Vous avez beau avoir traduit vos pages, soigné vos titres dans chaque langue, le trafic baisse d’un coup. Et quand vous ouvrez la Search Console, rien ne parle clairement de traduction. Le coupable, dans une majorité de cas, tient dans une balise que presque personne ne vérifie à la main. Le hreflang n’est pas un signal de classement, c’est un signal de confiance, et une erreur suffit à faire perdre au moteur la certitude de la bonne langue à afficher. Voilà pourquoi un site multilingue peut chuter sans que sa mauvaise langue SERP ait quoi que ce soit à se reprocher.
ce que le hreflang ne fait pas, et ce qu’il casse quand il est faux
La confusion est tenace, et Gary Illyes l’a pourtant tranchée net lors d’une session publique : à propos du hreflang, il déclare « You will NOT receive a ranking benefit per se ». Autrement dit, poser la balise correctement ne vous fait pas gagner une place. Elle ne fait que dire à Google : cette URL est la version française de cette page, affiche-la aux francophones.
À l’inverse, une déclaration contradictoire brouille la lecture. Un moteur qui ne sait plus quelle URL sert quelle audience commence par douter, et c’est ce doute qui coûte des positions. Les détails de mise en œuvre, on les retrouve chez monsite1.com, qui documente le hreflang au même endroit que les redirections et les audits techniques.
L’ampleur du gâchis donne le vertige. L’étude hreflang d’Ahrefs, publiée en 2023, a passé au crible 374 756 domaines qui utilisent la balise : 67 % en ont au moins une mal configurée. Deux sites sur trois, donc, envoient au moteur des instructions contradictoires sans le savoir.
Et le problème ne se limite pas aux grands groupes avec des équipes SEO dédiées, il touche aussi des structures plus modestes où le hreflang a été ajouté par un développeur, puis oublié. Un site multilingue perd ses positions après une erreur de balise hreflang, et le pire, c’est que la chute ne pointe jamais vers la balise.
la non-réciprocité, reine des erreurs silencieuses
Parmi les défauts que remonte Screaming Frog sur les sites internationaux, la non-réciprocité arrive en tête. Le principe est pourtant simple : si la page française pointe vers l’allemande comme sa traduction, l’allemande doit pointer vers la française.
Dans les faits, une langue déclare l’autre et l’autre ne déclare rien. Le crawler repère l’aller, pas le retour, et la paire entière tombe. Ce genre d’oubli ne déclenche aucune alerte rouge dans la Search Console, il se contente de rendre la déclaration caduque.
les cas qui reviennent sur les sites internationaux
Les configurations ratées se ressemblent souvent, à quelques variantes près. Une revue de code régulière fait gagner des heures de diagnostic, surtout quand plusieurs marchés partagent la même structure d’URL.
- Une page qui déclare sa version belge sans que la belge déclare la française en retour.
- Le code région laissé en « x-default » sur tout le site, par confort.
- Des balises générées automatiquement qui pointent vers des URL redirigées depuis six mois.
- Vous avez vérifié la réciprocité à la main, langue par langue, sur combien de pages exactement ?
- Un éditeur de logiciel B2B publie trois versions de sa page offre, /fr/, /fr-be/ et /fr-ca/, et déclare /fr/ partout comme référence unique.
Le cas de l’éditeur cité par Tactee résume bien la mécanique. Trois URL quasi identiques pour la même offre, une seule déclarée comme cible, et Google doit deviner seul laquelle servir à un visiteur de Bruxelles ou de Montréal. Résultat : il choisit, souvent mal, et la version française générique absorbe le trafic des deux autres. Le contenu n’a pas bougé d’une ligne, c’est l’aiguillage qui est cassé.
un cas concret, mesuré, et la raison de la chute
Une ETI industrielle, présente en français, en anglais et en allemand, avec environ 900 URL par langue, a vu son trafic organique plonger de 28 %. La baisse n’était pas uniforme : les versions française et allemande reculaient pendant que l’anglaise tenait bon. Sur ce point, voir aussi notre article sur comment référencer son site internet : les étapes pour gagner en visibilité.
Le diagnostic a pris du temps, parce que les balises title, les contenus et les maillages internes étaient propres. C’est en croisant les déclarations hreflang avec les résultats par pays qu’un motif est apparu : une partie du site déclarait la mauvaise langue comme cible pour la Search Console de certains marchés.
La correction a demandé six semaines, le temps de reprendre les paires une par une et de rendre la réciprocité effective. Les positions sont remontées, mais pas du jour au lendemain : Google a d’abord repris confiance dans la déclaration avant de réattribuer les bonnes URL aux bonnes audiences.
Julien Larzillière, de Semsew, documente ce type de mécanique dans un article daté du 7 août 2026, et son constat rejoint celui du terrain : on ne répare pas un classement, on répare une déclaration. Le trafic suit ensuite, avec du retard.
ce qu’il faut vérifier avant de toucher au reste
Avant d’accuser le contenu ou de réécrire des pages entières, il vaut mieux contrôler la cohérence des paires. Un crawl complet avec export des balises, puis un tri par URL source, montre vite les déclarations orphelines.
Le contrôle se fait langue par langue, pas sur un échantillon. Et si le site utilise un CDN avec des règles de réécriture, vérifiez que la balise telle qu’elle sort du serveur correspond bien à ce que vous avez écrit dans le gabarit.
ce que je regarde en premier sur un site qui chute
L’ordre de vérification change la vitesse du diagnostic. Voici celui qui marche le mieux sur les projets que j’ai suivis, sans garantie de résultat immédiat d’ailleurs, parce que la confiance du moteur se reconstruit lentement.
- La réciprocité sur chaque paire, export complet, aucune exception.
- Les codes région employés sont-ils tous valides, ou en reste-t-il un inventé par un développeur pressé ?
- Le x-default pointe vers une page réelle et accessible, pas vers une redirection.
- Les URL déclarées répondent bien en 200, sans paramètre ni slash en trop.
- Chaque page ne déclare qu’une seule fois la même langue.
Un site qui coche ces points n’a rien à craindre du hreflang. Un site qui en rate un seul peut perdre des positions sur des requêtes qu’il méritait, et personne ne pensera à regarder la balise avant plusieurs semaines. Franchement, c’est le genre de dette technique qui coûte plus cher que la refonte qu’on repousse.
la confiance se répare avant le classement
Le hreflang ne vous fera jamais monter, mais il peut vous faire descendre, et c’est toute la nuance que les guides oublient. Les 67 % de domaines fautifs ne perdent pas tous des positions, heureusement, parce que beaucoup d’erreurs restent sans effet visible.
Celles qui touchent la réciprocité et le code région, en revanche, attaquent directement la lecture que fait le moteur de votre architecture multilingue. Corriger prend des semaines et le retour n’est jamais immédiat. Combien de sites perdent du trafic en ce moment pour une balise que personne n’a relue depuis deux ans ?
