Les liens suivent-ils vraiment les URL canoniques des deux côtés ?

Que signifie concrètement "suivre les liens selon les canoniques" ?

Quand Google crawle une page et détecte un lien, il ne travaille pas directement avec l'URL brute affichée dans le code HTML. Il résout d'abord la canonique de la page source, puis celle de la page de destination. Ce n'est qu'ensuite qu'il attribue le crédit du lien — le fameux PageRank — entre ces deux canoniques.

Prenons un exemple terrain : ton site A propose une page A1 (avec une variante A1?ref=twitter que tu as canonisée vers A1). Cette page A1 fait un lien vers B1 sur un site B. Si B1 a elle-même une canonique pointant vers B2, Google va comptabiliser ce lien comme allant de A1 vers B2, pas vers B1. Les deux côtés du lien sont normalisés avant transmission du jus.

Pourquoi cette mécanique complique-t-elle les migrations ?

Lors d'une migration de domaine ou d'architecture, on redirige massivement les anciennes URL vers les nouvelles. Search Console affiche les backlinks entrants avec un délai parfois déconcertant, et Mueller explique ici pourquoi : avant de pouvoir transférer les données de liens vers le nouveau domaine, Google doit d'abord avoir résolu les nouvelles canoniques.

Ce processus peut prendre plusieurs mois — oui, plusieurs mois — parce que Google doit re-crawler l'ensemble des pages migrées, établir les nouvelles canoniques, puis seulement après recalculer le graphe de liens. Tant que la canonique n'a pas basculé côté Google, les backlinks restent attachés à l'ancienne URL dans les systèmes internes. D'où le flou apparent dans Search Console post-migration.

Quelles sont les implications pour le PageRank et le ranking ?

Si Google normalise les liens via les canoniques, une mauvaise gestion des canonical tags dilue ou redirige le PageRank là où tu ne le souhaites pas. Imaginons que tu aies canonisé par erreur une page importante vers une version paginée ou une variante moins pertinente : tous les backlinks pointant vers cette page seront comptabilisés pour la canonique choisie, pas pour l'URL d'origine.

Autre cas fréquent : des sites externes linkent vers des variantes avec paramètres (utm_source, sessionid, etc.). Si tu n'as pas défini de canonique explicite, Google peut en choisir une qui ne correspond pas à ta stratégie. Le résultat ? Un graphe de liens fragmenté, un PageRank dispersé, et un ranking en berne.

• Google résout les canoniques des deux côtés avant de comptabiliser un lien (source et destination).
• Lors d'une migration, le transfert des données de backlinks dans Search Console prend plusieurs mois, car Google doit d'abord basculer les canoniques.
• Une mauvaise gestion des canonical tags peut diluer le PageRank en redirigeant le crédit vers des URL non stratégiques.
• Les backlinks pointant vers des variantes d'URL (paramètres, trailing slash, etc.) sont consolidés sur la canonique choisie par Google.
• Durant la phase de transition, Search Console peut afficher des données incomplètes ou décalées sur les liens entrants.

Cette mécanique est-elle cohérente avec les observations terrain ?

Franchement, oui. Les migrations longues à stabiliser dans Search Console, on les voit passer régulièrement. Ce que Mueller décrit correspond à ce qu'on observe : après une migration propre avec redirections 301 nickel, les backlinks mettent un temps fou à basculer dans l'interface. Pendant des semaines, voire des mois, on garde un pied dans l'ancien domaine côté reporting.

Ce qui est moins documenté, c'est combien de temps exactement Google met à résoudre les nouvelles canoniques à grande échelle. Mueller parle de "plusieurs mois", mais on manque de granularité. Est-ce 2 mois pour un site de 10 000 pages ? 6 mois pour 500 000 ? [A vérifier] avec des données terrain plus larges. Les retours varient énormément selon le crawl budget, la fréquence de crawl historique, et la propreté technique du site.

Quelles nuances faut-il apporter sur la résolution des canoniques ?

Google ne suit pas aveuglément les canonical tags. Il s'agit d'une directive, pas d'un ordre. Si tu canonises une page A vers une page B très différente en contenu, Google peut ignorer ton tag et choisir sa propre canonique. Idem si tu canonises vers une URL en 404, ou si tu crées une boucle (A canonise vers B qui canonise vers A).

Autre point : la résolution de la canonique côté destination est critique pour les sites recevant des backlinks. Si un site externe te linke vers une variante non-canonique, Google va comptabiliser ce lien pour la canonique qu'il a choisie — pas forcément celle que tu souhaites. D'où l'importance de contrôler activement les canoniques, surtout sur les pages stratégiques avec beaucoup de backlinks entrants.

Dans quels cas cette logique pose-t-elle problème ?

Prenons le cas d'une refonte d'architecture où tu changes les URL mais gardes le même domaine. Si tu mets en place des redirections 301 sans gérer les canoniques en amont, tu risques une période de flottement où Google hésite entre l'ancienne et la nouvelle URL. Les backlinks peuvent rester attachés à l'ancienne canonique pendant plusieurs semaines.

Autre scénario classique : les sites e-commerce avec des variantes produit (couleur, taille, etc.). Si chaque variante a sa propre URL et que tu n'as pas canonisé vers une URL maître, les backlinks vers différentes variantes seront comptabilisés séparément, diluant le PageRank au lieu de le concentrer.

Que faut-il faire concrètement avant et pendant une migration ?

Avant même de rediriger quoi que ce soit, audite tes canoniques. Assure-toi que chaque page importante a une canonical explicite et cohérente. Vérifie dans Search Console (onglet Couverture ou Indexation des pages) quelles URL Google a retenues comme canoniques — parfois, la surprise est totale.

Pendant la migration, maintiens les anciennes redirections 301 actives au moins 6 à 12 mois, le temps que Google ait recrawlé, résolu les nouvelles canoniques, et recalculé le graphe de liens. Ne compte pas sur un transfert instantané des backlinks dans Search Console : c'est un processus lent par nature.

Comment éviter la dilution du PageRank via les canoniques ?

Identifie tes pages à fort capital de backlinks avec un outil type Ahrefs, Majestic ou Semrush. Pour chacune, vérifie que la canonique pointe bien vers l'URL stratégique, pas vers une variante avec paramètres ou une version paginée. Si des backlinks pointent massivement vers des variantes, redirige-les proprement ou ajuste les canoniques.

Sur les sites e-commerce ou avec beaucoup de filtres/facettes, définis une politique de canonicalisation claire dès le départ. Exemple : toutes les variantes produit canonisent vers l'URL de la fiche produit principale. Toutes les pages avec filtres actifs canonisent vers la page sans filtre. Documente cette politique et teste-la en pré-prod avant déploiement.

Quels outils utiliser pour suivre l'évolution des canoniques post-migration ?

Search Console reste l'outil de référence pour vérifier quelles URL Google considère comme canoniques. Mais attention, les données peuvent être en retard de plusieurs semaines. Complète avec des crawls réguliers via Screaming Frog ou Oncrawl pour détecter les incohérences (canonical pointant vers des 404, boucles, etc.).

Pour suivre le transfert des backlinks, exporte régulièrement les données de liens depuis Search Console et compare avec ton outil de backlinks tiers. Si après 3-4 mois post-migration les backlinks n'ont toujours pas basculé, il y a probablement un problème de canoniques non résolues côté Google.

• Auditer toutes les canonical tags avant toute migration ou refonte d'architecture.
• Vérifier dans Search Console que Google a bien retenu les canoniques souhaitées pour les pages stratégiques.
• Maintenir les redirections 301 actives au moins 6 à 12 mois après migration.
• Surveiller l'évolution des backlinks dans Search Console post-migration — prévoir plusieurs mois de délai.
• Documenter une politique de canonicalisation claire pour les variantes produit, filtres, et paramètres d'URL.
• Crawler régulièrement le site pour détecter les canoniques cassées ou incohérentes.