Sur les sites FR/EN/DE que nous auditons, le hreflang est souvent « en place »… et faux. Google ignore alors tout ou partie du balisage, affiche la mauvaise langue, ou dilue les signaux entre versions. Voici les 8 erreurs qui sabotent réellement un déploiement multilingue — et comment les corriger sans refonte.

Erreur 1 et 2 : non-réciprocité et auto-référence oubliée

Chaque page A qui pointe vers B doit être pointée en retour par B, et chaque page doit s'inclure elle-même dans son set hreflang. La non-réciprocité est l'erreur n°1 que Screaming Frog remonte sur les sites internationaux. Elle apparaît surtout quand une langue est générée par un module, une autre par un CMS headless, et que les déploiements ne sont pas synchronisés. Résultat : Google traite le balisage comme non fiable et choisit seul la version à afficher.

Corrigez à la source (génération automatique du set complet), pas par correctifs manuels page à page — ils divergencent en une semaine.

Erreurs 3 et 4 : codes langue/région et x-default

Utiliser `fr` quand vous visez la France uniquement, ou `fr-FR` partout y compris Belgique/Suisse sans pages dédiées, crée des ambiguïtés. À l'inverse, inventer des codes (`fr-fr`, `FR`, `fra`) invalide le signal. Le `x-default` manque souvent : il indique la version de repli pour les utilisateurs hors ciblages listés. Sans lui, Google improvise. Documentez une matrice claire : quelles locales existent, quels codes ISO, quelle page sert de défaut.

Pour aller plus loin sur l'architecture, croisez avec notre guide SEO international & hreflang.

Erreurs 5 et 6 : URL non indexables et canonicals contradictoires

Pointer un hreflang vers une URL en noindex, en 404, en redirection ou canonicalisée vers une autre page casse la confiance du set. Autre classique : hreflang vers `/en/product` alors que le canonical dit `/en/product?currency=EUR` ou une variante tracking. Les signaux se contredisent. Règle : la cible hreflang doit être l'URL canonique indexable finale, en 200, cohérente dans toutes les langues du cluster.

Exemple concret

ETI industrielle : mauvaise langue SERP corrigée en 6 semaines

Une ETI industrielle (FR + EN + DE, ~900 URL/langue) voyait 28 % des clics UK atterrir sur des pages FR. Audit : 41 % des paires hreflang non réciproques, x-default absent, 120 cibles EN encore en redirect 302 post-migration. Correction générateur + resoumission sitemaps par langue. À 6 semaines : part de pages FR affichées sur requêtes anglaises passée de 28 % à 6 %, trafic EN +33 %, baisse des impressions « langue incorrecte » remontées via support commercial.

Erreurs 7 et 8 : HTML + HTTP header + sitemap en conflit

Implémenter le hreflang à la fois en balises HTML, en en-têtes HTTP et dans le sitemap XML n'est pas interdit — mais les trois doivent dire strictement la même chose. Sur beaucoup de stacks, le thème sort un set, le plugin SEO un autre, et le sitemap un troisième. Google n'arbitre pas en votre faveur. Choisissez une source de vérité (souvent HTML pour sites moyens, sitemap pour très gros volumes) et alignez le reste, ou supprimez les canaux redondants.

Après correction, surveillez Search Console (pages indexées par locale, requêtes pays) pendant 2 à 6 semaines : le hreflang n'est jamais instantané.

Checklist d'audit hreflang (1 demi-journée)

Passez ces contrôles avant toute refonte linguistique :

  • Échantillon de 50 clusters : réciprocité complète + self-reference.
  • Validation des codes ISO langue/région et présence de x-default.
  • Cibles en 200, indexables, alignées sur la canonical.
  • Une seule source de vérité (HTML ou sitemap), sans conflits.
  • Sitemaps séparés par langue soumis dans les bonnes propriétés.

Conseil

Automatisez les tests dans la CI

Sur les sites qui publient souvent, un test CI qui vérifie la présence du set hreflang et la réciprocité sur les templates critiques évite les régressions silencieuses après chaque release.

Questions fréquentes

Hreflang corrige-t-il un mauvais ciblage de contenu ?
Non. Il aide Google à servir la bonne version, mais ne remplace pas un contenu localisé et des signaux pays cohérents (monnaie, adresse, backlinks locaux).
Faut-il un hreflang entre fr-FR et fr-BE ?
Oui si vous avez des pages distinctes réellement adaptées. Sinon, une locale `fr` unique est plus saine que deux quasi-doublons.
Combien de temps pour voir l'effet des corrections ?
Comptez 2 à 6 semaines selon la fréquence de crawl. Les gros sites accélèrent en soumettant des sitemaps localisés et en demandant l'indexation des hubs.
Screaming Frog suffit-il pour auditer ?
Il détecte une grande partie des incohérences techniques. Complétez avec Search Console et des tests SERP par pays (VPN ou localisation) pour valider le rendu réel.

Le hreflang n'est pas un bonus cosmétique : mal configuré, il sabote l'expérience internationale et le reporting SEO. Corrigez d'abord réciprocité, codes, indexabilité et conflits de sources. Ensuite seulement, élargissez les langues. Un set propre et automatisé coûte moins cher qu'une année de trafic servi dans la mauvaise langue.