Le vérificateur de balises canonical montre quelle URL une page déclare comme version préférée et si les signaux vérifiés présentent des problèmes. Saisissez une URL publique pour examiner ses liens canonical HTML, ses en-têtes HTTP Link et sa cible canonical immédiate. Une déclaration valide est un constat utile, mais elle ne confirme pas l’indexation et ne montre pas l’URL choisie par Google.
Vérifiez l’URL exacte de la page
Commencez par l’adresse qui vous préoccupe, paramètres de requête compris. Si une campagne e-mail renvoie vers https://example.com/products/blue-shirt?utm_source=email, vérifiez cette variante plutôt que la seule page d’accueil. Comparez ensuite la cible déclarée avec l’URL qui doit réellement représenter ce contenu.
Si l’adresse saisie redirige, les déclarations proviennent de sa réponse finale. Le parcours des URL aide à distinguer cette redirection d’un canonical désignant une autre adresse.
L’outil examine une source et, lorsqu’une seule cible admissible peut être identifiée, au plus une cible différente. Un canonical autoréférent réutilise la source. L’outil lit le HTML reçu et les en-têtes HTTP sans exécuter JavaScript. Il ne parcourt pas votre site, ne compare pas les contenus et n’examine ni robots.txt ni les fichiers sitemap.
Interprétez les résultats du vérificateur canonical
Lisez le résultat avec son périmètre de vérification. Les couleurs et les icônes facilitent le choix de l’action suivante ; elles ne constituent pas un score SEO.
| Résultat | Ce qu’il indique | Action suivante |
|---|---|---|
| Vert ✓ | Aucun problème dans les signaux vérifiés | Confirmez que la cible déclarée correspond à votre intention |
| Rouge ✕ | Problème confirmé, comme des cibles contradictoires ou une cible avec noindex | Ouvrez le constat et corrigez sa cause |
| Jaune ⚠ | Avertissement, comme un canonical absent, relatif ou répété | Décidez si la déclaration doit être modifiée |
| Gris — | Les données n’ont pas pu être vérifiées | Résolvez l’accès ou réessayez ; ne supposez pas que la cible est valide |
Une couverture complète concerne uniquement les vérifications de source et de cible prises en charge. Une analyse partielle signifie que certaines pages ou déclarations n’ont pas pu être entièrement examinées. Lisez la raison indiquée avant de considérer le rapport comme une confirmation.
Un canonical absent est un avertissement, pas la preuve qu’une page ne peut pas se positionner. Un délai dépassé indique une vérification indisponible, pas une erreur démontrée de la destination. Les détails de l’analyse et le téléchargement JSON permettent de conserver les constats pour une comparaison ultérieure.
Vérifiez la déclaration canonical
Un canonical vers une autre page peut être volontaire. Par exemple, si une URL de suivi affiche la même fiche produit d’une chemise bleue, elle peut désigner l’adresse du produit sans paramètre de suivi. La page préférée peut se désigner elle-même. Cet exemple HTML appartient à la section head de la page :
<link rel="canonical" href="https://example.com/products/blue-shirt">
Avant d’appliquer ce modèle, comparez les contenus réels. Un autre produit, une autre langue ou une liste sensiblement différente ne doit pas être regroupé simplement parce que son URL ressemble à l’autre. Une cible sur un autre domaine doit également être justifiée intentionnellement ; l’outil ne vérifie ni l’équivalence des contenus ni leur propriété.
Examinez l’emplacement de chaque déclaration. Un lien canonical dans le body HTML n’est pas une déclaration valide dans head. Un en-tête HTTP Link peut également déclarer un canonical, notamment pour un document non HTML. Si les déclarations HTML et HTTP désignent différentes URL admissibles, le rapport signale le conflit plutôt que de choisir à votre place. Les déclarations identiques répétées constituent un avertissement distinct.
Vérifiez l’URL d’origine et l’URL résolue. Un chemin relatif peut être correctement résolu, mais l’URL de base du HTML peut modifier sa destination. Préférez une URL absolue complète et retirez les fragments du canonical. Ces recommandations de placement et d’URL suivent la documentation canonical de Google.
Vérifiez la cible canonical
Ne vous limitez pas à la présence de la balise. L’adresse désignée renvoie-t-elle la page attendue avec HTTP 200 ? Redirige-t-elle, déclare-t-elle un autre canonical ou contient-elle une directive noindex ?
Si la cible redirige, vérifiez la destination finale souhaitée avant de modifier la source. Si elle contient noindex, examinez pourquoi une page exclue de l’indexation est désignée. L’absence de noindex ne prouve pas à elle seule qu’une page est indexable.
Dans une chaîne canonical A → B → C, l’outil peut lire la déclaration de C sur B après avoir examiné A et B. Il ne récupère pas C. Vérifiez C séparément avant de l’utiliser comme destination préférée. Une boucle A → B → A nécessite une destination cohérente plutôt que des déclarations circulaires. RFC 6596 recommande d’éviter les cibles qui déclarent un autre canonical ou renvoient une erreur.
Si la cible n’a pas pu être récupérée, sa réponse et ses directives restent non vérifiées. Résolvez cette limitation avant de juger la relation correcte.
Corrigez la cause et confirmez la modification
- Choisissez l’adresse préférée pour ce contenu. Tenez compte des différences importantes de produit, de langue et de pagination ; ne faites pas pointer des pages sans rapport vers l’accueil.
- Modifiez le réglage, le modèle ou l’en-tête HTTP qui produit la déclaration. Supprimez les sources contradictoires pour que la réponse indique une préférence cohérente.
- Vérifiez la cible préférée elle-même. Examinez sa réponse, ses redirections, son canonical et ses directives noindex. Confirmez que son contenu représente correctement la source. Utilisez Vérificateur Noindex pour examiner les directives HTML et HTTP de la page, leur source et leur application à la recherche Web Google.
- Vérifiez à nouveau la variante d’origine. Comparez les nouvelles déclarations, le parcours des URL et la couverture au rapport précédent, y compris les paramètres ayant déclenché le problème.
Pour une propriété accessible dans Search Console, utilisez Inspection de l’URL pour comparer le canonical déclaré par l’utilisateur et celui choisi par Google dans les données indexées. Le test en direct ne peut pas prédire le choix canonical de Google. Une réponse corrigée aujourd’hui et la version indexée conservée par Google sont deux observations distinctes.
Si la question reste l’accès, utilisez le Testeur Robots.txt pour cette URL et ce robot. Le Vérificateur de Sitemap valide votre fichier XML ; le Vérificateur SEO On-Page examine davantage de signaux de page. Ces vérifications complètent le rapport canonical ; aucune ne remplace l’examen manuel de la pertinence de la page choisie comme représentante.
Pour comparer les codes de réponse et les chaînes de redirections d’une liste de pages, utilisez Vérificateur de statuts HTTP en lot.