Hreflang expliqué, sans mysticisme

Les erreurs de hreflang ont un point commun : aucune ne déclenche d'erreur nulle part. La page se charge toujours. Les balises sont toujours présentes. Elles sont simplement fausses d'une manière que seul un moteur de recherche — ou une vérification humaine attentive — remarque.

Balises non réciproques Si la page A déclare une alternative pointant vers la page B, mais que la page B n'en déclare aucune pointant vers A, la paire est cassée — et le comportement documenté des principaux moteurs de recherche consiste à se méfier des annotations non réciproques ou à les ignorer, plutôt qu'à les honorer partiellement. C'est le bug hreflang le plus courant en pratique, parce qu'il est facile d'ajouter une page dans une nouvelle langue et d'oublier de mettre à jour le jeu de balises de toutes les autres langues pour qu'elles y renvoient.

Balises pointant vers une URL non canonique, redirigée ou en 404 Une alternative doit pointer vers la version réelle, active et canonique de la page dans cette langue — pas vers une ancienne URL qui redirige désormais, ni vers une URL qui exige une connexion ou renvoie une erreur à un robot d'exploration.

Couverture partielle au sein d'un cluster Un hreflang correctement défini sur certaines pages d'une section traduite mais absent sur d'autres produit un signal incohérent dans tout le cluster, ce qui tend à éroder la confiance dans les balises qui sont correctes.

Balises dupliquées ou contradictoires provenant de plusieurs sources Sur les sites où plusieurs morceaux de code peuvent injecter des balises dans l'en-tête — un script au niveau de la page et une mise en page globale, par exemple — une concurrence entre les deux peut laisser des balises hreflang dupliquées ou contradictoires dans le balisage final. C'est une catégorie de bug réelle et subtile précisément parce qu'elle est invisible lors d'un contrôle visuel rapide de la page rendue ; elle n'apparaît qu'en lisant attentivement le code source du .

Hreflang sans entrée correspondante dans le sitemap Les moteurs de recherche utilisent le sitemap comme signal de priorité d'exploration ; une URL déclarée comme alternative linguistique mais qui n'apparaît jamais dans le sitemap peut tout simplement être explorée plus tard, ou moins souvent, que les pages que vous cherchez réellement à positionner.

Le hreflang et les alternates x-default d'un site Olmira sont générés à partir d'une seule source — la liste de langues déclarée de la page — dès que deux langues ou plus sont actives. La réciprocité est un sous-produit de la façon dont les balises sont construites, pas quelque chose de rédigé page par page, et les balises sont émises une fois, de façon centralisée, pour chaque route — précisément pour éviter le mode de défaillance de balises dupliquées et en compétition décrit ci-dessus.

x-default se résout toujours vers l'URL de langue par défaut sans préfixe du site lui-même, et chaque version linguistique porte sa propre canonique auto-référente. Quelles langues faire tourner, et à quel point chacune doit être complète avant sa mise en ligne, reste votre décision — c'est le sujet du guide de structure multilingue ; la mécanique des balises est gérée de la même façon sur chaque page de le créateur de site.