Vérificateur de redirections 301 et 302

Ce que détecte cet outil

Le détecteur de redirections explore votre site en suivant les liens internes, comme le vérificateur de liens brisés. Mais au lieu de chercher les erreurs, il compare chaque adresse demandée avec l'adresse où le serveur a finalement envoyé le visiteur. Quand les deux diffèrent, le lien passe par une redirection, et l'outil le signale. Il couvre jusqu'à 2000 adresses par analyse et ne s'intéresse qu'aux liens qui pointent vers votre propre domaine ; pour les liens vers d'autres sites, utilisez le vérificateur de liens externes.

Comment lire le rapport

Chaque entrée indique trois choses : l'URL d'origine, c'est-à-dire l'adresse écrite dans votre lien ; l'adresse finale vers laquelle le visiteur est redirigé ; et la liste des pages sources qui contiennent ce lien. Le rapport ne précise pas s'il s'agit d'une 301 ou d'une 302, ni les étapes intermédiaires : la commande curl -I -L suivie de l'adresse les affiche si besoin. La correction consiste presque toujours à remplacer, dans les pages sources, l'URL d'origine par l'adresse finale. Le visiteur arrive alors directement, sans détour.

Une redirection signalée n'est pas une erreur : la page fonctionne. C'est une amélioration à faire, pas une urgence. Commencez par les liens présents dans le menu, l'en-tête ou le pied de page, puisqu'ils se répètent sur toutes les pages et multiplient la redirection par le nombre de pages du site.

Un exemple concret

Un site est passé en HTTPS il y a deux ans. Le passage s'est bien fait grâce à une règle générale dans le .htaccess, mais le menu principal contient encore des liens écrits en http://www.exemple.fr/contact.php. Le rapport liste cette adresse, avec comme destination finale https://www.exemple.fr/contact.php et, comme pages sources, la totalité des pages du site. Une seule modification dans le fichier du menu fait disparaître la redirection de toutes les pages d'un coup. Le même rapport montre aussi un lien vers /boutique/index.php, redirigé vers /boutique/ : là encore, il suffit d'écrire directement la bonne adresse.

Les causes les plus fréquentes

• Des liens en http:// restés après le passage du site en HTTPS.
• Un www manquant ou en trop par rapport à l'adresse officielle du site.
• Un lien vers index.php ou index.html alors que le site redirige ces adresses vers le dossier.
• Une page renommée dont l'ancienne adresse a été redirigée, sans que les liens internes aient été mis à jour.

301 ou 302 : est-ce important ici ?

Pour vos propres liens, le type de redirection compte moins que le fait de la supprimer : une fois le lien corrigé, il n'y a plus de redirection du tout. Le type compte en revanche pour les redirections que vous posez sur d'anciennes adresses, à destination des visiteurs qui arrivent d'autres sites. Celles-là doivent être des 301 si le déplacement est définitif. Notre guide sur les redirections 301 et 302 explique la différence, les chaînes, les boucles et la façon d'écrire les règles dans le .htaccess.

Après la correction

Relancez l'analyse pour vérifier que la liste est vide ou presque. Gardez les redirections 301 que vous avez posées pour d'anciennes adresses : elles restent utiles pour les favoris et les liens venus d'ailleurs. Ce sont seulement vos propres liens qui ne doivent plus passer par elles. Si une redirection mène à une page qui n'existe plus, le vérificateur de liens brisés la signalera comme une erreur à corriger en priorité.