Guide Technical International SEO

TL;DR — Running a site dans plus que un langue or country ajoute technique fonctionner: vous ont à aider moteur de recherches connecter chaque page à le prévu public et garder chaque version crawlable et canonicalized correctement. Ce hub collects le technique pieces — mainly hreflang et votre regional Structure d’URL — dans un placer. Le bigger stratégie (qui markets, comment translate) lives dans le International SEO section.

Ce que “technical international SEO” covers

Going international splits dans deux jobs. Un est stratégie — picking markets, languages, et comment contenu obtient localized. Le autre est technique — making certain Google sert le Spanish page à Spanish searchers, le UK page à UK searchers, et ne fait pas treat votre near-identical regional pages as duplicates.

Ce hub est le technique job. Le principal levers sont hreflang (le annotation que maps equivalent pages à travers languages et regions) et votre URL structure — si chaque market lives on son propre country domain, a subdirectory, or a subdomain.

TL;DR — Technique international SEO a silent échec modes, pas loud ones. hreflang est a bidirectional confirmation système: chaque alternate URL doit point back à chaque autre; manquant retourner liens peut causer Google à ignore affected annotations. Near-identical même-langue regional pages besoin canonical plus hreflang ensemble, pas hreflang alone. Ci-dessous est a correct hreflang définir, le renvoyer-balise règle, le geotargeting et operational tradeoffs parmi ccTLDs, subdirectories, et subdomains, et pourquoi none de ce guarantees indexation, rankings, trafic, or a spécifique affiché locale.

How hreflang fonctionne, and pourquoi it fails silently

hreflang annotates qui URL sert qui langue et region, donc Google peut swap le appropriate indexé alternate dans le SERP pour a searcher. Il fait pas consolidate duplicates: canonicalization est le séparé système que clusters duplicate URLs et consolidates signaux. hreflang jamais throws a visible implementation erreur. A broken cluster peut simplement arrêter influencing locale selection, leaving vous à trouver le problème dans explorer, indexer, or performances evidence plutôt que a dedicated warning.

Deux règles govern il. Langue utilise ISO 639-1 codes et region utilise ISO 3166-1 alpha-2 codes — qui est pourquoi le United Kingdom est gb, pas uk (a courant, silent mistake). Et chaque page dans a définir doit référence chaque autre page dans que définir, notamment itself.

A worked hreflang définir (with x-default)

Pour une page publié dans US English, UK English, et Spain Spanish, chaque un de le three URLs carries ce même bloquer dans son <head>:

<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />
<link rel="alternate" hreflang="es-es" href="https://example.com/es/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />

«The x-default value identifies a fallback URL for languages or regions you did not explicitly list. It is a search annotation, not a redirect or a promise that every unmatched searcher lands on that URL. Omitting it is not fatal. For all three delivery methods — HTML <link> elements, HTTP Link headers, and XML sitemap annotations — and every edge case such as one-way sets, subsets, and redirects inside a set, see how to implement hreflang and x-default hreflang; this hub keeps only the stable core. » (Traduction) (Résumé en français de la section seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Return-tag reciprocity: the mismatch that voids a pair » (Traduction) (Résumé en français de la section dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le la plupart courant façon an hreflang définir fails est a manquant retourner balise. Si /uk/page/ listes /us/page/ as an alternate mais /us/page/ ne fait pas liste /uk/page/ back, Google treats le annotation as unconfirmed et ignores que pair. Le confirmation a à être mutual:

<!-- WRONG: /us/page/ lists UK below but never gets pointed back to from /uk/page/ -->
<link rel="alternate" hreflang="en-us" href="https://example.com/us/page/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/page/" />

Conflicting canonical et hreflang signaux échouer le même quiet façon: si a regional page canonicalizes à a différent-langue URL, vous avez told Google le deux sont le même page pendant que hreflang dit ils sont alternates, et hreflang loses. À audit a entier cluster — pas simplement un pair — à scale, voir comment audit hreflang.

Que canonical-versus-hreflang conflict matters la plupart pour a narrower cas: near-identical pages dans le même langue à travers countries (US English et UK English produit pages que differ seulement dans currency et a quelques spellings, Par exemple). Google’s guidance treats que as a duplicate-contenu problème, pas a traduction problème — pick un preferred version et combine rel="canonical" avec hreflang plutôt que trying à garder chaque regional variant entièrement independent. Entièrement translated, substantively différent-langue pages sont a séparé cas et ne pas besoin ce treatment. Voir cross-langue contenu dupliqué et canonicalization pour le mechanics.

ccTLD vs subdirectory vs subdomain: où signals accrue

L’URL-structure décision est vraiment a question de où geotargeting et popularité des liens land. A ccTLD (example.de) est le strongest geotargeting signal et nécessite aucun Recherche Console paramètre, mais il commence chaque market’s autorité depuis zero et est expensive à exécuter. Subdirectories (example.com/de/) pool operations et signaux sous un domain et sont le pragmatic par défaut pour nombreux sites. Là est ne … plus a Search Console country-targeting override pour chaque folder; Google infers country pertinence depuis le ccTLD où applicable, hreflang relationships, localized page contenu, local liens, et autre site et page signaux. Subdomains (de.example.com) sit dans entre et, comme ccTLDs, tend à accrue autorité plus independently de le root. Google documents ces as tradeoffs à weigh, pas a classement hierarchy — il ne fait pas publish a preferred structure or nom a universal winner parmi le three. Le deeper décision guide, plus le pillar’s autre market, localization, et performances guidance, est native à le International SEO pillar et cross-listed dans ce technique cluster: voir ccTLD vs. subdomain vs. subdirectory.

Whichever structure vous pick, garder le locale versions on stable, séparé, crawlable URLs plutôt que switching contenu par IP adresse or an Accept-Language header alone. Googlebot commonly explore depuis US-based infrastructure et ne fait pas send an Accept-Language header, donc une page que seulement adapts son contenu pour a detected locale — sans a distinct, linkable URL pour chaque version — risques leaving some de ceux versions uncrawled, unindexed, or unranked.

None de ce est a guarantee. Correct hreflang, Structure d’URL, et canonicalization prise en charge discovery et locale matching; ils ne pas guarantee indexation, a spécifique classement, trafic, qui locale Google en réalité displays à a donné searcher, conversions, or citation par AI systèmes. Geotargeting signaux sont inputs Google weighs, pas switches vous flip.

Technique international SEO est le implementation half de multi-region/multi-langue SEO. hreflang maps alternate locale URLs; canonicalization séparément clusters duplicates et consolidates signaux. x-default est an unmatched-locale fallback annotation, pas a redirection. Google accepts hreflang dans HTML, HTTP headers, or XML sitemaps. Regional Structure d’URL remains a tradeoff parmi ccTLDs, subdirectories, et subdomains, avec aucun folder-level Search Console country override. Garder locale versions on stable, séparé, crawlable URLs plutôt que relying on IP- or header-adaptive delivery alone. None de ce guarantees indexation, rankings, trafic, a affiché locale, conversions, or AI citations — il prend en charge discovery et locale matching.

Journal des modifications