Pour gérer le SEO d'un site multilingue, on donne à chaque langue sa propre URL, puis on relie toutes les versions entre elles avec des balises hreflang réciproques (chaque page cite toutes ses traductions, y compris elle-même), plus une version x-default pour les visiteurs non ciblés. Chaque page garde une canonical qui pointe vers elle-même, jamais vers la version française. Des traductions réelles ne sont pas du contenu dupliqué aux yeux de Google ; le vrai risque, ce sont les variantes d'une même langue (France, Belgique, Suisse) quasi identiques, et c'est justement là que hreflang fait le tri.
D'abord, rassurez-vous sur le contenu dupliqué
C'est la question que me posent presque toutes les PME qui ouvrent un site en anglais ou en espagnol : « Google va-t-il nous pénaliser parce qu'on a la même page en trois langues ? ». Non. Une page traduite n'est pas une copie, Google le dit clairement dans sa documentation.
Là où ça se complique, c'est quand vous avez plusieurs versions dans la même langue. Une page produit pour la France, une pour la Belgique, une pour la Suisse, avec 95 % de texte commun et juste la devise ou le numéro de téléphone qui changent. Là, sans signal clair, Google risque de n'en garder qu'une et d'afficher la version française à un internaute de Genève. Rien de dramatique en apparence, sauf quand le prix affiché n'est pas le bon et que le prospect repart.
Hreflang sert à ça : dire à Google « ces pages sont équivalentes, voici pour qui est chacune ». Ce n'est pas un facteur de classement. C'est un aiguillage.
Étape 1 : choisir une structure d'URL (et ne plus en changer)
Avant la moindre balise, il faut que chaque langue ait sa propre adresse. Le piège classique, c'est le site qui change de langue via un cookie ou un sélecteur en JavaScript, sur la même URL. Google ne voit alors qu'une version, en général celle de la langue par défaut. Tout le reste est invisible.
Trois options tiennent la route :
- Sous-répertoires (monsite.com/en/, monsite.com/es/) : le plus simple pour une PME. Toutes les langues profitent de l'autorité du domaine principal, un seul hébergement, un seul CMS.
- Sous-domaines (en.monsite.com) : faisable, mais chaque sous-domaine démarre un peu plus seul côté popularité.
- Domaines nationaux (monsite.de, monsite.es) : signal géographique très fort, mais il faut construire l'autorité de chaque domaine séparément. À réserver aux entreprises qui ont les moyens d'animer plusieurs sites.
Mon conseil pour une PME qui démarre l'export : les sous-répertoires, neuf fois sur dix. Et évitez les paramètres du type ?lang=en, ça fonctionne techniquement mais c'est fragile et peu lisible.
Étape 2 : poser les balises hreflang correctement
Une balise hreflang indique la langue (et éventuellement le pays) visée par une URL. On utilise les codes ISO : la langue sur deux lettres (fr, en, es), le pays en option derrière un tiret (fr-BE, en-GB). Attention, c'est bien la langue d'abord. « en-UK » n'existe pas, le code du Royaume-Uni est GB.
Concrètement, dans le <head> de votre page française, vous déclarez toutes les versions :
<link rel="alternate" hreflang="fr" href="https://monsite.com/fr/produit/" />
<link rel="alternate" hreflang="en" href="https://monsite.com/en/product/" />
<link rel="alternate" hreflang="es" href="https://monsite.com/es/producto/" />
<link rel="alternate" hreflang="x-default" href="https://monsite.com/en/product/" />Trois règles non négociables. Chaque page se cite elle-même. Les liens sont réciproques : si la page FR pointe vers la page EN, la page EN doit pointer vers la page FR, sinon Google peut ignorer l'annotation. Et les URL sont absolues, avec le https et la bonne version (avec ou sans slash final, comme dans votre sitemap).
Le x-default, lui, désigne la page à montrer quand aucune langue ne correspond : un Italien sur un site FR/EN/ES, par exemple. Souvent on met la version anglaise, ou une page de choix de langue.
Vous pouvez aussi déclarer hreflang dans l'en-tête HTTP (utile pour les PDF) ou dans le sitemap XML. Sur un gros catalogue, le sitemap est plus propre : on évite d'alourdir chaque page. Choisissez une méthode et tenez-vous-y, mélanger les trois est la meilleure façon de créer des contradictions.
Étape 3 : ne pas saboter hreflang avec la canonical
Je vois cette erreur au moins une fois sur deux en audit. Quelqu'un a voulu « éviter le duplicate » et a mis sur la page anglaise une canonical qui pointe vers la page française. Résultat : on dit à Google que la version anglaise n'est qu'une copie à ignorer. Il obéit. Plus aucune page EN dans l'index.
La règle est simple : chaque version linguistique a une canonical vers elle-même, et hreflang se charge de relier les versions entre elles. Si le sujet des canoniques vous semble flou, j'ai détaillé le fonctionnement dans mon guide sur l'usage de la balise canonical en e-commerce, le principe est le même.
Autre sabotage fréquent : rediriger automatiquement les visiteurs selon leur adresse IP. Googlebot explore surtout depuis les États-Unis, il risque de ne jamais voir vos versions française ou espagnole. Proposez plutôt une bannière « Ce site existe dans votre langue » que l'internaute peut fermer.
Étape 4 : traduire vraiment, pas juste passer le texte à la moulinette
Hreflang règle la technique. Il ne fera pas ranker une page mal traduite. Et surtout, les mots-clés ne se traduisent pas mot à mot : un Espagnol ne cherche pas forcément le terme que le traducteur automatique vous sortira. Refaites une vraie recherche de mots-clés par marché, avec la même méthode que pour le français (je la décris dans ma façon de dénicher les bons mots-clés).
Pensez aussi aux title, aux meta descriptions, aux textes alternatifs des images et aux slugs. Une URL /en/produit/ avec un slug resté en français, ça se voit, et ça ne rassure ni Google ni le client.
La traduction automatique relue par un natif, c'est souvent un bon compromis pour une PME. Sans relecture, c'est un pari.
Contrôler que tout fonctionne
Une fois en ligne, vérifiez les points suivants :
- chaque page de chaque langue est indexée (commande site: ou inspection d'URL) ;
- les balises sont réciproques et sans faute de code langue, via un crawler comme Screaming Frog qui a un rapport dédié ;
- aucune page alternative ne renvoie une 404 ou une redirection ;
- les performances par pays évoluent dans les rapports de Search Console, l'outil gratuit de Google à brancher sur tout site, en filtrant par pays et par dossier (/en/, /es/).
Pour la référence officielle, la page de Google sur les versions localisées d'une page reste la source à garder dans ses favoris. Et comptez quelques semaines avant que Google ait recrawlé l'ensemble et que les bonnes versions s'affichent dans les bons pays. Ce n'est pas instantané, c'est normal.
