Vérificateur de redirections pour migrations de site
Vérificateur de redirections
Vérificateur de redirections pour migrations de site : testez vos règles 301 | We.Inc
Collez vos anciennes URL, où chacune devrait atterrir, et vos règles de redirection (.htaccess, _redirects, vercel.json ou nginx). Voyez chaque étape, boucles, redirections temporaires et dégradations http, puis téléchargez un CSV.
Vous déplacez un site ? Collez jusqu'à 25 anciennes adresses avec la page sur laquelle chacune devrait atterrir, plus les règles de redirection que vous prévoyez d'utiliser. Le vérificateur fait passer chaque adresse par vos règles et vous dit, en langage clair, quelles redirections fonctionnent, lesquelles bouclent ou s'enchaînent, et lesquelles envoient les visiteurs vers quelque chose de non lié. Il s'exécute dans votre navigateur. Il ne visite pas votre site, pour tester une adresse en ligne, collez donc le résultat de la commande en une ligne montrée ci-dessous.
Listez vos anciennes adresses, une par ligne, chacune suivie de l'adresse où elle devrait finir. Une virgule, une tabulation ou une flèche entre elles fonctionnent toutes. La limite est de 25 lignes par vérification.
Collez vos règles de redirection. Le vérificateur lit Apache .htaccess (Redirect, RedirectMatch et RewriteRule avec un flag R), les fichiers _redirects style Netlify, les redirections de vercel.json et les règles simples nginx rewrite et return.
Chaque ancienne adresse passe par les règles, étape par étape, jusqu'à 10 étapes. Vous voyez le code de statut de chaque étape et l'adresse finale.
Le rapport signale les boucles de redirection, les chaînes de plus d'une étape, les redirections temporaires (302 ou 307), les redirections de https vers http, les adresses qu'aucune règle n'attrape, et les anciennes pages envoyées vers la page d'accueil au lieu d'une page correspondante.
Téléchargez les résultats en CSV à garder comme checklist de migration. Pour tester un site déjà en ligne, collez le résultat de curl dans le deuxième onglet ; le vérificateur en lit les vrais codes de statut et en-têtes Location.
Utilisez des redirections permanentes (301 ou 308) pour une migration de site. Les temporaires disent aux moteurs de recherche que l'ancienne adresse pourrait revenir.
Faites pointer chaque ancienne page vers sa nouvelle page la plus proche. Tout envoyer vers la page d'accueil est traité un peu comme une page manquante.
Redirigez directement vers l'adresse finale. Si /a va vers /b et /b va vers /c, changez /a pour aller vers /c.
Gardez https et le même choix avec ou sans www dans chaque destination, pour que les visiteurs ne fassent jamais une étape en plus.
Laissez les redirections en place au moins un an après une migration. Les anciens liens et favoris continuent d'arriver longtemps après que les moteurs de recherche se soient mis à jour.
Questions fréquentes
Ce vérificateur de redirections visite-t-il mon site ?
Non. Les navigateurs ne laissent pas un site lire les redirections d'un autre site, un outil honnête dans le navigateur ne peut donc pas récupérer vos anciennes URL. Il fait plutôt passer vos adresses par les règles de redirection que vous collez. Pour une vérification en ligne, exécutez curl -sIL suivi de l'adresse dans un terminal et collez le résultat dans l'onglet chaîne en direct ; cela lit les vraies réponses données par votre serveur.
Quels formats de règles de redirection sont pris en charge ?
Les lignes Apache .htaccess Redirect, RedirectPermanent, RedirectMatch et RewriteRule avec un flag R ; les lignes _redirects style Netlify ; le tableau redirects dans vercel.json, y compris les placeholders :param et :path* ; et les règles simples nginx rewrite et les blocs location = /path { return 301 ...; }. Les conditions RewriteCond ne sont pas simulées, et le rapport le signale quand il en voit.
Qu'est-ce qu'une chaîne de redirections et pourquoi ça compte ?
Une chaîne, c'est quand une adresse redirige vers une autre adresse qui redirige encore. Chaque étape ajoute un délai pour les visiteurs et donne aux moteurs de recherche une étape de plus à suivre. Faites pointer la première adresse directement vers la finale.
301 ou 302 pour une migration de site ?
301 (ou 308) pour tout ce qui est permanent, ce qui est presque toutes les migrations de site. 302 et 307 signifient temporaire, les moteurs de recherche peuvent donc garder l'ancienne adresse dans les résultats.
Pourquoi envoyer les anciennes pages vers la page d'accueil est-il signalé ?
Si une ancienne page de service atterrit sur la page d'accueil, les visiteurs ne trouvent pas ce sur quoi ils ont cliqué et les moteurs de recherche la traitent souvent comme une page manquante. Faites-la plutôt pointer vers la nouvelle page correspondante la plus proche.
Ce que je colle est-il stocké ?
Non. Les adresses et règles restent dans votre onglet de navigateur et disparaissent quand vous le fermez. Rien n'est envoyé à We.Inc.
Un plan de redirections est le cœur de toute migration de site
Avant de basculer un site vers une nouvelle plateforme ou un nouveau domaine, listez chaque adresse qui reçoit des visites ou des liens : la page d'accueil, les pages de service et de produit, les articles de blog et toute page que les gens mettent en favori. À côté de chacune, écrivez la nouvelle adresse qui la remplace le mieux. Cette liste est votre plan de redirections, et c'est ce que ce vérificateur teste.
Vérifier le plan avant le lancement attrape les erreurs courantes pendant qu'elles sont bon marché à corriger : une règle qui avale trop, deux règles qui rebondissent entre elles, ou une page oubliée qui commencera à renvoyer une 404.
Vérifier un site en ligne avec curl
curl est un programme en ligne de commande fourni avec macOS, Windows 10 et versions ultérieures, et la plupart des systèmes Linux. Exécuter curl -sIL https://example.com/old-page demande cette adresse au serveur, suit chaque redirection et affiche les en-têtes de chaque étape. Collez tout ce résultat dans l'onglet chaîne en direct et le vérificateur le transforme dans le même rapport en langage clair.