Le SEO international, ou référencement international, rassemble les décisions qui rendent un site visible dans plusieurs pays et langues. Elles portent sur les marchés, l’URL, les versions déclarées à Google, le contenu et les moteurs locaux. Ce guide s’appuie sur la documentation de Google et sur nos relevés du 30 septembre 2026.
Nous avons comparé les volumes de recherche d’une même notion dans quatre marchés. En France, « seo international » compte 390 recherches mensuelles contre 70 pour « référencement international » : l’expression avec l’acronyme l’emporte aussi en Espagne et en Allemagne.
Sommaire
- Qu’est-ce que le SEO international ?
- Comment choisir ses marchés et ses langues ?
- Quelle structure d’URL choisir pour un site multilingue ?
- Où se place hreflang dans une stratégie de SEO international ?
- Traduire ou adapter : que change la localisation par marché ?
- Quels moteurs de recherche viser hors de Google ?
- Comment mesurer le SEO international dans la Search Console ?
- Comment avons-nous traité un réseau de sites dans une vingtaine de pays ?
- FAQ : SEO international
- Par où commencer ?
- Sources
Qu’est-ce que le SEO international ?
Le SEO international consiste à rendre un site visible dans les résultats de recherche de plusieurs pays ou de plusieurs langues. Selon Google, un site multilingue propose du contenu en plusieurs langues, et un site multirégional cible explicitement des utilisateurs de pays différents. Certains sites sont les deux à la fois.
Google illustre les deux cas. Une entreprise canadienne qui propose une version anglaise et une version française gère un site multilingue. Un fabricant qui livre au Canada et aux États-Unis gère un site multirégional. Un site peut cumuler les deux : versions américaine et canadienne, avec le contenu canadien en français et en anglais.
La première décision porte donc sur la portée : langue ou pays. Cibler une langue, c’est s’adresser à tous ses locuteurs, où qu’ils vivent, comme les hispanophones du monde entier. Cibler un pays, c’est adapter l’offre et la logistique à un territoire, comme l’Espagne seule.
Google précise qu’un ciblage sur un seul pays peut faire progresser le classement dans ce pays, mais aux dépens des résultats dans les autres pays ou langues. Notre règle : si l’offre et la logistique sont identiques d’un pays à l’autre, une version par langue suffit. Dès qu’ils diffèrent, prévoyez une version par pays.
Comment choisir ses marchés et ses langues ?
Commencez par les pays où une demande existe déjà et où votre offre, votre livraison et votre service client fonctionnent. Comparez ensuite les volumes de recherche dans la langue de chaque marché. Retenez peu de marchés : chacun demande du contenu, des liens et un suivi qui lui sont propres.
Sur un site existant, la Search Console indique où vous apparaissez déjà : son rapport sur les performances regroupe les données par pays. Nous partons de ces pays en priorité, parce que la demande s’y manifeste sans effort de votre part.
Pour un marché neuf, relevez les volumes dans la langue locale. Les volumes de Google Ads acceptent un pays et une langue : nous les interrogeons par l’API de DataForSEO. Comparez plusieurs formulations, car la plus fréquente n’est pas toujours la traduction de la vôtre.
Trois conditions avant d’ouvrir un marché
- Présence locale : une livraison et un service client dans la langue du marché.
- Contenu : une production en langue locale, relue par un locuteur natif et tenue dans la durée.
- Infrastructure : des moyens pour les domaines, les certificats, les déploiements et le suivi de chaque version.
Quand une condition manque, consolidez d’abord vos marchés existants. Chaque marché ajouté multiplie le travail de recherche de mots-clés, de production, de liens et de maintenance.
Quelle structure d’URL choisir pour un site multilingue ?
Google accepte trois structures : un domaine par pays (example.de), un sous-domaine (de.example.com) ou un sous-répertoire (example.com/de/). Il déconseille les paramètres d’URL. Pour chaque option, Google donne des avantages et des limites, sans en désigner une meilleure. Notre point de départ : le sous-répertoire.
| Structure | Avantages cités par Google | Limites citées par Google |
|---|---|---|
| Domaine national (example.de) | Ciblage géographique clair ; emplacement du serveur sans importance ; séparation facile des sites | Coûteux, disponibilité parfois limitée ; plus d’infrastructure ; exigences strictes pour certains domaines ; un seul pays ciblé |
| Sous-domaine (de.example.com) | Mise en place facile ; serveurs possibles dans des lieux différents ; séparation facile des sites | L’internaute peut ne pas reconnaître le ciblage d’après l’URL seule, car « de » peut désigner la langue ou le pays |
| Sous-répertoire (example.com/de/) | Mise en place facile ; maintenance faible, avec un seul hôte | Ciblage non reconnu d’après l’URL seule ; un seul emplacement de serveur ; séparation des sites plus difficile |
| Paramètre d’URL (site.com?loc=de) | Aucun cité | Déconseillé ; segmentation par URL difficile ; ciblage non reconnu d’après l’URL |
Source : Google Search Central, relevé du 30 septembre 2026. Les sous-domaines et les sous-répertoires s’entendent avec un domaine générique comme .com.
Ce que la page de Google ne dit pas
Cette page ne dit rien de la consolidation des liens entre versions ni du budget d’exploration selon la structure. L’autorité « héritée » du sous-répertoire ou « diluée » du sous-domaine n’y figure pas : nous ne la présentons pas comme une règle de Google.
Notre recommandation de départ
Nous recommandons le sous-répertoire quand rien n’impose autre chose : il n’y a qu’un hôte à héberger, à certifier et à suivre. Ce choix relève de la gestion : la page de Google n’en fait pas une règle de classement.
- Domaine national : il se justifie quand la confiance locale fait partie du produit et que vous pouvez faire vivre chaque domaine, avec ses contenus et ses liens.
- Sous-domaine : il se justifie quand une contrainte technique impose une plateforme distincte par marché. En Corée du Sud, Naver Search Advisor n’enregistre un site qu’au niveau de l’hôte : un sous-domaine s’y déclare, un dossier comme /ko/ non.
- Architecture mixte : un domaine national sur un ou deux marchés stratégiques, des sous-répertoires ailleurs, à condition de tout déclarer dans hreflang.
Avant de trancher, vérifiez quatre points : la portée (langue ou pays), les moyens de production locale par pays, l’équipe qui maintiendra l’infrastructure et ce que permet votre plateforme.
Les signaux qui désignent le pays visé
Google s’appuie sur plusieurs signaux pour déterminer le public d’une page. Selon sa documentation, un domaine national fournit un signal fort aux internautes comme aux moteurs. Google cite aussi les annotations hreflang, l’emplacement du serveur et d’autres indices locaux.
- Emplacement du serveur : Google précise que ce signal n’est pas définitif, à cause des réseaux de diffusion et des hébergements délocalisés.
- Autres signaux : adresses et numéros de téléphone locaux, langue et devise locales, liens venus de sites du pays et fiche d’établissement Google.
- Domaines traités comme génériques : .eu et .asia, et des extensions nationales comme .co, .io, .ai, .tv ou .me, qu’internautes et éditeurs perçoivent selon Google comme génériques.
- Balises ignorées : Google ignore les balises meta de localisation comme geo.position ou distribution.
Le rapport sur le ciblage international est obsolète
L’aide de Google le dit : le rapport sur le ciblage international de la Search Console est désormais obsolète. Elle explique que le ciblage d’un pays par ce réglage a été jugé de peu de valeur pour l’écosystème. Le 24 août 2022, Google a retiré les références à ce rapport de sa documentation.
Google ajoute que ses recommandations sur les sites multirégionaux et les versions localisées restent valables, et qu’il continue de prendre en charge hreflang. Un sous-répertoire ne s’associe donc plus à un pays par un réglage : le ciblage repose sur hreflang, sur la langue du contenu et sur les signaux locaux.
Le piège de /fr/ : langue ou pays
Le répertoire example.com/fr/ peut désigner la langue française pour tous les francophones, ou le marché français. Google note que l’internaute peut ne pas savoir, d’après l’URL seule, si « de » désigne la langue ou le pays.
Dans le premier cas, prévoyez un dossier par langue (/fr/, /en/). Dans le second, un dossier par couple langue et pays (/fr-fr/, /fr-be/), avec des contenus qui justifient chaque version.
Décidez cette granularité avant d’ouvrir le premier répertoire. Passer ensuite de la langue au pays oblige à poser des redirections 301 page à page et à réécrire les annotations hreflang et les liens internes. Un audit technique établit d’abord quelles versions reçoivent du trafic et où vivent les liens entrants.
Où se place hreflang dans une stratégie de SEO international ?
Hreflang intervient une fois la structure d’URL fixée : il déclare à Google les versions d’une page par langue et par pays. Chaque version doit lister toutes les autres, elle-même comprise. Si deux pages ne pointent pas l’une vers l’autre, Google ignore leurs balises.
Pour la syntaxe et les erreurs à éviter, lisez notre guide hreflang. La documentation de Google ajoute quatre points de stratégie.
- Versions traduites et doublons : Google ne considère des versions localisées comme des doublons que si leur contenu principal reste non traduit.
- Méthodes : balises dans le head, en-têtes HTTP ou sitemap sont équivalentes pour Google. Choisissez la plus simple à maintenir.
- Détection de la langue : Google se fonde sur le contenu visible de la page ; il n’utilise ni l’attribut lang ni l’URL.
- Doublons dans une même langue : si example.de/ et example.com/de/ affichent un contenu allemand proche, choisissez une version préférée et combinez canonical et hreflang.
Ne redirigez pas l’internaute selon sa langue
Google déconseille de rediriger automatiquement l’internaute d’une version linguistique vers une autre d’après la langue que vous lui supposez. Ces redirections peuvent empêcher les internautes et les moteurs de voir toutes les versions. Proposez plutôt des liens vers les autres langues.
Les pages qui adaptent leur contenu au pays ou à la langue perçus du visiteur posent un autre problème. Google indique que ses adresses IP par défaut semblent situées aux États-Unis et que Googlebot n’envoie pas d’en-tête Accept-Language. Il peut alors ne pas explorer, indexer ou classer tous les contenus.
Google recommande des URL distinctes par version, annotées avec hreflang. Il explore aussi depuis des adresses hors des États-Unis, et demande de traiter un Googlebot venu d’un pays comme tout visiteur de ce pays.
Google demande aussi de ne pas adapter le contenu d’après l’adresse IP. Pour un sélecteur de langue ou une page d’accueil qui redirige, il conseille une page de repli déclarée avec la valeur x-default.
Traduire ou adapter : que change la localisation par marché ?
Traduire transpose les mots. Adapter change aussi les mots-clés, les exemples, les formats et les preuves de confiance d’un marché. Pour Google, une version entièrement traduite n’est pas un doublon. Une traduction littérale peut toutefois viser une formulation peu recherchée. Refaites la recherche de mots-clés dans chaque langue.
Notre relevé : la même notion dans quatre marchés
Le 30 septembre 2026, nous avons interrogé les volumes de Google Ads pour deux formulations de la notion « SEO international » dans quatre marchés. L’expression avec l’acronyme SEO compte plus de recherches que la périphrase locale en France, en Espagne et en Allemagne.
| Marché (langue) | Formulation avec l’acronyme SEO | Autre formulation |
|---|---|---|
| France (français) | « seo international » : 390 | « référencement international » : 70 |
| Espagne (espagnol) | « seo internacional » : 170 | « posicionamiento web internacional » : 10 |
| Allemagne (allemand) | « internationales seo » : 90 | « internationale suchmaschinenoptimierung » : 10 |
| États-Unis (anglais) | « international seo » : 320 | « global seo » : 320 |
Source : relevé Getknown, DataForSEO (API Google Ads, volumes de recherche), 30 septembre 2026. Les volumes sont des moyennes mensuelles arrondies.
Notre relevé comporte des limites : une date, un fournisseur et deux formulations par marché choisies par nous. Il ne vaut pas pour d’autres requêtes. Nous en tirons qu’une traduction mot à mot, ici « référencement international », peut viser une expression moins recherchée que l’usage local.
Quatre couches à documenter avant de produire une page
Avant de produire une page pour un nouveau marché, nous documentons quatre couches. L’ordre compte, car chaque couche conditionne la suivante.
- Le moteur et ses résultats : quel moteur domine, et quels formats de résultats il affiche.
- La demande locale : formulations, synonymes, saisonnalité et intentions, avec des volumes du pays.
- La confiance : avis sur les plateformes du pays, mentions légales, moyens de paiement, signes d’implantation locale.
- La concurrence : qui occupe les résultats, avec quelle profondeur, observée depuis le pays cible.
Pour la dernière couche, relevez les résultats avec le paramètre de localisation d’une API, jamais depuis une recherche faite en France.
Quels moteurs de recherche viser hors de Google ?
Trois moteurs locaux comptent : Baidu en Chine, Yandex en Russie et Naver en Corée du Sud. Selon StatCounter, en août 2026 et toutes plateformes confondues, Baidu apporte 59,1 % des visites issues d’un moteur en Chine et Yandex 70,32 % en Russie. En Corée du Sud, Google (46,49 %) devance Naver (43,8 %).
| Marché | Moteur local | Part du moteur local | Part de Google |
|---|---|---|---|
| Chine | Baidu | 59,1 % | 1,42 % |
| Russie | Yandex | 70,32 % | 27,83 % |
| Corée du Sud | Naver | 43,8 % | 46,49 % |
| France (pour comparaison) | aucun | sans objet | 88,67 % |
Source : StatCounter Global Stats, parts des moteurs de recherche par pays, août 2026, relevé du 30 septembre 2026. StatCounter compte les visites arrivées d’un moteur sur les sites qui utilisent son code : elles ne mesurent pas une part de requêtes.
Le même relevé attribue 19 % des visites à Bing en Chine. Ce chiffre nous surprend et nous ne savons pas l’expliquer : lisez les parts chinoises comme un ordre de grandeur.
Baidu
Baidu publie ses consignes sur son portail webmaster, le Baidu Search Resource Platform (百度搜索资源平台). Nous nous appuyons sur son livre blanc de la recherche mobile (《百度移动搜索建站优化白皮书》). La page indique un dernier chapitre mis à jour le 20 juin 2018, et Baidu ne date pas mieux le document.
Baidu recommande dans son livre blanc un domaine à suffixe courant : « 建议使用比较常见的域名后缀 », soit « nous recommandons un suffixe de domaine courant ». Il donne pour exemples .com, .cn et .net.
Pour le DNS, Baidu conseille aux sites en chinois un grand fournisseur chinois : « 建议中文网站尽可能使用国内大型服务商提供的DNS服务 ». Il cite des sites servis par un DNS étranger et disparus de sa recherche. Son constat : « 百度蜘蛛经常解析不到IP,在百度蜘蛛看来,网站是死站点。 » Traduction : le robot de Baidu n’arrive souvent pas à résoudre l’IP, et le site lui paraît mort.
Baidu fixe aussi une taille de code source : « 通常网页源码长度不能超过128k », soit « d’ordinaire, le code source d’une page ne dépasse pas 128 k ». Il décrit une page de 164 k dont le contenu principal, placé en fin de code, a été tronqué puis jugé vide, donc non indexé.
Sa consigne : « 请将主体内容放于前方 », soit « placez le contenu principal en début de page ».
Baidu écrit aussi que les pages H5 mobiles chargées en JavaScript produisent plus facilement des pages jugées vides : « 其实是更容易产生空短 ». Servez le contenu principal dans le HTML initial.
Baidu vérifie la propriété d’un site par un fichier déposé à la racine ou par une balise HTML.
Yandex
Selon l’aide de Yandex Webmaster, la région du site compte pour les requêtes qui dépendent du lieu (« location-dependent requests »). Vous l’indiquez dans l’outil et la corrigez si Yandex la détermine mal.
Une région attribuée n’exclut pas le site des autres régions, s’il y est jugé pertinent. Nous ne traitons ni le contexte géopolitique ni le droit russe, faute de source primaire datée.
Naver
Naver fixe des règles techniques précises dans son guide Search Advisor. L’enregistrement d’un site ne se fait qu’au niveau de l’hôte : www.mysite.com et blog.mysite.com sont acceptés, www.mysite.com/myid est refusé. Un dossier comme /ko/ ne se déclare donc pas seul. Le robot de Naver s’appelle Yeti.
Naver signale aussi trois points de vigilance.
- Redirection : une page d’accueil qui redirige par JavaScript ou par meta refresh n’est pas prise en charge pour la vérification. Utilisez une redirection HTTP.
- JavaScript : un contenu entièrement chargé par JavaScript pose problème, car la plupart des moteurs recommandent un balisage HTML standard.
- Doublons : plusieurs sites au contenu identique peuvent subir un désavantage de visibilité.
Comment mesurer le SEO international dans la Search Console ?
Le rapport sur les performances de la Search Console regroupe les données par pays, requête, page et appareil. Pour isoler un dossier de langue comme example.com/es/, créez une propriété de préfixe d’URL : une propriété de domaine agrège tous les sous-domaines et sous-répertoires. Un domaine par pays exige une propriété par domaine.
Selon Google, la propriété de domaine « example.com » n’inclut ni example.org ni example.il.com.
Notre méthode de suivi
- Relevez, avant le lancement d’une version, les impressions et les clics par pays de votre propriété existante.
- Créez la propriété du dossier ou du domaine de la nouvelle version dès sa mise en ligne.
- Comparez les impressions par pays et par page sur plusieurs semaines.
- Vérifiez les résultats avec le paramètre de localisation d’une API, en gardant plusieurs relevés.
Google le rappelle dans l’aide du rapport : les résultats de recherche dépendent du moment, du lieu, de l’appareil et de l’historique de la personne. Le 30 septembre 2026, deux relevés de « seo international » sur Google France, pris à 6 min 37 s d’écart, n’avaient aucune URL organique commune dans le top 10.
Nous ne jugeons donc jamais un marché sur un relevé de position isolé. Les impressions et les clics par pays de la Search Console, suivis dans la durée, servent de référence.
Comment avons-nous traité un réseau de sites dans une vingtaine de pays ?
Pour Hager, notre diagnostic initial portait sur 50 à 60 sites dans une vingtaine de pays : il nous a fallu déployer une stratégie SEO internationale. Nous avons ensuite travaillé les mots-clés locaux, les attributs hreflang et les balises canoniques, avec nos experts SEO et des traducteurs.
Côté langue, nous avons confié les titres à des traducteurs SEO-natifs. Le mot-clé d’un prescripteur en allemand n’est pas la traduction littérale du mot-clé d’un installateur français : cela rejoint notre relevé de volumes.
Le détail de la méthode figure dans notre cas client Hager. Pour un projet multi-pays, notre accompagnement en SEO international commence par l’arbitrage des marchés.
FAQ : SEO international
Faut-il un domaine par pays pour faire du SEO international ?
Non. Google accepte les domaines nationaux, les sous-domaines et les sous-répertoires, et ne désigne pas la meilleure structure. Le domaine national fournit un signal de pays fort, mais demande plus d’infrastructure. Un sous-répertoire annoté avec hreflang est notre point de départ.
Quelle différence entre SEO international et SEO multilingue ?
Selon Google, un site multilingue propose du contenu en plusieurs langues, et un site multirégional cible explicitement des utilisateurs de pays différents. Le SEO multilingue traite la langue : une URL par langue, annotée avec hreflang. Le SEO international ajoute le pays : ciblage, signaux locaux et moteurs locaux.
Faut-il traduire ou localiser son contenu ?
Localisez. Pour Google, une version entièrement traduite n’est pas un doublon. Une traduction littérale peut toutefois viser une formulation peu recherchée. Dans notre relevé du 30 septembre 2026, la périphrase locale compte 10 recherches mensuelles en Espagne et en Allemagne, contre 170 et 90 pour la formulation avec SEO.
Peut-on rediriger automatiquement les internautes vers leur langue ?
Google le déconseille : ces redirections peuvent empêcher les internautes et les moteurs de voir toutes les versions. Les adresses IP par défaut de Googlebot semblent situées aux États-Unis, et il n’envoie pas d’en-tête Accept-Language. Proposez des URL distinctes par langue, annotées avec hreflang, et des liens pour changer de langue.
Comment savoir si un marché fonctionne ?
Suivez les impressions et les clics par pays dans la Search Console, avec une propriété par domaine ou par dossier de langue, avant et après la mise en ligne. Un relevé de position isolé ne suffit pas : deux relevés pris à 6 min 37 s d’écart n’avaient aucune URL organique commune.
Par où commencer ?
Par la Search Console. Ouvrez le rapport sur les performances, onglet « Pays », pour repérer où vos pages apparaissent déjà. Comparez ensuite les volumes de recherche dans la langue de ces marchés. Tranchez alors entre langue et pays, puis fixez la structure d’URL avant de traduire une page.
Si vous hésitez entre deux structures ou héritez d’une architecture que personne n’a choisie, décrivez-nous votre projet.
Sources
- Google Search Central, Managing multi-regional and multilingual sites, mise à jour du 10 décembre 2025.
- Google Search Central, Tell Google about localized versions of your page, mise à jour du 21 septembre 2026.
- Google Search Central, How Google crawls locale-adaptive pages, mise à jour du 10 décembre 2025.
- Google Search Central, Documentation updates, entrée du 24 août 2022 sur le rapport de ciblage international.
- Aide Search Console, The International Targeting report is deprecated, Performance report (Search) et Add a website property, consultées le 30 septembre 2026.
- Aide Search Console en français, consultée le 7 octobre 2026 : Le rapport sur le ciblage international est obsolète, Rapport sur les performances et Ajouter une propriété de site Web.
- StatCounter Global Stats, Search engine market share, Chine, Russie, Corée du Sud et France, août 2026, toutes plateformes. Méthode : FAQ de StatCounter, consultée le 30 septembre 2026.
- Baidu Search Resource Platform, 《百度移动搜索建站优化白皮书》 (livre blanc sur la création de sites pour la recherche mobile), chapitres 网站建设 (construction du site) et 网站优化 (optimisation). Dernier chapitre mis à jour le 20 juin 2018, consulté le 30 septembre 2026. Manuel des outils, dernier chapitre mis à jour le 14 août 2020.
- Yandex, Webmaster Help : site region, consultée le 30 septembre 2026.
- Naver Search Advisor, 검색엔진 최적화의 목적 (objectif de l’optimisation pour les moteurs de recherche), consulté le 30 septembre 2026.
- Relevé Getknown du 30 septembre 2026. Volumes de recherche de deux formulations de « SEO international » dans quatre marchés (DataForSEO, API Google Ads). Trois relevés du top 10 de Google France sur mobile pour « seo international » (DataForSEO, API SERP).
- Getknown, Cas client Hager, page publiée par Getknown, corrigée le 7 octobre 2026.
Guide réécrit à partir de cinq articles. Faute de source, nous avons retiré l’autorité héritée ou diluée selon la structure et les exemples de marques. Nous avons corrigé la taille de code source de Baidu (128 k) et la place de Naver en Corée du Sud.
Nous avons aussi daté la fin du rapport sur le ciblage international.
Article rédigé par Yonel Sasson, Getknown, agence SEO et GEO.