

If you're building a multilingual website, each language version needs its own URL so search engines can crawl, index, and rank it independently. (Not sure why? We break it down in our guide on whether you need separate pages for different languages.)
Once that's clear, the next question is how to structure those URLs. There are three main approaches: subdirectories, subdomains, and country-code top-level domains (ccTLDs). Each works differently – and they have different implications for SEO, technical setup, and how search engines treat your content.
Let's walk through what each option involves, their pros and cons, and how to decide which structure fits your multilingual site best.
Before diving into the three recommended approaches, it's worth flagging two setups that can hurt your multilingual SEO:
Using the same URL with cookie-based or JavaScript-based language switching. If your French and English pages live at the same URL (say, example.com/about) and the language just changes based on the visitor's browser settings or a cookie, search engines will only be able to index one version. That means your translated content won't appear in search results at all – and anyone who shares a link to your page might send visitors to the wrong language.
Relying on URL parameters like ?lang=fr. While technically functional, URL parameters aren't treated as reliably by search engines for language targeting. Google's own documentation recommends using separate URLs for each language rather than parameters, and many crawlers may ignore or deprioritize parameterized URLs.
In short, each language version of your site should have its own distinct, crawlable URL. That's where subdirectories, subdomains, and ccTLDs come in.
Website structures fall under the branch of technical SEO, which involves enhancing a website’s technical setup for higher search rankings. The word “technical” tends to scare people off, but we’ll keep our explanations on subdirectories, subdomains, and ccTLDs simple!
Subdirectories are content subfolders that help subdivide sections of your primary website. Each subdirectory shares your website’s top-level domain (TLD), and its URL structure always comes after the root domain. The following are all examples of subdirectories:
In our example, you’ll see that we have a URL for the main page for an online shop and a subdirectory in this shop page for a section on shoes. And within the shoe subdirectory, we have another subdirectory for shoe accessories.

With such a hierarchy, subdirectories are typically used to organize content on a single website. If you’ve ever looked at the file paths for files, folders, and subfolders stored on your computer – such as “My Stuff\Travel Photos\Italy 2019\Colosseum.jpg” and “My Stuff\Finances\Credit Card Bills\2021” – you’ll find them to be pretty similar to the URL structures for website subdirectories!
There is also no limit on the number of subdirectory levels, so you could technically keep dividing your subdirectories into further subdirectories forever. (We wouldn’t advise on doing so, though. We’ll share more about why later.)
Subdomains, in contrast to subdirectories, are sections of a website that have their own unique domain name. Examples of subdomain URL structures can be viewed on the "weglot.com" website:
As you can see, unlike subdirectories that exist after the root domain, subdomains carry their "main name" before the root domain. Each subdomain, while part of the website as a whole, is treated as a separate entity under your primary domain. It's essential to note that the creation of subdomains from existing subdomains is not an option, resulting in a flatter hierarchy than subdirectory structures.
In scenarios demanding segregation of website content into different entities, such as designated support pages or blog sections, utilization of subdomains is recommended. Remember, however, while you cannot create subdomains of subdomains, you can still have subdirectories within a subdomain, such as:

There's a third option beyond subdirectories and subdomains: country-code top-level domains, or ccTLDs. These are domain extensions tied to a specific country, like .fr for France, .de for Germany, or .es for Spain.
With ccTLDs, each language or regional version of your site gets its own separate domain:
ccTLDs send the strongest possible geo-targeting signal to search engines. When someone in France searches on Google, a .fr domain signals that your site is specifically intended for a French audience – which can give you a ranking advantage in that market.
They also build trust with local users. A French visitor seeing a .fr domain immediately understands the site is meant for them, which can improve click-through rates.
The main downside is that each ccTLD is treated as a completely separate domain. That means none of them share link authority with each other or with your main .com domain. If your main site has strong backlinks and a high Domain Authority, your .fr and .de sites won't benefit from that – they'll need to build authority from scratch.
ccTLDs also add cost and maintenance overhead. You'll need to purchase and renew each domain separately, manage DNS settings for each one, and potentially deal with country-specific registration requirements. Some ccTLDs (like .de) require a local administrative contact, which can add complexity if you don't have a presence in that country.
Finally, ccTLDs target countries rather than languages. This works well if you're expanding into specific markets (France, Germany, Spain), but it's less useful if you simply want to offer your site in multiple languages without geographic targeting – for example, offering a Spanish version to Spanish speakers worldwide.
ccTLDs make the most sense for businesses with a strong local presence in specific countries, particularly when you have local teams, country-specific products or pricing, and want to establish a distinct brand identity in each market.
Large companies with regional operations often go this route. A company with offices in Paris, Berlin, and Madrid might use example.fr, example.de, and example.es to serve each market independently, with localized content, pricing, and customer support for each.
If you're a smaller business adding a few languages to reach a wider audience without dedicated teams in each country, then subdirectories or subdomains are usually more practical.
Whichever approach you choose, you'll need hreflang tags to connect your language versions together. Hreflang tags tell search engines which pages are translations of each other, so they can serve the right version to the right audience.
Without hreflang tags, search engines might show your German page to French users, or treat your translated pages as duplicate content rather than legitimate language alternatives. This is especially important if you use subdomains or ccTLDs, since search engines treat these as separate sites and won't automatically understand the relationship between them.
Implementing hreflang tags manually can be complex, especially as you add more languages. Weglot handles this automatically, adding the correct hreflang tags to every translated page regardless of whether you use a subdirectory or subdomain structure.
While subdirectories and subdomains both help you organize the contents of your global website, their characteristics make them more useful in certain situations over the other. Here, we’ll examine their pros and cons and when it might make more sense to use a subdirectory structure over a subdomain one (and vice versa).
For SEO purposes, search engines treat subdirectories as part of your main domain. This means that the Domain Authority and Page Authority of your subdirectory pages are closely tied to those of your root domain and vice versa.
(Quick recap: “Domain Authority” and “Page Authority” are scores developed by the Moz SEO tool to determine how high a website, or certain web pages of a website, are respectively likely to rank on the SERPs. A higher score indicates a higher website or web page authority, and hence a higher likelihood of the website or web page ranking well.)
If your root domain has a high Domain Authority, then your subdirectory pages will inherit this high Domain Authority as well. As a result, when you publish a piece of content to a subdirectory page on a root domain with a high Domain Authority, it may enjoy higher SEO rankings than if you were to publish the same content to a subdomain with a lower Domain Authority.
In addition, subdirectories can make your website easier to navigate if used correctly. They can give your URLs a clear hierarchy that helps users understand what they’re clicking on and the relationships between your web pages.

For example, we may have these two URLs that lead to the same web page:
Which URL looks more appealing to click? It’s the second one, definitely – because you can actually understand what the URL is saying. Meanwhile, the first URL just looks like a bunch of gibberish.
At the same time, as you read the second URL, you can guess that it’s for a blog post in the website’s blog section, where the blog post is titled “Hello world.” But from just looking at the first URL alone, it’d be impossible to guess what the web page is about.
While subdirectories are helpful for categorizing web pages, it’s important not to go overboard with subdirectory creation. That’s because having too many layers of subdirectories just makes your URLs very long and confusing. Take a look at this hypothetical URL, which seems to go on for forever:
“https://example.com/website/blog/dailylife/pets/cats/british-shorthairs/2022/january/14/friday/taking-my-cat-to-the-vet/…”
Such long URLs can create a poor user experience as users might get intimidated by their length and avoid clicking them (if you’ve also used them as your links’ anchor text). Users may also be deterred from sharing your URLs with others, especially if they need to type the URL manually.
Hence, even if you have a website that requires using complex hierarchies of subdirectories, try to flatten these hierarchies as much as possible. For example, consider simplifying your website categories and subcategories to include only those that are truly essential. You may also consider using subdomains instead (more on this later).
Subdirectories are perfect for content-rich websites where the content you publish is relevant to the purpose of the main site. For example, you may have launched a website to promote your product and want your website to rank as high as it can in the SERPs. As part of your content marketing and SEO strategy, you decide to publish blog posts that will rank for keywords related to your product, in the hope that searchers who land on your blog posts will check your product out in more detail.
In this case, you’ll want your blog content to be considered part of your main website that features your product. That’s because the authority that your blog posts accrue will influence that of your main website, and help it rank higher on the SERPs as a whole.
For this reason, you can see that the Weglot blog URL is structured as “weglot.com/blog” instead of “blog.weglot.com”!
Another use case for subdirectories would be where you want to categorize different website sections. We can use the Nike website as a case study here: when you visit it, you’ll see that the company has separate subdirectories for web pages meant for users from different countries, such as:



The distinct benefit of using subdomains lies in the possibility of creating segregated independent branches for different campaigns, geographic variants, or specific sectors of your business. For instance, if you are operating an online store in France, New Zealand, and Spain, you might have these subdomains for each operational country:
Such regional subdomains make it explicitly clear to the users, informing them that they are visiting a region-specific variant of your online store.
With subdomains being treated as separate websites from your main website, they don’t have any influence on the authority of your root domain (and vice versa). Hence, even if you have a subdomain that is ranking extremely well in the SERPs, it will have little to no impact on your main website’s search rankings.
As mentioned, you can use subdomains to create different regional versions of your website. These subdomains won’t share your main website’s Domain Authority or Page Authority. However, this situation can actually be beneficial if your website variants cater to entirely different audiences and target different keywords, and you don’t want the rankings of one website to affect those of another.
If you go to the Wikipedia website, for example, you’ll see that it has subdomains such as the following for the regional versions of its online encyclopedia:
Even if you don’t have region-specific versions of your website, you may want to use subdomains to spread content across multiple websites and have such content treated as separate websites for SEO purposes. For instance, the HubSpot website (https://www.hubspot.com/) has subdomains such as:

Similarly, if you are running digital marketing campaigns that need separate branding and landing pages, it might make sense to park them under different subdomains instead of your main domain.
Just take it from toy manufacturer Lego. Apart from its main “lego.com” domain, it also has an “https://ideas.lego.com/” subdomain where users can submit ideas for new Lego products under a Lego Ideas campaign.
Finally, it may make sense to use subdomains out of sheer technical necessity. This could be where:
For an example of the second situation, take a look at the Flodesk website. This email platform has its main domain at “https://flodesk.com/” and uses third-party help desk software for its knowledge base. You’ll see that the URL structure for its knowledge base is hence “https://help.flodesk.com/” instead of, say, “https://flodesk.com/help”.
When deciding between subdirectories and subdomains for your website's organization, it's important to consider SEO. Does one website structure inherently have an advantage over the other when search engines decide how to rank web pages?
The answer is no. In this video, Search Advocate for the Google search engine, John Mueller, shares that Google’s algorithms don’t prefer subdomains over subdirectories (or vice versa) when ranking pages:
In particular, he says:
“Google Web Search is fine with using either subdomains or subdirectories […] [Setting up parts of a website as subdirectories is] fine for us. This helps us with crawling since we understand that everything’s on the same server and can crawl it in a similar way. […]
[Putting website sections in separate subdomains] also works for us. […] We do have to learn to crawl them separately, but for the most part, that’s just a formality for the first few days.
So in short, use what works best for your setup and think about your longer-term plans when picking one or the other.”
Your choice of subdirectories or subdomains doesn't directly impact your website's ranking. However, if your goal is to enhance the ranking of your main website, using a subdirectory structure can definitely be beneficial. This is because content in subdirectories shares the authority of your main website, while content located in a subdomain does not.
Google's algorithms don't inherently prefer one structure over another. But the right choice for your site depends on your specific situation. Here are the key questions to ask:
1. Do you want your translated content to share authority with your main site? If yes, use subdirectories. Content at example.com/fr/ inherits and contributes to the Domain Authority of example.com. This is the most common choice for businesses that want all their content – across languages – working together to boost their overall search rankings.
2. Do you need separate, independent websites for different regions? If yes, consider subdomains or ccTLDs. If your regional sites have different content, different branding, or serve fundamentally different audiences, keeping them separate makes sense. Subdomains (fr.example.com) are easier to set up; ccTLDs (example.fr) send stronger geo-targeting signals but require more investment.
3. How many languages are you adding? For two to five languages, subdirectories are typically the simplest and most effective option. For 10+ languages across many countries, you might consider ccTLDs if you have the resources to manage separate domains, though many large-scale multilingual sites still use subdirectories successfully.
4. Do you have local teams managing content per region? If you have dedicated teams in each country with their own content strategies, ccTLDs or subdomains give them more independence. If a central team manages all translations, subdirectories keep everything under one roof.
5. What's your budget and technical capacity? Subdirectories are the least expensive and least complex to maintain. Subdomains require some DNS configuration. ccTLDs require purchasing separate domains, managing separate DNS, and potentially meeting country-specific registration requirements.
However, be aware that if you choose the subdomain structure and it targets the same keywords as your main website (or vice versa), your website content might end up competing against each other on the SERPs! To prevent this from happening, optimize your subdomains for different keyword searches from each other.
For example, consider translating your keywords if your subdomains contain different language versions of your main website’s pages. For more guidance, check out our video demonstrating how to do this in 4 easy steps:
Subdomains can be utilized to create distinct, unique sites for variegated campaigns, regional variants, and other branches of your enterprise. For an online business that operates in diverse countries, this approach can produce remarkable results.
In contrast, subdirectories are particularly beneficial for websites where the published content is relevant to the domain. If you launch a website to promote a product and decide to publish blog posts that target keywords associated with your product, then using subdirectories for such materials would be advantageous. This is because your blog posts will share the authority of your primary website, contributing to a higher rank in the SERPs in general.
Here’s the overall takeaway from the issue of whether subdirectories or subdomains are better for SEO. And, as Mueller echoes, you may not be surprised to learn that it all depends on what’s best for your business:
All three URL structures – subdirectories, subdomains, and ccTLDs – are valid ways to organize a multilingual website. Your choice should align with your business needs, your SEO strategy, and the resources you have available.
Subdirectories sit under your root domain, share its authority, and are the simplest to set up. They're ideal for most businesses that want their translated content to boost their overall search rankings.
Subdomains create separate sites under your brand. They're useful when your regional content is distinct enough that you want search engines to treat each version independently. Website owners generally use subdomains to create website sections that are related to but separate from their main website, such as a subdomain for their support center or their blog.
ccTLDs give you country-specific domains with the strongest geo-targeting signal. They make sense for businesses with a serious local presence in specific markets – but they require more investment and don't share authority across domains.
Subdirectories and subdomains are also commonly used to carve out sections for different language versions of a website. Some webmasters prefer to use subdirectories for such multilingual pages, while others prefer to create new subdomains. If you’re in the same position and are wondering what the “right” way of doing things is, there isn’t one! It all depends on your SEO strategy and the approach that you think works best for your business.
Regardless of which structure you choose, Weglot makes it easy to build and optimize your multilingual website. Weglot automatically creates separate language subdirectories or subdomains for each set of translated content, implements hreflang tags, and translates your URLs and metadata with no manual backend configuration required.
Weglot is compatible with all leading website and ecommerce platforms, including WordPress, Shopify, and Webflow. Sign up for an account here to try Weglot on your website for free.