Hreflang est un petit élément de balisage qui indique aux moteurs de recherche qu'une page a des versions dans d'autres langues ou régions, et quelle version appartient à quel public. Selon les propres mots de Google, vous use hreflang « to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content. »
Sans cela, deux problèmes apparaissent. Premièrement, Google peut proposer une version linguistique incorrecte à un chercheur, montrant ainsi votre page en anglais à un visiteur italien. Deuxièmement, des pages presque identiques (une page traduite partage votre structure, vos images et votre mise en page) peuvent ressembler à contenu en double, laissant Google ne sachant pas lequel classer. Hreflang résout les deux : il regroupe les versions en un seul élément de contenu dans différentes langues et pointe chaque chercheur vers la bonne.
Un exemple simple de la balise hreflang
Hreflang vit dans le <head> de votre page comme un ensemble de <link> balises – une par version linguistique. Imaginez une page qui existe en anglais, italien et allemand :
<link rel="alternate" hreflang="en" href="https://example.com/page/" />
<link rel="alternate" hreflang="it" href="https://example.com/it/page/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />Le hreflang la valeur est un code de langue (comme en), éventuellement suivi d'une région (en-GB). Google accepte trois méthodes équivalentes pour les déclarer : HTML <link> balises, HTTP Link des en-têtes ou un plan du site – vous n’en avez besoin que d’un seul. Les URL doivent toujours être entièrement qualifiées, y compris https://.
La balise x-default (ne la sautez pas)
La dernière ligne ci-dessus utilise une valeur réservée, x-default. Par Google, « the reserved x-default value is used when no other language/region matches the user’s browser setting. » Considérez-le comme une solution de secours : lorsqu'un locuteur portugais ou japonais arrive sur votre site et que vous n'avez pas de version pour lui, x-default indique à Google quelle page afficher. C’est idéal pour un sélecteur de langue ou une page d’accueil à redirection automatique, et cela empêche discrètement votre site de se tromper pour toutes les personnes que vous n’avez pas explicitement ciblées.
Les erreurs hreflang les plus courantes
Hreflang ne pardonne pas les petites erreurs : une annotation cassée est simplement ignorée. Voici ceux qui font le plus trébucher les gens :
- Balises de retour manquantes. C'est le plus gros. Google exige que les liens soient bidirectionnels : « If two pages don’t both point to each other, the tags will be ignored. » Si votre page italienne pointe vers la page anglaise, la page anglaise doit pointer vers l'arrière – et chaque version doit également se référencer.
- Mauvais codes de langue ou de région. Les codes de langue utilisent les deux lettres OIN 639-1 format (
en, paseng;ja, pasjp). Les codes de région utilisent ISO 3166-1 Alpha 2 (en-GB, pas le invalideen-UK). Eten-EUis wrong because « EU » is not a country. - Ordre annulé. C'est
language-REGION(en-GB), jamaisGB-en. - Pas de x-par défaut. Facultatif, mais son omission laisse les visiteurs en dehors de vos langues ciblées sans solution de secours définie.
- URL relatives ou non canoniques. Utilisez toujours des URL absolues avec le protocole et pointez hreflang vers la version canonique de chaque page.
Comment hreflang se rapporte à la structure de votre URL
Hreflang ne dicte pas vos URL, mais les deux fonctionnent mieux ensemble. La configuration la plus propre pour un seul domaine est un sous-répertoire de langue: example.com/it/, example.com/de/, et ainsi de suite. Cela conserve toute votre autorité sur un seul domaine, est facile à explorer et rend le mappage hreflang évident : chaque URL préfixée correspond simplement à une. hreflang valeur.
Le sous-répertoire devient le href dans votre balise, et la langue devient la hreflang valeur. Parce que la structure est prévisible, les annotations peuvent être générées mécaniquement plutôt que maintenues à la main – c’est exactement là qu’un plugin gagne sa place.
Pourquoi vous ne devriez pas coder manuellement le hreflang
L'écriture manuscrite du hreflang est l'endroit où les projets s'arrêtent. Chaque nouvelle page multiplie les balises que vous devez synchroniser, et une seule balise de retour manquante annule silencieusement toute l'annotation. Cela n’est pas évolutif et c’est fastidieux à auditer.
Un bon plugin multilingue supprime entièrement le travail. TranslateRocket — un plugin de traduction WordPress gratuit prenant en charge un nombre illimité de langues — génère automatiquement des balises hreflang bidirectionnelles correctes, autoréférentielles (y compris x-default) à côté de nettoyer /it/, /de/ URL SEO, de sorte que chaque version pointe vers une autre sans que vous touchiez le <head>. Vous pouvez traduire à la main, utiliser la traduction automatique gratuite ou brancher vos propres clés IA, et il importe les traductions existantes de WPML, TranslatePress, Polylang et Weglot. Un mode Aperçu intégré vous permet de vérifier le résultat avant de le rendre public. Le résultat suit les règles de Google, de sorte que le moteur de recherche peut proposer la bonne version linguistique et traiter vos traductions comme un seul élément de contenu, et non comme des doublons.
Questions fréquemment posées
- Le hreflang est-il un facteur de classement ? Pas directement. Il s'agit d'un signal qui aide Google à proposer la bonne langue ou la bonne version régionale au bon chercheur et à éviter toute confusion de contenu en double, ce qui améliore l'expérience et peut améliorer les performances sur chaque marché.
- Ai-je besoin du hreflang si mon site est dans une seule langue ? Non. Le Hreflang ne s'applique que lorsque le même contenu existe dans plusieurs langues ou variantes régionales.
- Langue uniquement, ou langue et région ? Utiliser la langue seule (
en) lorsque le contenu convient à tous les locuteurs de cette langue. Ajouter une région (en-GB,en-US) uniquement lorsque vous disposez réellement de versions distinctes par pays. - X-default est-il requis ? Non, mais c'est fortement recommandé afin que les visiteurs en dehors de vos langues ciblées disposent d'une page de secours définie.
- Balises HTML, en-têtes HTTP ou plan du site ? Google traite les trois comme équivalents : choisissez celui qui est le plus simple. La plupart des sites WordPress utilisent HTML
<link>balises, qu’un plugin peut afficher automatiquement.
Sources
- Google Search Central – Versions localisées de vos pages – développeurs.google.com
Rendez votre site multilingue — gratuitement
