Une boutique multilingue donne vite l’impression de publier les mêmes fiches produit en plusieurs langues, et Google peut ne garder qu’une seule version, ce qui effondre le trafic local sans crier gare. Les visiteurs étrangers atterrissent parfois sur une page dans la mauvaise langue, puis repartent aussitôt. Les balises hreflang changent cette lecture en déclarant chaque traduction comme une alternative officielle. Croiser le guide Shopify daté du 30 septembre 2024 avec l’approche d’IONOS aide à en finir avec les approximations. Voici une méthode concrète pour implémenter ces signaux sans transformer votre catalogue en casse-tête technique.
La duplication interne et externe ne se corrige pas de la même façon
Quand plusieurs URL d’un même domaine servent la même page, on parle de doublon interne, corrigeable dans le code. Cette confusion naît souvent d’une restructuration mal migrée. Des sites distincts publiant des textes identiques relèvent de la duplication externe, qui engage une stratégie de liens croisés. IONOS insiste : la solution change selon que l’on gère un seul domaine multilingue ou des .fr et .de séparés. hreflang apporte une réponse, mais le code diffère.
La frontière entre ces situations échappe à beaucoup de boutiques, car on imagine qu’une traduction est une copie, donc un doublon, alors qu’une traduction n’est pas une copie si Google comprend la cible linguistique signalée, ce qui change le diagnostic à poser avant de modifier le code. Le doublon naît de l’absence d’indication, pas de la traduction. La séparation IONOS évite de traiter une version régionale comme un plagiat interne. Un audit de contenu local devient alors plus simple à mener.
Ce que dit Google, ce que montre la balise
Google Search Console, citée par SISTRIX, résume le rôle de hreflang : montrer la bonne langue et l’URL régionale. La balise n’est pas une preuve de contenu unique, mais un classement d’autorité : cette page est la version anglaise pour les États-Unis. Le guide de Rayne Aguilar, actualisé le 30 septembre 2024, donne l’exemple . L’attribut hreflang= »en-us » pointe vers les utilisateurs américains, sans quoi Google traite la page comme un doublon possible.
Les signaux que Google lit dans une balise hreflang
- Une indication de langue et de zone géographique précise que « en-us » ne désigne pas l’anglais en général, mais l’anglais des États-Unis.
- Une URL locale, pas une redirection.
- Pourquoi ne pas copier cette balise sur chaque page traduite ?
- Un lien rel= »alternate » qui pointe vers l’adresse exacte de la version, pas vers la page d’accueil.
- Une balise réciproque sur chaque page traduite, car Google ne valide une alternative que si les deux URL se répondent.
Cette lecture change la relation entre les traductions, car une fiche produit en français et sa version anglaise cessent de se concurrencer pour devenir des points d’entrée complémentaires, à condition que les URL renvoyées soient absolues, que chaque langue pointe vers sa propre déclinaison, et non vers un mélange approximatif qui brouillerait la lecture par les robots. C’est la base d’un maillage cohérent. Des tests réguliers sur les variantes confirment cette cohérence.
L’implémentation concrète sans noyer la boutique
Les tutoriels généralistes restent dans la théorie, mais ce pas-à-pas Shopify mis à jour fin septembre 2024 décrit le chemin dans l’interface et les applications multilingues, ce qui change tout. Une boutique de jeux vidéo peut poser ses balises sans coder chaque URL.
La procédure devient accessible à une petite équipe. La correspondance entre variantes reste délicate : une page produit en français doit pointer vers sa traduction anglaise, pas la page d’accueil étrangère. Le site moniquerabin.fr détaille ces erreurs.
En interne, sur un même domaine, l’enjeu se joue surtout dans l’en-tête HTTP ou le sitemap, alors qu’en externe, entre des domaines distincts, chaque page doit renvoyer vers son équivalente avec une URL absolue, jamais relative. Beaucoup de boutiques préfèrent un sitemap XML multilingue parce qu’il centralise les correspondances sans toucher au thème. Mais le sitemap ne suffit pas sans balisage croisé. Google finit par ignorer les signaux contradictoires. Les outils de test aident à confirmer la détection.
Les erreurs qui transforment une traduction en doublon
On croit qu’une balise hreflang posée sur la page française suffit. Cette croyance provoque des indexations incomplètes. Or Google attend une réciprocité : la page anglaise doit renvoyer vers la page française, et inversement. Une seule flèche ne crée pas une alternative, mais un doute.
Des boutiques ajoutent hreflang dans le thème sans vérifier le code source final ; un plugin de cache peut réécrire l’en-tête et faire disparaître la balise. Sans test sur les URL réelles, le balisage n’a aucune valeur.
Autre erreur : utiliser des codes de langue flous, car hreflang en-us ne cible pas le Canada anglophone, et il faut en-ca si la boutique vend à Montréal. Les codes régionaux se précisent rarement dans les thèmes.
De même, une page en anglais générique doit porter en, pas en-gb. Les guides généralistes survolent ces nuances, alors qu’elles font toute la différence dans la Search Console. Rayne Aguilar insiste sur l’importance de la date de mise à jour, car les recommandations bougent.
Vos traductions méritent mieux qu’un statut de doublon
Ces balises ne suppriment pas le contenu dupliqué ; elles le réinterprètent comme un maillage d’alternatives officielles, et une traduction de fiche produit devient une ressource pour Google, si chaque URL pointe vers ses équivalents et que les retours réciproques existent. Le tutoriel de Rayne Aguilar sur Shopify apporte une méthode, et la distinction IONOS aide au diagnostic (voir moniquerabin.fr). Un audit des paires de langues devient une opération mensuelle simple. Que se passera-t-il sur vos fiches si Google choisit la langue, sans recevoir vos balises ?
