Balises Hreflang auto-référencées : règles, exemples, vérifications

Résumez ce post avec : 8 minutes de lecture

Une balise hreflang auto-référencée est la ligne hreflang sur une page qui pointe vers cette même page. La documentation de Google indique que chaque version linguistique “doit se répertorier elle-même ainsi que toutes les autres versions linguistiques”, l'auto-référence n'est donc pas facultative : sans elle, l'ensemble des balises de cette page est incomplet et Google peut l'ignorer.

Si votre page anglaise répertorie le français et l'allemand mais oublie l'anglais, vous avez l'erreur hreflang la plus courante qui soit. Ce guide montre à quoi ressemble une auto-référence correcte, comment elle s'adapte aux balises canoniques et x-default, et comment consulter un site en direct en cinq minutes.

Principaux points à retenir

Chaque page d'un groupe linguistique répertorie tous versions, y compris elle-même. La ligne d'auto-référencement est celle dont l'URL correspond à la page sur laquelle vous vous trouvez.
L'URL d'auto-référencement doit être celle de la page URL canonique finale: pleinement qualifié, https://, pas de redirection, même règle de barre oblique finale que la balise canonique.
Hreflang ne fonctionne que lorsque les pages renvoient les unes aux autres. L'auto-référence est ce qui rend l'ensemble identique sur chaque page du groupe.
Ajouter x-default pour les visiteurs dont vous ne servez pas la langue. Il ne remplace pas l'autoréférence.
Vérifiez avec “Afficher la source” ou le robot d'exploration de votre choix : l'URL de la page doit apparaître une fois dans son ensemble hreflang et correspondre exactement à sa valeur canonique.

À quoi ressemble une balise hreflang auto-référencée

Prenez une page qui existe en anglais, espagnol et français. La page anglaise <head> devrait contenir:

<link rel="canonical" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />

La deuxième ligne est l'auto-référence. C'est la page anglaise qui indique aux moteurs de recherche : “Je suis la version anglaise de ce groupe.”

Maintenant la page espagnole :

<link rel="canonical" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />

Notez que les lignes hreflang sont identiques sur les deux pages. Seuls les changements canoniques. C'est la façon la plus simple d'y penser : une liste, copiée sur chaque page du groupe, et chaque page se retrouve dans cette liste.

Pourquoi Google a besoin que la page s'auto-énumère

Hreflang est un ensemble d’affirmations selon lesquelles deux pages ou plus sont des traductions les unes des autres. Google ne fait pas confiance à une affirmation à sens unique. Son documentation sur les versions localisées explique pourquoi : “Si deux pages ne pointent pas toutes les deux l'une vers l'autre, les balises seront ignorées. Ceci afin que quelqu'un sur un autre site ne puisse pas créer arbitrairement une balise se désignant comme une version alternative de l'une de vos pages.”

La même page énonce la règle sur laquelle porte cet article : “Chaque version linguistique doit se répertorier elle-même ainsi que toutes les autres versions linguistiques.”

En pratique, une autoréférence manquante pose trois problèmes :

Le groupe est incohérent. La page anglaise répertorie {es, fr}, la page espagnole répertorie {en, es, fr}. Les outils signalent cela comme un lien de retour manquant, et Google doit deviner.
La mauvaise version peut être classée. Lorsque les clusters ne concordent pas, Google peut afficher l'URL anglaise aux chercheurs en Espagne, ou l'inverse.
Le débogage devient plus difficile. Avec une auto-référence sur chaque page, vous pouvez vérifier n'importe quelle page de manière isolée : sa propre URL doit être dans sa propre liste. Sans cela, vous devez comparer les pages entre elles.

Étiquettes hreflang et canoniques auto-référencées

C’est de là que proviennent la plupart des erreurs du monde réel. L'auto-référence hreflang et la balise canonique doivent pointer vers le même URL.

Les conseils de Google sur consolidation des URL en double dit : “Si vous utilisez des éléments hreflang, assurez-vous de spécifier une page canonique dans la même langue, ou la meilleure langue de substitution possible si une page canonique n'existe pas pour la même langue.”

Donc:

Faire: /es/pricing/ a un canonique de /es/pricing/ et un hreflang auto-référencé de /es/pricing/.
Ne le faites pas: /es/pricing/ a une indication canonique vers l'anglais /pricing/. Cela indique à Google que la page espagnole est un doublon de la page anglaise et que l'URL espagnole peut disparaître de l'index même si son hreflang est parfait.

Les petites différences comptent aussi. Si le canonique est https://example.com/es/pricing/ et l'auto-référence hreflang est https://example.com/es/pricing (pas de barre oblique finale), les deux URL ne sont pas identiques. L’un d’eux redirige et Google doit résoudre le conflit pour vous.

Règles pour l'URL auto-référencée

La page des versions localisées de Google répertorie les règles de formatage. Pour l'autoréférence, ces quatre éléments comptent le plus :

Règle	Correct	Faux
Entièrement qualifié	`https://example.com/fr/`	`/fr/` ou `//example.com/fr/`
URL finale, pas de redirection	`https://www.example.com/fr/` (l'URL en direct)	`http://example.com/fr` (redirige deux fois)
Code de langue valide	`fr`, `fr-CA`, `pt-BR`	`fr-FR-ca`, `uk` pour le Royaume-Uni (`uk` est ukrainien)
Correspondances canoniques	même chaîne que `rel="canonical"`	canonique sur un hôte, hreflang sur un autre

Google énonce directement la première règle : “Les URL alternatives doivent être entièrement qualifiées, y compris le mode de transport (http/https).” Pour les codes de langue et de région, notre liste des codes de langue hreflang a la table complète.

Où x-default s'adapte

x-default est une ligne distincte et ne remplace pas l’auto-référence. Google le décrit comme la valeur “utilisée lorsqu'aucune autre langue/région ne correspond aux paramètres du navigateur de l'utilisateur.”

Un modèle commun et valide consiste à pointer x-default sur votre page de langue source ou sur un sélecteur de langue. Cela signifie que la page anglaise comporte souvent deux lignes avec la même URL : hreflang="en" et hreflang="x-default". C'est bien. Ils répondent à différentes questions : “quelle page est en anglais ?” et “quelle page est la solution de secours ?”

La même règle dans les plans de site XML et les en-têtes HTTP

Google prend en charge trois façons de publier hreflang : HTML <link> balises, en-têtes HTTP et plans de site XML. La règle d’auto-référence s’applique aux trois.

Dans un plan de site, chacun <url> l'entrée répète l'ensemble complet, y compris une ligne pour la sienne <loc>:

<url>
  <loc>https://example.com/es/pricing/</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
  <xhtml:link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
  <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />
</url>

Pour les PDF et autres fichiers non HTML, utilisez le Link: En-tête HTTP. Choisissez une méthode par type de page. Publier le même ensemble à deux endroits est autorisé, mais s'ils ne sont pas d'accord, vous avez créé un nouveau problème.

Comment vérifier l'auto-référencement de hreflang sur votre site

Vous n’avez pas besoin d’un outil payant pour tester une poignée de pages.

Ouvrez une page traduite et consultez sa source. Rechercher hreflang. Confirmez que vous voyez une ligne dont href est exactement l'URL dans votre barre d'adresse.
Comparez-le avec le canonique. Rechercher rel="canonical". Les deux URL doivent être identiques, caractère pour caractère.
Ouvrez chaque URL alternative. Chacun doit se charger avec un statut 200 (pas de redirection) et afficher la même liste de lignes hreflang.
Vérifiez le code de langue. Le code de l’auto-référence doit correspondre à la langue que le visiteur lit réellement sur cette page.
Augmentez votre taille avec un robot d'exploration. Tout robot d'exploration SEO qui signale “des liens de retour manquants” ou “une auto-référence manquante” exécutera ces vérifications sur l'ensemble du site.

Si vous utilisez JavaScript pour ajouter hreflang après le chargement de la page, testez également avec l'outil d'inspection d'URL dans Search Console pour voir le HTML rendu obtenu par Google. Les balises qui existent uniquement dans le navigateur sont plus difficiles à utiliser que les balises dans la réponse du serveur.

Erreurs courantes et comment les corriger

La page répertorie toutes les langues sauf la sienne. Habituellement un bug de modèle : le code boucle sur “d'autres langues” au lieu de “toutes les langues”. Corrigez la boucle pour que la langue actuelle soit incluse.

L'auto-référence utilise un hôte différent. Par exemple, hreflang sur example.com mais le site perdure www.example.com. Utilisez l'hôte que votre canonique utilise.

Canonical pointe vers la langue source. Chaque page traduite doit être canonique à elle seule. Voir la section ci-dessus.

Paramètres et codes de suivi. https://example.com/es/?utm_source=newsletter est une URL différente. Les auto-références et les canoniques doivent utiliser l'URL propre.

Seules quelques pages sont traduites. Si une page n'a pas de version française, elle ne doit pas lister d'URL française. Lister une URL qui effectue une erreur 404 ou redirige vers la page d'accueil brise le groupe.

Pour une liste de dépannage plus large, voir comment résoudre les problèmes “pas de balises hreflang”, et pour la procédure pas à pas complète de mise en œuvre, notre guide complet de hreflang.

Comment ConveyThis gère l'auto-référencement hreflang

Si vous traduisez votre site avec ConveyThis et utilisez le sous-répertoire (example.com/fr/) ou sous-domaine (fr.example.com) Structure de l'URL, l'ensemble hreflang est ajouté pour vous, y compris l'auto-référence sur chaque version de langue. Notre article d'aide sur sous-domaines vs. sous-répertoires explique quelle structure convient à votre plateforme ; les deux sont disponibles sur le plan d'affaires et ci-dessus (voir prix).

Ce que ConveyThis ne décide pas pour vous, c'est votre stratégie canonique sur le site source. Si vos pages originales contiennent déjà des canoniques pointant vers un endroit inattendu, corrigez-les d'abord, puis exécutez les vérifications ci-dessus sur une page traduite. Le fonctionnalités de référencement multilingue la page couvre tout ce qui est ajouté automatiquement, comme les méta-titres et les descriptions traduits.

FAQ

Une balise hreflang auto-référencée est-elle requise ? La documentation de Google indique que chaque version linguistique doit s'auto-énumérer ainsi que toutes les autres versions. Traitez-le comme vous le souhaitez.

L'auto-référence et la valeur par défaut x peuvent-elles utiliser la même URL ? Oui. Votre page en langue source peut être les deux hreflang="en" et hreflang="x-default".

Un hreflang auto-référencé remplace-t-il un canonique auto-référencé ? Non. Ils font des travaux différents. Le canonique dit “c'est l'URL principale de ce contenu”, le hreflang dit “c'est le membre anglais d'un groupe linguistique”. Utilisez les deux en pointant vers la même URL.

Que faire si une page n’a qu’une seule langue ? Ensuite, il n’a pas d’alternatives et n’a besoin d’aucun hreflang. Une seule auto-référence sur une page en une seule langue n’ajoute rien.

Vous souhaitez que l'ensemble hreflang soit généré pour chaque page traduite, auto-référence incluse ? Créer un compte ConveyThis et choisissez la structure d'URL du sous-répertoire ou du sous-domaine lors de la configuration.