Votre site existe en plusieurs langues, mais Google montre la mauvaise version à vos prospects ? Dans la majorité des cas, la cause est une erreur hreflang : un code de langue faux, un lien de renvoi oublié ou une URL qui ne mène nulle part. Cet article liste les erreurs les plus fréquentes, explique comment les repérer sans être technicien et indique comment les corriger pour que le bon visiteur arrive sur la bonne page, et vous appelle.
En bref
- Une balise hreflang est une ligne de code qui dit à Google quelle version d’une page correspond à quelle langue ou quel pays. Elle ne sert pas à deviner la langue de la page.
- Les erreurs les plus courantes : liens de renvoi manquants, absence d’auto-référence, codes de langue ou de région invalides, URL cassées ou redirigées, conflits avec la balise canonical.
- Quand deux pages ne se renvoient pas l’une vers l’autre, Google ignore l’annotation : votre travail de traduction ne sert alors à rien.
- Un site 100 % français pour une clientèle locale n’a pas besoin de hreflang. Ne l’ajoutez pas par principe.
- Un audit SEO repère ces défauts en quelques heures, avant qu’ils ne coûtent des demandes de devis.
À quoi sert hreflang, et pour qui
Le hreflang est un attribut placé dans le code d’une page. Il indique à Google les variantes linguistiques ou régionales d’une même page. Google s’en sert pour choisir, dans les résultats, l’URL la plus adaptée à la langue ou à la région de l’internaute, selon la documentation officielle de Google sur les versions localisées.
Prenons un exemple concret. Un pisciniste de la Côte d’Azur propose son site en français et en anglais pour toucher les résidents étrangers. Sans hreflang correct, un Britannique peut tomber sur la page française, ne rien comprendre et repartir. Avec un balisage propre, il voit la page en anglais et peut demander un devis.
Point important : hreflang ne sert pas à détecter la langue de la page. Google la détermine lui-même grâce à ses algorithmes. L’annotation décrit seulement la relation entre des URL alternatives.
Qui est concerné
Vous avez besoin de hreflang si vous avez au moins deux versions d’un contenu pour des langues ou des pays différents. Par exemple :
- un site en français et en anglais pour une clientèle touristique ou expatriée ;
- un site pour la France et la Belgique, avec des pages quasi identiques mais des prix ou des coordonnées différents ;
- une boutique en ligne qui vend dans plusieurs pays européens.
Si votre site est uniquement en français et vise des clients de votre département, passez votre chemin. Votre priorité est ailleurs : fiche Google Business Profile (votre fiche gratuite sur Google Maps), pages services locales, avis clients. Notre guide de l’optimisation SEO d’un site internet détaille ces étapes.
À quoi ressemble une balise hreflang
Une balise hreflang se présente comme une ligne de code dans l’en-tête de la page (le « head », la partie invisible du code). Elle contient trois éléments : le type de lien, la langue (et éventuellement le pays), puis l’adresse complète de la page.
Pour une page française et sa version anglaise, chaque page doit contenir une ligne pour le français, une ligne pour l’anglais, et chacune doit citer les deux. C’est cette règle de réciprocité qui est la source de la plupart des erreurs.
Il existe trois façons de poser ces balises : dans le code HTML de chaque page, dans les en-têtes HTTP (surtout pour des fichiers PDF) ou dans le sitemap XML (le fichier qui liste toutes vos pages pour Google). Choisissez une seule méthode et tenez-vous-y : cumuler les trois multiplie les risques d’incohérence.
Les erreurs hreflang les plus fréquentes
L’ampleur du problème est connue. Dans une étude de 2017 portant sur 20 000 sites multilingues, 58 % présentaient des conflits hreflang et 37 % des liens incorrects. Environ 32 % affichaient des ensembles de langues différents selon les pages. L’étude est ancienne, mais les erreurs qu’elle décrit sont toujours celles que l’on retrouve en audit.
Voici les dix erreurs à vérifier, de la plus fréquente à la plus sournoise.
1. Le lien de renvoi manquant
La page française désigne la page anglaise comme sa variante, mais la page anglaise ne désigne pas la française. Résultat : si deux pages ne se renvoient pas l’une vers l’autre, Google ignore les annotations, comme le précise sa documentation.
C’est l’erreur numéro un, souvent due à une traduction ajoutée plus tard sans mettre à jour la version d’origine. Business : vos pages traduites restent invisibles pour la bonne audience.
2. L’absence d’auto-référence
Chaque page doit se citer elle-même dans la liste de ses variantes, en plus de citer les autres. Google recommande que chaque version se référence elle-même et référence toutes les autres versions correspondantes.
Oublier cette ligne est un classique quand on ajoute les balises à la main. Elle est facile à corriger, et pourtant très répandue.
3. Un code de langue ou de région invalide
La valeur doit suivre le format ISO 639-1 pour la langue (fr, en, de), suivi éventuellement d’un code pays ISO 3166-1 Alpha 2, séparé par un tiret, comme l’indique la page Lighthouse consacrée à hreflang. Exemples valides : fr, fr-BE, en-GB.
Les fautes typiques :
- « en-UK » au lieu de « en-GB » (UK n’est pas le code officiel du Royaume-Uni) ;
- un tiret bas à la place du tiret (fr_BE) ;
- l’ordre inversé, pays avant langue (BE-fr) ;
- un pays seul, sans langue (BE).
4. Plusieurs URL pour une même valeur
Vous déclarez deux adresses différentes pour « fr-FR » sur une même page. Google ne sait pas laquelle choisir et peut ignorer les deux. Cela arrive quand une page existe avec et sans « www », ou avec des paramètres dans l’adresse.
5. Des URL relatives
Les URL doivent être complètes, avec http ou https au début. Une adresse du type « /en/services/ » est une URL relative : Google ne la prend pas en compte correctement. Écrivez toujours l’adresse entière, par exemple celle qui commence par https:// suivie du nom de domaine.
6. Des URL cassées ou redirigées
Si l’adresse indiquée renvoie une erreur 404 (page introuvable), une erreur 500 (panne du serveur) ou une redirection, elle ne sert à rien. Le cas typique : vous refondez votre site, les adresses changent, mais le hreflang pointe encore vers les anciennes.
Après toute refonte, c’est le premier point à contrôler. Notre guide sur la prévention des erreurs lors d’un audit de référencement rappelle les vérifications à faire à chaque migration.
7. Des pages non indexables
Une variante marquée « noindex » (consigne qui demande à Google de ne pas l’afficher) ne peut pas apparaître dans les résultats. La désigner comme variante dans le hreflang est contradictoire. Les pages cibles doivent être accessibles et indexables.
8. Le conflit entre hreflang et canonical
La balise canonical indique à Google quelle est l’adresse « officielle » d’une page. Si la page allemande se déclare elle-même dans hreflang mais que sa canonical pointe vers la page américaine, vous envoyez deux ordres opposés. Google tranche, rarement en votre faveur.
Règle simple : chaque version linguistique a sa propre canonical, qui pointe vers elle-même. Les hreflang, eux, doivent désigner des URL canoniques.
9. Un balisage différent selon les pages
La page d’accueil liste quatre langues, la page contact en liste deux. Ces ensembles de langues incohérents sont fréquents quand plusieurs personnes ou plusieurs extensions de site gèrent le contenu. Pour chaque groupe de pages équivalentes, la liste doit être strictement identique.
10. Mélanger hreflang et autres attributs
Ne combinez pas les annotations hreflang avec d’autres attributs, comme media, dans une seule balise link. Une balise, une fonction. C’est une consigne explicite de Google.
Tableau récapitulatif
| Erreur | Symptôme côté visiteur | Correction |
|---|---|---|
| Lien de renvoi manquant | Mauvaise langue affichée | Ajouter la balise réciproque sur chaque variante |
| Pas d’auto-référence | Annotations incomplètes | Ajouter la ligne de la page elle-même |
| Code invalide | Balise ignorée | Utiliser langue ISO 639-1 puis pays ISO 3166-1, avec tiret |
| URL relative | Variante non reconnue | Écrire l’adresse complète avec https |
| URL cassée ou redirigée | Clic vers une erreur | Pointer vers l’adresse finale en code 200 |
| Conflit canonical | Version inattendue dans Google | Canonical autoréférente sur chaque version |
| Ensembles incohérents | Résultats instables | Même liste sur toutes les pages équivalentes |
Comment repérer les erreurs sans être technicien
Vous n’avez pas à lire du code. Voici trois contrôles à la portée d’un gérant ou de son assistant.
Tester une page avec Lighthouse
Lighthouse est l’outil d’audit intégré au navigateur Chrome. Il vérifie les liens hreflang dans le head et dans les en-têtes de réponse, ainsi que la validité des codes de langue. Attention à ses limites : il ne contrôle ni les codes régionaux ni les sitemaps. Un test « réussi » ne garantit donc pas un balisage parfait.
Tester dans votre navigateur
Affichez votre site depuis un navigateur réglé dans l’autre langue, ou demandez à un proche à l’étranger de chercher votre entreprise sur Google. Si la mauvaise version s’affiche de façon répétée, c’est un signal.
Passer un audit complet
Un audit SEO technique parcourt l’ensemble du site, compare les balises page par page et signale chaque incohérence. C’est la méthode la plus fiable quand votre site compte plus de quelques dizaines de pages. Notre sélection d’outils pour webmaster présente les familles d’outils utiles.
Corriger les erreurs : la méthode en 6 étapes
- Listez vos groupes de pages. Pour chaque page, notez ses équivalents dans les autres langues.
- Choisissez une méthode de balisage : HTML, en-têtes HTTP ou sitemap. Une seule.
- Vérifiez les URL. Toutes doivent être complètes, en https, accessibles et sans redirection.
- Contrôlez les codes. Langue en minuscules, pays en majuscules, séparés par un tiret.
- Ajoutez la réciprocité et l’auto-référence sur chaque version.
- Alignez les canonical pour qu’elles pointent vers la page elle-même.
Les effets ne sont pas immédiats. Google doit réexplorer vos pages, ce qui prend de quelques jours à plusieurs semaines selon la taille du site. Refaites un contrôle après ce délai et à chaque modification importante du site.
Faut-il aussi une valeur x-default ?
La valeur x-default désigne la page à afficher quand aucune langue ne correspond au visiteur, par exemple une page de choix de langue. Elle est utile sur un site à plusieurs marchés, mais elle ne remplace aucune des règles ci-dessus.
Notre point de vue : hreflang n’est pas votre premier chantier
Nous le disons franchement : la plupart des TPE et artisans qui nous contactent n’ont pas besoin de hreflang. Un couvreur, un plombier ou un électricien vend à moins de 50 km de son atelier, en français. Son chiffre d’affaires dépend de son positionnement local, de ses pages services et de la qualité du suivi des appels.
Quand nous auditons un site, nous classons les problèmes par impact sur les demandes de devis. Une erreur hreflang sur un site multilingue pèse lourd, parce qu’elle envoie le mauvais visiteur au mauvais endroit. Sur un site monolingue, la corriger n’apporte rien : mieux vaut investir dans une page par métier et par ville.
À l’inverse, si vous visez une clientèle étrangère (piscinistes, paysagistes en zone touristique, artisans d’art, export), le balisage doit être irréprochable. Une traduction mal reliée est un investissement perdu. Notre démarche reste la même : mesurer, prioriser, corriger ce qui rapporte, et rendre compte des résultats avec des chiffres.
— Aurélie
Faire contrôler votre site par des spécialistes
Si votre site existe en plusieurs langues et que vous soupçonnez une de ces erreurs, notre audit SEO complet passe en revue le balisage hreflang, les canonical, l’indexation et les redirections. Vous obtenez une liste d’actions classées par priorité. Pour connaître les modalités, consultez la page audit SEO.
Si vous souhaitez ensuite un accompagnement continu, notre programme SEO clé en main est proposé de 1 000 € à 10 000 € par mois, selon l’ampleur du site et des objectifs.
Questions fréquentes
Les erreurs hreflang font-elles perdre du classement ?
Elles ne pénalisent pas votre site comme le ferait une sanction. Mais si les annotations sont ignorées, Google choisit la version à afficher sans votre aide, et celle-ci peut être la mauvaise. Vous perdez alors des visites qualifiées, donc des contacts.
Faut-il mettre hreflang sur un site uniquement en français ?
Non. Hreflang sert à relier des versions d’une même page pour des langues ou régions différentes. Sans variante, il n’y a rien à relier. Concentrez-vous sur le SEO local.
Quel est le bon code pour le français de France, de Belgique ou de Suisse ?
Utilisez fr pour le français en général, ou fr-FR, fr-BE et fr-CH pour cibler un pays précis. Le format est la langue en minuscules, un tiret, puis le pays en majuscules, conformément à la norme décrite dans la page Lighthouse.
Combien de temps pour voir l’effet d’une correction ?
Google doit réexplorer les pages concernées. Comptez de quelques jours à plusieurs semaines selon la taille du site. Vérifiez ensuite que la bonne version s’affiche dans les résultats pour chaque marché.
Lighthouse suffit-il pour valider mon balisage ?
Il détecte les codes de langue invalides et les liens manquants dans le head et les en-têtes, mais pas les codes régionaux ni les sitemaps. Utilisez-le comme premier contrôle, pas comme preuve finale.
Sources
- Versions localisées de vos pages, Google Search Central
- Le document ne contient pas d’attribut hreflang valide, Lighthouse
- Les erreurs hreflang les plus communes, étude de 2017 sur 20 000 sites