Balise canonical : trois signaux classés par la force que Google leur donne

La balise canonical indique à Google quelle URL garder quand plusieurs adresses servent le même contenu. C'est un signal, pas un ordre : Google le pèse avec les redirections, le sitemap et vos liens internes, et peut retenir une autre URL. Votre travail consiste à faire converger ces signaux, puis à vérifier que la page à garder se pointe elle-même.

Avant de commencer

Il faut pouvoir modifier le <head> d'une page, ou poser un en-tête de réponse. Il faut aussi savoir quelle URL vous voulez réellement voir dans les résultats : c'est une décision de contenu, pas de technique. Si deux pages sont vraiment différentes, vous n'avez pas un problème de canonical, vous avez deux pages qui se disputent le même sujet.

Les liens internes font partie du mécanisme. Si votre stratégie de maillage interne pointe vers la version dupliquée, la balise perd son appui.

Pourquoi la balise canonical n'est qu'un signal parmi d'autres

La documentation de Google sur la canonicalisation, lue le 2026-10-25, commence par classer les méthodes au lieu de les décrire. Cet ordre explique tous les cas où une balise semble ignorée.

La documentation qualifie la redirection de « signal fort » pour que sa cible devienne canonique, l'annotation de lien de « signal fort » également, et la présence dans le sitemap de « signal faible ». Elle précise aussi que ces méthodes se cumulent et gagnent en efficacité ensemble. Deux conséquences en découlent. Si vous redirigez A vers B puis posez sur B un canonical qui renvoie vers A, vous envoyez deux signaux forts en sens opposés. Et si votre sitemap liste A pendant que votre canonical nomme B, vous n'avez pas commis une faute : vous avez affaibli votre propre dossier.

Une redirection supprime une URL. Une balise canonical la garde et demande que le crédit aille ailleurs. Choisissez selon que quelqu'un doit encore atteindre la page.

Comment poser une balise canonical en quatre étapes

Comptez dix minutes pour une page, puis le même temps pour chaque suivante.

1. Décidez l'URL à garder. Écrivez-la en entier, avec le protocole, l'hôte réellement servi et la barre oblique finale réellement utilisée.
2. Placez sur cette URL un canonical qui la référence elle-même. Google le recommande explicitement, y compris sur la page canonique.
3. Pointez chaque doublon vers elle avec une seule méthode. La documentation conseille de choisir entre l'élément de lien et l'en-tête HTTP, parce que les deux ensemble sont plus sujets à erreur.
4. Alignez les liens internes. Dans le site, liez l'URL canonique plutôt qu'un doublon.

L'étape 2 est celle qu'on saute, parce qu'une page qui se cite paraît redondante. Elle ne l'est pas : c'est ce qui empêche la copie d'un agrégateur, un paramètre de suivi ou une vue imprimable de devenir la version retenue par Google.

Le livrable : deux blocs et une vérification

La forme en élément de lien, dans le <head> de la page canonique et de chaque doublon :

<link rel="canonical" href="https://example.com/dresses/green-dresses" />

La forme en en-tête HTTP, seule option pour un PDF ou une image, car l'élément de lien ne fonctionne que sur des pages HTML :

Link: <https://example.com/white-paper.pdf>; rel="canonical"

Et la vérification, qui lit ce que la page déclare puis l'URL sur laquelle elle atterrit réellement :

# Ce que la page déclare
curl -sL https://example.com/page \
  | grep -o '<link[^>]*rel="canonical"[^>]*>'

# Y a-t-il aussi un en-tête ? (les deux ensemble sont déconseillés)
curl -sIL https://example.com/page | grep -i '^link:'

# Où l'URL aboutit-elle vraiment ?
curl -s -o /dev/null -w '%{url_effective}\n' -L https://example.com/page

Si la troisième commande affiche une autre URL que la première, ce n'est pas forcément faux : une chaîne de redirections qui finit sur la page canonique est cohérente. C'est faux quand le canonical nomme une URL qui redirige elle-même, car vous demandez alors à Google de garder une page qui n'existe pas à cette adresse. Le sitemap doit lui aussi pointer vers la bonne version ; voyez créer un sitemap pour les quatre champs utiles.

Ce qui casse, et comment le reconnaître

Le canonical se bat contre une redirection

Symptôme : Search Console signale « Doublon, Google a choisi une URL canonique différente de celle indiquée par l'utilisateur ». Cause : l'URL nommée n'est pas celle sur laquelle le serveur atterrit. Testez la troisième commande avant de blâmer la balise.

robots.txt sert à cacher un doublon

Symptôme : le doublon apparaît encore dans les résultats, sans description. La documentation est nette : n'utilisez pas robots.txt pour la canonicalisation, car Google peut indexer des URL interdites sans leur contenu. Bloquer l'exploration retire la preuve, pas l'URL.

noindex sert à choisir un gagnant

Symptôme : la page disparaît au lieu de fusionner. Google le déconseille dans la même liste : utiliser noindex pour empêcher la sélection d'une page canonique au sein d'un site bloque complètement la page. La balise canonical est la solution préférée quand vous voulez garder la page.

Le canonical pointe vers un fragment

Symptôme : rien ne se passe. Google ne prend généralement pas en charge les fragments d'URL comme canonical. Un canonical qui finit par #section n'est pas un signal plus faible : ce n'est pas un signal.

Où la balise canonical s'arrête

Aucune de ces méthodes n'est obligatoire. La documentation le dit : votre site se débrouillera probablement très bien sans préférence canonique, parce que Google choisira alors la version objectivement la meilleure à montrer. Un canonical ne survit pas non plus à une contradiction : les annotations portant hreflang, lang, media ou type ne servent pas du tout à la canonicalisation. Et un canonical posé entre deux sites différents reste une demande, pesée avec le reste de ce que Google sait.

Arrêtez quand Search Console est d'accord avec vous et que vos liens internes sont d'accord avec votre balise. Il n'y a pas d'état suivant. Si les pages ne sont même pas accessibles, commencez par là : le suivi des erreurs d'exploration et d'indexation se fait avant la balise, pas après.

Questions fréquentes

À quoi sert une balise canonical ?

À regrouper des URL dupliquées ou quasi dupliquées sur une seule adresse, pour que les liens et les autres signaux comptent pour une page au lieu d'être divisés. Google ajoute un second usage : éviter de dépenser du temps d'exploration sur des doublons.

Chaque page en a-t-elle besoin ?

Aucune page n'en a besoin. Toutes en profitent, et cela coûte une ligne dans un modèle. Notre mesure de 2026-08 sur 28 pages d'accueil en a trouvé 23 avec un canonical déclaré, ce qui correspond au réglage par défaut de la plupart des systèmes de contenu.

Canonical ou redirection 301 ?

Redirigez quand personne n'a besoin de l'ancienne URL. Utilisez un canonical quand les deux URL doivent continuer à fonctionner : une liste filtrée, une vue imprimable, une copie syndiquée.

La balise canonical fait-elle partie du standard HTML ?

Elle est définie dans la RFC 6596, et la documentation de Google cite ce document comme ce qu'elle prend en charge. C'est un standard du web, pas une invention de Google, et c'est pourquoi d'autres moteurs la lisent aussi.