Sens et périmètre
Le ciblage linguistique part du contenu, pas d’une supposition faite à partir des en-têtes. Une version en langue donnée doit servir les personnes qui lisent cette langue, tandis qu’une variante régionale doit proposer des informations régionales réellement pertinentes. Google détermine lui-même la langue d’une page à l’aide de ses algorithmes ; hreflang l’aide à comprendre le lien entre les versions alternatives.
Démarche pratique
Regroupez les URL équivalentes dans un même ensemble : chaque version se déclare elle-même et déclare toutes ses alternatives, avec des codes de langue et, si besoin, de région valides. Choisissez une seule méthode de mise en œuvre (balises HTML, en-têtes HTTP ou sitemap) et maintenez-la à partir du même inventaire. Proposez un choix de langue visible ; évitez d’imposer une version à partir de la seule adresse IP ou de la seule préférence du navigateur.
Ce qu’il faut vérifier
Testez les annotations réciproques sur une petite matrice de routes, incluant la page d’accueil, les pages de catégorie et les pages de longue traîne. Vérifiez que chaque href renvoie vers la page canonique voulue, que chaque ensemble a les mêmes membres et que les déclarations de langue correspondent au contenu des pages. Contrôlez les redirections depuis un navigateur déconnecté, car un routage automatique peut masquer une version à un outil d’inspection.
Limites et erreurs courantes
Ne considérez pas hreflang comme un système de traduction ni comme une balise canonical. Ne l’utilisez pas pour corriger des pages en double dans une même langue qui s’adressent au même public. Le résultat mesurable est une carte d’alternatives complète et valide, ainsi qu’un choix accessible pour les visiteurs, et non des positions garanties par pays.
Construire et tester la carte des versions linguistiques
Traitez chaque groupe linguistique comme un enregistrement, et non comme une collection de balises copiées. Un enregistrement comporte une identité de contenu, une URL par langue ou région prise en charge, un x-default facultatif pour le repli et un emplacement de mise en œuvre. Une page absente dans une langue ne doit pas inventer de relation : soit vous retirez cette alternative de l’ensemble, soit vous utilisez le meilleur substitut authentique selon la politique documentée. Cela garde la carte fidèle lorsqu’une traduction est retardée.
<link rel="alternate" hreflang="en" href="https://example.test/guide">\n<link rel="alternate" hreflang="de" href="https://example.test/de/guide">\n<link rel="alternate" hreflang="x-default" href="https://example.test/guide">Validez le groupe dans les deux sens. Ouvrez chaque membre, relevez toutes les valeurs hreflang et comparez les ensembles triés. Chaque membre doit se déclarer lui-même et lister les mêmes alternatives applicables. Vérifiez que chaque href renvoie à la page canonique voulue, utilise un code langue-région pris en charge et contient un texte dans cette langue. Testez aussi une page sans traduction et une page entièrement traduite : les ensembles incomplets sont l’endroit où la logique des gabarits se casse le plus souvent.
N’utilisez pas la valeur Accept-Language du navigateur ni la localisation IP pour déclencher une redirection inconditionnelle qui empêche un visiteur ou un crawler d’atteindre une autre version. Une suggestion ou un sélecteur visible préserve le choix. Rendez les liens du sélecteur accessibles aux crawlers et leurs libellés compréhensibles. Le ciblage linguistique améliore la clarté des routes ; il ne remplace ni la qualité de la traduction, ni les obligations juridiques régionales, ni les informations produit locales.
Google considère comme équivalentes les mises en œuvre de hreflang par balises HTML, par en-têtes HTTP ou par sitemap ; utiliser les trois ajoute une charge de maintenance sans bénéfice inhérent pour le référencement. Choisissez le seul système qui peut être généré à partir de l’inventaire de référence des routes, puis intégrez-le aux contrôles de mise en production. Ce contrôle a plus de valeur que la correction manuelle de quelques balises après un déploiement international.
La vérification de mise en production doit aussi tester le sélecteur de langue sur ordinateur et sur mobile, cookies effacés. Vérifiez qu’il pointe vers l’alternative cartographiée et non vers la page d’accueil, qu’il ne crée pas de boucle de redirection et qu’il respecte le choix explicite du visiteur. Ce sont des contrôles d’expérience utilisateur qui renforcent la carte des alternatives structurée.