Guides pratiques

Préparer et tester un plan de redirections d’URL

Une ancienne adresse peut avoir des visiteurs, des liens et des documents qui la citent. Un plan de redirections explique ce que chaque adresse devient. Il sert à conserver un parcours utile lors d’une refonte, d’un changement de domaine ou d’une fusion de contenus.

Voir la méthode

Ordinateur portable, carnet, téléphone et tasse sur un bureau
Illustration

Recenser les adresses qui ont une utilité

Croisez le sitemap, un crawl, les liens internes, les pages de campagne et les données de fréquentation disponibles. Ajoutez les fichiers téléchargés et les adresses diffusées dans des courriels ou des supports imprimés. Une page sans visite récente peut encore être citée ailleurs.

Créez un tableau avec ancienne URL, sujet, destination proposée, décision, responsable et résultat du test. Séparez l’URL du contenu : deux adresses semblables ne prouvent pas que les pages répondent au même besoin. Conservez les paramètres utiles au parcours et identifiez ceux qui ne servent qu’à la mesure.

Choisir une destination équivalente

Une page remplacée par une page équivalente peut recevoir une redirection permanente. Une suppression sans remplaçant pertinent doit conserver un véritable état de ressource absente. Ne renvoyez pas systématiquement toutes les anciennes pages vers l’accueil : un visiteur cherchant une prestation précise perdrait son contexte.

Une URL canonique indique une préférence de représentation pour un contenu ; elle ne déplace pas le visiteur. Une redirection temporaire convient à un déplacement provisoire. Notez la raison de chaque choix et vérifiez que la destination apporte effectivement la réponse attendue.

Préserver les méthodes et éviter les chaînes

Pour une navigation GET, les codes 301 et 308 expriment un déplacement permanent. Un code 301 peut conduire un client à transformer un POST en GET ; 308 préserve la méthode. Les codes temporaires 302 et 307 présentent une distinction comparable. Un formulaire ou une API exige donc un test spécifique, en dehors des seules pages de lecture.

Faites pointer les anciennes adresses directement vers l’adresse finale. Testez les variantes HTTP/HTTPS, les noms d’hôte, les slashs et les URL déjà redirigées. Repérez les boucles, les destinations inexistantes et les redirections vers une autre langue. Évitez de rejouer une vraie commande pour tester un POST : utilisez un environnement et des données de test.

Mettre les signaux du site en accord

Actualisez les liens internes, le sitemap, les canonical, les versions linguistiques et les éventuels liens dans les documents. Une redirection reste un filet pour les anciennes références ; la navigation actuelle doit utiliser les nouvelles adresses directement.

Contrôlez un échantillon de chaque famille après publication, puis observez les erreurs et l’indexation. Google recommande de conserver les redirections de migration aussi longtemps que possible, généralement au moins un an. Les visiteurs peuvent continuer à utiliser de vieux liens au-delà de cette période. La durée se décide aussi selon les références encore en circulation.

Un exemple de décision documentée

Exemple pédagogique : une ancienne page « entretien de boutique » est fusionnée dans une page qui décrit réellement cette prestation. Le tableau prévoit une redirection permanente vers cette page et la modification des liens internes. Une ancienne offre événementielle sans équivalent reçoit une page d’archive si elle reste utile, ou un état d’absence si elle est retirée. Le choix dépend du contenu disponible, pas seulement de la ressemblance des URL.

Contenu mis à jour le 5 octobre 2026

Matrice de recette à adapter au projet

Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

Cas de test, résultats attendus et preuves utiles
CasRésultat attenduPreuve à conserver
Ancienne prestation fusionnéeLa destination décrit encore la prestation attendue et répond 200URL initiale, statut, URL finale et extrait utile
Ancienne URL déjà redirigéeLa règle rejoint directement la destination finaleListe des sauts et test sans boucle
Route recevant un POST de testLa méthode et le comportement correspondent au contrat prévuTrace sans donnée personnelle sur environnement de test
Contenu supprimé sans équivalentLe statut d’absence reste réel et la page aide à poursuivreStatut HTTP et liens de récupération

Questions fréquentes

Faut-il rediriger toutes les erreurs 404 ?

Une redirection se justifie par une destination pertinente. Une URL inconnue ou un contenu supprimé sans remplaçant peut rester en 404 ou 410 selon la situation. Vérifiez d’abord l’intention et les références existantes.

Une canonical remplace-t-elle une redirection ?

Non. Elle indique une URL préférée aux moteurs ; le navigateur reste sur l’adresse consultée. Une redirection répond à un autre besoin : déplacer la requête.

Le test de la page d’arrivée suffit-il ?

Testez aussi l’ancienne adresse : statut, en-tête Location, nombre de sauts, paramètres, langue et méthode pour les routes d’action. Une bonne destination peut être précédée d’une règle incorrecte.