Hreflang multilingue : balisage, pages régionales et erreurs fréquentes

Balisage hreflang : cinq erreurs fréquentes, corrections et choix de structure d’URL

Hreflang multilingue : balisage, pages régionales et erreurs fréquentes

Conclusion d’abord : hreflang indique à Google les versions linguistiques et régionales d’une page. Mal écrit, il perturbe l’affichage des sites multilingues dans les SERP. La bonne méthode : chaque groupe de pages linguistiques se référence mutuellement, s’auto-référence et inclut un x-default en secours, avec un code de langue ISO 639-1 suivi d’un code de pays ISO 3166-1. Pour la structure d’URL, privilégiez le sous-répertoire example.com/de/, puis le sous-domaine, et en dernier recours un site distinct. Les cinq erreurs fréquentes sont la référence à sens unique, l’absence de x-default, un code de langue erroné, l’auto-référence manquante et des URL incohérentes ; chacune invalide tout le groupe hreflang. Après la mise en ligne, vérifiez l’absence d’erreur dans le rapport Ciblage international de Search Console sous 7 jours.

1. Ce que hreflang contrôle vraiment : une suggestion, pas une obligation

Corrigeons d’abord le malentendu le plus courant : hreflang n’oblige pas Google à afficher une version donnée aux utilisateurs d’une région. Il indique simplement à Google que ces URL sont des versions linguistiques d’un même contenu et lui demande de choisir la plus adaptée à la langue de l’utilisateur. Google peut toujours retenir une autre version selon d’autres signaux (requête, liens, autorité locale) ; hreflang ne fait qu’augmenter la probabilité du bon choix.

Pour un site B2B multilingue à l’international, hreflang résout deux problèmes concrets : ne pas montrer une page anglaise à un utilisateur allemand qui cherche en allemand, et ne pas montrer une page en français de France ou du Canada à un utilisateur belge francophone qui cherche en français. L’erreur typique : un utilisateur allemand voit un titre anglais dans les SERP, puis est redirigé en 301 vers la page allemande après le clic, ce qui coûte la moitié des clics.

Idées reçues	Comportement réel	Conséquence
hreflang impose l’affichage régional	Simple suggestion, Google garde son pouvoir d’appréciation	Une erreur ne bloque pas l’indexation, elle nuit seulement à la correspondance
Avec hreflang, plus besoin de traduire	Le contenu doit être réellement traduit, la traduction automatique ne compte pas	Google détecte les contenus traduits automatiquement
Placer hreflang dans le footer suffit	À placer dans le head, dans l’en-tête HTTP ou dans le sitemap	Le footer n’est pas explorable
Un domaine par langue	Un domaine peut héberger plusieurs versions linguistiques	Séparer les langues par sous-répertoire ou sous-domaine

Le seuil de qualité d’un site multilingue est plus strict que celui d’un site monolingue : mieux vaut ne pas publier qu’une traduction insuffisante, voir Seuil de qualité à la mise en ligne d’un contenu multilingue. À l’ère du GEO, la stratégie multilingue ne se limite pas à l’anglais, voir GEO multilingue : aller au-delà de l’anglais.

2. Structure d’URL : sous-répertoire > sous-domaine > site indépendant

Avant de toucher au hreflang, choisissez votre structure d’URL. Une erreur à cette étape, et tout le reste n’est que rafistolage.

Structure	Exemple	Transfert d’autorité SEO	Coût de maintenance	Cas d’usage
Sous-répertoire	example.com/de/, example.com/fr/	Concentrée sur le domaine principal, la plus forte	Minimal	Le choix par défaut de la grande majorité des sites B2B
Sous-domaine	de.example.com, fr.example.com	Dispersée, autorité à construire séparément	Moyenne	Quand une marque pays existe déjà et s’opère de façon autonome
Site autonome	example.de, example.fr	Totalement indépendants, netlinking à faire pour chacun	Maximal	Activité locale lourde, équipes dispersées
Distinction par paramètre	example.com?lang=de	Déconseillé, risque élevé de contenu dupliqué	Faible mais risqué	À éviter

90 % des équipes B2B à l’international devraient choisir le sous-répertoire. Pourquoi : l’autorité du domaine principal se transmet de façon concentrée, la maintenance du hreflang reste simple, et le CDN comme le certificat HTTPS ne se configurent qu’une seule fois. Le sous-domaine ne vaut le coup que si vous avez déjà bâti une marque et un netlinking propres à un marché national ; le site indépendant ne se justifie que si vous avez réellement, en Allemagne ou en France, une entité locale, une équipe locale et une production de contenu locale. Pour la frontière entre page pays et page doorway, voir Pages pays et pages doorway : la ligne rouge.

3. Écriture du balisage : trois méthodes

Le hreflang se déploie de trois façons, à choisir selon le contexte.

Méthode	Emplacement	Taille adaptée	Priorité
Balise link HTML	Dans le head de chaque page	De quelques dizaines à quelques centaines de pages	À privilégier
Sitemap XML	Ajout de xhtml:link dans le sitemap	Plusieurs milliers de pages et au-delà	Le choix privilégié à grande échelle
En-tête de réponse HTTP	Le serveur renvoie un en-tête Link	Documents non HTML, PDF, etc.	En complément

L’écriture standard de la balise link HTML : dans le head de chaque version linguistique, listez toutes les versions (y compris la sienne) et le x-default. Prenons l’exemple de trois versions, anglaise, allemande et française : le head de la page anglaise doit contenir

link rel=”alternate” hreflang=”en” href=”https://example.com/”, link rel=”alternate” hreflang=”de” href=”https://example.com/de/”, link rel=”alternate” hreflang=”fr” href=”https://example.com/fr/”, link rel=”alternate” hreflang=”x-default” href=”https://example.com/”. Les pages allemande et française doivent présenter exactement la même liste complète, avec des URL parfaitement identiques.

Utilisez le code de langue à deux lettres ISO 639-1 et, si nécessaire, ajoutez le code pays ISO 3166-1 : en pour l’anglais générique, en-GB pour l’anglais britannique, de-AT pour l’allemand autrichien, zh-CN pour le chinois simplifié, zh-TW pour le chinois traditionnel. N’utilisez pas de codes incomplets comme cn ou zh.

4. Liste des cinq erreurs les plus courantes

90 % des échecs de hreflang viennent de ces cinq erreurs. Vérifiez-les une par une.

Erreur	Méthode de vérification	Conséquence	Délai de correction
Référence à sens unique	La page anglaise pointe vers l’allemande, mais l’allemande ne pointe pas en retour	Tout le groupe ne fonctionne pas	À compléter le jour même
x-default manquant	Aucune page de repli trouvée	Les utilisateurs de langue inconnue risquent de voir la version anglaise	À ajouter le jour même
Code de langue erroné	cn devrait être zh-CN ; zh est trop large	Correspondance erronée	À corriger le jour même
Auto-référence oubliée	Une page ne liste pas son propre hreflang	Cette version ne participe pas à la sélection du groupe	À ajouter le jour même
URL incohérentes	http/https, barre oblique finale, casse différente	considérées comme des URL distinctes, le groupe se casse	réécriture après normalisation
erreur de référence circulaire	A pointe vers B, B vers C, C vers A, mais A ne pointe pas vers C	Google ne peut pas créer le groupe	réécriture de tout le groupe

Un outil vous aide à vérifier rapidement : le rapport de ciblage international de Search Console liste toutes les erreurs dans les 7 jours suivant la mise en ligne, notamment « balise de retour incorrecte » et « balise de retour introuvable ». Exportez la liste des erreurs, corrigez page par page jusqu’à ce que le rapport soit à zéro. Sur un site multilingue, la localisation des chiffres et des tableaux doit être synchronisée avec le hreflang, voir Localisation des chiffres, tableaux et unités en multilingue. La gestion unifiée du glossaire est la condition d’une traduction de qualité, voir Workflow de glossaire pour la MTPE.

V. Frontière entre pages régionales et multilingue

Dans l’expansion B2B à l’international, deux choses sont souvent confondues : la version multilingue (même contenu dans une autre langue) et la page d’atterrissage régionale (contenu spécifique à une zone).

Dimension	Version multilingue	Page d’atterrissage régionale
Contenu	Traduction d’une même source	Rédigée spécifiquement pour le marché local
URL	Sous-répertoires de langue type /de/, /fr/	Sous-répertoires régionaux type /us/, /mena/
hreflang	Obligatoire	x-default ou code région possible
Risque	Traduction de mauvaise qualité	Pénalité pour page doorway
Exemple	Page produit version anglaise traduite en allemand	« Guide d’achat pour les acheteurs du Moyen-Orient »

Ligne rouge essentielle : une page d’atterrissage régionale doit avoir un vrai contenu localisé (certifications locales, cas locaux, moyens de paiement locaux), pas seulement une page anglaise avec un titre modifié. Pour les critères de page doorway et la ligne rouge, voir Pages pays et pages doorway : la ligne rouge. Pour le choix des marchés prioritaires — anglais, UE, Moyen-Orient, Amérique latine — voir Priorités de marché à l’international : anglais, UE, Moyen-Orient et Afrique du Nord, Amérique latine.

VI. Contrôles de mise en ligne et rythme de suivi

Étape	Outil	Délai	Critère de validation
Revue du code local	Vérifier le head template par template	Avant soumission	Références croisées complètes entre les trois versions linguistiques
Normalisation des URL	Cohérence entre canonical et hreflang	Avant soumission	Aucun conflit http/https
Vérification après déploiement	Rich Results Test ou outil hreflang	Le jour de la mise en ligne	4 balises complètes par groupe
Search Console	Rapport de ciblage international	Jours 7 et 14	Zéro erreur
Contrôle trimestriel	Vérification synchronisée à chaque mise en ligne d’une nouvelle page	À chaque version publiée	Le nouveau template hérite de la logique hreflang

Lors d’une migration ou refonte de site, le hreflang est la partie la plus facilement oubliée par les nouveaux templates ; il faut le régresser avec Migration 301 et préservation du SEO. À chaque mise en ligne d’une nouvelle page, la logique de sortie hreflang doit être intégrée au template de développement, sans ajout manuel par les équipes.

FAQ — Questions fréquentes

L’anglais est la langue principale ; les pages allemande et française doivent-elles pointer vers les autres en hreflang ?

Oui, et les références croisées doivent être complètes. La page anglaise liste les quatre balises en, de, fr et x-default ; la page allemande liste aussi en, de, fr et x-default ; la page française également. Les listes de balises des trois pages doivent être strictement identiques, URL comprises, au caractère près. S’il manque une seule référence croisée, tout le groupe hreflang devient invalide et Google attribue les versions linguistiques selon sa propre logique.

Faut-il utiliser des sous-répertoires ou des sous-domaines pour le hreflang ?

Dans 90 % des cas, choisissez un sous-répertoire. example.com/de/ concentre l’autorité sur le domaine principal : Google le traite comme les versions linguistiques d’un même site, avec un seul certificat et un seul CDN à gérer. Le sous-domaine de.example.com est considéré par Google comme un site relativement indépendant, qui doit accumuler ses propres backlinks et sa propre autorité. À moins d’avoir déjà une marque indépendante et une équipe locale en Allemagne, évitez le sous-domaine.

Peut-on mettre du hreflang sur des pages traduites automatiquement ?

Non. Google sait reconnaître une traduction automatique de mauvaise qualité : même balisée en hreflang, elle ne sera pas indexée comme version linguistique distincte et diluera au contraire les signaux de qualité du site principal. La bonne méthode : traduire automatiquement, puis faire relire par un traducteur (MTPE) avant la mise en ligne. Le seuil de qualité est détaillé dans Seuil de qualité à la mise en ligne d’un contenu multilingue. Une version qui ne passe pas ce seuil doit rester en anglais plutôt que d’être publiée de force dans une langue secondaire.

Vers quelle page x-default doit-il pointer ?

Vers votre page principale, en général la page d’accueil anglaise. Quand la langue du navigateur de l’utilisateur ne correspond à aucune de vos langues, Google utilise la page x-default comme solution de repli. Ne créez pas une page intermédiaire « choisir sa langue » dédiée au x-default : ce type de page convertit très mal et Google ne l’apprécie pas non plus. Pointez directement vers le site principal en anglais.

Le hreflang dans le sitemap ou dans le head : que choisir ?

Cela dépend de la taille. Jusqu’à quelques centaines de pages, le head est le plus direct : le développeur modifie le template une fois et tout le site en bénéficie. Au-delà de quelques milliers de pages, le sitemap est plus facile à maintenir, car il est généré automatiquement et le risque d’erreur humaine est faible. Les deux méthodes ne se mélangent pas : choisissez-en une. Dans le sitemap, on ajoute à chaque URL un élément enfant xhtml:link listant toutes les versions linguistiques.

Un pays a plusieurs langues, comme le français et le néerlandais en Belgique : comment les baliser ?

En les distinguant par le code région. Le français de Belgique s’écrit fr-BE, le néerlandais de Belgique nl-BE, le français de France fr-FR et le néerlandais des Pays-Bas nl-NL. N’utilisez pas fr ou nl seuls, car vous mélangeriez le français de Belgique avec celui de France et le néerlandais de Belgique avec celui des Pays-Bas. Tout l’intérêt du hreflang est là : un francophone à Bruxelles et un francophone à Paris ne doivent pas voir les mêmes pages dans les résultats.

Pour conclure

Le hreflang d’un site multilingue est un travail où les détails font toute la différence : une seule lettre erronée ou un lien réciproque manquant et tout le groupe devient caduc, alors que vous ne le verrez peut-être dans Search Console que deux semaines après la mise en ligne. Faites-en un travail standardisé : le développeur intègre la logique de génération du hreflang dans le template, et l’équipe éditoriale n’a plus qu’à saisir la liste des URL lors de l’ajout d’une langue, sans rien mémoriser.

Trois étapes pour passer à l’action : cette semaine, vérifiez vos templates multilingues existants à l’aide de la liste des cinq types d’erreurs ; la semaine suivante, confirmez dans le rapport de ciblage international de Search Console qu’il ne reste aucune erreur ; la troisième semaine, intégrez la vérification du hreflang à votre processus de mise en ligne des nouvelles pages. Une fois ces trois étapes faites, votre site multilingue commencera vraiment à servir vos acheteurs dans chaque pays.

Une phrase à retenir : hreflang est le catalogue de traductions que Google consulte. Listez toutes les versions, reliez-les entre elles et prévoyez une page par défaut : c’est à ce prix qu’il enverra les acheteurs allemands vers la page en allemand.