Une redirection 301 mal posée, ça ne se voit pas tout de suite. On la déploie un vendredi soir, on vérifie trois URLs au hasard, tout répond bien. Puis le lundi matin, les positions ont glissé de quatre ou cinq places et personne ne comprend pourquoi. J'ai vécu exactement ça sur une migration de blog : 38 % de trafic organique perdu en douze jours, alors que le plan de redirection était « fait ».
Le problème n'était pas la 301 elle-même. Le problème, c'était tout ce qu'on avait oublié autour. Depuis, j'ai migré ou supervisé une bonne dizaine de refontes, de la boutique e-commerce au site institutionnel, et j'ai fini par comprendre que gérer les redirections 301 sans perdre de trafic, ce n'est pas une question de technique HTTP. C'est une question de méthode, et surtout de ce qu'on refuse de laisser au hasard.
Points clés à retenir
- Une 301 est un indicateur pour Google, pas un ordre : la consolidation des signaux prend du temps.
- La cartographie des URLs existantes est l'étape qui fait gagner le plus de trafic.
- Une chaîne de deux redirections minimum suffit à gaspiller du signal.
- La redirection vers la page d'accueil en cas de doute est une erreur quasi systématique.
- Les 301 ne devraient jamais être supprimées, même des années après.
Une redirection 301, c'est un indice, pas un ordre
Une grande partie des articles sur le sujet laissent croire que la 301 transfère mécaniquement la valeur SEO vers la nouvelle URL. C'est faux, ou du moins c'est trop simple. Google traite la redirection permanente comme un signal de consolidation : il en tient compte, décide ensuite de ce qu'il en fait, et ce délai se compte en semaines, pas en heures.
Pourquoi le délai de bascule peut se compter en semaines
Le moteur doit d'abord recrawler l'ancienne URL, constater la redirection, suivre la cible, puis réévaluer cette cible dans son contexte. Sur un site de quelques dizaines de pages, j'ai observé une stabilisation en dix à quinze jours. Sur un catalogue de 4 000 références, il a fallu presque deux mois avant que les positions se recalent complètement.
Et il y a des cas où la valeur ne se transmet pas. Si l'ancienne page et la nouvelle n'ont pas de rapport thématique réel, le signal se dilue. Lire une page sur les chaussures de randonnée redirigée vers un article sur les sacs à dos, ce n'est pas une redirection logique, c'est un raccourci de confort.
Ce que ça implique concrètement :
- Ne jugez jamais une migration à J+2, laissez passer au moins trois semaines.
- Une baisse temporaire n'est pas une catastrophe, une baisse qui ne remonte pas en est une.
- Rediriger par thématique proche, jamais « vers la page la plus importante ».
- Surveillez la page cible : c'est elle qui doit ranker, pas l'ancienne.
La cartographie : l'étape que tout le monde saute
Je vais être direct : la plupart des pertes de trafic après refonte viennent d'URLs oubliées, pas de redirections mal configurées. On redirige ce qu'on a sous les yeux, c'est-à-dire les pages du menu, et on oublie les vieux articles, les pages tag, les archives de catégories, les vieilles pages de campagne.
Comment constituer une liste vraiment exhaustive
La technique qui m'a le plus servi consiste à croiser trois sources, et non une seule :
- Le sitemap XML du site avant refonte (les pages que le site déclarait).
- Les données de votre outil d'analytics sur douze mois (les pages qui recevaient réellement du trafic).
- Les fichiers de logs serveur si vous y avez accès — c'est la seule source qui révèle les URLs visitées par les robots et non par les humains.
Sur une refonte récente, les deux premières listes représentaient 2 100 URLs. Les logs en ont révélé 900 de plus, essentiellement des variantes avec paramètres et des anciennes pages de pagination. Nous aurions perdu ces 900 URLs sans jamais le savoir, parce qu'elles ne recevaient presque aucun trafic humain, mais elles portaient des liens internes.
Bref : le fichier de mapping URL source → URL cible est votre document le plus important de toute la migration. Pas le design, pas les maquettes.
Chaînes, boucles et autres pièges silencieux
Une redirection A → B, puis un jour quelqu'un change d'avis et redirige B → C. Résultat : A → B → C. Chaque saut supplémentaire dilue le signal et ralentit le traitement. J'ai vu des sites avec des chaînes de quatre redirections, empilées sur trois ans par des gens qui ne se parlaient pas.
Une boucle, c'est pire : A → B → A. Le robot tourne en rond et abandonne. La page devient inexploitable pour tout le monde.
| Problème | Effet | Ce qu'il faut faire |
|---|---|---|
| Redirection chaînée (A → B → C) | Perte de signal, traitement ralenti | Pointer A directement vers C |
| Boucle (A → B → A) | Page inaccessible aux robots | Corriger la cible manuellement |
| Redirection vers la page d'accueil | Signal thématique perdu | Rediriger vers l'équivalent le plus proche |
| 301 vers une page en 404 | Double perte, aucune consolidation | Vérifier que chaque cible répond en 200 |
| 301 vers une autre 301 | Chaîne déguisée | Auditer régulièrement le fichier de règles |
La correction se fait en une passe simple : à chaque redirection, vérifiez que la cible répond bien en 200 et n'est pas elle-même une redirection. Ça prend une heure sur un petit site, une journée sur un gros. Cette heure-là, je ne l'ai pas prise en 2022, et elle m'a coûté dix jours de trafic.
Combien de temps faut-il conserver une redirection 301 ?
Aussi longtemps que possible, sans limite. Une redirection permanente est censée être définitive — c'est même tout le sens du code. La supprimer « parce que la migration est finie » revient à couper un lien qui pouvait encore servir dans trois ans, quand un vieux partenaire pointera vers l'ancienne URL.
Le coût caché d'un grand ménage dans les redirections
Sur mon propre blog, j'ai supprimé par « hygiène » une centaine de redirections datant de 2021. Six mois plus tard, un lien d'un site référence pointait encore vers une des anciennes URLs. Résultat : une 404 pour l'utilisateur, et un signal perdu. Rien de dramatique, mais rien de gratuit non plus.
Le seul cas où la suppression se justifie, c'est la redirection qui pointe vers une page définitivement supprimée sans équivalent. Là, mieux vaut une 410 (disparition définitive) assumée qu'une 301 vers nulle part.
Vérifier après la mise en ligne : la checklist qui compte
Une fois les règles en place, le vrai travail commence. Voici ce que je vérifie systématiquement, dans cet ordre :
- Toutes les cibles répondent en 200. Un simple crawl du site le confirme.
- Aucune redirection ne pointe vers une autre redirection.
- Les URLs stratégiques (celles qui généraient du trafic) ont bien une règle dédiée, pas une redirection générique.
- Les paramètres d'URL ne créent pas de doublons de contenu.
- Le sitemap XML ne contient plus aucune ancienne URL.
Ce dernier point est celui que j'oublie le plus souvent. Un sitemap qui liste des URLs redirigées envoie un signal contradictoire au robot : soit la page existe, soit elle a bougé, mais pas les deux.
Combien de temps suivre les positions après la migration
Trois mois me semblent un minimum raisonnable. Les premières semaines servent à détecter les pages qui ne remontent pas du tout — celles-là signalent une redirection cassée ou mal ciblée. Passé le premier mois, les écarts restants relèvent plutôt de la consolidation normale. Sur une migration de domaine que j'ai suivie en 2023, certaines pages ont mis sept semaines à retrouver leur position, sans qu'aucune erreur technique ne soit détectable. Elles sont revenues seules.
Faut-il rediriger une page supprimée vers la page d'accueil ?
Non, presque jamais. C'est le réflexe du « au moins, l'utilisateur ne tombe pas sur une 404 », et c'est justement pour ça qu'il est si répandu. Le problème, c'est que Google traite la page d'accueil comme une page générique. Lui envoyer le signal de vingt pages supprimées revient à lui dire que toutes ces pages parlaient du même sujet, ce qui n'aide personne.
La bonne question à se poser face à une page supprimée : existe-t-il une page du nouveau site qui répond à la même intention de recherche ? Si oui, on redirige vers elle. Si non, on laisse une 404 propre ou une 410. Une 404 n'est pas une erreur honteuse — c'est une information honnête : cette page n'existe plus.
Avouons-le, la 404 fait peur parce qu'elle est visible dans les rapports. Mais une page d'accueil qui accueille trente redirections sans rapport est un problème bien plus difficile à repérer, et bien plus coûteux à corriger.
Ce qu'il faut vraiment retenir
La redirection 301 n'est pas un interrupteur technique : c'est une déclaration d'intention adressée à un moteur qui décidera lui-même quoi en faire. Votre travail consiste à rendre cette intention lisible, page par page, sans raccourci.
Et si vous ne devez retenir qu'une chose de cet article, prenez celle-ci : le temps que vous passerez à lister les URLs avant la migration vous évitera de passer trois semaines à chercher, après, pourquoi une page qui générait 400 visites par mois en génère désormais douze. Le mapping, toujours le mapping.
Il y a d'ailleurs une question que personne ne se pose au début, et qui finit par devenir la plus importante : qui, dans six mois, saura encore pourquoi telle URL a été redirigée vers telle autre ? Si la réponse est « personne », vous avez déjà prévu votre prochaine perte de trafic.
