Hreflang et canonical : pourquoi Google ignore-t-il vos variantes linguistiques ?

Que signifie cette déclaration pour la diffusion multilingue ?

Mueller met le doigt sur un conflit de signaux fréquemment observé. Lorsque vous implémentez hreflang, vous indiquez à Google qu'une page FR est l'équivalent linguistique d'une page EN. Mais si votre balise canonical sur la version FR pointe vers la version EN, vous envoyez un message contradictoire : "Indexe la version EN, mais considère aussi la version FR".

Google ne peut pas exécuter deux instructions opposées. Il va donc interpréter votre intention en privilégiant le canonical, qui est un signal plus fort d'autorité. Résultat : vos variantes linguistiques disparaissent de l'index ou ne remontent jamais dans les SERPs locales. C'est un problème massif pour les sites e-commerce et média internationaux.

Pourquoi le canonical prend-il le dessus sur hreflang ?

Le canonical est une directive d'indexation primaire. Il dit : "Voici la version à indexer". Hreflang, lui, est un signal de ciblage géographique et linguistique qui fonctionne une fois l'indexation établie. Si vous canonicalisez toutes vos versions vers une seule langue, vous sabotez le système avant même que hreflang puisse opérer.

C'est particulièrement vicieux parce que certains CMS génèrent des canonicals auto-référents par défaut, mais des plugins ou des développeurs zélés les redirigent ensuite vers une "langue maître". Google lit ce changement comme une intention délibérée de consolidation, pas comme une erreur technique. Il exécute donc ce qu'il pense être votre volonté.

Dans quels cas cette confusion apparaît-elle le plus souvent ?

Les migrations sont un terrain miné. Vous passez d'un domaine par pays (.fr, .de, .es) à un sous-répertoire unique (/fr/, /de/, /es/). Si le canonical reste ancré sur l'ancien domaine ou pointe vers /en/ par défaut, c'est la catastrophe. Les tests A/B mal configurés sont un autre coupable : la version testée canonicalise vers l'originale sans ajuster hreflang.

Les sites avec contenu partiellement traduit se tirent aussi une balle dans le pied. Ils canonicalisent les pages non traduites vers l'anglais mais gardent hreflang actif sur toutes les URLs. Google voit un site schizophrène et fait des choix arbitraires. Le plus souvent, il indexe une seule langue et ignore le reste.

• Canonical et hreflang doivent pointer vers des URLs cohérentes : si FR canonicalise vers FR, hreflang FR doit aussi pointer vers cette URL.
• Google privilégie le canonical comme signal d'indexation principal, hreflang vient après pour le targeting.
• Migrations et refontes sont les moments où ces erreurs se multiplient, provoquant des pertes de visibilité brutales.
• Contenu partiellement traduit nécessite une stratégie de canonical claire : soit tu traduis tout, soit tu assumes une langue unique sans hreflang superflu.
• Les CMS et plugins génèrent souvent des configurations par défaut qui entrent en conflit dès qu'on ajoute une couche de localisation.

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

Oui, et c'est même un des rares cas où Google est transparent sur la hiérarchie des signaux. Depuis des années, on observe que canonical écrase hreflang en cas de conflit. Les audits de sites internationaux montrent régulièrement des versions FR, DE ou ES totalement absentes de l'index alors que hreflang est techniquement correct. La raison : un canonical mal ajusté.

Là où Mueller reste flou, c'est sur le seuil de tolérance. Si 5% de tes pages ont un conflit canonical/hreflang, Google ignore-t-il tout le cluster linguistique ou juste ces pages ? [A vérifier] sur des datasets réels, mais l'expérience montre qu'un conflit persistant peut contaminer la confiance de Google dans l'ensemble de ton implémentation hreflang.

Quelles nuances faut-il apporter sur "l'intention du webmaster" ?

Google utilise le terme "intention" pour éviter de dire qu'il fait des choix arbitraires, mais soyons honnêtes : l'algo n'a aucune idée de ton intention réelle. Il lit des signaux techniques contradictoires et applique une règle prédéfinie : canonical gagne. Ce n'est pas de l'intelligence, c'est de la priorisation mécanique.

La vraie nuance, c'est que Google ne bloque pas immédiatement. Il y a souvent une phase d'observation où les deux versions coexistent dans l'index, puis une consolidation progressive vers celle que le canonical désigne. Si tu corriges vite, tu peux limiter les dégâts. Attends six mois et tu devras reconstruire la confiance indexation par indexation.

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

Si ton hreflang est bidirectionnel et que les canonicals sont tous auto-référents, Google tolère mieux les petites incohérences. Par exemple, une page EN avec un canonical vers EN et hreflang vers FR, DE, ES fonctionne même si les pages FR/DE/ES ont des canonicals légèrement bancals, tant qu'ils ne pointent pas tous vers EN.

Les domaines de forte autorité bénéficient aussi d'une marge d'erreur. Google sait que Le Monde ou BBC ont des équipes tech et ne vont pas saborder leur SEO international volontairement. Il interprète les conflits comme des bugs temporaires. Un site de PME, lui, sera pénalisé immédiatement. Injuste, mais réel.

Que faut-il faire concrètement pour éviter ces conflits ?

Commence par un audit de cohérence canonical/hreflang. Crawle ton site avec Screaming Frog ou Oncrawl et extrais pour chaque URL : la balise canonical, les annotations hreflang déclarées, et la langue de la page. Croise ces trois colonnes dans Excel. Chaque ligne où le canonical pointe vers une langue différente de la page actuelle est un drapeau rouge.

Ensuite, corrige en priorisant les pages stratégiques : catégories, fiches produits best-sellers, contenus éditoriaux à fort trafic. Assure-toi que chaque version linguistique a un canonical auto-référent (FR vers FR, DE vers DE) et que hreflang pointe vers ces URLs canoniques. Si tu dois absolument canonicaliser une traduction vers une autre langue, retire-la complètement du cluster hreflang.

Quelles erreurs éviter lors de la mise en œuvre ?

Ne jamais ajouter hreflang "par principe" sur des pages non traduites. Si ta version DE n'existe pas vraiment (juste un placeholder ou une redirection), n'ajoute pas hreflang="de". Google va suivre le lien, tomber sur un canonical vers EN, et conclure que tu ne sais pas ce que tu fais. Mieux vaut un hreflang incomplet que contradictoire.

Autre piège : les canonicals relatifs vs absolus. Si ton site utilise des canonicals relatifs (/fr/page) et que ton hreflang utilise des URLs absolues (https://site.com/fr/page), certains CMS ou CDN peuvent générer des incohérences. Uniformise sur des URLs absolues partout. C'est plus verbeux mais infiniment plus sûr.

Comment vérifier que mon implémentation est conforme après correction ?

Utilise la Search Console, section "Ciblage international". Google y remonte les erreurs hreflang détectées : URLs non crawlables, réciprocité manquante, conflits de langue. Mais attention, cet outil a un délai de plusieurs semaines. Pour un feedback immédiat, teste avec le validateur hreflang de Merkle ou l'outil de Sistrix.

Surveille aussi tes logs serveur. Si Googlebot crawle tes variantes linguistiques mais ne les indexe pas, c'est probablement un conflit canonical. Compare le taux de crawl et le taux d'indexation par langue : un écart supérieur à 30% entre les deux est un signal d'alarme. Utilise site:tonsite.com/fr/ dans Google pour vérifier manuellement l'indexation.

• Extraire canonical et hreflang de toutes les URLs via un crawl technique
• Vérifier que chaque version linguistique a un canonical auto-référent
• S'assurer que hreflang pointe vers les URLs canoniques, jamais vers des variantes non canoniques
• Retirer hreflang des pages non réellement traduites ou canonicalisées vers une autre langue
• Uniformiser sur des URLs absolues pour canonical et hreflang
• Monitorer la Search Console section "Ciblage international" pour détecter les erreurs remontées