Vous avez mis des années à construire votre visibilité sur Google en France. Puis la décision tombe : on ouvre l’Allemagne, l’Espagne et l’Italie. Le site part chez un traducteur, quatre versions linguistiques sortent en trois semaines, et six mois plus tard le constat est presque toujours le même. Les nouvelles versions ne décollent pas, et le trafic français a baissé.

Le coupable n’est presque jamais la qualité de la traduction. Il se cache dans tout ce qui l’entoure : la structure des URL, les balises qui indiquent à Google quelle version montrer à qui, les redirections oubliées pendant la migration, et surtout le fait qu’un Allemand ne tape pas dans Google la traduction littérale de ce que tape un Français.

Dans cet article, je détaille pourquoi traduire ne suffit pas, comment choisir sa structure d’URL, comment implémenter hreflang sans se tromper, les cinq erreurs qui coûtent le plus de trafic, et ce que les moteurs de recherche IA changent à l’équation.

Traduire un site et le localiser, ce sont deux métiers différents

Une traduction fait passer un texte d’une langue à l’autre. Une localisation adapte une offre à un marché. La nuance paraît cosmétique, elle décide pourtant de la totalité de vos résultats organiques.

Prenez un éditeur français de logiciel de facturation qui ouvre l’Allemagne. Un traducteur consciencieux écrira « Fakturierungssoftware ». Le mot est correct, il est même employé dans le secteur. Sauf que les entrepreneurs allemands, eux, cherchent « Rechnungsprogramm » ou « Buchhaltungssoftware ». Résultat : une page parfaitement écrite, sur un mot-clé que personne ne tape.

C’est exactement ce que couvre la localisation SEO multilingue : reprendre la recherche de mots-clés marché par marché, dans la langue cible, avec les volumes locaux, puis reconstruire l’arborescence et les contenus autour de ces requêtes réelles. Pas autour de la traduction de vos requêtes françaises.

Ce travail va au-delà du vocabulaire. Sur un même produit, les intentions de recherche changent d’un pays à l’autre :

• Les questions posées ne sont pas les mêmes. En France, un dirigeant cherche « logiciel facturation auto-entrepreneur ». En Allemagne, la question tourne davantage autour de la conformité comptable (GoBD) que du statut juridique.
• Le niveau de maturité du marché diffère. Sur un marché où votre catégorie est jeune, les requêtes sont explicatives. Sur un marché mature, elles sont comparatives et transactionnelles.
• Les preuves qui rassurent changent. Un label français ne parle à personne en Espagne. Un moyen de paiement local, un numéro de téléphone national ou une mention de la réglementation locale pèsent beaucoup plus lourd.

Et si vous doutez encore de l’enjeu commercial, une étude de CSA Research menée auprès de 8 709 consommateurs dans 29 pays donne un chiffre difficile à ignorer : 76 % des acheteurs en ligne préfèrent acheter un produit dont les informations sont dans leur langue, et 40 % n’achèteront jamais sur un site rédigé dans une autre langue.

Choisir sa structure d’URL avant d’écrire la première ligne

C’est la décision la plus structurante du projet, et celle qu’on prend le plus vite, souvent en réunion technique, sans le SEO dans la pièce. Trois architectures sont possibles, et la documentation officielle de Google les accepte toutes les trois.

• Le domaine national (exemple.de) envoie le signal géographique le plus clair aux utilisateurs comme aux moteurs. En contrepartie, vous repartez de zéro en autorité sur chaque domaine, vous multipliez les coûts d’infrastructure, et certaines extensions imposent une présence juridique locale.
• Le sous-domaine (de.exemple.com) se met en place facilement et permet d’héberger chaque version où vous voulez. Mais Google traite un sous-domaine comme un site largement distinct, et l’autorité acquise sur le domaine principal se transmet mal.
• Le sous-répertoire (exemple.com/de/) reste le plus simple à créer et à maintenir. Tout le netlinking historique profite aux nouvelles versions. C’est le choix que je recommande par défaut à une PME qui ouvre deux ou trois marchés.

Un point sur lequel Google est en revanche explicite : les paramètres d’URL du type exemple.com/page?lang=de ne sont pas recommandés. Ils rendent le ciblage illisible et compliquent tout le reste.

Pourquoi trancher si tôt ? Parce que changer d’architecture après coup, c’est une migration complète, avec des milliers de redirections et une perte de trafic quasi certaine pendant plusieurs semaines. Autant se poser la question une fois, correctement.

Hreflang, la balise que presque tout le monde rate

Depuis le 22 septembre 2022, le rapport « Ciblage international » a disparu de la Search Console. Vous ne pouvez plus déclarer manuellement à Google qu’un site vise tel pays. Google continue en revanche de supporter hreflang, qui devient de fait votre seul levier déclaratif.

Son rôle est souvent mal compris : hreflang n’est pas un facteur de classement. Il ne fera jamais ranker une page allemande médiocre. Il sert d’aiguilleur, en évitant que votre page française sorte sur google.de et vice versa. Ce qui, quand ça dysfonctionne, ressemble beaucoup à un problème de contenu dupliqué.

Les règles à respecter tiennent en quelques lignes, mais chacune casse tout si elle est mal appliquée :

• La réciprocité. Si la page FR déclare la page DE, la page DE doit déclarer la page FR. Une déclaration à sens unique est ignorée.
• L’auto-référence. Chaque page doit se citer elle-même dans son propre bloc hreflang.
• L’ordre des codes. D’abord la langue (ISO 639-1), ensuite le pays (ISO 3166-1 alpha-2). On écrit fr-BE pour du français en Belgique, jamais be-FR.
• Des URL absolues, avec le protocole complet.
• Une balise x-default pour indiquer la page de repli servie aux visiteurs dont aucune version ne correspond.
• Un seul emplacement à la fois. Dans le head HTML, dans l’en-tête HTTP ou dans le sitemap XML. Sur un gros catalogue, le sitemap évite d’alourdir chaque page.

Un dernier détail qui fait perdre beaucoup de temps : hreflang doit pointer vers des URL indexables. Une page bloquée dans le robots.txt, en noindex ou canonicalisée ailleurs annule la déclaration.

Les cinq erreurs qui coûtent le plus de trafic

Voici celles que je retrouve le plus souvent en audit, classées par dégâts constatés.

1. Rediriger automatiquement les visiteurs selon leur adresse IP. C’est l’erreur la plus fréquente et la plus coûteuse. Google le déconseille noir sur blanc, pour une raison mécanique : Googlebot explore majoritairement depuis des adresses IP américaines. Si votre site le redirige systématiquement vers la version anglophone, il ne verra jamais vos autres versions. Elles ne seront donc jamais indexées. Affichez plutôt une bannière qui propose l’autre version, et laissez le visiteur choisir.

2. Un canonical qui pointe vers la langue d’origine. Beaucoup d’extensions multilingues placent, par défaut, un canonical de la page allemande vers la page française. Vous dites alors explicitement à Google d’ignorer la version allemande. Chaque version doit avoir un canonical vers elle-même, et déclarer les autres via hreflang.

3. Traduire 20 % du site et publier quand même. Une page produit en allemand, un menu resté en français, un blog uniquement en anglais et un tunnel d’achat à moitié traduit : ni le visiteur ni le moteur ne s’y retrouvent. Mieux vaut lancer un périmètre restreint mais complet, quitte à n’ouvrir qu’une seule langue au départ.

4. Oublier le plan de redirection. Passer de exemple.com/tarifs à exemple.com/fr/tarifs signifie que toutes vos URL changent, y compris celles qui vous apportent du trafic depuis des années. Sans redirections 301 exhaustives, c’est là que le trafic français s’effondre. Et c’est presque toujours à ce moment précis que la chute se produit.

5. Négliger les signaux locaux hors du site. Le référencement d’une version allemande se joue aussi sur des mentions légales locales, des avis clients en allemand, une fiche d’établissement si vous avez une adresse sur place, et surtout des liens entrants depuis des domaines allemands. Un site qui ne reçoit pas un seul lien local aura du mal à s’imposer, même avec un hreflang irréprochable.

Ce que l’IA change vraiment dans le SEO multilingue

Deux évolutions récentes méritent votre attention, et elles vont dans des directions opposées.

La première concerne la traduction automatique. Pendant des années, Google recommandait de bloquer l’indexation des pages traduites par machine. En juin 2025, cette recommandation a discrètement disparu de sa documentation, et Google a précisé que ses règles « ne définissent pas strictement le contenu traduit par IA comme du spam », comme l’a documenté le média spécialisé Slator.

Attention à ne pas surinterpréter. La politique sur l’abus de contenu à grande échelle, elle, n’a pas bougé : produire à la chaîne des milliers de pages traduites automatiquement sans valeur ajoutée reste sanctionnable. Ce qui a changé, c’est que la traduction IA est désormais un point de départ acceptable. Elle ne remplace ni la relecture par un locuteur natif, ni l’adaptation des mots-clés au marché.

La seconde évolution est moins confortable. Les moteurs de recherche génératifs gèrent aujourd’hui le multilingue de façon très inégale. Les tests menés par le consultant Glenn Gabe sur des requêtes en langues locales montrent que ChatGPT, Perplexity et Claude renvoient régulièrement la mauvaise version linguistique : une réponse rédigée en français, mais des liens qui pointent vers les pages en anglais américain. Seuls Copilot, Bing et Google exploitent correctement hreflang.

Concrètement, votre version anglaise peut capter à votre place la visibilité que vous visiez sur un marché local. Rien ne remplace un test manuel : posez vos requêtes stratégiques dans chaque langue, sur chaque moteur, et regardez quelle URL est citée. C’est un réflexe que j’ai intégré à ma méthode pour être cité par les moteurs IA.

Et les marchés où Google n’est pas le moteur dominant

Si votre expansion vise la Chine, la Russie ou la Corée du Sud, une partie des règles précédentes ne s’applique plus. Baidu ne prend pas en compte hreflang et s’appuie sur d’autres signaux, dont l’attribut de langue du document, un hébergement local et une licence ICP pour espérer des performances correctes. Yandex exploite hreflang, mais accorde davantage de poids au ciblage géographique déclaré dans son propre outil pour webmasters. En Corée du Sud, Naver fonctionne selon une logique de contenus internes qui n’a pas grand-chose à voir avec l’indexation classique.

La conclusion pratique tient en une phrase : sur ces marchés, un projet SEO se prépare avec quelqu’un qui connaît le moteur local, pas en dupliquant la recette Google.

Par où commencer concrètement

Si vous préparez une internationalisation, voici l’ordre dans lequel je vous conseille d’avancer. Il n’a rien de spectaculaire, mais il évite l’essentiel des dégâts.

• Choisissez un ou deux marchés, pas cinq. Mieux vaut une version allemande excellente que quatre versions moyennes qui se cannibalisent.
• Commencez par un audit SEO international avant de traduire la moindre page. Il doit cartographier la concurrence locale, le potentiel de chaque marché et l’état technique de votre site.
• Refaites la recherche de mots-clés dans la langue cible, avec un outil qui dispose de données locales fiables. Mon panorama des meilleurs outils SEO vous aidera à choisir celui qui couvre vos marchés.
• Tranchez l’architecture d’URL avec les équipes techniques, et documentez le plan de redirection avant la mise en ligne.
• Traduisez d’abord ce qui convertit. Pages produit, tarifs, page de contact, preuves clients. Le blog vient ensuite.
• Vérifiez hreflang au crawl, pas à l’œil. Un crawler détecte en quelques minutes les déclarations non réciproques et les codes invalides.
• Segmentez vos rapports par pays dans la Search Console, sinon vous piloterez une moyenne qui ne veut rien dire.

S’internationaliser ne fait pas perdre son référencement. Ce qui le fait perdre, c’est de traiter la nouvelle version comme une simple copie traduite de l’ancienne, mise en ligne sans plan de redirection ni signalement propre aux moteurs. Prenez le temps de poser l’architecture et la recherche de mots-clés en amont, et vous ouvrirez un marché supplémentaire sans rien sacrifier de celui qui vous fait vivre aujourd’hui.