Redirection 301

Le 301 est permanent, le 302 est temporaire. Les autres codes de redirection HTTP précisent ces deux cas.

Un 301 transmet à la nouvelle adresse la valeur accumulée par l’ancienne, notamment les liens qui pointaient vers elle. Google finit par remplacer l’ancienne adresse par la nouvelle dans ses résultats.

Un 302 conserve l’ancienne adresse dans l’index et n’opère pas ce transfert. Il convient à une situation réellement provisoire : une page produit indisponible quelques semaines, une opération commerciale limitée dans le temps.

L’erreur classique consiste à utiliser un 302 lors d’une refonte définitive. Le site fonctionne, les visiteurs arrivent au bon endroit, et les positions restent attachées à des adresses qui ne servent plus.

Quatre situations la rendent nécessaire.

Une refonte qui change les adresses, cas le plus fréquent et le plus risqué.

Le passage du site en HTTPS, ou l’unification entre la version avec et sans www.

La fusion de deux pages qui traitaient du même sujet, où l’une disparaît au profit de l’autre.

Le changement de nom de domaine.

À l’inverse, une page supprimée sans équivalent ne doit pas être redirigée vers la page d’accueil. Google traite ces redirections de masse vers l’accueil comme des pages introuvables déguisées, et l’utilisateur qui cherchait un contenu précis se retrouve devant un site sans rapport. Une page qui n’a pas de remplaçante doit renvoyer une erreur 404 assumée.

Rediriger tout vers l’accueil. Aucune valeur n’est transmise, et le trafic issu des anciennes pages disparaît.

Les chaînes de redirections. Une adresse qui redirige vers une deuxième, qui redirige vers une troisième. Chaque maillon ralentit le visiteur et dilue le signal. Après une refonte qui suit une refonte précédente, ces chaînes s’accumulent et méritent d’être aplaties : chaque ancienne adresse doit pointer directement vers la destination finale.

Les boucles. Deux adresses qui se redirigent mutuellement rendent la page inaccessible. Le cas apparaît souvent lors de la combinaison d’une règle HTTPS et d’une règle www mal ordonnées.

Oublier les adresses qui recevaient du trafic. C’est l’erreur la plus coûteuse. Une refonte se prépare en listant les adresses réellement visitées et référencées avant la bascule, puis en vérifiant après coup que chacune arrive quelque part.

Sur un serveur Apache, les règles se déclarent dans le fichier .htaccess placé à la racine.

Redirect 301 /ancienne-page/ https://exemple.fr/nouvelle-page/

Pour un ensemble de pages suivant un motif commun, la directive RedirectMatch accepte une expression régulière, ce qui évite d’écrire une règle par adresse.

Sur Nginx, la déclaration se fait dans le bloc de configuration du serveur avec la directive return 301.

Sur WordPress et les autres systèmes de gestion de contenu, des extensions gèrent les redirections depuis l’interface. Elles conviennent au cas par cas. Sur un volume important, la règle serveur reste préférable : elle s’exécute avant le chargement de l’application et ne consomme rien.

La redirection par balise meta refresh ou par JavaScript n’est pas un équivalent. Elle est plus lente, moins bien interprétée et n’a pas le même effet.

Trois contrôles, dans les jours qui suivent.

Tester chaque ancienne adresse importante et vérifier qu’elle renvoie bien un code 301 vers la bonne destination, sans étape intermédiaire.

Surveiller le rapport de couverture de la Search Console, où les erreurs apparaissent progressivement.

Comparer le trafic par page avant et après. Une page qui perd tout son trafic du jour au lendemain signale une redirection manquante ou mal dirigée.

Le transfert n’est pas instantané. Google doit réexplorer chaque ancienne adresse pour constater le changement, ce qui prend de quelques jours à plusieurs semaines selon la fréquence à laquelle il visite le site.

Pendant cette période, une baisse de trafic est normale. Elle devient inquiétante si elle persiste au delà de quelques semaines, ou si elle s’accompagne d’anciennes adresses toujours présentes dans les résultats.

Les redirections doivent être conservées durablement. Les retirer au bout de quelques mois annule le transfert et casse les liens externes qui pointent encore vers les anciennes adresses. Sur une migration SEO, c’est le point sur lequel je reviens systématiquement.