Quand utiliser une canonical entre deux domaines ?

Par l’équipe Limpi. Les faits externes sont distingués des méthodes Limpi et aucune visibilité, position ou citation automatique n’est garantie.

Que signifie canonical cross-domain ?

Une canonical cross-domain utilise rel canonical pour indiquer qu’une page préfère une URL représentative située sur un autre domaine. Le visiteur reste sur la page source : ce mécanisme n’est pas une redirection. Il exprime une préférence de canonicalisation lorsque deux pages représentent essentiellement la même ressource. La cible doit être une version que vous acceptez réellement comme référence.

Dans quels cas peut-elle avoir du sens ?

Le cas naturel est une republication contrôlée entre propriétés liées, lorsque le même contenu existe sur deux domaines pour une raison éditoriale ou commerciale. La relation doit être cohérente et les contenus suffisamment proches. Une migration complète de domaine n’est pas automatiquement un cas de canonical : si l’ancienne URL doit disparaître, une redirection permanente peut être plus logique.

Pourquoi ce n’est pas une directive absolue ?

Google combine plusieurs signaux pour choisir une canonical : annotations rel canonical, redirections, sitemaps et caractéristiques des pages. Google précise qu’il peut sélectionner une autre URL. Une canonical cross-domain doit donc être cohérente avec les autres signaux au lieu de les contredire. Si la cible renvoie une erreur, redirige ailleurs ou présente un contenu différent, la préférence devient moins crédible.

Comment l’implémenter proprement ?

La page source doit fournir une URL absolue et stable. Évitez les paramètres temporaires, les chaînes de redirections et les cibles dont le statut change. Contrôlez aussi la canonical de la cible. Une chaîne A vers B puis B vers C ajoute une ambiguïté inutile. Quand vous maîtrisez les deux propriétés, pointez directement vers la véritable version de référence.

Que faire avec les sitemaps ?

Si votre objectif est de privilégier une URL, les sitemaps ne devraient pas pousser simultanément une stratégie inverse. Cela ne signifie pas que tous les sites impliqués doivent avoir le même sitemap, mais les signaux techniques doivent être explicables. Comparez canonical, statut HTTP, sitemap et liens internes. Une contradiction systématique mérite une correction.

Et pour la syndication ?

La syndication demande de la nuance. Google indique aujourd’hui que rel canonical n’est pas la solution recommandée pour simplement empêcher une version syndiquée de participer aux résultats, car les pages peuvent être différentes. Il ne faut donc pas transformer la canonical cross-domain en règle universelle de republication. Le choix dépend du contrôle du partenaire, du but éditorial et du comportement attendu.

Comment contrôler le résultat ?

Après déploiement, vérifiez la balise rendue, le statut de la cible et l’absence de redirection intermédiaire. Utilisez ensuite les outils de Google pour comparer canonical déclarée et canonical sélectionnée. Une différence ne prouve pas à elle seule une erreur : elle signifie que Google a retenu d’autres signaux comme plus convaincants.

Quand ne pas l’utiliser ?

N’utilisez pas cette technique pour masquer un piratage, gérer une copie non autorisée ou forcer la propriété d’un contenu réellement différent. Elle ne remplace pas une migration bien gérée. Si deux pages ont des intentions, offres ou informations distinctes, elles doivent souvent rester autonomes. La question centrale est de savoir si elles représentent réellement la même ressource principale.

Cohérence opérationnelle

Documentez pourquoi la canonical existe, qui contrôle la cible et quelles pages sont concernées. Une règle automatisée mal bornée peut envoyer des milliers d’URLs vers un domaine externe après une erreur de configuration. Surveillez donc les changements de gabarit, les statuts des cibles et les anomalies de volume.

Questions fréquentes

Une canonical peut-elle pointer vers un autre domaine ? Oui. Google la respecte-t-il toujours ? Non, elle reste un signal. Faut-il l’utiliser pour toute syndication ? Non, la documentation actuelle recommande une approche plus nuancée selon l’objectif de la republication.

Checklist avant de créer la relation

Comparez les deux pages comme le ferait un auditeur : contenu principal, langue, informations commerciales, disponibilité, titre et objectif utilisateur. Vérifiez ensuite le statut HTTP de la cible, sa propre canonical et son accessibilité au crawl. Si la page cible redirige, renvoie une erreur ou désigne elle-même une autre canonical, simplifiez la chaîne avant de déployer le signal cross-domain. Une relation courte et cohérente est plus facile à maintenir et à expliquer.

Que faire lorsque Google choisit une autre canonical ?

Ne réagissez pas en ajoutant davantage de balises identiques. Comparez d’abord la canonical déclarée avec les autres signaux : redirections, sitemaps, liens internes, similitude du contenu et stabilité des URLs. Si Google retient une autre version, cela indique que l’ensemble des signaux n’est pas aussi cohérent que prévu ou que les pages ne sont pas interprétées comme des équivalents suffisants. Le diagnostic doit donc chercher la contradiction au lieu de traiter uniquement la balise HTML.

Gouvernance entre deux domaines

Une canonical cross-domain implique souvent plusieurs équipes ou propriétés. Documentez qui contrôle la page source, qui contrôle la cible et ce qui doit se produire si l’un des domaines change d’URL. Sans gouvernance, une relation correcte au départ peut devenir obsolète après une migration ou une refonte. Prévoyez un contrôle périodique des cibles et une procédure lorsque le contenu cesse d’être équivalent. Le signal doit refléter une relation éditoriale actuelle, pas une décision historique oubliée.

Quand revalider la relation ?

Recontrôlez-la après une migration, une refonte, un changement majeur de contenu ou une modification du domaine cible. Vérifiez aussi les pages les plus importantes à intervalles réguliers. Une canonical peut rester présente dans le HTML alors que la cible a changé de statut ou que les contenus ont divergé ; c’est précisément ce type de dérive qu’un contrôle périodique doit détecter.

Signaux à conserver dans le même sens

Lorsque vous maîtrisez les deux propriétés, évitez de demander à la source de déclarer une cible tout en poussant simultanément la source dans les sitemaps comme version principale ou en redirigeant la cible ailleurs. Une stratégie simple réduit les ambiguïtés. Le contrôle final doit pouvoir expliquer en une phrase quelle URL représente la ressource et pourquoi les autres signaux convergent vers elle.

Sources officielles

Les règles des moteurs et des fournisseurs de crawlers peuvent évoluer. Les affirmations techniques de cette page sont bornées par les documentations officielles ci-dessous.

• google canonical