Ce que décide une 301
Une réponse 301 Moved Permanently envoie un navigateur ou un robot de l’URL source vers l’URL de destination. Elle exprime une relation entre deux URL, et non une promesse de positionnement ou de trafic. Google décrit les redirections permanentes comme un signal de canonicalisation : la destination est le candidat qui doit apparaître dans la recherche lorsque le déplacement ne sera pas annulé.
La décision repose sur deux points. D’abord, l’ancienne ressource doit avoir un remplaçant réellement durable. Ensuite, la destination doit répondre à la même intention, ou à une intention plus utile. Un produit arrêté sans successeur raisonnable peut nécessiter un 404 ou un 410 plutôt qu’une redirection vers une catégorie ou la page d’accueil. Rediriger chaque URL retirée vers une page générale rend la relation floue, pour les internautes comme pour les robots.
Quand une redirection permanente convient
Utilisez une 301 lorsque l’ancienne URL a changé durablement : page renommée, doublon consolidé, regroupement de protocoles ou d’hôtes, ou migration de site documentée au niveau des pages. Associez chaque ancienne page à son équivalent le plus proche encore en ligne. Cela préserve un chemin utile pour le visiteur qui suit un ancien favori ou un lien externe, et donne aux robots une voie claire à examiner.
- Bonne correspondance
- Un ancien guide est remplacé par un nouveau guide couvrant la même tâche ; la redirection ne comporte qu’un seul saut vers ce nouveau guide.
- Mauvaise correspondance
- Un élément retiré est envoyé vers une page de destination sans rapport, simplement parce qu’elle existe.
- Ce n’est pas un déplacement
- La page peut revenir plus tard, ou elle fait l’objet d’un test de courte durée ; il s’agit alors d’une question de routage temporaire.
Pour une migration, établissez le plan de redirection avant de modifier la navigation. Chaque ligne doit indiquer le chemin source, la destination retenue, la justification, la réponse constatée après mise en production et le responsable des exceptions. Travaillez au niveau des pages et testez la réponse finale : cela évite qu’une règle générale sur l’hôte ne ramène silencieusement des milliers de pages sans rapport vers la page d’accueil.
Mise en œuvre et contrôles
- Listez les anciennes URL susceptibles de recevoir des visites ou des liens, puis choisissez pour chaque page importante une seule destination finale et indexable.
- Configurez la redirection au niveau du serveur ou de la plateforme, où elle renvoie un statut HTTP 301 et un en-tête Location avant que le contenu de la page ne soit servi.
- Mettez à jour les liens internes, les sitemaps XML et les références canonical vers l’URL finale : ils ne doivent plus pointer vers la source de la redirection.
- Demandez l’URL source en suivant la chaîne. Notez la séquence des statuts, l’URL finale et si la page finale renvoie une réponse réussie.
- Après la mise en production, faites crawler de nouveau l’ensemble concerné. Examinez les boucles, les chaînes à plusieurs sauts, les règles de redirection vers une redirection, ainsi que les destinations bloquées ou en noindex.
curl -I https://example.com/old-page
# Expect: HTTP/2 301 and a Location header
curl -IL https://example.com/old-page
# Inspect every hop and the final responseLa syntaxe exacte de configuration dépend de la plateforme. Ce qui compte durablement, c’est l’invariant plutôt que la règle copiée : une source doit aboutir en un seul saut à la destination canonique voulue. Séparez les règles d’infrastructure temporaires des déplacements de contenu, afin qu’annuler une opération de maintenance ne démantèle pas aussi un plan de migration.
Cas d’échec et limites
Une conclusion fausse fréquente consiste à croire qu’une 301 « transmet mécaniquement son autorité ». Les moteurs évaluent plusieurs signaux et crawlent de nouveau les pages selon leur propre calendrier. Ce qu’on peut vérifier est plus restreint : le serveur renvoie le statut voulu, la cible est accessible et indexable, le plan est pertinent, et les références du site utilisent l’URL finale. N’appliquez pas de pourcentage fixe à la valeur des liens, ni de délai garanti pour remplacer un résultat.
- Une chaîne apparaît après l’ajout d’une seconde règle de migration : remplacez-la par une règle directe de la source vers la destination finale.
- Une boucle de redirection se produit lorsqu’une règle d’hôte ou de protocole contredit une règle de page : testez les variantes HTTP/HTTPS et d’hôte.
- Une 301 aboutit sur une 404, une page en noindex ou une route bloquée : corrigez la destination avant de considérer le plan de redirection comme terminé.
- Un ancien sitemap reste publié : retirez-en les URL redirigées afin qu’il ne déclare que des pages finales indexables.