Direct answer

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.

What to remember
  • 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=de

Google 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.ca

Advantages:

  • 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.com

Advantages:

  • 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 de means 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=ca

Google 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 Austria

The 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.com

Subdirectories 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

  1. Managing multi-regional and multilingual sitesGoogle Search Central (accessed August 2, 2026)

Corrections

Correction history

No corrections recorded.

To report an error, use the public corrections path.

Claim limit

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.