Vérificateur d'URL canonique

Suivant

Collez n’importe quelle URL et le vérificateur la récupérera, cherchera la balise <link rel="canonical"> dans la section <head> du HTML ainsi que dans l’en-tête HTTP Link, et rapportera quelle canonique Google verra — ainsi que tout conflit, chaîne de redirection ou signal pouvant causer des problèmes d’indexation. Effectue un court crawl afin que vous puissiez repérer les problèmes sans fouiller dans le code source de la page vous-même.

Comment fonctionne le vérificateur canonique

  1. 1

    Entrez une URL

    N'importe quelle page publique. HTTPS et HTTP acceptés ; les redirections sont suivies jusqu'à 5 sauts.

  2. 2

    La page est récupérée

    Les en-têtes HTTP et le HTML rendu sont analysés. Le crawler s'identifie par défaut comme un agent utilisateur de navigateur standard.

  3. 3

    Signaux canoniques extraits

    Toutes les balises `<link rel="canonical">` dans `<head>`, tous les en-têtes HTTP `Link: rel="canonical"`, plus les cibles auto-référencées par rapport aux cibles externes.

  4. 4

    Conflits signalés

    Balises en double avec des cibles différentes, canonique pointant vers une redirection, canonique pointant vers une page noindex, canonique manquante sur un modèle de contenu dupliqué.

Ce que le vérificateur rapporte

  • URL cible canonique : la valeur href de la balise ou de l’en-tête.
  • Source : balise HTML, en-tête HTTP, ou les deux. Si les deux, doivent correspondre.
  • Auto-référencé ? : oui signifie que le canonique pointe vers la page elle-même. C’est normal et sûr.
  • Cible accessible ? : l’URL canonique renvoie-t-elle 200 ?
  • Chaîne de redirection sur le canonique : la cible ne doit pas rediriger.
  • Protocole et hôte correspondants : le canonique doit correspondre au schéma de l’URL en direct.
  • Consistance du slash final : les incohérences font que les URL sont traitées comme différentes.
  • Multiples balises canoniques : Google utilise la première ; les supplémentaires sont des avertissements.

Problèmes courants que le vérificateur détecte

Problème Pourquoi c’est important
Canonique vers une redirection 301/302 Google peut ignorer ou déclasser le signal
Canonique vers une page bloquée par robots.txt Google ne peut pas vérifier ; signal rejeté
Canonique vers une page noindex Signaux conflictuels ; comportement d’indexation imprévisible
Multiples balises canoniques avec des hrefs différents Une seule est honorée ; les autres compliquent le diagnostic
Chemin relatif sans base Google résout relatif à l’URL actuelle — généralement correct mais pas explicite
Canonique vers une version dans une langue différente Devrait utiliser hreflang à la place
Canonique HTTP sur une page HTTPS Signal plus faible ; Google peut ignorer
Canonique dans <body> au lieu de <head> Google l’ignore

Comment corriger les mauvais canoniques

  1. Toujours cibler l’URL finale (pas de redirections).
  2. Faire correspondre exactement le protocole et l’hôte en direct, y compris le slash final.
  3. Placer le canonique dans <head>, pas dans <body> ou injecté via JavaScript après le rendu.
  4. Un canonique par page — choisissez une cible et tenez-vous-y.
  5. Pour les archives paginées, auto-canonisez chaque page. Ne pointez pas toutes les pages vers la page 1.
  6. Pour les variantes de filtre/tris, pointez vers la liste non filtrée.
  7. Faire correspondre les liens internes à l’URL canonique — découvrir un canonique auquel le reste du site ne fait pas de lien dilue le signal.

Ce qu’il ne vérifie pas

  • Si Google a réellement indexé le canonique (utilisez la Search Console pour cela).
  • Si votre maillage interne renforce le canonique.
  • Si les entrées du sitemap XML correspondent au canonique.

Questions fréquentes

Pas nécessairement. Sans canonique, Google en choisit un lui-même basé sur des signaux internes (liens, sitemap, similarité de contenu). Un canonique auto-référencé est toujours la meilleure pratique pour éviter l’ambiguïté, surtout sur les pages avec des paramètres de requête.

Le canonique est un fort indice, pas une directive. Si Google juge les pages dissemblables, ou si le canonique est inaccessible, il peut choisir une URL différente. Vérifiez via l’outil “Inspection d’URL” de la Search Console pour un statut d’indexation autoritaire.

Des balises canoniques en double dans <head> sont un bug — certains thèmes CMS en ajoutent une, des plugins en ajoutent une autre. Google utilise la première ; supprimez les autres. Le vérificateur signale toutes les occurrences.

Pas directement — il récupère en tant que client non authentifié. Pour le contenu protégé, inspectez le code source de la page manuellement après connexion ou utilisez une URL de staging sans authentification.

Outils similaires