Votre site est en plusieurs langues, vous avez ajouté les balises hreflang et pourtant Google affiche la mauvaise version à vos visiteurs. Ou pire : aucune version du tout.
Selon une étude Ahrefs portant sur 374 756 domaines, 67 % des implémentations hreflang contiennent des erreurs. Deux tiers des sites. Le vôtre en fait peut-être partie. Et vous ne le savez probablement pas, parce que Google ne vous prévient pas.
C’est ça, le vrai problème avec hreflang.
Pourquoi hreflang est plus complexe qu’il n’y paraît
La balise hreflang ressemble à n’importe quelle balise meta. Quelques lignes de code dans le . Rien de spectaculaire.
Mais John Mueller de Google l’a dit sans détour :
« Le hreflang est l’un des aspects les plus complexes du SEO, si ce n’est le plus complexe. On a l’impression que c’est aussi simple qu’une balise meta mais cela devient vraiment difficile très vite. » (John Mueller, Google)
Le piège : les erreurs hreflang ne génèrent aucun message d’erreur côté serveur. Votre code est techniquement valide. Il ne fait juste rien d’utile.
Google ignore silencieusement les balises mal construites. Le trafic international stagne. Vous cherchez des raisons pendant des mois.
Ce qu’est réellement la balise hreflang
La balise hreflang est un attribut HTML qui indique aux moteurs de recherche qu’une page existe en plusieurs versions linguistiques ou régionales. Elle aide Google à afficher la bonne version à chaque utilisateur.
Sa syntaxe de base :
< link rel="alternate" hreflang="fr" href="https://example.com/fr/page" />
Trois éléments : la relation (alternate), le code langue ISO 639-1, l’URL cible.
On peut aussi combiner langue et région. hreflang="en-gb" pour les anglophones au Royaume-Uni, hreflang="en-us" pour les États-Unis. Utile quand le même produit a des prix différents selon les marchés.
Google et Yandex s’appuient sur hreflang. Bing le reconnaît mais lui accorde moins de poids. Baidu l’ignore complètement.
Les 3 règles qui font tout échouer si on les rate
La plupart des erreurs hreflang reviennent à l’une de ces trois règles. Les rater, c’est rater l’implémentation entière.
Première règle : hreflang est bidirectionnel. Si la page A pointe vers la page B, la page B doit pointer vers la page A. Toujours. Sans exception. C’est une déclaration mutuelle : Google doit voir que les deux pages s’accordent sur leur relation.
Deuxième règle : chaque page doit s’auto-référencer. Google recommande que chaque version linguistique inclue une balise hreflang pointant vers elle-même. Son absence crée des ambiguïtés, surtout sur les grands sites.
Troisième règle : la balise hreflang="x-default" désigne la version de repli quand aucune variante ne correspond à l’utilisateur. Recommandée, pas obligatoire.
Les 9 erreurs hreflang les plus fréquentes
Ces neuf problèmes couvrent la majorité des erreurs détectées dans l’étude Ahrefs. Chacun peut faire ignorer vos balises par Google.
| Erreur | Cause principale | Correction |
|---|---|---|
| Balise auto-référencée manquante | Oubli lors de l’implémentation | Ajouter hreflang="xx" pointant vers la page elle-même |
| Code de langue invalide | Code mal orthographié ou inexistant | Utiliser uniquement les codes ISO 639-1 valides |
| Même URL pour deux langues | Copier-coller sans vérification | Une URL unique par combinaison langue-région |
| Balise retour manquante | Implémentation unilatérale | Assurer la réciprocité sur toutes les pages du cluster |
| Hreflang vers URL non canonical | Conflit avec balise canonical | Pointer uniquement vers l’URL canonical |
| URL hreflang retournant une erreur 4xx | Page supprimée ou déplacée | Mettre à jour ou supprimer la balise concernée |
| URL hreflang redirigée | Redirection 301 non mise à jour | Pointer vers l’URL finale, sans redirection |
| Cluster hreflang trop petit | Implémentation partielle | Inclure toutes les variantes dans chaque balise du cluster |
| Balise x-default manquante | Ignorée lors du développement | Ajouter une page de repli explicite |
Le lien retour manquant : l’erreur la plus répandue
Un développeur ajoute hreflang sur la version française et pointe vers la version anglaise. Il oublie de faire l’inverse sur la version anglaise.
Google ignore les deux balises. La relation n’est pas validée.
C’est comme déclarer une relation sur un réseau social sans que l’autre personne confirme. Personne ne vous croit.
Pour vérifier, la Google Search Console dispose d’un rapport de ciblage international (onglet « Langue ») qui signale précisément ce type de problème.
Hreflang vers une URL non canonical : le conflit que Google tranche toujours contre vous
Ce cas est traître. Une page porte à la fois rel="alternate" hreflang="en" et rel="canonical" pointant vers une autre URL.
Ces deux attributs se contredisent. hreflang dit : « affiche cette page à ces utilisateurs ». Le canonical dit : « cette page n’est pas la référence ». Google ne sait pas quoi faire. En général, il choisit d’ignorer hreflang.
La règle est simple : une balise hreflang ne pointe que vers des URL canoniques.
3 façons d’implémenter hreflang
Il y a trois méthodes. Le choix dépend de la taille du site et du type de contenu.
Les balises HTML dans le sont la méthode la plus directe, idéale pour les petits sites. Problème : chaque ajout de langue oblige à modifier toutes les pages du cluster. Ça devient vite ingérable.
Les en-têtes HTTP servent surtout pour les fichiers non-HTML comme les PDF, là où il n’y a pas de pour mettre une balise.
Le sitemap XML avec l’attribut xhtml:link centralise tout dans un seul fichier. Un changement de structure, une seule modification. Et contrairement aux balises HTML en masse, le sitemap n’alourdit pas le chargement des pages.
Pour les sites multilingues qui publient régulièrement, le sitemap XML est la bonne option.
Comment auditer vos balises hreflang
Implémenter hreflang correctement ne suffit pas. Les erreurs s’accumulent : pages supprimées, nouvelles langues ajoutées, restructurations d’URL.
Deux outils pour auditer régulièrement :
- Site Audit d’Ahrefs : détecte les 9 erreurs listées ci-dessus avec une visualisation des clusters hreflang. Identifie les balises invalides, les liens retour manquants et les conflits canonical.
- Google Search Console : le rapport « Ciblage international » signale les erreurs de réciprocité et les codes de langue invalides directement depuis les données Google.
Un audit trimestriel est un minimum pour les sites qui publient régulièrement du contenu dans plusieurs langues.
Ce que vous pouvez automatiser
Ahrefs propose un modèle Google Sheets qui génère automatiquement le code sitemap XML hreflang. Vous renseignez les URL par langue, le fichier produit le balisage complet. Quand vous ajoutez ou supprimez une page, vous mettez à jour la feuille et régénérez le sitemap.
Ce n’est pas une automatisation totale. Mais pour la grande majorité des sites multilingues, c’est largement suffisant.
Hreflang et les signaux de positionnement partagés
Hreflang ne sert pas qu’à l’expérience utilisateur. Il partage les signaux de positionnement entre les variantes d’un cluster.
Si votre page anglaise accumule des backlinks, ces signaux peuvent bénéficier à votre page française via le cluster hreflang. Google affiche la version la plus pertinente selon la localisation de l’utilisateur mais le positionnement s’appuie sur la page la plus forte du cluster.
Une implémentation défaillante a donc un coût double : mauvaise expérience utilisateur et perte de consolidation des signaux SEO.
Soixante-sept pour cent des sites laissent cette consolidation sur la table. Vous savez maintenant dans quel camp vous voulez être.
