Le SEO international est le domaine où je vois les erreurs les plus coûteuses, parce qu'elles sont structurelles et se corrigent mal après coup. Choisir une architecture, poser des hreflang, ouvrir un marché : chacune de ces décisions engage pour des années. Voici comment je les prends, et ce que j'ai appris en les reprenant chez d'autres.
La documentation officielle sur les versions localisées reste la référence, et elle est plus nuancée que la plupart des tutoriels.
- 1Trois architectures possibles : domaines par pays, sous-domaines, répertoires. Le répertoire concentre l'autorité et convient à la majorité des projets.
- 2Les balises hreflang doivent être réciproques : si A pointe vers B, B doit pointer vers A, sinon Google ignore l'ensemble de la déclaration.
- 3La valeur x-default désigne la page servie quand aucune langue déclarée ne correspond. Son absence est l'oubli le plus fréquent.
- 4Le hreflang règle un problème de sélection de version, jamais un problème de positionnement. Il ne fait pas ranker une page faible.
- 5Chaque marché demande ses propres liens locaux : l'autorité acquise en France ne transfère qu'en partie sur un marché espagnol ou allemand.
Choisir son architecture
C'est la première décision, et la plus difficile à revenir. Trois options existent, chacune avec un profil de contraintes assez net.
- Les domaines nationaux du type exemple.fr et exemple.de. Signal géographique très fort, séparation nette des marchés, mais chaque domaine repart de zéro en autorité et les coûts de gestion se multiplient.
- Les sous-domaines du type fr.exemple.com. Séparation technique commode, notamment quand les marchés sont gérés par des équipes distinctes, mais la transmission d'autorité depuis le domaine principal reste partielle.
- Les répertoires du type exemple.com/fr/. Toute l'autorité se concentre sur un seul domaine, la gestion est simple, et c'est l'option que je recommande dans la grande majorité des cas.
Je ne recommande les domaines nationaux que dans deux situations : quand l'entreprise est réellement structurée en filiales autonomes avec des marques distinctes, ou quand un marché impose des contraintes réglementaires qui justifient une séparation complète. Dans tous les autres cas, la dispersion de l'autorité coûte plus qu'elle ne rapporte.
Le coût de la dispersionSur une migration que j'ai accompagnée, le regroupement de cinq domaines nationaux vers des répertoires d'un domaine unique a fait progresser les marchés secondaires en quelques mois. Les petits marchés bénéficiaient enfin de l'autorité acquise par le marché principal, ce qu'ils ne pouvaient pas faire séparément.
Langue ou pays, deux logiques différentes
Confusion très répandue, et source de la moitié des problèmes que je rencontre. Cibler une langue et cibler un pays ne relèvent pas du même raisonnement.
Un ciblage par langue convient quand votre offre est identique partout et que seule la langue change. Vous avez alors une version française, une version anglaise, une version espagnole, servies à tous les pays concernés.
Un ciblage par pays devient nécessaire dès que l'offre diffère réellement d'un marché à l'autre : prix, devise, catalogue, conditions de livraison, mentions légales. C'est le cas de la plupart des sites marchands.
Le piège classique consiste à créer une version par pays alors que le contenu est strictement identique, par exemple une version française pour la France, la Belgique, la Suisse et le Canada, avec les mêmes textes et les mêmes prix. Vous obtenez quatre pages en concurrence sans aucun bénéfice, et vous multipliez le travail de maintenance.
Poser les hreflang correctement
Trois méthodes existent pour déclarer les versions localisées : les balises dans l'en-tête HTML, les en-têtes HTTP pour les fichiers non HTML, et le sitemap. Le sitemap est la solution que je privilégie sur les gros catalogues, parce qu'elle centralise la déclaration et évite d'alourdir chaque page.
Les règles à respecter sont peu nombreuses mais strictes. La déclaration doit être réciproque : chaque page listée doit lister en retour toutes les autres, y compris elle-même. Les codes doivent être valides, la langue au format ISO 639-1 et la région au format ISO 3166-1 alpha-2, dans cet ordre. Enfin, une valeur x-default doit désigner la page de repli.
Une précision utile : le hreflang n'améliore pas le positionnement. Il indique au moteur quelle version servir à quel utilisateur. Si votre page allemande ne se positionne pas, le problème est ailleurs, dans le contenu ou dans l'autorité, et aucune balise ne le résoudra.
Canonique et hreflang se contredisent souvent lorsqu'ils sont posés par deux extensions différentes.
Les erreurs que je corrige le plus souvent
Voici celles qui reviennent presque systématiquement lors d'un audit de site multilingue :
- Des déclarations non réciproques. La version française liste l'anglaise, l'anglaise ne liste rien. Google ignore alors l'ensemble.
- Une canonique qui contredit le hreflang. Chaque version pointe en canonique vers la version principale, ce qui revient à demander leur désindexation. C'est le conflit le plus destructeur, et il vient presque toujours de deux extensions qui s'ignorent.
- Une redirection automatique selon l'adresse IP. Elle empêche le robot d'accéder aux autres versions et bloque leur indexation. Une suggestion de changement de langue, oui ; une redirection forcée, non.
- Des codes invalides. Une valeur du type fr-FR est correcte, une valeur du type fr-fr ou en-UK ne l'est pas.
- L'absence de x-default. Sans elle, aucun repli n'est prévu pour les visiteurs hors des zones déclarées.
Ces vérifications entrent dans le périmètre d'un audit SEO classique, mais elles demandent d'inspecter les pages réellement servies, pas seulement la configuration annoncée par les extensions.
Le conflit le plus fréquentSur les sites multilingues que j'ai audités, la contradiction entre balise canonique et hreflang était présente dans une large majorité des cas, et venait presque toujours de deux extensions WordPress installées en parallèle, chacune posant sa propre balise sans connaître l'autre.
Traduire ne suffit pas
Une traduction fidèle produit un texte correct qui ne se positionne pas. La raison est simple : les gens ne cherchent pas la même chose d'un pays à l'autre, et pas avec les mêmes mots.
Le vocabulaire diffère, y compris à l'intérieur d'une même langue. Les intentions de recherche varient : un marché peut être mûr et chercher des comparatifs quand un autre en est encore aux définitions. La concurrence n'est pas la même, et les acteurs qui occupent la première page non plus.
La démarche correcte consiste donc à refaire une étude de mots-clés pour chaque marché, dans la langue du marché, puis à adapter la structure des pages en conséquence. Cela coûte plus cher qu'une traduction, et c'est la différence entre un site multilingue qui existe et un site multilingue qui rapporte.
L'autorité ne se transfère pas entièrement
Point souvent sous-estimé. Un domaine puissant en France démarre avec un avantage réel sur un nouveau marché, mais cet avantage ne suffit pas à s'y imposer.
Les moteurs tiennent compte de signaux locaux : les liens provenant de sites du pays visé, les mentions dans la langue du marché, la notoriété de la marque sur ce territoire. Un site sans aucun lien allemand aura du mal à s'installer durablement en Allemagne, quelle que soit son autorité globale.
Il faut donc prévoir un travail de netlinking propre à chaque marché, avec des sites du pays, dans la langue locale. C'est un budget à part entière, généralement oublié dans les projets d'internationalisation, et c'est souvent ce qui explique qu'un lancement s'essouffle après six mois.
Le budget qu'on oublieSur les projets d'internationalisation que j'ai vus échouer, le poste manquant était presque toujours le même : zéro euro prévu pour les liens locaux du nouveau marché. Le budget couvrait la traduction et le développement, jamais l'acquisition d'autorité sur le territoire visé.
Questions fréquentes
Répertoire ou sous-domaine, que choisir ?
Faut-il un serveur dans chaque pays ?
Peut-on avoir deux versions dans la même langue ?
La traduction automatique est-elle pénalisée ?
Combien de temps avant de voir des résultats ?
Par quel marché commencer
Ma recommandation, après plusieurs projets de ce type : n'ouvrez qu'un seul marché à la fois, et choisissez-le sur des critères commerciaux avant des critères SEO.
Le bon premier marché est celui où vous avez déjà des clients, même peu nombreux, où vous pouvez assurer le service après-vente, et où quelqu'un dans l'équipe parle la langue. Ouvrir cinq pays en même temps produit cinq sites à moitié faits, chacun sans liens locaux et sans contenu adapté.
Une fois ce premier marché installé, le second coûte moins cher : l'architecture est en place, les processus de traduction et d'adaptation sont rodés, et vous savez ce que représente réellement l'effort. C'est cette progressivité qui distingue les projets de SEO international qui tiennent de ceux qui s'arrêtent au bout d'un an.
