Une canonique vers une autre langue est une erreur quand une page traduite déclare comme version de référence une URL dont la langue principale diffère. Google recommande de spécifier une canonique dans la même langue, ou à défaut la meilleure langue de substitution disponible. Le correctif est ciblé : rétablir une canonique propre par langue et une relation hreflang réciproque, sans refonte générale du site.
Qu'est-ce qu'une canonique vers une autre langue, exactement ?
La balise rel="canonical" indique à Google quelle URL vous préférez voir comme version de référence parmi des pages dupliquées ou très similaires. C'est un signal fort, mais pas une directive : Google peut choisir une autre URL s'il juge qu'elle correspond mieux. Selon la documentation officielle sur la consolidation des URL dupliquées, les redirections et les annotations rel="canonical" sont des signaux forts, tandis que l'inclusion dans un sitemap reste un signal faible.
Une canonique vers une autre langue apparaît typiquement quand une page traduite — par exemple /fr/ — déclare comme canonique la version anglaise /en/. Le problème n'est pas la traduction elle-même : Google précise qu'une version localisée n'est considérée comme duplicata que si le contenu principal reste non traduit. Une page réellement traduite n'est donc pas un duplicata à consolider vers une autre langue.
Pourquoi cette configuration est-elle problématique pour un site multilingue ?
La documentation sur les URL canoniques recommande explicitement, lorsque vous utilisez des éléments hreflang, de spécifier une canonique dans la même langue, ou la meilleure langue de substitution si aucune canonique n'existe dans cette langue. Une canonique inter-langue contredit donc cette recommandation et brouille le signal envoyé à Google sur la version à afficher.
Concrètement, la page française risque de ne pas être retenue comme la version pertinente pour les recherches en français. La relation hreflang, qui sert à indiquer les variantes linguistiques ou régionales, peut aussi devenir incohérente si elle pointe vers une page dont la canonique désigne une autre langue. Pour la France, la Belgique francophone ou la Suisse romande, cela peut réduire la visibilité de la version locale au profit d'une version étrangère.
Comment diagnostiquer une canonique inter-langue ?
La méthode tient en quatre contrôles, à faire sur un échantillon de pages traduites plutôt que sur tout le site.
- Relever la canonique déclarée. Dans le code source de la page, cherchez
rel="canonical". Notez l'URL exacte. Si elle pointe vers un préfixe de langue différent de celui de la page, le signal est présent. - Vérifier la cohérence avec hreflang. Listez les balises
hreflangde la page. Chaque version listée doit pointer vers une URL qui se déclare elle-même comme canonique dans sa propre langue. Une hreflang qui renvoie vers une page dont la canonique est dans une autre langue crée une boucle incohérente. - Contrôler la réciprocité. Si la page française liste l'allemande, l'allemande doit lister la française. L'absence de retour est un défaut fréquent.
- Comparer le contenu principal. Si le contenu est réellement traduit, il ne devrait pas être consolidé vers une autre langue. Si seule la navigation est traduite, la question se pose différemment.
Exemple hypothétique. Imaginons une boutique avec /fr/produit-x et /de/produkt-x. La page française déclare canonical vers /de/produkt-x. La page allemande déclare canonical vers elle-même. Résultat : la version française envoie un signal de consolidation vers l'allemand. Le contrôle ci-dessus révèle l'incohérence en quelques minutes, sans outil payant.
Quel correctif appliquer, et dans quel ordre ?
Le correctif est ciblé. Il ne s'agit pas de refondre le site, mais de rétablir deux signaux cohérents.
| Priorité | Action | Effet attendu |
|---|---|---|
| 1 | Remplacer la canonique inter-langue par une canonique propre à la page traduite | La page redevient sa propre référence |
| 2 | Rendre les hreflang réciproques entre toutes les versions | Google comprend les variantes |
| 3 | Vérifier que chaque page listée en hreflang a bien une canonique dans sa langue | Supprime les boucles incohérentes |
| 4 | Contrôler les liens internes vers les versions traduites | Évite de renforcer une URL non canonique |
La documentation Google rappelle que les méthodes de canonicalisation peuvent se cumuler et gagner en efficacité lorsqu'elles sont combinées. Une canonique propre, des hreflang réciproques et un sitemap cohérent forment un ensemble plus lisible qu'un signal isolé.
Que faire si la traduction est partielle ?
Si seule une partie du contenu est traduite — navigation, pied de page, quelques blocs — la situation est différente. Google indique que les versions localisées ne sont considérées comme duplicatas que si le contenu principal reste non traduit. Dans ce cas, une canonique vers la version principale peut se justifier, mais elle doit rester cohérente avec les hreflang et ne pas créer de contradiction.
La décision dépend donc de la part réellement traduite. Un contrôle simple : comparer le contenu principal des deux pages. Si le texte utile est identique, la consolidation peut être légitime. S'il est traduit, chaque version doit avoir sa propre canonique.
Comment vérifier après correction ?
Après modification, contrôlez à nouveau le code source des pages corrigées : canonique propre, hreflang réciproques, aucune URL non canonique dans les liens internes. Utilisez les outils de validation hreflang disponibles pour repérer les erreurs de réciprocité. Enfin, suivez l'indexation des versions concernées dans les rapports de couverture de la Search Console : une page qui disparaît des résultats alors qu'elle est traduite et utile mérite un examen.
Pour replacer ce contrôle dans une démarche plus large, voyez notre guide sur l'audit SEO e-commerce : les contrôles à faire en premier, qui aide à prioriser ce type de correctif parmi d'autres. Si votre catalogue est sur Shopify, le guide sur le SEO d'une collection Shopify complète la partie structure et contenu.
Questions fréquentes
Une canonique vers une autre langue est-elle toujours une erreur ?
Non. Si le contenu principal n'est pas traduit et que seule la navigation change, une consolidation peut se justifier. L'erreur apparaît quand la page est réellement traduite et qu'elle se déclare pourtant comme duplicata d'une autre langue.
Faut-il refaire tout le SEO international après ce constat ?
Non. Le correctif porte sur la canonique et la réciprocité hreflang. Une refonte générale n'est pas nécessaire si le reste de la structure est cohérent.
Combien de temps avant de voir un effet ?
Aucun délai précis ne peut être garanti. Google doit recrawler et réévaluer les signaux. La vérification porte sur la cohérence du code et l'évolution de l'indexation, pas sur une promesse de position.