Le hreflang est l'élément le plus propice aux erreurs du SEO multilingue. Un code de locale erroné, une balise de retour manquante, un x-default cassé — Google retire les URL alternatives des SERP et votre investissement multilingue s'évapore. Cogo Site génère chaque balise correctement, sur chaque page, automatiquement.
Ce que fait réellement le hreflang (et pourquoi ça casse)
Le hreflang est un attribut d'indication qui indique aux moteurs de recherche quelle version de langue et de région d'une page afficher dans les résultats de quelle région. Bien configuré, votre page anglaise s'affiche sur google.com, votre version chinoise sur google.com.hk, votre version espagnole sur google.com.mx — sans cannibalisation de contenu dupliqué.
Mal configuré, le pire se produit en silence. Google ignore complètement les URL alternatives. Votre page chinoise apparaît sur les requêtes des internautes américains et rebondit. Votre page anglaise se classe à Hong Kong et fait chuter l'engagement. Vous voyez le trafic baisser sans pouvoir en identifier la cause.
La rupture la plus courante est celle des balises bidirectionnelles incomplètes. Si la page A déclare la page B comme son alternative chinoise, la page B doit déclarer la page A comme son alternative anglaise. Manquez une direction et Google ignore les deux. Autres erreurs fréquentes : codes de locale erronés (zh-tw vs zh-TW, fil-PH vs tl-PH), x-default manquant, hreflang sur des pages canonicalisées, et URL hreflang qui ne correspondent pas exactement aux URL canoniques.
Comment Cogo Site gère le hreflang pour vous
Chaque page publiée par Cogo Site inclut des balises hreflang correctes par construction. La locale fait partie de l'URL (/zh-CN/, /es/, etc.), la canonique est propre à chaque locale, le x-default pointe vers la locale d'origine, et chaque alternative déclare toutes les autres dans les deux sens. Vous n'écrivez pas les balises ; vous ne les maintenez pas quand le contenu change.
Lorsque vous publiez une nouvelle locale, les balises hreflang de toutes les locales sont régénérées pour l'inclure. Lorsque vous dépubliez une locale, les balises sont régénérées pour la retirer. Aucun plugin à mettre à jour, aucun sitemap à reconstruire, aucun rapport de couverture Search Console à courir après.
Erreurs hreflang courantes que Cogo Site évite
Erreur 1 — Casse incorrecte du code de locale. Le hreflang est sensible à la casse (zh-CN, et non zh-cn). Cogo Site utilise des sous-étiquettes de région en majuscules ISO 3166-1 alpha-2 conformément à la spécification.
Erreur 2 — Balises de retour manquantes. Si /zh-CN/pricing renvoie vers /pricing comme alternative EN, /pricing doit renvoyer vers /zh-CN/pricing comme alternative ZH. Cogo Site génère les deux directions de manière atomique.
Erreur 3 — x-default manquant ou incorrect. Le x-default indique à Google quelle version afficher lorsqu'aucune locale ne correspond à l'internaute. Cogo Site définit le x-default sur la locale d'origine (généralement l'anglais) par défaut.
Erreur 4 — URL hreflang qui ne correspondent pas aux URL canoniques. Google exige que l'URL hreflang corresponde exactement à l'URL canonique de la page. Cogo Site dérive les deux de la même route source de vérité, elles ne peuvent donc pas diverger.
Erreur 5 — Hreflang sur des pages noindex. Les pages bloquées à l'indexation ne doivent pas déclarer de hreflang. Cogo Site omet automatiquement le hreflang sur les routes noindex.
Quand vous devez encore réfléchir au hreflang
Cogo Site s'occupe des aspects mécaniques. Vous restez maître des aspects stratégiques : quelles locales publier, quelle locale est la source canonique, s'il faut traduire une page ou la conserver propre à une locale. Pour la plupart des sites, la réponse est de publier les mêmes pages dans chaque locale. Pour certains sites (commerce avec SKU propres à une locale, pages légales valides uniquement dans une juridiction), la réponse est une traduction sélective.
Pour la traduction sélective, la visibilité des locales par page de Cogo Site vous permet de marquer une page comme anglais uniquement ou chinois uniquement — le hreflang ne déclarera des alternatives que là où la page existe dans les deux locales. Cela vous évite de promettre à Google une version chinoise qui n'existe pas.
Ce que Cogo Site gère pour vous
Chaque page génère des balises de lien hreflang pour chaque locale publiée
Les codes de locale utilisent la casse correcte ISO 3166-1 alpha-2 (zh-CN, es-MX, fil-PH)
Balises de retour bidirectionnelles — aucun orphelin, aucune asymétrie
Le x-default pointe vers la locale d'origine par défaut (configurable par site)
Les URL hreflang correspondent toujours aux URL canoniques (même source de vérité)
L'ajout ou la suppression d'une locale régénère atomiquement le hreflang de toutes les pages
Les pages noindex omettent automatiquement le hreflang pour éviter les signaux contradictoires
Auto-canonique, canonique vers l'original et canonique vers la localisée sont tous pris en charge
Questions fréquentes
Qu'est-ce que le hreflang et pourquoi est-ce important pour un site web multilingue ?
Le hreflang est un attribut de lien HTML qui indique aux moteurs de recherche quelle version de langue et de région d'une page afficher dans les résultats de quels internautes. Sans hreflang, Google peut afficher la mauvaise locale au mauvais internaute (par exemple, votre page chinoise à un internaute américain) — provoquant des rebonds et une perte de classement. Avec un hreflang correct, chaque version de locale a sa chance de se classer auprès de son audience cible.
Cogo Site génère-t-il automatiquement les balises hreflang ?
Oui — chaque page publiée par Cogo Site inclut des balises de lien hreflang pour chaque locale publiée, avec des balises de retour bidirectionnelles, un x-default pointant vers la locale d'origine, et des URL qui correspondent exactement à la canonique. Vous n'écrivez ni ne maintenez les balises ; l'ajout ou la suppression d'une locale régénère atomiquement le hreflang de toutes les pages. C'est la valeur fondamentale d'un créateur de site web conscient du hreflang.
Que se passe-t-il si je me trompe dans le hreflang ?
Google ignore un hreflang incorrect. Les symptômes sont subtils : le trafic vers vos pages en locale alternative chute sans baisse de classement évidente, Search Console affiche moins d'alternatives indexées, et les métriques d'engagement (CTR, temps passé) sur les pages d'atterrissage propres à une locale diminuent. Les erreurs les plus courantes sont la casse incorrecte du code de locale (zh-cn au lieu de zh-CN), les balises de retour manquantes, le x-default manquant, et les URL hreflang qui ne correspondent pas aux URL canoniques. Cogo Site évite toutes ces erreurs en générant les balises à partir d'une source de vérité unique.
Puis-je définir une locale spécifique comme x-default ?
Oui. Par défaut, Cogo Site définit le x-default sur la locale d'origine (généralement l'anglais, la première locale dans laquelle vous avez publié). Vous pouvez modifier la locale x-default par site dans les paramètres du site. C'est utile si votre activité est principalement non anglophone (par exemple, une activité chinoise qui publie une version anglaise pour les visiteurs internationaux) — vous voulez que les internautes sans correspondance de locale voient la version chinoise, et non l'anglaise.
Le hreflang fonctionne-t-il pour les locales spécifiques à une région comme es-MX ou zh-TW ?
Oui. Cogo Site prend en charge les codes de locale spécifiques à une région selon la norme ISO 3166-1 alpha-2 — es-MX (espagnol Mexique), zh-TW (chinois traditionnel Taïwan), zh-HK, fr-CA, en-GB, etc. Les locales spécifiques à une région aident Google à acheminer les internautes vers la bonne version (l'espagnol du Mexique et celui d'Espagne ont un vocabulaire, une devise et des références juridiques différents). Pour la plupart des sites, les codes de langue seuls (es, fr, zh) suffisent ; les codes spécifiques à une région sont une amélioration lorsque vous avez un contenu réellement différent selon la région.
Nous utilisons des cookies pour améliorer votre expérience de navigation et analyser le trafic du site. En cliquant sur « Accepter », vous consentez à notre utilisation des cookies. En savoir plus sur notre politique en matière de cookies
