Hreflang ou canonical : quelle balise choisir pour gérer vos versions internationales ?

Pourquoi cette distinction entre hreflang et canonical est-elle si critique ?

Les deux balises remplissent des fonctions radicalement différentes que beaucoup de praticiens confondent encore. La balise canonical indique à Google qu'une page est un duplicata et qu'il doit consolider les signaux vers une version de référence.

Concrètement, canonical dit : « Ignore cette page, préfère celle-là ». C'est un signal de déduplication. Hreflang, au contraire, dit : « Ces pages sont équivalentes mais chacune cible un public spécifique ». Google doit donc indexer et afficher chaque version selon la langue ou la localisation de l'utilisateur.

Dans quels cas utiliser hreflang plutôt que canonical ?

Hreflang s'impose dès que vous gérez du contenu adapté par langue ou région, même si ce contenu reste largement similaire. Typiquement : un site e-commerce avec /fr/, /en/, /de/ proposant les mêmes produits traduits.

Si vous placez une canonical de /en/ vers /fr/, vous signalez à Google que la version anglaise est un duplicata à ignorer. Résultat : les anglophones verront la version française dans les résultats, ce qui détruit l'expérience utilisateur et le taux de conversion.

Que se passe-t-il si on mélange hreflang et canonical incorrectement ?

Google suit la canonical en priorité. Si /en/ pointe vers /fr/ via canonical, puis que vous déclarez /en/ comme version anglaise via hreflang, le signal canonical l'emporte. Google considère /en/ comme non-indexable ou secondaire.

Ce conflit crée des incohérences dans l'indexation. Certaines versions linguistiques disparaissent des SERP locales, ou Google sert la mauvaise langue aux mauvais utilisateurs. Les remontées Search Console montrent alors des erreurs hreflang sans explication évidente, simplement parce qu'une canonical parasite le signal.

• Hreflang : signale des équivalences linguistiques ou régionales à indexer séparément
• Canonical : consolide les signaux vers une URL unique et écarte les doublons
• Conflit hreflang/canonical : canonical prend le dessus, hreflang est ignoré
• Erreur fréquente : placer canonical entre versions linguistiques par réflexe anti-duplicate
• Conséquence : désindexation partielle ou affichage incorrect des versions par géolocalisation

Cette déclaration est-elle cohérente avec les observations terrain ?

Absolument. Les audits révèlent régulièrement des sites internationaux qui empilent canonical et hreflang par méconnaissance. Le symptôme classique : un site multilingue qui perd du trafic sur certaines versions linguistiques sans changement éditorial apparent.

En creusant, on découvre des canonical croisées entre /fr/ et /en/, vestiges d'une migration ou d'un template mal configuré. Google choisit alors une version arbitraire comme référence et désindexe ou déclasse les autres, malgré un hreflang correctement implémenté par ailleurs.

Quelles nuances Google ne mentionne-t-il pas ici ?

Google reste vague sur le seuil de similarité qui justifie hreflang plutôt que canonical. Si deux versions linguistiques ne diffèrent que par quelques phrases traduites, Google peut-il considérer l'une comme duplicata de l'autre ? [A vérifier] selon le volume de contenu unique.

Autre zone floue : les sites avec contenu partiellement traduit. Imaginons /fr/ traduit à 80 %, /en/ à 100 %. Faut-il utiliser hreflang ou canonical ? Google ne donne pas de règle chiffrée. L'expérience montre que dès qu'une intention utilisateur spécifique existe par langue, hreflang s'impose, même si le contenu reste proche.

Dans quels cas cette règle ne s'applique-t-elle pas strictement ?

Il existe des edge cases. Un site propose /fr-fr/ et /fr-be/ (français France vs Belgique) avec contenu 99 % identique, seules les mentions légales changent. Techniquement, hreflang est recommandé. Mais si les différences sont microscopiques et sans impact UX réel, certains SEO choisissent une canonical vers /fr-fr/ pour concentrer les signaux.

C'est un arbitrage risqué. Google peut interpréter cette canonical comme un aveu de non-pertinence pour /fr-be/, et désindexer cette version. À l'inverse, maintenir deux versions quasi identiques avec hreflang dilue parfois l'autorité sans gain utilisateur. Soyons honnêtes : aucune règle universelle ici, il faut peser volume de recherche local, concurrence et ressources de traduction.

Comment auditer son site pour détecter les conflits hreflang/canonical ?

Commence par extraire toutes les balises canonical et hreflang de ton site via un crawl (Screaming Frog, Oncrawl, Botify). Identifie les pages qui portent les deux balises et vérifie la cohérence : chaque URL en hreflang doit pointer vers elle-même en canonical, ou ne pas avoir de canonical du tout si elle est la version de référence.

Si /en/ déclare hreflang vers /fr/ et /de/, mais porte une canonical vers /fr/, c'est un red flag. Google suivra la canonical et ignorera /en/ dans les résultats anglophones. Cross-reference systématiquement les deux balises pour chaque URL du cluster international.

Que faut-il corriger en priorité si on découvre des erreurs ?

Supprime toute canonical qui pointe d'une version linguistique vers une autre. Chaque version doit être auto-canonicale ou sans canonical si elle est unique. Ensuite, vérifie que le maillage hreflang est complet et bidirectionnel : si /fr/ déclare /en/, alors /en/ doit déclarer /fr/.

Utilise Search Console pour monitorer les erreurs hreflang après correction. Google met quelques semaines à recrawler et réindexer proprement. Patience : une erreur hreflang/canonical ancrée depuis des mois ne se résorbe pas en 48 heures, même après correction technique parfaite.

Quelles erreurs critiques éviter lors de l'implémentation hreflang ?

Ne jamais mélanger les codes de langue. Utilise ISO 639-1 pour la langue (fr, en, de) et ISO 3166-1 Alpha 2 pour le pays (FR, BE, CH). Un hreflang="fr-fr" est correct, "fr-FR" avec majuscule sur la langue est toléré mais déconseillé, "french-france" est invalide.

Autre piège fréquent : oublier la balise x-default. Si ton site sert plusieurs langues, x-default indique quelle URL afficher quand aucune langue de l'utilisateur ne matche. Sans x-default, Google choisit arbitrairement, souvent la version qu'il crawle en premier, ce qui dégrade l'UX pour certains utilisateurs.

• Crawler le site et extraire toutes les balises canonical et hreflang
• Identifier les pages portant canonical entre versions linguistiques et les corriger
• Vérifier la bidirectionnalité hreflang : chaque lien doit être réciproque
• Ajouter x-default pour gérer les langues non matchées
• Valider les codes ISO langue/pays (fr-FR, en-US, de-DE, etc.)
• Monitorer Search Console pour détecter erreurs hreflang post-correction