SEO international
Le SEO international désigne l'organisation d'un site qui s'adresse à plusieurs langues ou à plusieurs pays, afin que les moteurs de recherche présentent à chaque internaute la version qui correspond à sa langue et à son pays. Il repose sur quatre décisions : la structure des URL (domaine national, sous-domaine ou sous-répertoire), les annotations hreflang qui relient les versions entre elles, les signaux de ciblage géographique que Google prend en compte, et la manière de servir les contenus sans redirection automatique fondée sur l'adresse IP, que Google déconseille explicitement.
Définition détaillée du SEO international
La documentation Search Central distingue deux situations souvent confondues. Un site multilingue propose son contenu en plusieurs langues, par exemple une entreprise canadienne avec une version anglaise et une version française ; Google cherche alors la page qui correspond à la langue de l'internaute. Un site multi-pays (ou multi-régional) cible explicitement des utilisateurs dans différents pays, par exemple un fabricant qui livre le Canada et les États-Unis ; Google cherche alors la page du bon pays. Beaucoup de sites sont les deux à la fois : une version par pays, et plusieurs langues dans certains pays.
Cette distinction commande tout le reste. La langue se lit dans le contenu : Google indique déterminer la langue d'une page à partir de son texte visible, et non de l'attribut lang, de l'URL ou des annotations hreflang. Le pays, lui, se déduit de signaux explicites que le site doit fournir. Le SEO international consiste donc à rendre ces deux informations sans ambiguïté pour chaque URL, puis à relier entre elles les versions équivalentes.
Choisir la structure des URL
Google recommande d'abord une chose : une URL distincte par version linguistique ou régionale, plutôt qu'un contenu qui change selon les cookies, les réglages du navigateur ou l'adresse IP. Trois structures sont documentées, avec leurs avantages et leurs inconvénients.
- Le domaine national (ccTLD, comme
exemple.de) : ciblage géographique clair, indépendance vis-à-vis de la localisation du serveur, séparation nette des sites. En contrepartie, un domaine par pays coûte cher, exige plus d'infrastructure, obéit parfois à des conditions d'attribution strictes, et ne peut cibler qu'un seul pays. - Le sous-domaine sur un domaine générique (
de.exemple.com) : simple à mettre en place, hébergement possible dans des lieux différents, séparation aisée. Mais l'internaute ne sait pas si « de » désigne la langue ou le pays. - Le sous-répertoire sur un domaine générique (
exemple.com/de/) : simple, peu coûteux, un seul hébergement. Même ambiguïté pour l'internaute, un seul emplacement de serveur, et une séparation des sites plus difficile.
Les paramètres d'URL (site.com?loc=de) sont déconseillés. Google précise aussi que certains ccTLD « de fantaisie » comme .tv ou .me sont traités comme des domaines génériques, et publie la liste des extensions qu'il considère comme génériques. Le choix dépend du budget, de l'organisation (une équipe par pays ou une équipe centrale), et de l'autorité déjà acquise : un sous-répertoire hérite de la popularité du domaine principal, un ccTLD repart de zéro.
Les annotations hreflang
Le principe
L'annotation hreflang indique à Google les versions équivalentes d'une page pour d'autres langues ou d'autres régions, afin qu'il affiche la bonne URL dans ses résultats. Google précise qu'il peut découvrir ces versions seul, mais qu'il vaut mieux les déclarer, en particulier quand seul le gabarit est traduit (navigation, pied de page) et que le contenu principal reste dans une langue, quand un même contenu connaît de petites variations régionales (anglais des États-Unis, du Royaume-Uni et d'Irlande), ou quand le site est intégralement traduit. Les versions localisées ne sont considérées comme des contenus dupliqués que si le contenu principal n'est pas traduit.
Trois méthodes sont équivalentes pour Google : des éléments <link rel="alternate" hreflang="..." href="..."> dans le <head> de chaque page ; un en-tête HTTP Link, utile pour les fichiers non HTML comme les PDF ; ou un sitemap XML qui liste, pour chaque URL, toutes ses variantes. Google recommande de n'en choisir qu'une, la maintenance de plusieurs implémentations n'apportant rien.
Les règles
- Chaque version doit lister toutes les autres versions et elle-même, avec des URL absolues (protocole compris). Les URL peuvent être sur des domaines différents.
- Les annotations doivent être réciproques : si la page A déclare B comme variante mais que B ne déclare pas A, les annotations sont ignorées, ce qui empêche un tiers de se déclarer variante d'une page qu'il ne contrôle pas.
- Les codes sont la langue en ISO 639-1 (
fr), éventuellement suivie d'une région en ISO 3166-1 alpha 2 (fr-BE). John Mueller a confirmé le 25 août 2025 sur Bluesky que Google n'utilise que les annotationslink rel="alternate" hreflangavec ces deux normes, et rien d'autre. - Quand plusieurs pages ciblent la même langue dans des pays différents, il est conseillé de fournir aussi une page « générique » pour cette langue (
enà côté deen-ie,en-ca,en-au). - La valeur
x-defaultdésigne la page de repli pour les internautes dont aucune langue ne correspond, typiquement un sélecteur de langue ou une page d'accueil internationale. - Si l'ensemble complet des liens bidirectionnels devient trop lourd à maintenir, Google indique qu'on peut omettre certaines langues sur certaines pages ; l'important est de relier les nouvelles versions à la langue d'origine, la plus forte.
Ce que hreflang ne fait pas
L'annotation ne fait pas indexer une page, ne sert pas à détecter sa langue, et ne remplace pas la balise canonique. Quand deux versions d'une même langue sont identiques (un français de France et un français de Belgique sans différence), Google choisit souvent l'une d'elles comme canonique et peut ne pas indexer l'autre ; John Mueller le rappelait en mai 2025, en précisant que hreflang permet en général de permuter l'URL affichée, mais que les rapports de la Search Console portent sur l'URL canonique. Google recommande, dans ce cas, de désigner une version préférée par rel="canonical" tout en conservant les annotations hreflang.
Le ciblage géographique
Google explique s'appuyer sur plusieurs signaux pour déterminer le public visé par une page : le ccTLD, signal fort lié à un pays ; les annotations hreflang, dans les balises, les en-têtes ou les sitemaps ; la localisation du serveur, signal faible depuis les CDN et l'hébergement délocalisé ; et d'autres indices comme les adresses et numéros de téléphone locaux, la langue et la devise, les liens depuis des sites locaux, ou la fiche d'établissement. À l'inverse, Google ignore les balises meta de localisation (geo.position, distribution) et les attributs HTML de ciblage géographique. La documentation actuelle ne mentionne plus le réglage manuel de pays de la Search Console, retiré de l'outil en 2022 : le ciblage se fait par la structure des URL et par hreflang.
Le 15 avril 2025, Google a par ailleurs annoncé la redirection progressive de ses propres domaines nationaux (google.fr, google.de, google.com.br) vers google.com, en expliquant que depuis 2017 les résultats locaux sont les mêmes quelle que soit l'adresse utilisée. Ce changement concerne l'interface du moteur et non le classement : John Mueller a précisé le 16 avril 2025 que rien ne changeait pour hreflang ni pour l'usage des ccTLD par les sites.
Le piège de la redirection par adresse IP
C'est la recommandation la plus ferme de la documentation : ne pas adapter le contenu à partir de l'adresse IP, et ne pas rediriger automatiquement un internaute d'une version linguistique vers une autre. Google donne deux raisons. La géolocalisation par IP est peu fiable. Et surtout, Googlebot explore le web depuis des adresses qui paraissent situées aux États-Unis, sans envoyer d'en-tête Accept-Language : un site qui redirige selon l'IP ou la langue du navigateur risque de ne montrer au robot que sa version américaine ou anglaise, les autres n'étant jamais explorées ni indexées. Google précise ne pas faire varier l'origine de ses robots pour un même site afin d'en découvrir les variantes ; c'est au site de déclarer explicitement chaque version, par hreflang, par ccTLD ou par des liens.
La page consacrée aux pages adaptées à la localisation ajoute que Googlebot dispose aussi d'adresses situées hors des États-Unis, et qu'un site qui bloque un pays doit traiter le robot comme un utilisateur de ce pays. Les règles d'exclusion (robots.txt, balises meta robots) doivent être identiques d'une version locale à l'autre. La bonne pratique consiste à laisser l'internaute sur la version qu'il a demandée, à lui proposer, par un bandeau ou des liens, la version qui semble lui correspondre, et à placer sur chaque page des liens vers les autres versions.
La traduction et la localisation
Google demande qu'une page soit dans une seule langue, navigation comprise, sans traductions côte à côte. Traduire uniquement le gabarit en laissant le contenu principal dans la langue d'origine produit une mauvaise expérience et des doublons dans les résultats. La traduction automatique est admise comme outil, mais générer de nombreuses pages traduites sans valeur ajoutée figure parmi les exemples de l'abus de contenu à grande échelle des règles antispam. Une localisation sérieuse va au-delà des mots : devise, unités, formats de date, mentions légales, moyens de paiement et de livraison, adresses et numéros locaux, ainsi que des mots-clés recherchés dans chaque marché plutôt que traduits littéralement. Les URL peuvent contenir des mots localisés ou des noms de domaine internationalisés, à condition d'être encodées en UTF-8 et correctement échappées dans les liens. Abondance propose un guide sur la stratégie SEO à l'international.
Les erreurs fréquentes
- Des annotations non réciproques ou incomplètes, qui sont simplement ignorées ; John Mueller reconnaissait lui-même en novembre 2024 que hreflang est « tellement compliqué pour tout site de taille non triviale ».
- Des codes inventés :
en-UKau lieu deen-GB, un code de pays sans langue, ou des codes régionaux non normalisés. - La redirection automatique par IP ou par langue du navigateur, qui cache les versions au robot et à l'internaute.
- Des versions identiques sans canonique (même langue, même contenu, pays différents), qui se disputent l'indexation.
- Un ccTLD pour cibler plusieurs pays, alors qu'il n'en cible qu'un, ou un serveur unique pris pour un signal de pays alors qu'il n'en est plus un.
- Une migration de structure (de ccTLD vers sous-répertoires, ou l'inverse) menée sans plan de redirections ni mise à jour simultanée des hreflang, ce qui relève de la migration SEO et se prépare comme telle.
Sources :
- Managing multi-regional and multilingual sites (Google Search Central)
- Tell Google about localized versions of your page (Google Search Central)
- How Google crawls locale-adaptive pages (Google Search Central)
- Here's an update on our use of country code top-level domains (Google (The Keyword)), le 15 avril 2025
- No, we only use the link-rel-hreflang annotations as defined in developers.google.com (John Mueller (Google), sur Bluesky), le 25 août 2025
FAQ
Faut-il un domaine par pays ou des sous-répertoires ?
Google documente les deux sans en imposer un. Le ccTLD donne le signal de pays le plus clair mais coûte cher, ne cible qu'un pays et repart sans autorité. Le sous-répertoire est simple et hérite de la popularité du domaine principal, au prix d'un ciblage à déclarer par hreflang. Le choix dépend du budget, de l'organisation des équipes et de l'ancienneté du domaine.
Hreflang suffit-il pour cibler un pays ?
Il y contribue, avec le ccTLD, les signaux locaux (adresse, devise, liens locaux) et, marginalement, la localisation du serveur. Le réglage de pays de la Search Console n'existe plus. Hreflang relie des versions équivalentes et indique leur public ; il ne fait pas indexer une page et ne détermine pas sa langue, que Google lit dans le contenu.
Pourquoi Google déconseille-t-il la redirection par adresse IP ?
Parce que Googlebot explore depuis des adresses qui paraissent américaines, sans en-tête de langue : un site qui redirige selon l'IP ne lui montre que sa version américaine, et les autres ne sont ni explorées ni indexées. Google recommande des URL distinctes par version, des annotations hreflang et des liens visibles vers les autres versions, en laissant l'internaute choisir.
Une traduction automatique est-elle acceptée ?
Comme outil, oui. Mais générer de nombreuses pages traduites automatiquement sans valeur ajoutée est cité parmi les exemples de l'abus de contenu à grande échelle dans les règles antispam de Google. Une version localisée doit être relue, adaptée au marché (devise, mentions, vocabulaire recherché localement) et présenter une seule langue par page.
Le passage de google.fr à google.com change-t-il quelque chose pour les sites ?
Non. Google a annoncé le 15 avril 2025 la redirection de ses domaines nationaux vers google.com, en précisant que les résultats locaux étaient déjà identiques depuis 2017. John Mueller a confirmé que rien ne changeait pour hreflang ni pour l'usage des ccTLD par les sites.
En résumé
- SEO international : organiser un site multilingue ou multi-pays pour que Google affiche à chaque internaute la version de sa langue et de son pays ; la langue se lit dans le contenu, le pays se déclare.
- Structure : ccTLD (signal fort, un seul pays, coûteux), sous-domaine ou sous-répertoire sur un domaine générique (simples, ciblage à déclarer) ; paramètres d'URL déconseillés.
- Hreflang : balises link, en-têtes HTTP ou sitemap, une seule méthode ; toutes les versions listées, réciprocité obligatoire, codes ISO 639-1 et ISO 3166-1 alpha 2, x-default pour le repli ; ne remplace pas la canonique.
- Ciblage géographique : ccTLD, hreflang, signaux locaux, serveur en signal faible ; balises meta de localisation ignorées ; le réglage de pays de la Search Console n'existe plus.
- Piège principal : la redirection automatique par adresse IP ou langue du navigateur, qui cache les versions à Googlebot, dont les robots paraissent américains et n'envoient pas d'en-tête de langue.
- Localisation : une langue par page, contenu principal traduit, adaptation au marché ; la traduction automatique en masse sans valeur relève du spam.
Abondance c'est aussi des audits SEO, un service de contenus et des formations en e-learning !
Publié le Mis à jour le
Autres définitions :
Les outils SEO pour vous aider
