Balise Hreflang SEO : guide complet et mise en pratique
Vous gérez un site disponible en français et en anglais. Vos pages françaises rankent bien sur Google.fr, mais Google.com affiche la version anglaise aux internautes francophones — ou l'inverse. Résultat : du trafic qui atterrit sur la mauvaise langue, des taux de rebond qui explosent, et des conversions qui ne suivent pas.
Ce problème a une solution technique précise : la balise hreflang. Mal implémentée, elle peut aggraver la situation. Bien configurée, elle dirige chaque version linguistique vers son audience cible avec une précision chirurgicale.
TL;DR — Ce qu'il faut retenir
Voici ce que font les sites qui rankent en top 3 sur le SEO international :
Déclarer chaque version linguistique avec la syntaxe lang="xx" ou lang="xx-XX"
Inclure l'attribut x-default pour les visiteurs sans langue préférée détectée
Ajouter des balises retour (return tags) sur chaque page cible — sans exception
Déclarer hreflang dans le sitemap XML pour les sites avec plus de 50 pages
Vérifier les erreurs dans Google Search Console > Internationalisation
Qu'est-ce que la balise hreflang et à quoi sert-elle ?
La balise hreflang est un attribut HTML qui indique à Google les versions alternatives d'une page dans d'autres langues ou pour d'autres régions géographiques. Elle permet à Google de servir la version correcte d'une page à chaque internaute selon sa langue préférée et sa localisation.
Hreflang vs canonical : deux outils distincts
La balise hreflang désigne une directive qui signale à Google l'existence de pages équivalentes dans d'autres langues ou régions, afin qu'il sélectionne la version la plus pertinente pour chaque utilisateur.
La confusion fréquente avec la balise canonical vient du fait que les deux concernent des pages qui se "ressemblent". Mais leurs rôles sont opposés. La canonical dit à Google : "ignore les autres versions, celle-ci est la référence." La hreflang dit à Google : "toutes ces versions coexistent, elles ciblent des audiences différentes, sers chacune à son public." Les deux balises sont souvent utilisées ensemble, sans conflit : la canonical désigne la version principale au sein d'une langue, la hreflang relie les versions entre elles.
Quand implémenter hreflang ?
L'implémentation hreflang est nécessaire lorsque votre site propose du contenu similaire en plusieurs langues, ou pour plusieurs régions dans la même langue (français de France vs français de Belgique vs français du Canada, par exemple). Elle n'est pas nécessaire si vous gérez des sites entièrement distincts sur des domaines différents sans contenu partagé, ni si vous proposez des pages dans une seule langue pour une seule région.
La syntaxe hreflang : les trois formats acceptés
Google reconnaît trois méthodes d'implémentation de hreflang. La plus recommandée pour la majorité des sites est la balise dans le head HTML. Les deux alternatives — en-tête HTTP et sitemap XML — sont adaptées à des contextes spécifiques.
Format 1 : balise dans le head HTML (recommandé)
Chaque page de votre site doit contenir dans la section head les balises link pointant vers toutes ses versions alternatives, y compris vers elle-même. Voici la syntaxe :
CHECKLIST — Syntaxe correcte des balises hreflang
Type de page
Balise hreflang
Version française (France)
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/page" />
Version anglaise (UK)
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/page" />
Version anglaise (US)
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/page" />
Version par défaut
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />
La règle du "return tag" : l'erreur la plus courante
La règle la plus mal comprise de hreflang est celle du return tag. Chaque page A qui déclare une alternative vers une page B doit être déclarée en retour par la page B. Autrement dit, si votre page française pointe vers votre page anglaise via hreflang, votre page anglaise doit elle aussi pointer vers votre page française. Sans ce "return tag" sur chaque page cible, Google considère la déclaration hreflang comme invalide et l'ignore.
C'est pourquoi les implémentations hreflang via injection JavaScript échouent fréquemment : Google ne garantit pas l'exécution du JS lors du crawl, et les return tags ne sont donc pas toujours visibles.
Format 2 : sitemap XML (pour les grands sites)
Pour les sites avec un grand nombre de pages (plus de 50 à 100 pages localisées), l'implémentation dans le sitemap XML est plus maintenable. Chaque URL est déclarée avec ses alternatives linguistiques dans un bloc xhtml:link. Cette méthode évite de modifier chaque page individuellement et centralise la gestion dans le fichier sitemap.
La contrainte : chaque URL doit toujours inclure ses propres return tags dans le sitemap. La logique de réciprocité s'applique identiquement.
x-default : le cas particulier des pages neutres
L'attribut hreflang="x-default" est souvent omis, ce qui crée des problèmes d'affichage pour les internautes dont la langue n'est couverte par aucune version existante. Il désigne la version "par défaut" à servir lorsqu'aucune des variantes linguistiques ne correspond à la préférence détectée de l'utilisateur.
Quand et comment utiliser x-default
x-default doit pointer vers la page la plus neutre ou la plus universelle de votre site — en général la version anglaise internationale ou une page de sélection de langue. Il est obligatoire si vous avez plus de deux versions linguistiques. Sans lui, Google sert de manière arbitraire l'une des versions disponibles aux internautes dont la langue n'est pas couverte, ce qui génère des taux de rebond élevés.
Exemple concret : un site disponible en français (fr-FR), en anglais américain (en-US) et en espagnol (es-ES) doit inclure un x-default pointant vers la version anglaise internationale, pour servir correctement un internaute japonais ou suédois qui atterrit sur le site.
Vos articles rankent en France. Et à l'international ?
RankProof analyse votre couverture sémantique et rédige du contenu structuré pour ranker sur Google dans chaque marché cible. Premier article offert, sans carte bancaire.
Tester sur mon site →Les erreurs hreflang les plus fréquentes et comment les corriger
Selon les analyses publiées par Ahrefs sur leurs données d'index, plus de 80% des sites qui implémentent hreflang contiennent au moins une erreur. Ces erreurs invalident la directive et peuvent aggraver le problème de ciblage géolinguistique qu'elles étaient censées résoudre.
Erreur 1 : les return tags manquants
C'est l'erreur la plus fréquente. La page A déclare la page B comme alternative, mais la page B ne déclare pas la page A en retour. Google ignore les déclarations unilatérales. Correction : auditez toutes vos URLs avec Screaming Frog (activer le crawl des liens hreflang dans Spider > Configuration > Extraction) et identifiez toutes les paires de pages dont le return tag est absent.
Erreur 2 : les codes de langue incorrects
Hreflang utilise les codes ISO 639-1 pour les langues (fr, en, es, de) et les codes ISO 3166-1 alpha-2 pour les régions (FR, GB, US, CA). Les deux erreurs courantes : utiliser "fr-fr" en minuscules pour la région (la valeur correcte est "fr-FR"), et utiliser "en" sans code région alors que plusieurs variantes anglophones existent (en-US et en-GB ont des SERPs différents sur certaines requêtes).
Erreur 3 : les URLs dans hreflang qui redirigent
Si l'URL déclarée dans une balise hreflang retourne un code 301 ou 302 vers une autre URL, Google traite la déclaration comme invalide. Toutes les URLs dans les balises hreflang doivent être des URLs canoniques finales, sans redirection. Vérifiez via Screaming Frog ou en inspectant les en-têtes HTTP de chaque URL déclarée.
Les codes d'erreur dans Google Search Console
La Google Search Console dispose d'un rapport dédié aux erreurs d'internationalisation. Dans la section "Améliorations" ou "Indexing > Hreflang", vous trouverez les catégories d'erreurs : valeur hreflang non reconnue (code de langue invalide), page de retour manquante, et URL renvoyant une erreur (4xx, 5xx). Ces rapports sont la méthode la plus rapide pour diagnostiquer et corriger les erreurs après implémentation.
ATTENTION — Matrice d'erreurs hreflang et solutions
Erreur
Symptôme visible
Solution
Return tag manquant
Google sert la mauvaise langue
Ajouter le retour sur la page cible
Code langue invalide
Erreur dans Search Console
Utiliser les codes ISO 639-1/3166-1
URL en redirection
Directive ignorée
Utiliser l'URL finale sans redirection
x-default absent
Taux de rebond élevé (langues non couvertes)
Ajouter x-default vers la version universelle
Hreflang en JS uniquement
Non interprété par Google
Passer en head HTML statique ou sitemap XML
Implémenter hreflang sur les principaux CMS
La méthode d'implémentation varie selon le CMS utilisé. Sur WordPress, les plugins de SEO comme Yoast SEO Premium ou Rank Math Pro gèrent l'hreflang automatiquement pour les sites multilingues utilisant WPML, Polylang ou TranslatePress. Sur PrestaShop, la gestion est native pour les boutiques en mode multilingue — vérifiez simplement que les pages traduites ont des URLs distinctes et des canonical cohérentes. Notre article sur le SEO technique couvre les spécificités CMS en profondeur.
Pour les sites sur mesure (React, Vue, Node.js), l'implémentation hreflang doit être intégrée côté serveur (SSR) et non côté client pour garantir la lisibilité par Googlebot. Un hreflang injecté uniquement par le JavaScript d'une SPA n'est pas fiable — Google ne garantit pas l'exécution du JS de rendu lors du crawl de toutes les pages.
En résumé
La balise hreflang est une directive qui dirige chaque version linguistique de votre site vers son audience cible sur Google. Son implémentation correcte repose sur trois règles non négociables : les return tags réciproques, les codes ISO corrects, et l'inclusion du x-default. Les erreurs sont fréquentes mais facilement auditables via Google Search Console et Screaming Frog.
L'investissement en temps est justifié dès que vous ciblez au moins deux marchés linguistiques distincts : une implémentation hreflang correcte peut réduire le taux de rebond international de 20 à 40% selon la part de trafic mal ciblé avant correction.
Votre site cible plusieurs marchés mais le trafic ne suit pas ? RankProof analyse vos gaps de couverture internationale et produit les articles qui capturent chaque marché — premier article offert →
Questions fréquentes
C'est quoi la balise hreflang en SEO ?
Hreflang est-il obligatoire pour un site multilingue ?
Comment vérifier ses erreurs hreflang ?
Peut-on utiliser hreflang avec WordPress ?
Qu'est-ce que x-default en hreflang ?
Sources
Envie de tester RankProof ?
Découvrez notre outil SEO et optimisez votre visibilité en ligne.
Découvrir RankProof