« Page alternative introuvable » : ce type de mention, relevée dans un rapport d’audit hreflang plutôt que dans la Search Console elle-même, résume un défaut qui ne provoque strictement aucun symptôme visible pour un visiteur du site. Les deux pages concernées, l’une en français et l’autre en anglais, s’affichent parfaitement, chacune dans sa langue, avec un contenu cohérent. Le problème se niche uniquement dans la relation déclarée entre elles.
Ce genre de défaut traîne souvent des mois, voire des années, sur un site multilingue construit progressivement, où une page ajoutée après coup n’a jamais reçu la mise à jour réciproque nécessaire sur sa page correspondante dans l’autre langue.
Le principe de réciprocité, souvent mal compris
La spécification du hreflang impose que chaque paire de pages alternatives se référence mutuellement. Si la page française déclare une alternative anglaise via une balise <link rel="alternate" hreflang="en">, la page anglaise correspondante doit impérativement déclarer, en retour, une balise pointant vers la page française avec hreflang="fr". Sans cette réciprocité, les moteurs de recherche qui appliquent strictement la spécification ignorent purement et simplement la relation déclarée, même du côté qui l’a correctement posée.
<!-- Sur la page française : correct -->
<link rel="alternate" hreflang="en" href="https://exemple.com/en/page/" />
<!-- Sur la page anglaise : balise manquante -->
<!-- Aucune référence retour vers la version française -->
Comment ce défaut apparaît en pratique
Le scénario le plus courant concerne une page ajoutée dans une seule langue d’abord, avec sa traduction publiée plus tard. Au moment de la création de la traduction, le développeur ou l’extension multilingue met à jour la nouvelle page pour qu’elle référence l’originale, mais la page d’origine, déjà en ligne depuis un moment, n’est jamais rouverte pour recevoir la référence retour, surtout si elle a été générée automatiquement au moment de sa première publication.
Une extension de gestion multilingue correctement configurée maintient normalement cette réciprocité automatiquement à chaque modification, mais un import de contenu en masse, une migration entre deux systèmes, ou une modification manuelle du gabarit peuvent casser ce mécanisme sans qu’aucun message d’erreur n’apparaisse au moment des faits.
Diagnostiquer la réciprocité sur l’ensemble du site
Un contrôle manuel page par page devient vite impraticable sur un site de plusieurs centaines de pages. La vérification la plus fiable consiste à extraire l’ensemble des balises hreflang déclarées site par site, puis à comparer chaque relation déclarée dans un sens avec son équivalent attendu dans l’autre sens, à l’aide d’un script ou d’un outil d’audit dédié au référencement international.
- Extraire toutes les URL et leurs balises hreflang associées, langue par langue.
- Pour chaque relation A vers B, vérifier qu’une relation B vers A existe bien en retour.
- Isoler les pages orphelines, référencées par d’autres mais qui ne référencent personne en retour.
Corriger sans casser ce qui fonctionne déjà
La correction dépend de l’origine du problème. Si une extension multilingue gère normalement ces balises, régénérer les relations d’une page corrige souvent le défaut, par exemple en resauvegardant la traduction concernée depuis son écran d’édition, ce qui déclenche généralement une mise à jour des deux côtés. Pour des balises générées manuellement dans un gabarit personnalisé, chaque relation doit être vérifiée et complétée à la main, page par page, en s’appuyant sur l’audit préalable plutôt que sur une correction au hasard.
Un repère utile pour éviter que ce défaut ne réapparaisse : traiter toute création de page traduite comme une opération à deux pas, jamais un seul, en vérifiant systématiquement la référence retour avant de considérer la traduction terminée.
En résumé
Une balise hreflang posée dans un seul sens n’est, aux yeux des moteurs qui respectent la spécification, tout simplement pas une relation hreflang valide. Ce défaut, invisible pour un visiteur et souvent absent des outils de diagnostic les plus superficiels, mérite un audit dédié périodique sur tout site multilingue en croissance, plutôt qu’une confiance aveugle dans l’automatisation d’une extension, aussi fiable soit-elle en temps normal.
