Vérifier les balises canonical : trouver et corriger les erreurs

Un canonical tag checker lit l'élément <link rel="canonical"> d'une page et vous indique s'il existe, s'il y en a plusieurs et si l'URL qu'il désigne est une page active et indexable. L'outil est utile parce que le canonical décide laquelle de plusieurs URL quasi identiques récupère les liens et les signaux de classement, et qu'il se casse bien plus souvent à cause d'un template ou d'un plugin que par une décision délibérée.

Sur un seul site, ouvrir le code source de temps en temps peut suffire. Sur un portefeuille de clients, les canonicals changent en marge de travaux que personne n'associe au SEO : une mise à jour de thème, une nouvelle règle de redirection, une préproduction crawlée alors que ses canonicals pointaient encore vers le nom d'hôte de staging.

Ce que le canonical indique vraiment à Google

La balise se place dans le <head> et désigne l'URL préférée pour un contenu donné, par exemple <link rel="canonical" href="https://example.com/chaussures/">. Elle compte dès que le même contenu répond à plusieurs adresses, qu'il s'agisse de paramètres comme ?couleur=bleu, des versions http et https, d'URL avec ou sans slash final, de versions imprimables ou de vues de catégorie paginées ou filtrées.

Google la considère comme une indication forte, pas comme une directive. Il la met en balance avec les redirections, les liens internes, les URL listées dans votre sitemap et le HTTPS, puis il fait son propre choix. Le résultat est visible pour chaque URL dans l'outil Inspection d'URL de la Search Console, qui affiche l'« URL canonique déclarée par l'utilisateur » à côté de l'« URL canonique sélectionnée par Google ». Quand les deux diffèrent, Google a jugé votre balise erronée ou peu crédible.

Deux règles moins connues piègent régulièrement. Un canonical placé dans le <body> est ignoré, ce qui arrive quand un script ou un page builder l'injecte trop tard. Et les fichiers non HTML, comme les PDF, ne peuvent déclarer un canonical que par un en-tête HTTP : Link: <https://example.com/guide/>; rel="canonical".

Les erreurs qu'un canonical tag checker doit signaler

Problème	Ce que montre le code source	Conséquence habituelle
Absent	Aucun rel="canonical"	Google choisit lui-même une version, souvent une URL à paramètres
Multiple	Deux balises avec des URL différentes, en général le thème plus un plugin SEO	Google peut ignorer complètement les canonicals déclarés
Mauvaise cible	Toutes les fiches produit canonicalisées vers un seul produit, ou vers l'accueil	Ces URL sortent de l'index comme doublons
Cible cassée	Canonical vers une 404, une redirection ou une page en noindex	Signaux contradictoires, et la « vraie » page risque de ne pas être indexée
Ancien nom d'hôte	Le canonical cite encore staging. ou le domaine d'avant la migration	Les signaux partent vers un site qui ne devrait pas se positionner
URL relative	href="/chaussures/" au lieu d'une URL absolue	Fonctionne en principe, mais déraille quand la page est servie sur un autre hôte

Les cas liés au template font le plus de dégâts, parce qu'ils touchent d'un coup toutes les pages d'un même type. Dans le rapport Indexation des pages, ils se traduisent souvent par une hausse des statuts « Page en double : Google n'a pas choisi la même URL canonique que l'utilisateur » ou « Autre page avec balise canonique correcte ».

Vérifier une URL à la main

Pour une page que vous déboguez, la méthode manuelle convient très bien :

1. Ouvrez view-source: et cherchez canonical. Comptez les occurrences.
2. Regardez aussi les en-têtes de réponse (curl -I https://example.com/page/) : un en-tête Link peut contredire le HTML.
3. Appelez l'URL cible du canonical et vérifiez qu'elle répond 200, qu'elle n'a pas de noindex et qu'elle se déclare elle-même canonique.
4. Passez l'URL dans l'Inspection d'URL pour voir quel canonical Google a réellement retenu.

L'origine de la balise dépend de la plateforme. Yoast SEO et Rank Math génèrent par défaut un canonical auto-référent et laissent les rédacteurs le remplacer page par page dans l'onglet Avancé, là où se glissent les erreurs de copier-coller. Les thèmes Shopify affichent normalement {{ canonical_url }} dans theme.liquid ; un thème personnalisé qui code une valeur en dur touche donc tous les templates qui utilisent ce layout.

Surveiller les canonicals sur de nombreux sites

Un contrôle manuel vous dit ce qu'affiche un canonical aujourd'hui. Les pannes coûteuses sont celles qui surviennent après votre dernier passage, et la question utile devient alors de savoir ce qui a changé depuis hier.

Deltio vérifie chaque jour les pages présentes dans le sitemap de chaque site client et compare les canonicals, ainsi que les titles, meta descriptions, H1, noindex et robots.txt, avec le contrôle précédent. Quand un canonical change ou disparaît, l'alerte part sur le canal Slack et par e-mail pour ce site, avec les URL concernées. Vous pouvez aussi lancer un scan SEO manuel juste après une mise en production, sans attendre le cycle suivant. La limite tient au rythme : une modification faite ce matin apparaît au prochain contrôle quotidien, pas dans les minutes qui suivent. Si vous surveillez déjà vos title tags de cette façon, les canonicals ont leur place dans la même routine.

Vous pouvez ajouter un site client pendant un essai de 14 jours et voir ce que disent ses canonicals aujourd'hui.