Choose the structure your organization can operate consistently. Country-code domains provide the clearest country signal but multiply infrastructure; subdomains provide separation on one registrable domain; subdirectories reduce maintenance but share one host and deployment surface.
- Google supports country-code domains, subdomains, and subdirectories for international sites.
- Country-code domains are strong country signals but can target only one country and often cost more to operate.
- URL parameters are not recommended as the primary locale structure.
- Architecture, localization quality, links, hreflang, availability, and operations matter more than a mythical universally best folder pattern.
01
Definition
An international URL structure determines where language and regional versions live.
Common options include:
Country-code domains
example.de
example.ca
Subdomains
de.example.com
ca.example.com
Subdirectories
example.com/de/
example.com/ca/
Parameters
example.com/?country=deGoogle documents country-code domains, subdomains, and subdirectories as workable structures. It does not recommend URL parameters as the primary way to segment locales because the targeting is harder to interpret and maintain. [1]
There is no universal architecture that outranks the others by itself. The decision changes infrastructure, analytics, releases, link acquisition, governance, legal operations, localization, and migration cost. Search is one stakeholder in a larger system humans will eventually have to maintain, presumably after the architecture deck has been forgotten.
02
Mechanism
Country-code top-level domains
Examples:
example.de
example.fr
example.caAdvantages:
- Clear country association
- Strong, visible geographic signal
- Independent infrastructure and governance
- Easy separation of legal, merchandising, and operational systems
- Local identity that users may recognize
Costs:
- Separate domains to register and protect
- More certificates, DNS, deployment, monitoring, and incident response
- Separate authority and link-building histories in practice
- Country eligibility restrictions for some ccTLDs
- One ccTLD targets one country, not a language worldwide
- Larger migration and consolidation burden
Google treats ordinary ccTLDs as strong country signals. It also treats some widely repurposed country-code domains, such as certain vanity TLDs, as generic rather than country-targeted. That classification can change, so do not infer Google’s treatment merely from the two-letter ending. [1]
A .de site is suitable for Germany, not for every German speaker. German-language content for Austria, Switzerland, and global German audiences needs its own regional plan.
Subdomains on a generic domain
Examples:
de.example.com
fr.example.com
ca.example.comAdvantages:
- Clear operational separation
- Different hosting or application stacks are possible
- One registrable domain to manage
- Distinct Search Console and analytics views are straightforward
- Regional teams can deploy independently
Costs:
- Users may not know whether
demeans German or Germany - Shared systems and cross-subdomain authentication can become complicated
- Internal linking and governance still require coordination
- Separate deployments can drift in templates, robots rules, canonicals, and hreflang
Subdomains are useful when markets need technical independence but the organization does not want separate country domains.
Subdirectories on a generic domain
Examples:
example.com/de/
example.com/fr-ca/
example.com/en-gb/Advantages:
- One host and certificate
- Shared application and design system
- Lower operational overhead
- Easier global template consistency
- Consolidated monitoring and deployment
- Straightforward cross-locale navigation
Costs:
- Regional separation is harder
- One infrastructure incident can affect every market
- Permissions and independent deployments require stronger internal tooling
- Users may not immediately recognize whether the path is a language or country
- A single application can accidentally leak one locale’s canonical, currency, or metadata into another
Subdirectories are often the simplest design for one organization with one platform and a centralized localization system. They are not automatically superior when local teams require separate commerce, regulation, inventory, and release processes.
URL parameters
Examples:
example.com/product?lang=de
example.com/product?country=caGoogle does not recommend parameters as the primary locale structure. They can be harder for users and systems to interpret, easier to duplicate, and more vulnerable to inconsistent defaults and missing values. [1]
Parameters can still be useful for temporary interface state, currency display, or experimentation. Do not confuse application state with the permanent identity of an indexable localized page.
Language versus country
Choose labels deliberately.
/de/ could mean German language
/de-de/ German for Germany
/de-at/ German for AustriaThe URL itself does not establish the hreflang target for Google. Google says it uses visible content to determine language rather than the URL or HTML lang attribute, and locale mapping should be expressed explicitly through hreflang and other signals. [1]
Operational signals
Google can use several signals when understanding regional targeting:
- ccTLD
- hreflang
- local language and currency
- local address and telephone
- links from local sites
- Business Profile signals where applicable
- server location as a nondefinitive clue
The URL structure is only one component. A /fr-ca/ page with US prices, US shipping, English body content, and a UK canonical is not Canadian localization. It is a folder wearing a costume.
03
Examples
Centralized software company
One application, one deployment team, and mostly translated documentation favor subdirectories:
example.com/en/
example.com/fr/
example.com/de/Use hreflang, visible language switches, and self-consistent canonicals.
Retailer with separate legal businesses
Independent German, French, and Canadian companies have different inventory, taxes, checkout, customer service, and release schedules. ccTLDs or strongly separated subdomains may better reflect reality.
The operational independence can justify the added technical cost.
Publisher with language desks
A global publisher runs one platform but grants editorial independence to language desks.
Subdomains can offer separation:
es.example.com
fr.example.comSubdirectories can also work if access control, feeds, analytics, and releases are robust. The decision should follow newsroom operations, not an SEO superstition about “authority flowing through folders.”
Language site without regional differences
A documentation site has English, Japanese, and Spanish translations but no country-specific content.
Use language-level paths or subdomains:
/en/
/ja/
/es/Do not invent en-US and es-ES regional targeting unless the pages are actually regional.
Migration from ccTLDs to subdirectories
Consolidation can reduce infrastructure, but it is a full domain migration for each country site. It requires URL mapping, redirects, canonicals, hreflang updates, internal-link updates, sitemap changes, analytics continuity, and live verification. The architecture decision should include the cost of ever reversing it.
04
Boundaries
Do not choose ccTLDs because they appear more “local” if the company cannot maintain local content, legal accuracy, support, inventory, and links.
Do not choose subdirectories solely because someone claims they inherit all authority automatically. Search systems evaluate URLs and sites through many signals; a coherent, useful international site can succeed with any supported structure.
Do not choose subdomains merely to avoid engineering a proper permissions model. Organizational dysfunction is not a localization strategy, though it frequently receives a DNS record.
The architecture is complete when each locale has a stable URL, direct access, visible language and region purpose, crawlable alternate links, valid hreflang, coherent canonical treatment, and operational ownership.
Continue with Locale-Adaptive Pages SEO before adding automatic redirects, Hreflang Implementation for alternate mapping, and Multilingual Canonical Tags for duplicate and representative URL decisions.
References
Sources behind this record
- Managing multi-regional and multilingual sites — Google Search Central (accessed August 2, 2026)
Corrections
Correction history
No corrections recorded.
To report an error, use the public corrections path.
A URL structure can clarify regional intent, but it cannot guarantee rankings, substitute for localized content, or compensate for weak market operations and inconsistent technical signals.