Hreflang : le guide pratique pour ne pas saboter votre SEO international

📌 POINTS À RETENIR

Hreflang indique à Google quelle version linguistique ou régionale d'une page servir à quel utilisateur — ce n'est pas un facteur de ranking
Chaque page doit se référencer elle-même ET référencer toutes ses variantes (la réciprocité est obligatoire)
Trois implémentations possibles : balises dans le <head>, HTTP headers, sitemap XML
L'erreur la plus fréquente : des liens non réciproques qui rendent l'ensemble du signal invalide

⏱️ Temps de lecture : ~7 min

Vous avez passé des semaines à construire une version espagnole de votre site. Résultat : vos pages en français apparaissent pour des requêtes en espagnol, vos pages espagnoles ne se positionnent nulle part, et Google semble ignorer votre structure multilingue avec une sérénité déconcertante.

Neuf fois sur dix, le coupable c'est hreflang. Pas son absence — son implémentation approximative.

Hreflang, c'est quoi ? C'est un attribut HTML qui dit à Google : « Cette page existe aussi dans ces autres langues ou pour ces autres régions — voici les URLs correspondantes. » Sans lui, Google devine. Et Google ne devine pas bien.

Dans ce guide, on démonte la syntaxe, les trois méthodes d'implémentation et les erreurs qui rendent le signal complètement invisible.

Ce que fait vraiment hreflang (et ce qu'il ne fait pas)

Hreflang résout un problème précis : indiquer à Google quelle URL servir à quel utilisateur quand plusieurs versions d'une page coexistent.

Un exemple concret : vous avez /produit/ en français, /product/ en anglais, et /produkt/ en allemand. Sans hreflang, Google peut décider de ranker la version française pour une requête allemande. Ou de traiter vos trois pages comme du contenu dupliqué et de les dépénaliser toutes.

Ce que hreflang ne fait pas :

Il ne booste pas votre ranking sur un marché
Il ne traduit pas votre contenu
Il ne garantit pas que Google respectera vos instructions (Google peut ignorer le signal si l'implémentation est défaillante)

La documentation officielle Google Search Central est ici la référence — relisez-la, elle est plus claire qu'elle n'y paraît.

Hreflang est étroitement lié à l'indexation : une page mal signalée peut très bien être crawlée mais apparaître dans les mauvais marchés. Si vous avez déjà des doutes sur l'indexation de vos pages, notre article sur l'indexation Google couvre les causes et le diagnostic en détail.

Schéma représentant le signal hreflang entre trois URLs linguistiques

La syntaxe correcte, une fois pour toutes

Voici une balise hreflang correcte :

<link rel="alternate" hreflang="fr" href="https://exemple.com/produit/" />
<link rel="alternate" hreflang="en" href="https://exemple.com/product/" />
<link rel="alternate" hreflang="de" href="https://exemple.com/produkt/" />
<link rel="alternate" hreflang="x-default" href="https://exemple.com/product/" />

Quelques règles de syntaxe à ne pas négliger :

Les codes langue suivent la norme ISO 639-1 (fr, en, de, es…). Pour le ciblage régional, on combine avec un code pays ISO 3166-1 alpha-2 : fr-FR (France), fr-BE (Belgique francophone), en-US (États-Unis), en-GB (Royaume-Uni).

x-default désigne la page à servir par défaut quand aucune autre variante ne correspond. Souvent la page d'accueil anglaise, ou une page de sélection de pays.

Les URLs doivent être absolues — pas de chemins relatifs, pas de ../produit/. Et elles doivent être canoniques : si votre page canonique est en HTTPS, n'indiquez pas l'URL HTTP dans hreflang.

Les trois façons de l'implémenter

Balises dans le `<head>` HTML

C'est la méthode la plus courante. Les balises <link rel="alternate" hreflang="..."> sont placées dans le <head> de chaque page concernée.

Avantage : visible immédiatement lors du crawl de la page. Inconvénient : sur les gros sites, maintenir ces balises sur chaque template peut devenir un enfer si votre CMS ne le gère pas nativement.

HTTP headers

Réservé aux pages non-HTML (PDFs, documents téléchargeables). Le serveur renvoie les informations hreflang directement dans les headers de la réponse HTTP. En pratique, vous n'aurez que rarement à utiliser cette méthode.

Sitemap XML

Chaque URL du sitemap peut contenir un bloc <xhtml:links> listant toutes ses variantes. C'est souvent la solution la plus maintenable sur les sites à fort volume de pages.

Selon Moz, cette approche est particulièrement utile quand vous ne maîtrisez pas totalement les templates côté front. Elle décentralise le signal sans toucher au HTML.

La contrepartie : si votre sitemap est mal configuré ou mal mis à jour, le signal devient rapidement incohérent. La méthode head + sitemap en parallèle est à éviter — Google peut recevoir des instructions contradictoires.

Les erreurs qui cassent tout

⚠️ ERREUR COURANTE — La réciprocité absente

C'est l'erreur numéro un. Si /produit/ référence /product/ via hreflang, alors /product/ doit aussi référencer /produit/. Les deux pages doivent se lier mutuellement — et lier toutes les autres variantes.

Si cette réciprocité est manquante, Google invalide le signal. Il ne complète pas à votre place.

⚠️ ERREUR COURANTE — Codes langue incorrects

hreflang="fr-fr" au lieu de hreflang="fr-FR" — la casse compte. Le code pays doit être en majuscules. hreflang="EN" est invalide. Consultez la référence Semrush sur les attributs hreflang pour la liste complète des codes valides.

💡 ASTUCE — Tester avec le Rapport d'internationalisation de Search Console

Search Console dispose d'un rapport dédié aux erreurs hreflang dans la section « Améliorer ». Il signale les URLs manquantes, les codes invalides et les incohérences de réciprocité. C'est le premier outil à consulter après implémentation.

⚠️ ERREUR COURANTE — Hreflang sur des pages noindex

Une page noindex ne peut pas participer à un cluster hreflang. Si vous signalez une variante qui est exclue de l'index, Google ignore l'ensemble du signal pour ce groupe. Cette interaction entre hreflang et indexation est rarement documentée — elle mérite d'être vérifiée systématiquement. Notre méthode d'audit technique SEO couvre la vérification de ce type d'incohérence à l'étape « Canoniques et balises ».

Checklist d'audit hreflang posée sur un bureau avec un stylo

Comment auditer votre hreflang existant

Un audit hreflang en quatre étapes :

1. Crawler le site avec les balises hreflang activées

Screaming Frog extrait nativement les balises hreflang (onglet Hreflang). Vous verrez immédiatement les pages sans réciprocité, les codes invalides et les URLs absentes. Si vous hésitez encore sur le choix de votre crawler, notre comparatif Screaming Frog / Sitebulb / Oncrawl vous donnera les critères pour trancher selon votre contexte.

2. Croiser avec Search Console

Le rapport d'internationalisation liste les erreurs détectées par Google lui-même. Commencez par là — c'est plus fiable que de deviner.

3. Vérifier les canoniques

Chaque URL référencée dans vos balises hreflang doit avoir une canonique cohérente. Une URL qui pointe vers une canonique différente envoie un signal contradictoire.

4. Valider les retours Googlebot dans les logs

Si vous avez accès aux logs serveur, vérifiez que Googlebot crawle bien toutes vos variantes à fréquence comparable. Un déséquilibre important signale souvent un problème de maillage interne vers ces pages. Les mécanismes du budget de crawl s'appliquent ici : si certaines variantes linguistiques ne reçoivent pas assez de liens internes, elles seront crawlées moins souvent.

FAQ — Hreflang SEO international

Hreflang est-il un facteur de ranking Google ?

Non, hreflang n'est pas un facteur de ranking direct. Son rôle est de dire à Google quelle version de page servir à quel utilisateur selon sa langue et sa région. Une bonne implémentation améliore l'expérience utilisateur et évite les problèmes de cannibalisation entre versions linguistiques, ce qui peut indirectement soutenir les performances SEO.

Faut-il utiliser hreflang pour un site multilingue sans ciblage géographique ?

Oui, dès que vous avez plusieurs versions d'une même page dans des langues différentes, hreflang est utile. Même sans ciblage géographique explicite, l'attribut lang suffit — vous pouvez utiliser hreflang="fr" et hreflang="en" sans préciser le pays. C'est préférable à ne rien déclarer, qui laisse Google deviner.

Hreflang fonctionne-t-il avec le sitemap XML ?

Oui, déclarer les balises hreflang dans le sitemap XML est une alternative valide à l'implémentation dans le head HTML. C'est souvent plus simple à maintenir sur les gros sites, à condition que chaque URL y soit listée avec l'ensemble de ses variantes. Google Search Central décrit précisément cette méthode dans sa documentation.

Que se passe-t-il si on oublie la balise x-default ?

L'oubli de x-default n'est pas bloquant, mais c'est une opportunité manquée. Sans elle, Google ne sait pas quelle page servir aux utilisateurs dont la langue ou la région ne correspond à aucune variante déclarée. Sur un site international avec des visiteurs de marchés non ciblés, cela peut provoquer des affichages incohérents et du trafic mal attribué.

Conclusion

Hreflang est un signal de précision, pas un signal de masse. Mal implémenté, il ne fait rien — ou pire, il crée des incohérences que Google préfère ignorer.

Les trois choses à retenir :

La réciprocité est obligatoire : chaque page doit référencer toutes ses variantes, y compris elle-même
Les URLs doivent être strictement canoniques : HTTPS, sans trailing slash aléatoire, identiques aux URLs que vous déclarez en canonical
Auditez avant de déployer : un crawl Screaming Frog + le rapport Search Console permet de détecter 90% des erreurs avant qu'elles n'impactent le trafic

Si vous partez de zéro sur un site multilingue, commencez petit : deux langues, réciprocité parfaite, validation Search Console. Montez en charge seulement quand le signal est propre.