International SEO is the practice of optimizing a website to rank across multiple countries and languages. It covers four decisions that determine whether global expansion produces revenue or burns budget: which markets you target, how you structure your site, how you signal language and region to search engines, and how far you localize your content.
Most guides treat this as a translation problem. It isn’t. Translation is one phase of one step in a seven-step process, and it’s the step where the most money gets wasted.
TL;DR: International SEO expands a site’s visibility across multiple countries and languages. The process runs seven steps: assess and prioritize markets, conduct per-market keyword research, choose a site structure, implement hreflang, localize content in three phases, build regional authority, then measure per market. The three decisions that matter most are country versus language targeting, ccTLD versus subdirectory versus subdomain, and how far past translation you take your content. The most common failure is launching five markets at once with resources for two.
Here’s the site structure decision in one table, because it’s the question most teams get stuck on first.
| Structure | Example | Geo signal | Cost | Best for |
|---|---|---|---|---|
| ccTLD | example.de | Strongest | Highest | Enterprise, regulated industries, single dominant market |
| Subdirectory | example.com/de/ | Moderate | Lowest | Most businesses, especially early expansion |
| Subdomain | de.example.com | Moderate | Medium | Separate infrastructure or CDN requirements |
| URL parameters | example.com?lang=de | None | Low | Nothing. Never use this. |
The rest of this guide covers each step in order, including two areas no ranking competitor addresses: an operational three-phase localization framework, and how AI Overviews handle multi-market content.
Let’s take a look.
What is international SEO (and when does it make sense)?
International SEO optimizes a site to rank in more than one country, more than one language, or both. Local SEO does something different. Local SEO helps a business rank in a specific city or service area within one market. International SEO handles the technical and content infrastructure required to serve different versions of a site to different countries and languages, and to tell search engines which version belongs to whom.
The upside is real. New market visibility, revenue that isn’t tied to one economy, and early-entry advantage in markets where your competitors haven’t shown up yet.
Here is the part most guides skip.
You need business capacity before you need search visibility. Can you accept payment in the local currency? Can you ship there, or deliver the service there? Can you support a customer who emails you in German at 9:00am Berlin time? If the answer to any of those is no, ranking in that market produces traffic you cannot convert. That’s not a win. That’s a support ticket you can’t answer and a checkout page that fails.
Research on international digital marketing consistently identifies the same four barriers: differences in culture, language, regulation, and consumer preference. In a qualitative study of international digital marketing practice, Lubis and Widodo (2024) found that effective strategies depend on locally relevant content and in-depth per-market data analysis, not on extending a domestic playbook across borders. That finding shapes this entire guide. International SEO is not your existing strategy in another language. It’s a different strategy that happens to share your domain.
Step 1: Assess and prioritize your target markets
Market selection is the highest-leverage decision in international SEO, and most teams make it based on where leadership wants to expand rather than where the data says they can win.
Build your market list from two inputs.
1. Business capacity. For each candidate market, score High, Medium, or Low on currency support, fulfillment or service delivery, customer support coverage, and regulatory readiness. GDPR in the EU and LGPD in Brazil are not SEO problems, but they are launch blockers, and finding out after you’ve built the pages is expensive.
2. Existing demand signals. Open Google Search Console, go to Performance, and filter by country. You are looking for markets already sending you impressions and clicks without any targeting effort. That traffic is unqualified proof of latent demand. A market sending you meaningful impressions on non-branded queries with no localized content is the strongest signal you’ll get.
Score each market on four dimensions:
| Dimension | What to measure | Source |
|---|---|---|
| Business capacity | Can you actually operate and fulfill here? | Internal assessment |
| Existing organic traffic | Impressions and clicks with no targeting | Google Search Console |
| Search volume potential | Total addressable search demand for your terms | Ahrefs or Semrush, set to the target country |
| Competition level | Difficulty of the terms that matter commercially | Ahrefs Keywords Explorer |
Then apply the rule that saves the most money: start with two to three markets.
I’ve watched teams launch five language versions simultaneously with a budget that supported two. Every version ended up half-localized, hreflang was implemented inconsistently across them, and none of the five ranked. Two markets executed properly beat five markets executed partially, every time. The second is not a compromise. It’s the strategy.
Country vs. language targeting: how to decide
This decision determines whether you build one German version or three, and it’s the one most guides gloss over.
Ask three questions.
1. Does search behavior change meaningfully by country? Same language does not mean same query. A British searcher looks for a flat. An American looks for an apartment. Both are English. Neither term will rank well for the other’s market.
2. Does your product or service change by country? Different pricing, different SKUs, different regulatory disclosures, different shipping terms. If the offer changes, the page has to change.
3. Is there enough volume to make country-level ROI positive? Country targeting multiplies your content production and maintenance cost. If the incremental volume doesn’t cover it, you’re paying for precision you can’t monetize.
Yes to all three means target by country. Otherwise target by language, which is substantially more cost-effective and covers more of the world with fewer pages.
There’s academic support for treating these as separate decisions rather than one. Chang et al. (2011) built probabilistic models to detect multilingual and multi-regional query intent from user click behavior, improving multilingual intent detection accuracy by 15% and multi-regional intent detection by 18%.
Their model treats language intent and regional intent as distinct signals. Search engines are making that distinction internally. Your targeting strategy should make it deliberately.
Step 2: Conduct international keyword research
Do not translate your keyword list. This is the single most common and most expensive mistake in international SEO.
Keywords do not survive translation, because search behavior is not a linguistic mapping. Achkasov (2015) documented this directly: in Russian, “used cars” and “машины с пробегом” (literally “cars with mileage”) carry comparable search volume despite being conceptually different phrases. A translator working for linguistic accuracy produces one. A searcher types the other.
Achkasov argues that SEO and translation are essentially conflicting activities that have to be reconciled inside a localization project, and that the work requires SEO-trained translators rather than translators alone.
That conclusion has a direct operational consequence, and I’ll come back to it in Phase 2 of the localization framework.
Here’s the process.
Start with Google Search Console filtered by your target country. Look at what queries you already receive impressions for in that market. These are real queries from real users in the market, and they cost nothing to pull.
Then run fresh research in Ahrefs or Semrush with the country filter set to the target market. Not your home market with a translated seed list. The target market, with seed terms sourced from the GSC data and from local competitors.
For languages nobody on your team speaks, hire native language support with industry knowledge. Not a general translator. Someone who knows what practitioners in that market actually call the thing you sell. This is the difference between ranking and publishing.
Map every keyword to a specific page in a keyword mapping sheet before anyone writes anything. Prioritize pages by two factors together: traffic potential and business value. A page with 4,000 monthly searches and no commercial intent ranks below a page with 300 searches and a demo request on it.
Step 3: Choose your international site structure
Three structures work. One does not. Here’s the full comparison.
| ccTLD | Subdirectory | Subdomain | |
|---|---|---|---|
| Format | example.de | example.com/de/ | de.example.com |
| Geo-targeting signal | Strongest. The TLD itself is the signal. | Moderate. Set in GSC or via hreflang. | Moderate. Set in GSC or via hreflang. |
| Domain authority | Starts from zero on each domain | Inherits full authority from root | Partially inherited, treated as semi-separate |
| Setup cost | High. Separate domain registration, hosting, certificates | Low. Folders on the existing site | Medium. DNS and server configuration |
| Maintenance | Highest. Separate GSC properties, separate everything | Lowest. One property, one codebase | Medium |
| Local trust | Highest. Users recognize their country’s TLD | Lower | Lower |
| Best for | Enterprise, regulated industries, markets where local trust drives conversion | Most businesses, especially first expansion | Sites needing separate infrastructure or regional CDN |
Never use URL parameters for language or country targeting (example.com?lang=de). Google’s crawling of parameter-based versions is unreliable, the URLs are difficult to share and link to, and you’ll create duplicate content problems that are painful to unwind later. If you inherit a site built this way, migrating off it is a priority, not a backlog item.
Here’s how to decide.
Start with the subdirectory unless you have a specific reason not to. It inherits your existing domain authority, which means your German pages start with the link equity you’ve already built rather than from nothing. For most businesses expanding into their first two or three markets, this is the correct answer and the debate is shorter than people make it.
Choose a ccTLD when local trust materially affects conversion, or when regulation requires it. Regulated categories are the clearest case. In healthcare, finance, and legal services, a country-specific domain carries trust signals that a subdirectory does not, and in some jurisdictions data residency requirements make a separate property the practical choice regardless of SEO considerations. The tradeoff is that each ccTLD starts with zero authority and needs its own link building program. Budget for that before you commit.
Choose a subdomain when infrastructure requires it: a separate CMS instance for a regional team, a regional CDN, or a platform limitation that makes subdirectories impractical.
This choice has technical grounding, not just convention. Chang et al. (2011) demonstrated that search engines combine query intent with document language and region attributes when ranking. Your URL structure is one of those attributes. It’s a ranking input, not a filing preference.
Step 4: Implement hreflang tags correctly
Hreflang is an HTML attribute that tells search engines which language and region a page version is intended for, and which alternate versions exist. It doesn’t improve rankings directly. It makes sure the right version of your page reaches the right user, which prevents your Spanish page from cannibalizing your English page and prevents both from being flagged as duplicates.
The value format is language first, then country. Always. en-gb is valid. gb-en is not, and this reversal is the most frequent error I find in hreflang audits.
Language alone is valid: es targets Spanish speakers regardless of country. Country alone is not valid. You cannot write hreflang=”de” meaning Germany. That value means the German language.
Here’s a complete implementation for a site with three versions: US English, US Spanish, and UK English.
- <link rel=”alternate” hreflang=”en-us” href=”https://example.com/” />
- <link rel=”alternate” hreflang=”es-us” href=”https://example.com/es/” />
- <link rel=”alternate” hreflang=”en-gb” href=”https://example.com/uk/” />
- <link rel=”alternate” hreflang=”x-default” href=”https://example.com/” />
Two rules govern this block.
Every version must reference every version, including itself. That full block appears identically on all three pages. Hreflang requires return tags. If your Spanish page points to your English page but the English page doesn’t point back, Google ignores the annotation entirely.
x-default handles everyone else. It specifies the fallback version for users whose language and region don’t match any of your targeted versions. Point it at your primary or language-selector page.
Alongside hreflang, each page needs a self-referencing canonical tag pointing to its own URL. A canonical pointing across language versions tells Google the other version is authoritative and suppresses the one you just built.
At enterprise scale, the block grows accordingly. A B2B software company running English, Spanish, French, German, Japanese, and Brazilian Portuguese versions carries six hreflang entries plus x-default on every page across every version. On a 2,000-page site, that’s a substantial amount of markup, which is exactly why the implementation method matters.
Three methods for implementing hreflang (and when to use each)
1. Method 1: HTML head. Annotations go in the <head> of every page. Best for smaller sites with a handful of language versions. Straightforward to implement and easy to verify in a crawl. On large sites with many versions, this adds real page weight to every request.
2. Method 2: XML sitemap. Annotations live in your sitemap rather than in page markup. Best for large sites where head-level implementation would bloat page size. Easier to manage centrally, harder to spot-check visually.
3. Method 3: HTTP header. Annotations are delivered in the server response header. This is the only option for non-HTML documents. If you have PDFs or downloadable resources that rank and need language targeting, this is how you handle them.
The implementation process is the same regardless of method.
First, build a complete list of every URL and its language and country version in a spreadsheet. Second, generate the tags, using a tool like HREFlangBuilder rather than writing them by hand. Third, implement via your chosen method.
Then do this in the right order: implement in staging, crawl with Screaming Frog to validate every annotation and return tag, launch, and recrawl on production. Hreflang errors are silent. Nothing breaks visibly. You just don’t get the benefit, and you may not notice for months.
Common hreflang mistakes
- Country before language: us-en instead of en-us. Invalid, and Google ignores it.
- Country code with no language: hreflang=”de” intending Germany. That value targets the German language, not the country.
- Unsupported values: There is no eu value for Europe. Hreflang uses ISO 639-1 for language and ISO 3166-1 Alpha 2 for country. Regions are not valid.
- Missing return tags: Version A points to version B, but B doesn’t point back. The annotation is discarded.
- Missing self-referencing canonicals: Or worse, canonicals pointing across language versions.
- Wrong language value on a page: A page tagged fr-ca that actually contains English content.
Validate with Semrush Site Audit or Screaming Frog. Both flag return tag errors and invalid values automatically, and both should be part of your pre-launch checklist rather than your post-launch investigation.
Step 5: The 3-phase content localization framework
This is where international SEO strategies succeed or quietly fail, and it’s the part competitors describe in one paragraph. “Localize your content” is not an instruction. It’s a category. Here is the operational version, in three phases, with clear roles and a defined output at each stage.
Phase 1: AI-assisted translation
Use your existing content as the base. Run initial translation through DeepL, ChatGPT, or a comparable tool. This gets you to a working draft fast and cheaply.
Two constraints on this phase.
Prioritize ruthlessly. Do not translate the whole site. Use the keyword mapping from Step 2 to identify the pages with real traffic potential and commercial value in the target market, and translate those first. A typical first phase covers a homepage, three to five core service or product pages, and whatever content the keyword research identified as high-intent in that market.
Treat the output as a base, not a deliverable. Phase 1 gets you a draft. It does not get you a page you should publish.
Phase 2: Native speaker validation
Hire a native speaker with industry knowledge and SEO understanding. All three qualifications matter, and the third is the one people skip.
This is where Achkasov’s argument becomes operational. A linguistically perfect translation that uses the wrong term for what searchers actually type is a page that reads beautifully and ranks nowhere. Achkasov’s conclusion, that the work requires SEO-trained translators rather than translators alone, is a hiring specification, not a theoretical observation. Brief your reviewer on the target keywords for each page and give them permission to change wording that’s technically correct but commercially wrong.
Validate every content area, not just body copy:
- URLs and slugs
- Title tags
- Meta descriptions
- H1 and all subheadings
- Body content
- Image alt text
- CTA button copy
- Form labels and error messages
- Structured data values
Half-localized pages are common and easy to spot. Localized body copy sitting under an English URL with an English meta description is the signature of a project that ran out of budget in the middle.
The output of Phase 2 is your minimum viable international version. It’s publishable. It’s not finished.
Phase 3: Ongoing transcreation
Transcreation blends translation, creation, and copywriting to transform content for cultural resonance rather than linguistic equivalence. This is where you stop porting your domestic content and start creating for the market.
That means market-specific case studies with local companies, examples and cultural references that land in that market, proof points from local customers, pricing and currency presented natively, and new content built from that market’s keyword research rather than adapted from your English library.
This phase is ongoing and needs dedicated resources. It’s also what separates a site that ranks in a market from a site that wins in one.
What to Do:
- Localize same-language markets. UK and US English need separate versions. Flat and apartment. Colour and color. Different terminology, different pricing conventions, different legal disclosures.
- Localize every content area, not just body text.
- Brief your native reviewer on target keywords before they start.
What not to do:
- Publish machine translation without native review.
- Translate your keyword list instead of researching the market.
- Translate the entire site before you know which pages matter.
Lubis and Widodo (2024) identify locally relevant content as a primary determinant of international digital marketing effectiveness, alongside per-market data analysis. Phase 3 is what “locally relevant” looks like when it’s operationalized instead of recommended.
Step 6: Build local authority with region-specific backlinks
Links from in-market domains signal geographic relevance in a way that on-page targeting cannot replicate. A German page with only English backlinks is sending mixed signals about who it’s for.
Prioritize links from respected in-market publications, government and educational domains in the target country, and industry sites with local readership.
Content that earns them tends to be data the market doesn’t already have: original research on the local market, region-specific case studies, and interactive tools localized for that market’s units, currency, and regulations. A calculator that works in euros and accounts for local VAT gets linked in a way a translated blog post does not.
Budget for this properly if you choose ccTLDs. Each domain starts from zero, which means each one needs its own link acquisition program. That cost belongs in the structure decision at Step 3, not in a surprise conversation six months later.
Step 7: Monitor, measure, and optimize
Set up your measurement infrastructure before launch, not after the first traffic question from leadership.
Google Search Console. Register each international version as a separate property. For ccTLDs and subdomains, this is required. For subdirectories, use a URL-prefix property per folder so you can see per-market data cleanly. Use URL Inspection to confirm your priority pages are crawlable and indexed. Check the Page Indexing report weekly for the first month.
GA4. Configure cross-domain tracking if you’re running separate domains, or the user journey breaks at the border. Analyze traffic, engagement, and conversions per country at the landing page level, filtered to organic search.
Ahrefs or Semrush Position Tracking. Set up per-market tracking with the correct country and language configuration for each version. Tracking German keywords from a US location returns results that have nothing to do with what your German users see.
Track these per market:
| Metric | What it tells you |
|---|---|
| Organic sessions | Whether the market is producing traffic at all |
| Conversion rate | Whether that traffic converts, which tests your localization |
| Branded vs. non-branded split | Whether you’re building market awareness or only capturing existing demand |
| Rankings for top commercial terms | Whether your priority pages are competing |
| AI answer citations | Whether you’re visible in AI search per market |
One monitoring habit worth building: watch for organic traffic arriving from markets you haven’t targeted. That traffic is a demand signal and often a hreflang opportunity. If you’re getting consistent impressions from Mexico on your Spain-targeted Spanish pages, you have a case for an es-mx version, and now you have data to justify it.
International SEO in the age of AI search: how AI Overviews handle multi-market content
This is the gap in every guide currently ranking for this term, and it’s the one that will matter most over the next two years.
AI Overviews, ChatGPT, Gemini, and Perplexity don’t rank pages. They retrieve and synthesize content, then cite sources. That process interacts with your international infrastructure in ways traditional ranking does not, and very little of it is documented.
Here’s what to audit.
Does hreflang influence AI citation? The honest answer is that Google has not published guidance on how hreflang annotations factor into AI Overview source selection, and I’d treat any confident claim otherwise with skepticism. What you can do is test it. Run the same query in the target language from the target market and record which version of your content gets cited, if any. Build that baseline before you make changes, so you can measure whether structural work moves it.
Test retrieval per market and per language. Take your top 10 priority pages in each market. Ask ChatGPT, Gemini, and Perplexity the exact questions those pages answer, prompted in the target language. Record whether your brand appears and which URL gets cited. Do this quarterly. Pages that were cited and stop being cited have a formatting, schema, or content parity problem worth investigating immediately.
Verify schema survives localization. Structured data is where localized sites break most often. FAQPage, HowTo, Product, and Article schema need to exist on every language version, and the values inside them need to be localized too. A German page carrying FAQ schema with English question text is machine-readable in the wrong language. Validate every version with Google’s Rich Results Test, not just your primary.
Confirm extractable formatting survives translation. Content that gets cited in AI answers shares recognizable properties: short self-contained sections, descriptive headings, explicit question-and-answer blocks, comparison tables, and the primary answer appearing early in the page body. Translation frequently destroys this. German sentences run longer than English ones. A tight 120-word answer block in English can become a 200-word block that reads as a wall. Review your localized pages for structure, not just accuracy.
Check robots.txt on every property. AI crawlers are separate agents from Googlebot. GPTBot, Google-Extended, PerplexityBot, and ClaudeBot each need to be permitted independently. If you launched a ccTLD with a default robots.txt from your host, verify it directly. A blocked AI crawler removes that entire market’s content from AI search, and nothing in your traditional rankings will show you that it happened.
The practical takeaway: your international AI visibility depends on structural properties that translation workflows routinely break, on separate properties that inherit separate configurations, and on a testing habit almost nobody has built yet. That last part is the opportunity.
Common international SEO mistakes
- Translating instead of localizing. The most expensive mistake in this discipline. It produces pages that read correctly and rank nowhere.
- Using URL parameters for language targeting. Unreliable crawling, unshareable URLs, duplicate content problems. There is no situation where this is the right choice.
- Launching five markets with resources for two. Every version ends up partially executed. Two markets done properly outperform five done partially.
- Ignoring same-language localization. US and UK English are different markets with different terminology, pricing conventions, and legal requirements. Treating them as one version costs you both.
- Skipping per-market keyword research. Covered at length in Step 2. Achkasov’s used cars example is the whole argument.
- Reversing hreflang values. Language first, then country. en-gb, never gb-en.
- Skipping staging validation. Hreflang errors fail silently. Crawl in staging, launch, then recrawl on production.
- Forgetting to register international properties in GSC. You cannot diagnose what you cannot see, and the first time you need this data is the worst time to start collecting it.
Download the free international SEO toolkit
Everything in this guide is built into a set of templates you can use directly.
- Market assessment scorecard: score candidate markets on business capacity, existing traffic, volume potential, and competition
- Country vs. language decision matrix: the three-question framework with a visual decision path
- Site structure decision tree: business size, budget, and market count mapped to a structure recommendation
- Hreflang implementation template: CSV mapping of URL to language and country, formatted for tag generation
- Keyword mapping template: per-market keyword to page assignment with priority scoring
- Content localization checklist: every content area to validate in Phase 2, with the do’s and don’ts from Step 5
[Download the Free International SEO Toolkit]
Now It’s Your Turn
I hope you found a few things in here you can put into action, whether that’s scoring your target markets properly before you commit budget, fixing hreflang annotations that have been failing silently, or testing whether your localized content shows up in AI search at all.
So I have to ask, which of these are you going to focus on first? Is it building your market assessment and narrowing to two or three markets, getting your site structure and hreflang implementation right, or running the three-phase localization framework on the pages that actually matter?
Let me know by leaving a comment below, and grab the free toolkit above to get started today.
References
Achkasov, A. (2015). Words under Pressure: Translation in the Context of Search Engine Optimization. Journal of Siberian Federal University: Humanities & Social Sciences, 8(2), 200–208. https://doi.org/10.17516/1997-1370-2015-8-2-200-208
Chang, Y., Zhang, R., Reddy, S., & Liu, Y. (2011). Detecting Multilingual and Multi-Regional Query Intent in Web Search. Proceedings of the AAAI Conference on Artificial Intelligence, 25(1), 1134–1139. https://doi.org/10.1609/aaai.v25i1.8074
Lubis, E. S., & Widodo, S. (2024). The Role of Digital Marketing in International Marketing. Sinergi International Journal of Economics, 2(1), 25–37. https://journal.sinergi.or.id/index.php/Economics/article/view/209/190
