GEO · 6 MIN
SEO and GEO for multi-country websites
How to structure a multi-country website for Google and AI assistants: URL setup, hreflang, localized content, and how to check each market is understood.
A multi-country website works when each market has its own clearly labeled URLs, each version points to the others with hreflang annotations, and each page carries content written for that country. AI assistants read the same pages, so plain local facts help both Google and answer engines. This guide covers the setup in the order to do it.
- Google describes country domains, subdomains and subdirectories as options for country versions, and does not recommend URL parameters. Pick one and keep it consistent.
- Hreflang annotations must be reciprocal, and every version lists itself as well as the others.
- Use x-default as the fallback page for visitors whose language or region is not matched.
- Localized content means local currency, facts, examples, and proof, not only translated sentences.
- AI assistants fetch pages through documented crawlers, so blocking them by accident can keep you out of their answers.
- Nactore is an AI-native technology and growth company that builds multi-country sites and runs SEO and GEO content on them as one program.
How should you structure URLs for multiple countries?
Google's documentation on managing multi-regional and multilingual sites compares URL structures. It lists country-specific domains, subdomains and subdirectories, and marks URL parameters such as ?loc=de as not recommended.
| Structure | Example | Good for | Trade-off |
|---|---|---|---|
| Country-specific domain | example.de | Clear geotargeting, easy separation of sites | Can be expensive, more infrastructure, targets a single country |
| Subdomain | de.example.com | Easy to set up, allows different server locations | Users may not tell from the URL whether "de" means language or country |
| Subdirectory | example.com/de/ | Easy to set up, low maintenance on one host | Users may not recognize the target from the URL, sites harder to separate |
For most B2B companies, subdirectories on one domain are the simplest to run, since all content shares one site and one set of technical settings. Choose early. Changing structure later means redirects and a period of re-learning by search engines.
Avoid showing different content at the same URL based on the visitor's location or language settings. Google recommends different URLs for each language version rather than cookies or browser settings, and advises against adapting content by IP address because it may not crawl the variations properly.
How does hreflang work?
Hreflang tells Google about the localized versions of a page, so the right version can be shown to the right user. Google's hreflang documentation describes three methods it treats as equivalent: HTML link elements in the head, HTTP headers, or an XML sitemap.
The rules that cause most errors are these.
- Every version lists itself and all others. A page in the set must include an annotation for itself too.
- Annotations must be reciprocal. If the US page points to the German page, the German page must point back, or Google ignores the pair.
- Use valid codes. Language uses ISO 639-1, and an optional region uses ISO 3166-1 Alpha 2, such as
en-gborde-at. - Consider x-default. Google suggests it as the fallback for unmatched languages, especially on a language or country selector page.
- Use fully qualified URLs. Do not use relative paths.
A minimal example for a US, UK, and fallback set:
`` <link rel="alternate" hreflang="en-us" href="https://example.com/us/pricing" /> <link rel="alternate" hreflang="en-gb" href="https://example.com/uk/pricing" /> <link rel="alternate" hreflang="x-default" href="https://example.com/pricing" /> ``
Every page in the set carries the same block. Check it with a crawler, because missing return links are the most common mistake.
What makes content truly local?
Same-language pages for different countries still need to differ. A UK page and a US page for the same product should vary in spelling, currency, legal references, examples, and proof. Pages that only change a flag and a currency symbol give search engines and assistants little reason to treat them as different answers.
Local content checklist.
- Currency and tax wording. State whether prices include VAT or sales tax where relevant.
- Regulation and compliance. Name the actual local rules your buyer cares about and link the official source.
- Proof from that region. Local customers, partners, and certifications, if real.
- Local contact and support hours. State working hours and how to reach a human.
- Local examples and terminology. Use words buyers in that country actually search.
For translation, a human reviewer matters. Google's spam policies count generating many pages through automated transformations such as translating, where little value is provided to users, as scaled content abuse. Having a native speaker edit and own each page is the safer path. We cover the difference in website localization vs translation.
How do AI assistants read multi-country sites?
Assistants use documented crawlers and retrieval. OpenAI, Anthropic, and Perplexity each publish bot names and robots.txt behavior in their own documentation: OpenAI crawlers, Anthropic's crawler guidance, and Perplexity crawlers.
What that means for a multi-country site.
- Do not block the search bots by accident. A single site-wide rule or a country firewall can hide every localized page.
- Put the answer in the page text. Key facts such as price, coverage, and compliance belong in plain HTML, not only in images or scripts.
- Keep each country page self-contained. An assistant may quote one page without the rest of the site, so each page should name the company, the country, and the offer.
- Do not assume special treatment. None of these vendors publish a ranking recipe, so test results instead of guessing. See how to measure AI search visibility.
A file like llms.txt is optional and its effect is not documented by the major assistants, as we explain in llms.txt explained.
How do you check each market is working?
Check each country on its own, not the site in aggregate.
- Index coverage per version. Confirm each country URL is indexed and the right one is the canonical.
- Hreflang validation. Crawl and look for missing return links and wrong codes.
- Local search queries. Search your category from that country (or with a location tool) and note which version appears.
- AI answers. Ask assistants the buyer questions in each market, in a fresh session, and record whether you are mentioned and which page is cited.
- Conversions by country. Tie form submissions and calls to the market page.
Keep one spreadsheet with a row per country page: URL, canonical, hreflang set, last review date, and the three buyer questions it should answer. Most multi-country issues are visible in that table.
Frequently asked questions
Do we need hreflang if each country page is in a different language?
Hreflang is most useful when pages are similar variations. Different languages still benefit, because it tells Google which version to show to which user. Google documents it for both language and regional variants.
Can we redirect users automatically by country?
Automatic redirects can stop search engines and assistants from seeing every version. Prefer a visible country selector plus separate URLs, and use x-default for the fallback.
Should every country have its own blog?
Not necessarily. Publish local content where local buyers have different questions, such as regulation, pricing, and support. Shared global articles can stay on one URL.
How long before a new country version ranks?
It varies by competition, site authority, and content quality, so we do not offer a number. Measure indexation first, then impressions, then conversations.
One site, many markets, one plan
Choose a URL structure, annotate it correctly, write for each country, and verify what search engines and assistants actually return. Handling SEO and GEO in one program keeps those checks consistent across markets.
Want this built for your team? Book a free 30-minute call.
Want to apply this to your business?
Book a free 30-minute call. We will tell you what we would do first.