“Pas de balises hreflang” signifie qu'un robot d'exploration a examiné vos pages et n'en a trouvé aucune <link rel="alternate" hreflang="…"> annotations, il n'y a donc pas de carte explicite entre vos versions linguistiques. Si votre site n'existe que dans une seule langue, vous pouvez ignorer l'avertissement. Si vous avez traduit ou régional des pages sur des URL distinctes, corrigez-le en ajoutant un ensemble complet et réciproque d'annotations hreflang (dans l'en-tête HTML, les en-têtes HTTP ou votre plan de site XML), puis confirmez-les avec un robot d'exploration, car Search Console ne signale plus d'erreurs hreflang.
Principaux points à retenir
- L'avertissement n'a d'importance que lorsque vous disposez de deux ou plusieurs versions linguistiques ou régionales de la même page sur des URL différentes.
- Google accepte hreflang à trois endroits équivalents : HTML
<link>balises, HTTPLink:en-têtes ou un plan de site XML. Choisissez-en un. - Chaque version doit se répertorier elle-même et toutes les autres versions, avec des URL entièrement qualifiées. Si deux pages ne pointent pas l'une vers l'autre, Google ignore la paire.
- Le rapport de ciblage international de Search Console, qui affichait auparavant “pas de balises hreflang”, a été retiré en 2022. Utilisez un robot d'exploration de site pour vérifier vos balises dès aujourd'hui.
- Les raisons les plus courantes pour lesquelles un robot d'exploration ne trouve rien : les balises sont injectées trop tard, imprimées à l'extérieur
<head>, supprimé par un cache ou un plugin, ou vivant uniquement dans un plan de site que l'outil ne lit pas.
Ce que signifie réellement l'avertissement “pas de balises hreflang”
Hreflang est une annotation qui indique à Google : “cette URL est la version allemande de cette URL, et cette autre est destinée aux anglophones du Royaume-Uni.” La documentation de Google le décrit comme un moyen d'aider “Google Search oriente les utilisateurs vers la version la plus appropriée de votre page par langue ou région” (Recherche Google Central).
Un message “no hreflang” est une déclaration sur ce qu'un outil pourrait voir, pas une pénalité. Cela vient généralement d’un de ces endroits :
- Anciennes captures d'écran et tutoriels de la Search Console. Le rapport International Targeting affichait un message lorsqu'il ne trouvait aucune balise hreflang sur une propriété. Google a abandonné ce rapport en 2022 ; il indique qu'il “continuera à prendre en charge et à utiliser les balises hreflang sur vos pages”, mais le rapport et le paramètre de ciblage par pays ont disparu (Aide de la console de recherche). Si vous suivez un guide qui vous indique d’ouvrir International Targeting, le guide est obsolète.
- Explorateurs SEO. Des outils tels que Semrush Site Audit et Ahrefs Site Audit vérifient les hreflang manquants ou cassés, les auto-références manquantes et les liens de retour manquants (Liste des problèmes de Semrush, Aide Ahrefs).
- Extensions de navigateur et testeurs d'une page qui lisent uniquement l'en-tête HTML de la page sur laquelle vous vous trouvez.
Étape 1 : décidez si vous avez besoin de hreflang
Vous avez besoin de hreflang si le même contenu existe sur des URL différentes pour différentes langues ou régions. Google énumère trois situations courantes dans lesquelles il recommande de baliser les alternatives : les pages où seul le modèle (navigation et pied de page) est traduit, les pages dans une seule langue avec de petites différences régionales (par exemple l'anglais pour les États-Unis, la Grande-Bretagne et l'Irlande) et les sites entièrement traduits (Recherche Google Central).
Vous n'avez pas besoin de hreflang et pouvez ignorer l'avertissement en toute sécurité lorsque :
- Le site est rédigé dans une seule langue et ne cible aucune région spécifique.
- Votre “traduction” se produit uniquement dans le navigateur du visiteur et n'obtient jamais sa propre URL. Dans ce cas, il n’y a rien vers quoi hreflang puisse pointer. Google recommande d'utiliser “des URL différentes pour chaque version linguistique d'une page plutôt que d'utiliser des cookies ou des paramètres de navigateur pour ajuster la langue du contenu” (Recherche Google Central), donc la vraie solution est de donner d'abord à chaque langue sa propre URL.
Un fait utile à garder à l'esprit : Google dit qu'il n'utilise pas hreflang ou le HTML lang attribut pour déterminer dans quelle langue se trouve une page. Il détecte la langue à partir du contenu visible (Recherche Google Central). Le travail de Hreflang est de connecter les versions, pas d'étiqueter la langue.
Étape 2 : découvrez pourquoi l'outil ne voit rien
Avant d’ajouter quoi que ce soit, vérifiez ce qui est déjà sur la page. Ouvrez une URL traduite, affichez la source de la page (pas l'inspecteur du navigateur, qui affiche la page après l'exécution de JavaScript) et recherchez hreflang. Ensuite, examinez les causes ci-dessous.
1. Les balises n'ont jamais été ajoutées
De nombreux créateurs de sites et thèmes produisent des pages traduites sans aucune annotation alternative. Un plugin ou un service de traduction peut également avoir un paramètre pour hreflang qui est désactivé.
2. Les balises sont en dehors du <head>
Google exige le <link> éléments à placer à l'intérieur d'un <head> et suggère d'exécuter la page rendue via un validateur HTML en cas de doute (Recherche Google Central). Un errant <div>, une balise non fermée ou un extrait de suivi qui génère un balisage visible plus tôt peut obliger les analyseurs à fermer la tête avant que vos lignes hreflang ne soient atteintes.
3. Les balises sont ajoutées par JavaScript uniquement
Si un script insère les balises après le chargement de la page, un robot d'exploration qui lit le HTML brut ne les trouvera pas. Google restitue JavaScript, mais la sortie côté serveur est l'option fiable et celle que chaque outil d'audit peut lire.
4. Un cache, un CDN ou un plugin d'optimisation les supprime
Les minificateurs HTML et les caches pleine page servent parfois une version de la page qui a été générée avant l'exécution du plugin de traduction, ou suppriment <link> des éléments qu'ils ne reconnaissent pas. Effacez le cache, puis récupérez à nouveau la page avec un outil qui la contourne.
5. Ils vivent dans le plan du site et l'outil ne lit que le HTML
Les annotations du plan du site sont entièrement valables pour Google. Un vérificateur d'une seule page qui lit uniquement du HTML signalera toujours “pas de hreflang”. Vérifiez directement le plan du site avant de supposer que quelque chose est cassé.
6. Les balises existent mais ne sont pas valides
Certains outils signalent que des annotations mal formées sont manquantes. Recherchez des URL relatives, des codes régionaux uniquement tels que hreflang="uk", ou des codes que Google ne prend pas en charge. Plus d'informations à ce sujet ci-dessous.
Étape 3 : ajouter un ensemble complet d’annotations
Google traite les trois méthodes comme équivalentes. Il indique qu'il n'y a aucun avantage à utiliser plus d'une recherche et que l'exécution de trois implémentations est plus difficile à gérer (Recherche Google Central).
| Méthode | Idéal pour | Où ça va |
|---|---|---|
HTML <link> balises | La plupart des sites Web et CMS | Dans le <head> de chaque version linguistique |
HTTP Link: en-tête | PDF et autres fichiers non HTML | Dans la réponse du serveur pour chaque version |
| Plan du site XML | Grands sites, ou lorsque vous ne pouvez pas modifier les modèles | Un <url> entrée par version avec xhtml:link enfants |
Voici un exemple HTML minimal pour une page avec de l'anglais, de l'allemand et un fallback. Le même bloc s'applique à toutes les versions :
<link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />Les règles qui comptent, toutes issues des directives de Google :
- Chaque version se répertorie elle-même et toutes les autres. L'ensemble des liens est identique sur chaque version.
- Utilisez des URL entièrement qualifiées avec
https://, non//example.com/de/ou/de/. - Des liens de retour sont requis. “Si deux pages ne pointent pas toutes les deux l'une vers l'autre, les balises seront ignorées”, indique Google. Cela empêche d’autres sites de prétendre être une alternative à votre page.
- Langue d'abord, région facultative. Utilisez un code de langue ISO 639-1, éventuellement suivi d'une région ISO 3166-1 Alpha 2 :
de,de-AT,en-GB. Une région à elle seule n’est pas valable. - Ajouter
x-defaultpour tous les autres. Il nomme la page pour les visiteurs dont les paramètres de langue ne correspondent à aucune de vos versions. Google affirme qu'il a été conçu pour les pages de sélection de langue et qu'il fonctionne mieux là-bas. - Les URL alternatives peuvent se trouver sur d'autres domaines, donc
example.deetexample.compeuvent se référencer les uns les autres.
Si la maintenance de chaque combinaison est difficile, Google indique que vous pouvez laisser certaines langues de côté sur certaines pages et qu'il traitera toujours les paires qui pointent l'une vers l'autre. Donnez la priorité à la liaison des nouvelles versions linguistiques à votre version originale la plus puissante.
Pour la syntaxe complète des méthodes header et sitemap, consultez notre guide complet de mise en œuvre de hreflang, et pour une présentation étape par étape de chaque méthode, comment ajouter des balises hreflang.
Étape 4 : corriger les erreurs qui viennent après “pas de hreflang”
Une fois les balises existantes, les avertissements changent. Voici ceux que Google considère comme les plus courants :
- Liens de retour manquants. La page A répertorie la page B, mais B ne répertorie pas A. Corrigez le modèle afin que chaque version génère l'ensemble complet.
- Codes de langue incorrects. Seuls les codes de langue ISO 639-1 sont pris en charge. La documentation de Google donne
es-419(espagnol latino-américain) comme exemple de code qu'il ne prend pas en charge. - Codes de région incorrects. Codes réservés à d'autres usages, tels que
EU,UNouUK, n'ont aucun effet dans la recherche Google. Le Royaume-Uni estGB, donc l'anglais pour le Royaume-Uni esten-GB. - Code pays utilisé comme langue.
beest biélorusse, pas belge. Pour le public belge, utiliseznl-BE,fr-BEoude-BE.
Deux problèmes connexes apparaissent dans les robots d'exploration même s'ils ne sont pas strictement liés à la syntaxe hreflang :
- Conflits canoniques. Une page allemande dont le canonique pointe vers la page anglaise indique à Google que la page allemande est un doublon. Les directives canoniques de Google indiquent que lorsque vous utilisez hreflang, vous devez “spécifier une page canonique dans la même langue” (Recherche Google Central). Chaque version linguistique doit normalement être auto-canonique.
- Alternatives qui redirigent ou renvoient des erreurs. Pointez hreflang sur les 200 dernières URL, pas sur un ancien chemin qui redirige.
Le cas n’est pas une erreur. Google affirme que les valeurs hreflang ne sont pas sensibles à la casse, bien qu'il écrive les régions en majuscules (en-GB) suit la convention ISO.
Étape 5 : vérifier le correctif
Étant donné que Search Console ne dispose plus de rapport hreflang, la vérification est une tâche manuelle :
- Vérifiez ponctuellement la source d'une page par langue et confirmer que le même ensemble de balises apparaît sur chacune.
- Exécuter un robot d'exploration de site et vérifiez sa section hreflang pour les liens de retour manquants, les cibles non 200 et les codes non valides. La page de Google répertorie deux outils tiers qu'elle considère comme populaires, le générateur de balises hreflang d'Aleyda Solis et l'outil de test de balises hreflang de Merkle, tout en notant qu'elle ne les maintient ni ne les vérifie.
- Utiliser l'inspection d'URL dans la Search Console sur une URL traduite pour confirmer que Google peut l'explorer et que son canonique choisi est l'URL traduite elle-même, et non votre page en langue originale.
- Vérifiez à nouveau après les modifications du modèle ou du plugin. Hreflang se brise généralement silencieusement lorsqu'une mise à jour de thème ou une règle de mise en cache modifie ce qui est imprimé dans l'en-tête.
Comment ConveyThis gère hreflang
Si vous traduisez votre site avec ConveyThis et publiez chaque langue sur son propre sous-dossier ou sous-domaine, hreflang est généré pour vous. Le plugin WordPress imprime les liens alternatifs dans l'en-tête de la page, un pour la langue d'origine, un pour chaque langue traduite et un x-default pointant vers la page en langue originale et ajoutant les alternatives de langue à son plan du site. Étant donné que les balises proviennent de la même liste de langues qui crée les URL traduites, l'ajout ou la suppression d'une langue met à jour l'ensemble de chaque page, ce qui maintient les liens de retour intacts.
Deux choses valent toujours la peine d'être vérifiées vous-même : votre plugin de mise en cache ou d'optimisation ne supprime pas le <link> éléments, et que votre plugin SEO ne définit pas de canonique qui renvoie les pages traduites à l'original. Le aperçu du référencement multilingue explique comment les URL traduites, les balises méta et hreflang s'assemblent, ainsi que l'article d'aide sur sous-domaines vs sous-répertoires couvre le choix d'une structure d'URL. Si vous êtes sur WordPress, le Page d'intégration WordPress répertorie ce que le plugin configure.
Questions fréquemment posées
Un avertissement “sans balises hreflang” est-il une pénalité Google ?
Non. Il s'agit d'un rapport provenant d'un outil qui n'a trouvé aucune annotation alternative. Rien n’est rétrogradé à cause de cela. Le coût est indirect : sans hreflang, Google peut afficher la mauvaise version linguistique aux chercheurs.
Ai-je besoin de hreflang sur un site Web en une seule langue ?
Non. Hreflang connecte deux versions ou plus du même contenu. Un site avec une seule langue et aucune variante régionale n'a rien à connecter, vous pouvez donc ignorer l'avertissement.
Puis-je utiliser des balises hreflang et un plan de site en même temps ?
Vous pouvez, mais Google affirme qu'il n'y a aucun avantage dans la recherche et que cela rend la configuration plus difficile à maintenir. Choisissez une méthode et gardez-la complète.
Où est passé le rapport sur le ciblage international ?
Google l'a abandonné en 2022. Hreflang est toujours pris en charge et utilisé, mais les erreurs hreflang ne sont plus signalées dans la Search Console, utilisez donc un robot d'exploration de site pour auditer vos balises.
Qu'est-ce que x-default et en ai-je besoin ?
x-default nomme la page des visiteurs dont la langue ou la région ne correspond à aucune de vos versions, souvent un sélecteur de langue ou votre page de langue principale. Google le recommande, notamment sur les pages de sélection et les pages d'accueil qui redirigent par langue.
Obtenez hreflang correctement sans le coder manuellement
Le hreflang manuscrit a tendance à se briser dès qu'une page ou une langue est ajoutée. Si vous préférez que les URL traduites et leurs annotations hreflang soient générées ensemble, vous pouvez créer un compte ConveyThis et connectez votre site.