Faut-il vraiment que chaque version linguistique ait sa propre canonical self-referente ?

Pourquoi cette règle va à l'encontre de ce que beaucoup de SEO appliquent ?

Pendant des années, certains praticiens ont utilisé la balise canonical pour « consolider » des versions linguistiques jugées « secondaires » vers une langue principale — souvent l'anglais. L'idée était de concentrer le jus SEO sur une seule URL et d'éviter la dilution perçue du crawl budget.

Sauf que Google ne fonctionne pas comme ça. Mueller est on ne peut plus clair : si tu pointes la canonical de ta version FR vers ta version EN, Google considère que tu lui dis explicitement « ignore la FR, traite uniquement l'EN ». Résultat : la version française disparaît de l'index. Ce n'est pas un bug, c'est le comportement attendu du moteur.

Quelle est la différence avec hreflang alors ?

La confusion vient souvent du mélange entre canonical et hreflang. Les deux balises n'ont absolument pas le même rôle. La canonical indique quelle URL doit être indexée parmi plusieurs URLs au contenu identique ou très similaire. Le hreflang, lui, indique quelle version linguistique ou régionale afficher à quel utilisateur.

En clair : tu utilises hreflang pour dire à Google « voici la version anglaise pour les anglophones, la version française pour les francophones ». Et tu utilises la canonical pour dire « cette page FR est bien la version à indexer pour cette URL FR ». Les deux balises travaillent en tandem, pas l'une à la place de l'autre.

Que se passe-t-il concrètement si ma canonical pointe vers une autre langue ?

Google va traiter l'URL pointée par la canonical comme l'URL de référence. Toutes les autres versions linguistiques qui pointent vers cette même canonical seront considérées comme des duplicatas non désirés. Elles ne seront pas indexées — ou indexées de manière aléatoire et instable.

Dans la Search Console, tu verras ces pages dans l'onglet « Exclues » avec le statut « Doublon, page non sélectionnée comme canonique ». Les utilisateurs francophones ne trouveront jamais ta version française dans les résultats Google.fr, puisque seule la version anglaise sera servie — avec toutes les conséquences désastreuses que ça implique pour le taux de rebond et les conversions.

• Chaque version linguistique doit avoir une canonical self-referente qui pointe vers elle-même
• La canonical ne remplace pas hreflang — les deux balises sont complémentaires et doivent coexister
• Une canonical cross-langue entraîne la désindexation de la version « secondaire »
• Les URLs non indexées apparaissent dans la Search Console comme doublons exclus
• Cette erreur impacte directement le trafic organique des versions linguistiques concernées

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Oui, totalement. On voit régulièrement des sites internationaux perdre des pans entiers de leur trafic organique sur des versions linguistiques parce qu'un développeur a mal interprété la balise canonical. Le problème, c'est que l'erreur n'est pas toujours visible immédiatement — elle peut mettre des semaines à se matérialiser, le temps que Google recrawle et réévalue les canonicals.

Ce qui est intéressant, c'est que Mueller ne dit pas « c'est un bug » ou « on va corriger ça ». Il dit explicitement que c'est le comportement attendu. Autrement dit : si tu te plantes dans ta configuration, Google ne devinera pas ton intention. Il appliquera bêtement ce que tu lui dis de faire.

Quelles nuances faut-il apporter à cette règle ?

Il y a un cas limite : les sites qui ont des versions linguistiques strictement identiques sur le fond, avec seulement quelques variations de traduction minimes. Là, certains SEO choisissent délibérément de ne pas indexer certaines versions pour éviter de diluer leur autorité. Mais attention — c'est un choix stratégique assumé, pas une erreur de config.

Dans ce cas précis, il vaut mieux carrément noindexer les versions secondaires plutôt que de jouer avec la canonical. Comme ça, pas d'ambiguïté : Google sait que tu ne veux pas indexer ces pages. Avec une canonical cross-langue, tu crées une zone grise où Google pourrait indexer ou non selon son humeur — et ça, c'est ingérable.

Y a-t-il des situations où cette règle ne s'applique pas ?

Non. Soyons francs : cette règle s'applique à 100% des sites multilingues. La seule exception, ce serait un site où les versions linguistiques ne sont pas vraiment des traductions mais des contenus radicalement différents — mais là, on n'est plus dans le multilingue au sens strict.

Ce qui manque dans la déclaration de Mueller, c'est une clarification sur les sites avec des variations régionales de la même langue (fr-FR, fr-CA, fr-BE). Logiquement, chaque variation devrait aussi avoir sa canonical self-referente, mais certains SEO consolident ces variantes vers une seule URL « générique ». [A vérifier] — Google ne s'est jamais prononcé clairement sur ce point précis.

Comment auditer rapidement la configuration canonical de mon site multilingue ?

Commence par un crawl Screaming Frog ou Oncrawl en ciblant toutes tes versions linguistiques. Exporte la colonne « Canonical Link Element 1 » et vérifie que chaque URL pointe bien vers elle-même. Si tu vois des URLs FR qui pointent vers des URLs EN (ou vice-versa), tu as un problème.

Ensuite, va dans la Search Console et filtre les pages exclues par « Doublon, page non sélectionnée comme canonique ». Si tu vois des URLs de versions linguistiques là-dedans, c'est le signe que Google a détecté des canonicals cross-langue et a décidé de ne pas indexer ces pages.

Quelles erreurs techniques provoquent le plus souvent ce problème ?

L'erreur classique : un CMS configuré avec une langue « par défaut » qui sert de canonical à toutes les autres. Ça arrive beaucoup sur Magento, Shopify ou des CMS maison mal paramétrés. Le développeur pense bien faire en « consolidant » les signaux, mais il sabote l'indexation.

Autre cas fréquent : les sites qui ont migré d'une structure multilingue en sous-domaines (fr.example.com) vers des sous-répertoires (/fr/) sans mettre à jour les canonicals. Les anciennes canonicals pointent encore vers les anciens sous-domaines, créant une incohérence que Google ne peut pas résoudre.

Que faire si mon site a déjà cette erreur en production ?

Corrige immédiatement les canonicals pour qu'elles pointent vers elles-mêmes sur toutes les versions linguistiques. Ensuite, force un recrawl via la Search Console en soumettant les sitemaps XML de chaque version linguistique. Ça peut prendre quelques semaines avant que Google réindexe les pages corrigées.

Surveille l'évolution dans la Search Console : le nombre de pages exclues doit baisser, et le nombre de pages indexées augmenter. Si après un mois tu ne vois aucun changement, vérifie que tu n'as pas d'autres signaux contradictoires — notamment des noindex involontaires ou des redirections 301 oubliées.

• Crawler l'intégralité du site multilingue et exporter les canonicals pour vérification
• Vérifier dans la Search Console les pages exclues pour cause de canonical cross-langue
• Corriger les canonicals pour qu'elles pointent systématiquement vers elles-mêmes
• Soumettre les sitemaps XML de chaque version linguistique pour accélérer le recrawl
• Tester les balises hreflang avec le validateur Google pour éviter les conflits
• Surveiller l'évolution de l'indexation sur 4 à 6 semaines après correction