Réponse rapide : les balises hreflang indiquent à Google quelle version linguistique ou régionale d'une page montrer à quels utilisateurs, afin que vos versions anglaise, française et allemande ne se concurrencent pas entre elles ou ne soient pas servies au mauvais public. Sur Shopify, Markets génère automatiquement hreflang pour les URL de langue et de région publiées — vous les écrivez rarement à la main. Les échecs importants sont les balises de retour manquantes (hreflang doit être réciproque), les codes régionaux erronés ou inventés, et le pointage vers des localités non publiées ou redirigées. Vérifiez les balises rendues, pas votre intention.
Si vous avez activé une deuxième langue ou un marché spécifique à un pays sur Shopify, hreflang est ce qui empêche les versions de se cannibaliser dans la recherche. Bien configuré, Google montre la page française aux utilisateurs français et la page américaine aux utilisateurs américains ; mal configuré, il montre la mauvaise ou choisit une version et enterre les autres.
Ce que fait réellement hreflang
Une annotation hreflang est une petite balise — <link rel="alternate" hreflang="fr-ca" href="..."> — qui dit "cette URL est la version franco-canadienne de cette page." Une page en liste une pour chaque variante de langue/région qu'elle a, y compris elle-même, plus un x-default pour tous ceux qui ne correspondent à rien de spécifique. Google lit le groupe et dirige chaque chercheur vers la bonne version au lieu de deviner.
La règle unique qui piège les gens est la réciprocité : chaque page d'un groupe doit lier à chaque autre page du groupe, y compris à elle-même. Si la page anglaise pointe vers la page française mais que la page française ne pointe pas en retour, Google considère l'annotation comme non fiable et l'ignore.
Comment Shopify le gère
Avec Shopify Markets, lorsque vous publiez une langue ou une région, Shopify ajoute les annotations hreflang pour ces URL pour vous. Cela couvre bien le cas courant — vous n'écrivez pas les balises à la main. Là où des lacunes apparaissent : une localité qui est traduite mais non publiée, un marché qui partage une URL avec un autre au lieu d'avoir la sienne, ou hreflang ajouté par une application de traduction qui ne correspond pas à ce que Markets émet. Chacun de ceux-ci peut produire un groupe cassé ou incomplet.
Les trois erreurs qui le cassent
| Erreur | Ce qui se passe | Impact sur hreflang |
|---|---|---|
| Balises de retour manquantes | La réciprocité est rompue ; chaque page doit lier à toutes les autres, y compris elle-même. | Google ignore les annotations. |
| Codes de langue/région erronés | Les valeurs inventées comme en-uk (devrait être en-gb) sont silencieusement ignorées. |
Les codes sont silencieusement ignorés, hreflang inefficace. |
| Pointage vers de mauvaises URL | Cible une page qui redirige, 404, ou est noindexée. | Empoisonne tout le groupe hreflang. |
- Balises de retour manquantes. La règle de réciprocité ci-dessus. La plupart des cas de "hreflang ne fonctionne pas" sont ceux-ci.
- Codes erronés. La valeur est une langue (ISO-639 :
en,fr,de) éventuellement plus une région (ISO-3166 :en-gb,fr-ca). Les valeurs inventées commeen-uk(c'esten-gb) sont silencieusement ignorées. - Pointage vers de mauvaises URL. Un hreflang qui cible une page qui redirige, 404, ou est noindexée empoisonne le groupe. Chaque URL listée devrait retourner 200 et être indexable.
Comment vérifier
Affichez le code source d'une page traduite et confirmez que les liens hreflang s'affichent avec des codes valides et des URL absolues. Vérifiez ponctuellement que chaque URL listée retourne 200 et liste les autres en retour. Le rapport de ciblage international de Google Search Console met en évidence les erreurs de balises de retour manquantes et de codes invalides dans votre boutique. Corrigez d'abord les erreurs de réciprocité et de code — elles représentent la plupart des échecs hreflang réels, et ce sont celles qui gaspillent silencieusement votre travail de traduction.