Aller au contenu principal
Guides

Hreflang : guide pratique du SEO multilingue

Hreflang : guide pratique du SEO multilingue

Vous cherchez une marque au Vietnam et Google ouvre l'anglais. Un visiteur américain arrive parfois sur du contenu vietnamien. Les deux pages sont indexées et leurs canonical semblent correctes. Où est l'incohérence ?

C'est alors que hreflang mérite attention. Il ne traduit pas le contenu et ne fait pas classer une page à lui seul. Il aide Google à comprendre quelles URL sont équivalentes par langue ou région pour présenter la version la plus adaptée à chaque personne.

Qu'est-ce que hreflang ?

hreflang est une annotation reliant les versions localisées du même contenu. Un article vietnamien et anglais pourrait utiliser :

<link rel="alternate" hreflang="vi"
      href="https://example.com/blog/huong-dan-seo">
<link rel="alternate" hreflang="en"
      href="https://example.com/en/blog/seo-guide">
<link rel="alternate" hreflang="x-default"
      href="https://example.com/blog/huong-dan-seo">

Trois distinctions importantes :

  • Hreflang n'est pas la canonicalisation ;
  • Google ne se fonde pas uniquement sur hreflang pour détecter la langue ;
  • Un dossier /en/ n'établit pas à lui seul la relation.

Quand un site a-t-il besoin de hreflang ?

Il est utile lorsque :

  • Un même sujet possède des traductions complètes ;
  • Une langue varie selon la région, comme en-US et en-GB ;
  • Le contenu principal reste similaire mais navigation ou assistance varient selon le marché ;
  • Prix, monnaie, livraison ou stocks e-commerce diffèrent par pays.

Un site monolingue ne gagne rien à ajouter hreflang pour décorer. Des pages visant des sujets entièrement différents peuvent être indépendantes plutôt que des variantes.

Trois méthodes de déploiement

Méthode 1 : balises HTML dans head

Facile à inspecter sur les sites HTML, cette méthode liste chaque version elle-même et toutes les autres.

Sur la page vietnamienne :

<link rel="alternate" hreflang="vi" href="https://example.com/bai-viet">
<link rel="alternate" hreflang="en" href="https://example.com/en/article">

La page anglaise nécessite le même ensemble. Si EN pointe vers VI sans retour de VI, la réciprocité manque.

Méthode 2 : en-têtes HTTP

Les en-têtes conviennent aux PDF et documents sans head HTML :

Link: <https://example.com/guide.pdf>; rel="alternate"; hreflang="vi",
      <https://example.com/en/guide.pdf>; rel="alternate"; hreflang="en"

Méthode 3 : sitemaps XML

Chaque URL comporte des enfants xhtml:link pour toutes les versions, elle-même comprise. Cela convient à des milliers de pages, mais rend les fichiers difficiles à inspecter manuellement.

Google considère les trois méthodes comme équivalentes. Les utiliser toutes n'améliore pas le classement et multiplie les incohérences possibles. Choisissez la source que votre équipe maintiendra fiablement.

Codes de langue et de région

La langue utilise ISO 639-1 ; la région facultative ISO 3166-1 Alpha 2 :

  • vi : vietnamien sans restriction régionale ;
  • en : anglais général ;
  • en-US : anglais pour les États-Unis ;
  • en-GB : anglais pour le Royaume-Uni ;
  • fr-CA : français pour le Canada.

N'utilisez pas un code de pays seul, comme US. La première partie est toujours une langue. La casse n'est généralement pas l'essentiel, mais langue en minuscules et région en majuscules facilitent la lecture.

Quel est le rôle de x-default ?

x-default désigne un repli lorsqu'aucune langue ou région ne correspond au visiteur. Il sert particulièrement pour :

  • Les sélecteurs de pays ;
  • Les accueils proposant de choisir une langue ;
  • Une version mondiale par défaut.

Avec seulement VI et EN, la langue principale peut être x-default. Ne remplacez pas une vraie annotation linguistique par x-default : il complète vi ou en.

Comment canonical et hreflang fonctionnent ensemble

Chaque page localisée devrait avoir une canonical vers elle-même ou une page de même langue.

Configuration cohérente :

  • /bai-viet a pour canonical /bai-viet ;
  • /en/article a pour canonical /en/article ;
  • Les deux se relient par hreflang.

Configuration contradictoire :

  • /en/article a pour canonical /bai-viet ;
  • Les deux sont aussi déclarées variantes linguistiques.

La canonical demande de regrouper EN dans VI, alors que hreflang demande de conserver les deux pour le ciblage linguistique.

Sept défaillances hreflang courantes

1. Liens réciproques manquants

A pointe vers B, mais B ne répond pas. Générez les annotations depuis une source de traductions commune plutôt que manuellement dans chaque modèle.

2. URL variantes redirigées ou en 404

Hreflang doit désigner l'URL finale valide. Après migration, actualisez ensemble routes, canonical et variantes.

3. Seule la navigation est traduite

Si le corps reste dans la langue d'origine, Google peut voir des doublons plutôt que de vraies traductions. Traduisez titres, niveaux de titres, corps, textes alternatifs et données importantes.

4. Chaque version a un ensemble différent

VI liste VI/EN/JP et EN seulement VI/EN. Chaque membre du groupe nécessite le même ensemble de relations.

5. URL relatives

Utilisez des URL absolues avec protocole et nom d'hôte pour éviter les ambiguïtés entre domaines et sous-domaines.

6. Variantes pointant vers noindex

Une page noindex, bloquée ou canonisée ailleurs n'est pas une variante utile. Incluez seulement des URL indexables.

7. Toutes les pages anglaises associées à l'accueil vietnamien

Les variantes doivent être équivalentes. Un produit anglais correspond au même produit vietnamien, pas à l'accueil ni à une catégorie approximative.

Concevoir les données pour garder hreflang correct

Ne déduisez pas les traductions en remplaçant /en/ si les slugs diffèrent. Enregistrez un groupe de traduction :

translation_group locale slug
article_104 vi hreflang-la-gi
article_104 en what-is-hreflang

Au rendu, interrogez tous les enregistrements du groupe. La même source peut alimenter sélecteur de langue, sitemap et rapports de traductions manquantes.

Si la traduction n'existe pas, ne pointez pas vers l'accueil. Publiez seulement les langues réelles et indexables.

Vérification avant publication

Inspecter le HTML source

Utilisez le code source ou Meta Tag Checker, pas seulement le DOM rendu par JavaScript. Confirmez canonical, lang et toutes les variantes.

Vérifier les deux sens

Ouvrez chaque URL du groupe. Chaque page doit se lister elle-même et toutes les autres. Avec trois langues, les trois pages contiennent les mêmes trois variantes, plus x-default si utilisé.

Vérifier statut et indexabilité

Chaque URL répond 200, sans noindex, est explorable et désigne une canonical de même langue. Utilisez Redirect Chain Checker après migration des URL.

Confirmer la vraie localisation du contenu

Titre, H1, corps, CTA et FAQ doivent employer la langue cible. Un modèle traduit autour d'un article non traduit n'est pas une expérience multilingue.

Surveiller Search Console

Après publication, examinez URL Inspection et les performances par pays/page. Hreflang facilite le choix, mais Google peut décider autrement si contenu ou canonical se contredisent.

Hreflang améliore-t-il le classement ?

Pas au sens où ajouter des balises ferait gagner des positions. Il évite les arrivées dans la mauvaise langue, aligne les signaux de chaque version et améliore l'expérience de recherche.

Une page anglaise pauvre ne fait pas autorité simplement parce qu'elle est associée à un bon article vietnamien. Chaque version nécessite un contenu utile, des liens internes et des métadonnées uniques.

Déployer hreflang sans incident à l'échelle du site

Traitez hreflang comme une migration de données, pas une décoration de modèle. Commencez par un groupe aux traductions complètes et relues. Vérifiez que les clés de groupe résolvent les bonnes URL, puis publiez cette cohorte avant extension.

Un déploiement sûr comporte quatre étapes :

  1. Inventaire : Listez chaque URL indexable, langue, canonical, statut et clé de groupe.
  2. Complétude : Signalez les traductions manquantes et langues dupliquées dans les groupes.
  3. Pilote : Publiez les annotations d'une section stable et explorez tous ses membres.
  4. Extension : Ajoutez des sections seulement si les liens réciproques et Search Console restent cohérents.

Automatisez les contrôles de la source de données. Un déploiement devrait échouer si un groupe contient deux URL anglaises, si une variante redirige ou si une page localisée a une canonical d'une autre langue. C'est plus fiable qu'une détection après le passage de Google.

Prévoyez aussi le cycle de vie du contenu. Si l'article vietnamien est actualisé et l'anglais en attente, décidez si les deux restent utiles. Hreflang n'exige pas une identité mot à mot, mais des réponses équivalentes. Si une version devient obsolète, retirez-la de tous les membres du groupe et renvoyez un statut ou une redirection appropriés.

Le sélecteur de langue devrait utiliser la même association. S'il envoie les utilisateurs vers une URL et hreflang les robots vers une autre, le modèle de données a déjà divergé. Une seule source pour sélecteur, balises head et sitemap réduit cette dérive.

Enfin, surveillez par cohorte. Comparez impressions, arrivées dans la mauvaise langue et canonical choisies dans la section pilote. Quelques semaines stables valent davantage qu'un simple validateur de syntaxe.

Respecter le choix linguistique du visiteur

Hreflang aide les moteurs à choisir une page d'arrivée, mais le site nécessite toujours un sélecteur utilisable. Ne forcez pas une langue selon la seule IP. Un vietnamophone en voyage peut préférer le vietnamien ; un anglophone au Vietnam peut vouloir l'anglais.

Si vous détectez automatiquement la langue, suggérez plutôt que rediriger irréversiblement. Rendez chaque URL localisée directement accessible, évitez les boucles entre logique de pays et de langue et mémorisez le choix explicite dans un cookie raisonnable.

Le sélecteur doit viser la page équivalente, pas seulement l'accueil localisé. Sans traduction, indiquez-le ou proposez un repli clair plutôt que de prétendre que l'accueil est la même ressource. Cela préserve la confiance et la fidélité des associations hreflang.

Testez les URL de langue dans une nouvelle session et examinez les redirections, canonical et hreflang réels. Une vérification publique de Cloudflare ne simule pas les cookies ni les variantes Accept-Language.

Avant un nouveau marché : lancez un audit SEO gratuit pour vérifier canonical, indexabilité et métadonnées des routes VI/EN.

Conclusion

Hreflang fonctionne avec des traductions regroupées dans les données, des URL autoréférentes, des liens réciproques et des canonical sans conflit. Une configuration correcte est presque invisible, mais prévient une erreur très visible : le bon contenu devant le mauvais public.

Référence : Google Search Central – versions localisées.

Publicité

Foire aux questions

Faut-il déployer hreflang dans le HTML et dans les sitemaps ?
Non. Google considère HTML, en-têtes HTTP et sitemaps comme équivalents. Choisissez la méthode que votre équipe peut maintenir de façon cohérente.
Une page anglaise doit-elle avoir une canonical vers sa traduction vietnamienne ?
Pas si les deux sont des traductions indexables. Chaque version doit utiliser une canonical de même langue et se lier à l'autre par hreflang.
Hreflang x-default est-il obligatoire ?
Non, mais il est utile pour un sélecteur de pays ou une page de repli destinée aux visiteurs dont la langue ne correspond à aucune version déclarée.
#SEO technique #SEO on-page

Vérifiez votre site web gratuitement

Effectuez un audit SEO ou vérifiez la qualité de votre trafic dès maintenant — aucune inscription requise.