Cookie Management
We use cookies to ensure the correct operation of the site, personalize content, and improve user experience.
Cookie Management
Cookie Settings
Mandatory cookies are always enabled. You can change the settings for other files at any time.
Mandatory Cookies
Always on. These cookies are necessary for the website to function and perform its features. They cannot be disabled. They are usually set in response to actions you take, such as selecting privacy settings, logging in, or filling out forms.
Analytical cookies
Disabled
These cookies collect information that helps us understand how our site is used and how effective marketing campaigns are. They also allow us to adapt the site to your preferences. You can view a list of the analytical cookies used here.
Advertising cookies
Disabled
These cookies transmit data about your online activity to advertising companies to show you more relevant ads or limit their frequency. This information may be shared with other advertising partners. You can view a list of advertising cookies here.

This site is translated into multiple languages with Multify ✨

Blog

Domains or Subfolders: What to Choose for a Multilingual Website

In this article: three URL structure options for a multilingual website, their real SEO implications, Tilda's limitations with folders, and how to bypass them via proxy.
The client says: I want a website in Russian and English. You open the editor and immediately run into a question that sounds technical but actually affects SEO: what will the page addresses look like?
Three options are on the table. Each has its supporters, but arguments often mix SEO, convenience, and technical limitations into one pile. Let's break them down in order.

Three URL Structure Options

Separate domains. Each language version lives on its own domain: mysite.ru and mysite.com or mysite.de. Sometimes country-specific domains are used: .ru, .de, .fr.
Subdomains. Language versions are separated at the subdomain level: ru.mysite.com and en.mysite.com.
Folders (subdirectory). All versions are on one domain, separated by path: mysite.com/ru/ and mysite.com/en/.

How This Affects SEO

Google officially states that it can work equally well with any of the three options. In practice, there is still a difference.
Separate domains force you to promote several websites independently. Link mass, behavioral signals, and domain authority accumulate separately for each. If you have a strong .ru, it won't help a .com. Domains for different countries (.de, .fr) signal Google about which country the site is targeting – this is a plus for local search, but only if you are willing to invest in promoting each domain separately.
Subdomains are technically separate from the main domain. Google may treat them as independent sites. This is a controversial point: officially, they state that they take into account the connection of subdomains, but practice shows that authority is transferred worse than with folders.
Folders are the most advantageous option from an SEO perspective. All language versions are on the same domain, and its reputation grows simultaneously in several regions and languages. There is no need to spread efforts across multiple sites: content, backlinks, and behavioral signals work for one domain. If you are already promoting the main site, then a new language version in a folder does not start from scratch.
A separate domain should only be chosen if you genuinely plan to develop it as an independent brand in a specific country. For most agency tasks, this is overkill.
In general, geotargeting is a deep topic that we cover in another article:

What else influences the choice, besides SEO?

Management. One domain is simpler: one SSL certificate, one analytics, one Google Search Console account (although you will have to add versions as separate properties via Search Console for multilingual sites). With multiple domains, multiply everything by the number of versions.
Analytics. With folders, traffic is visible in one GA4 view, and filtering by language is easy via the URL path. With subdomains or domains, you either need to set up cross-domain tracking or view reports separately.
Language switcher. With a folder structure like /ru/ and /en/, the switcher can be built by rule, without storing page mappings. With separate domains, this becomes more complex, but Multify solves this problem: it automatically tracks all domains and correctly links pages together.
hreflang. This is needed for any structure – it's an attribute that tells Google which version is for which language and region. The only difference is the URL format in the attributes.

Why folders are a problem with Tilda

Tilda technically allows you to create folders, but they will not be associated with different languages. You can create a structure like /en/ or /de/, but for search engines, all these pages will have the same language, specified in the project settings. Full multilingualism cannot be achieved with such a structure.
In practice, this scales poorly. When updating content, you have to update each language version separately. Add a language — create another version of the page. And if you have a blog, you will have to create a separate stream for each language, which greatly complicates content management. In addition, without proper setup, languages can "get confused" in search results, as it will be difficult for Google to determine which content is intended for which audience.
But there is a way to get folders without these difficulties.

Folders on Tilda via Proxy

Multify works as a proxy layer: the request comes to mysite.com/en/, passes through the proxy, which substitutes the necessary language version and delivers it to the user and search engine. Tilda doesn't know what's happening: it works as usual.
As a result, you get a folder structure (/en/, /de/, /fr/) with full SEO: one domain, growing authority, correct hreflang. At the same time, the site remains on Tilda without any changes in settings.
Hreflang is generated automatically with this approach — no need to manually specify attributes for each page.
Want folders for each language on Tilda?
We'll show you what your site will look like with the /en/ structure — without changes in Tilda.
Try a free demo →

Practical Solution: What to Choose

If you connect multilingualism via a proxy — choose folders. This is the best SEO option, and with Multify, it's available on Tilda without workarounds.
If for some reason a proxy is not suitable (for example, the client insists on self-implementation) — a subdomain is better than a separate domain for most tasks. It is easier to manage and theoretically linked to the main domain.
A separate domain is justified only in two cases: if the client wants a country domain like .de or .fr as part of local branding, or if the language versions will be developed as independent projects with different teams.
In other cases, subfolders win.

Frequently Asked Questions

Is it true that Google treats subdomains and subfolders equally?

Officially — yes. In practice, as many SEO specialists note, subfolders yield results faster because the new language version immediately inherits the domain's authority. A subdomain starts closer to zero.

Do I need to configure hreflang for any structure?

Yes. hreflang is needed for any option, otherwise Google may not understand which version is for which region and show the wrong page in search. When working through Multify, hreflang is generated automatically.

Is it possible to move from a subdomain to subfolders without losing traffic?

Yes, but it requires redirects and re-indexing. It's better to choose the final structure right away. Moves always carry the risk of a temporary drop in rankings.
Let's set up the URL structure correctly from the first time
We will connect multilingualism through subfolders — without Tilda's technical limitations and with automatic hreflang.
Submit an application →