Outils SEO
Testeur de redirections : suivre toute la chaîne
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.
Ce que teste cet outil
Un saut, c’est correct. Deux, c’est tolérable. Trois signifie en général que des règles s’empilent — une règle HTTPS, une règle www et une règle de slash final, chacune ajoutant une étape que personne n’a conçue avec les autres.
- Le code de statut de la réponse finale, et s’il vaut 200.
- Chaque saut intermédiaire, pour que la chaîne soit visible et non déduite.
- Si la destination est servie en HTTPS.
- Si la chaîne est assez longue pour mériter d’être raccourcie.
Quel code de statut envoyer
Tous les frameworks envoient une redirection temporaire par défaut : un déplacement définitif expédié en 302 est donc le constat le plus fréquent ici. L’ancienne URL reste indexée et les signaux ne se consolident jamais.
| Code | Signification | À utiliser quand |
|---|---|---|
| 301 | Déplacé définitivement | L’URL a changé pour de bon ; consolider les signaux |
| 302 | Trouvé (temporaire) | Un détour réellement temporaire |
| 307 | Temporaire, méthode préservée | Un POST doit rester un POST |
| 308 | Définitif, méthode préservée | Déplacement définitif conservant la méthode |
Après une migration
Testez un échantillon d’anciennes URL sur tous les gabarits, pas seulement celles dont vous vous souvenez. Conservez les redirections au moins un an — Google a besoin de plusieurs explorations pour consolider, et les liens externes continuent d’envoyer du trafic bien après. Pour raccourcir les chaînes, voir les chaînes de redirections .
- Une redirection fait-elle perdre des signaux de classement ?
- Google a indiqué qu’aucun PageRank n’est perdu via une redirection 301 ou 302. La raison de préférer le 301 pour un déplacement définitif est qu’il exprime l’intention et consolide les URL.
- Pourquoi le navigateur ne montre-t-il aucune redirection alors que l’outil en trouve une ?
- Les navigateurs mettent les redirections en cache de façon agressive, surtout les 301. Cet outil redemande l’URL à chaque fois.
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.
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.
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.
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.