Outils SEO
Testeur de balise canonique : ce que la page déclare vraiment
Lit l’URL canonique déclarée par la page, puis récupère cette adresse pour confirmer qu’elle répond, qu’elle ne redirige pas et qu’elle n’est pas en noindex — les trois façons dont une balise canonique devient silencieusement inopérante.
Ce que teste cet outil
Collez une URL complète plutôt qu’un simple domaine pour tester une page précise. Les bugs de balise canonique sont presque toujours liés au gabarit : tester une fiche produit ou un article renseigne en général sur toutes les pages issues du même gabarit.
- Si la page déclare une balise canonique et si la valeur est bien absolue.
- Si la cible renvoie 200 plutôt qu’une redirection ou un 404.
- Si la cible porte une directive noindex, ce qui annulerait la consolidation.
- Si la balise pointe vers elle-même ou vers une autre URL.
Lire le résultat
| Constat | Signification |
|---|---|
| Auto-référente | Le comportement sain pour une page indexable |
| Pointe ailleurs | Voulu pour un doublon ; un bug si la page est unique |
| Absente | Aucune URL préférée déclarée ; les variantes se concurrencent |
| Valeur relative | Autorisé mais risqué — les erreurs de résolution sont faciles |
| La cible redirige | Google écarte une canonique pointant vers une redirection |
| Cible en noindex | Consolidation vers une page qui demande à ne pas être indexée |
Une canonique est un indice, pas une instruction
Google met votre déclaration en balance avec les liens internes, le contenu du sitemap, les redirections et la similarité réelle des pages. Quand le reste des indices pointe ailleurs, il retient une autre URL et la signale comme canonique sélectionnée par Google. Redéclarer la même balise n’y changera rien — pour agir sur les indices eux-mêmes, voir les problèmes de balise canonique .
- Pourquoi l’outil voit-il une canonique différente de mon gabarit ?
- Des scripts côté client peuvent écraser ou dupliquer la balise après le chargement. Cet outil lit le HTML servi, c’est-à-dire ce qu’un robot reçoit avant le rendu.
- Chaque page doit-elle être canonique vers elle-même ?
- Chaque page indexable, oui. Cela ne coûte rien et fixe la forme d’URL préférée avant l’apparition de variantes à paramètres.
Autres outils
Récupère le fichier robots.txt de l’hôte saisi, indique s’il existe et s’il bloque tous les robots, et lit au passage les directives robots au niveau de la page.
Cherche le sitemap comme le ferait un robot — d’abord la déclaration dans robots.txt, puis les emplacements conventionnels — puis vérifie que le document se parse en XML et compte les URL qu’il contient.
Analyse les données structurées de la page saisie, liste les types schema.org trouvés et signale les blocs qui ne se parsent pas ou auxquels manquent les propriétés requises par leur type.
Suit l’URL saisie à travers chaque saut, en indiquant le code de statut à chaque étape et la destination finale — le détail que le navigateur masque dès que la barre d’adresse se stabilise.
Charge la page indiquée, prélève un échantillon de ses liens internes et interroge chacun d'eux — en rapportant le code de statut renvoyé, pas la couleur du lien.
Contrôle tous les signaux qui décident si une page a le droit d’entrer dans l’index : le code de statut, l’accès dans robots.txt, la meta robots, l’en-tête X-Robots-Tag et la balise canonique.
Interroge le DNS en direct pour le domaine saisi et affiche les enregistrements publiés : les adresses vers lesquelles il résout, où part son courrier, et si les enregistrements TXT dont dépend l’authentification des e-mails sont présents.
Interroge le registre du nom de domaine via RDAP — le successeur structuré du WHOIS classique — et indique sa date d’enregistrement, son ancienneté actuelle, son registraire et la date d’expiration. Les domaines en .fr sont couverts : l’AFNIC publie du RDAP.
Saisissez un domaine pour voir sa date d’enregistrement, son âge, son expiration et son registrar. L’âge apporte du contexte, mais n’est pas un facteur de classement Google.
Ouvre une connexion TLS vers l’hôte saisi et rapporte le certificat présenté : l’émetteur, la fenêtre de validité, les jours restants et la version de protocole négociée.
Requête l’URL saisie et rapporte ce que le serveur renvoie dans ses en-têtes : les en-têtes de sécurité présents, la politique de cache, la compression éventuelle et la version HTTP négociée.