Vous avez repéré une page classée en doublon dans la Search Console. Vous avez retravaillé le contenu pour la différencier clairement des autres pages du cluster. Vous vérifiez le lendemain : rien n'a bougé. Le statut "Duplicate, Google chose a different canonical" est toujours là.
Ce n'est pas un bug, et ce n'est pas non plus le signe que votre correction n'a servi à rien. Google vient enfin de mettre des mots (et un délai précis) sur ce que beaucoup de référenceurs constataient depuis longtemps sans pouvoir l'expliquer clairement à leurs clients.
Un cluster, pour rappel
Quand Google estime que plusieurs pages partagent un contenu principal identique ou très similaire, il les regroupe dans un même "cluster" et désigne une seule URL comme version canonique. Les autres pages du groupe héritent du statut de doublon, même si elles restent parfaitement fonctionnelles et accessibles.
C'est un mécanisme courant sur les sites avec plusieurs déclinaisons de contenu proches : pages villes ou zones géographiques, variantes de fiches produit, pages catégories e-commerce, ou simplement des articles qui traitent d'angles très voisins d'un même sujet.
Le délai enfin officialisé
Google a mis à jour son guide de dépannage sur la canonicalisation avec une précision très attendue : après une correction de contenu, il peut falloir jusqu'à deux semaines avant que Google reconnaisse le changement et sorte la page du cluster de doublons.
Deux points méritent d'être soulignés :
- Ce délai ne s'applique qu'aux corrections de contenu. Une redirection mal configurée, une balise
rel="canonical" erronée ou un problème serveur sont traités comme des catégories de problèmes complètement distinctes, avec leur propre logique de résolution — pas de fenêtre de deux semaines à attendre dans ces cas-là.
- Plus la différenciation est nette, plus la sortie du cluster est rapide. Une réécriture superficielle, qui ne change que quelques formulations, a peu de chances de convaincre l'algorithme avant l'échéance. À l'inverse, un contenu principal clairement distinct accélère le processus.
Ce que ça change concrètement dans votre façon de travailler
1. Vérifiez la bonne URL canonique avant de commencer Avant même de retoucher quoi que ce soit, Google recommande de vérifier dans l'outil d'inspection d'URL quelle page a été choisie comme canonique. Il vaut mieux se poser une question honnête : est-ce que cette page sert réellement mieux les internautes que celle que vous auriez préféré voir remonter ? Il arrive que le choix de Google soit le bon, même s'il ne correspond pas à votre priorité éditoriale ou commerciale.
2. Ne réécrivez pas à moitié Si l'objectif est de sortir une page d'un cluster, une différenciation timide risque de ne rien changer, même après les deux semaines. Il faut retravailler le contenu principal en profondeur — angle, structure, informations propres à la page, pas juste reformuler quelques phrases.
3. Priorisez "Demander une indexation" L'outil permet de solliciter une réévaluation plus rapide, mais Google est clair : il est fait pour être utilisé avec parcimonie, sur les URLs les plus stratégiques. Le solliciter systématiquement sur l'ensemble d'un cluster n'accélère rien et peut même nuire à la perception de la fraîcheur du crawl sur le site.
4. Communiquez le bon timing en interne comme en client C'est sans doute le point le plus utile au quotidien : quand un client demande pourquoi une page retravaillée ne "remonte" pas immédiatement dans la Search Console, on a maintenant une réponse précise à donner plutôt qu'un vague "il faut laisser du temps à Google". Deux semaines, c'est un délai concret sur lequel on peut caler un point de suivi.
Une clarification qui s'inscrit dans une tendance plus large
Cette précision vient s'ajouter à une série de mises à jour récentes de la documentation de Google sur la canonicalisation, notamment sur l'injection de balises canoniques côté client en JavaScript. Le sujet des canonicals reste manifestement une priorité pour Google ces derniers mois — un signal que la gestion du contenu dupliqué continue d'être un point de friction fréquent, y compris pour des sites bien structurés.
Source : Search Engine Journal
