Comment effectuer une redirection 301 correcte sans perdre de jus SEO

Une redirection 301 correcte, c'est 90 % de préparation et 10 % de code

La question qu'on me pose le plus souvent quand une refonte approche, ce n'est pas "comment on code une 301 ?". C'est : "on a perdu 40 % de trafic après la migration, qu'est-ce qu'on a raté ?"

Et dans presque tous les cas que j'ai vus passer, le code de la redirection était parfait. C'est la veille qui manquait. Le mapping des URL, la vérification des chaînes, la surveillance des premiers jours. Une redirection 301 mal préparée, c'est une autorité qu'on laisse sur le carreau sans jamais s'en rendre compte avant des mois.

Je vais être direct sur un point dès maintenant, parce que c'est le malentendu qui coûte le plus cher : une 301 n'est pas un ordre. C'est un indice envoyé au moteur. Ce dernier décide, ou non, de consolider les signaux de l'ancienne URL vers la nouvelle. On reviendra là-dessus, mais gardez cette nuance en tête, elle change toute votre stratégie de contrôle.

Une 301 transmet un indice, pas une garantie

Il faut qu'on s'entende sur la mécanique. Techniquement, une 301 est une réponse du serveur : "cette ressource a déménagé définitivement, va voir là-bas". Le navigateur suit. Le robot suit aussi, et enregistre que l'URL A pointe vers l'URL B.

Mais voilà le point que la plupart des tutos escamotent : le moteur ne fusionne pas automatiquement l'ancien historique dans le nouveau. Il évalue la pertinence de la nouvelle URL par rapport à l'ancienne, au contenu, aux liens entrants. Si votre nouvelle page parle d'un autre sujet, ou si votre mapping envoie tout le monde vers l'accueil, vous ne transférez pas du jus. Vous jetez un lien dans une poubelle que le robot finira par ignorer.

Ce que ça change concrètement

Si le transfert n'est pas garanti, votre travail ne s'arrête pas au déploiement. Il continue pendant des semaines. Et il faut mesurer. Pas au feeling.

Dans une migration de blog que j'ai menée l'an dernier, j'avais 312 articles répartis sur trois anciennes URL patterns. J'ai fait le mapping à la main, URL par URL, sur un tableur. Fastidieux, oui. Résultat : 96 % du trafic organique récupéré en cinq semaines. Sur la migration précédente, où j'avais fait confiance à une redirection générique par dossier, il m'avait fallu presque quatre mois pour revenir à 70 %. La différence ne tenait pas au code. Elle tenait au mapping.

Comment effectuer une redirection 301 correcte, étape par étape

1. Recensez toutes vos URL sources avant de toucher à quoi que ce soit

Sortez la liste complète des pages qui reçoivent du trafic ou des liens. Les outils de crawl vous la donnent, mais n'oubliez pas vos anciens sitemaps archivés, les pages orphelines, et surtout les URL qui n'existent plus dans votre CMS mais qui traînent encore dans les backlinks.

Un détail qu'on oublie systématiquement : les URL avec paramètres. Si vos pages produits ont des variantes ?id=42&color=red, il faut décider de leur sort. Sinon vous vous retrouvez avec des dizaines de 301 qui pointent vers la même page et un crawl budget en miettes.

2. Construisez un mapping URL à URL

C'est le cœur du travail. Chaque ancienne URL doit avoir une destination logique. Une règle de trois par défaut :

• Page identique (même contenu, nouveau chemin) → redirection vers l'équivalent exact.
• Page fusionnée dans une autre → redirection vers la page qui absorbe le contenu.
• Page supprimée sans équivalent → 404 assumé, pas de redirection vers l'accueil.

Cette dernière règle fait grincer des dents, je le sais. Mais envoyer un vieux tuto sur la homepage, c'est créer une redirection trompeuse qui n'aide ni le robot ni l'utilisateur. Un 404 propre est plus honnête et ne pénalise pas votre site.

3. Écrivez les règles, sans chaînes

Une chaîne de 301, c'est A → B → C. Chaque saut supplémentaire dilue le signal et allonge le temps de collecte. Visez toujours du direct : A → C.

Le piège classique ? Vous aviez déjà une redirection active sur votre ancien site (une vieille page A qui pointait vers B), et vous ajoutez une nouvelle règle B → C sans toucher à la première. Résultat : une chaîne invisible que personne ne détecte avant le crawl.

4. Testez avant de mettre en ligne

Sur un environnement de préproduction, vérifiez chaque redirection. Un simple script qui boucle sur votre tableur et vérifie les codes de retour fait le job en quelques minutes. J'ai un script que j'ai écrit après avoir découvert, trois semaines trop tard, qu'une règle de priorité serveur court-circuitait une trentaine de mes redirections. Trente pages à trafic envoyées droit vers un 404. Ça ne se reproduit plus.

5. Surveillez après le déploiement

Le lendemain de la mise en ligne, vos logs serveur doivent montrer des 301 en masse. Pas des 404. Pas des 302. Si vous voyez apparaître des 302 sur des URL que vous pensiez avoir traitées, c'est qu'une règle quelque part prend le dessus.

Redirection 301 ou 302 : ne vous trompez pas

La confusion classique. La 302 dit "temporaire", la 301 dit "définitif". Le piège, c'est que le moteur traite les deux différemment dans la durée.

Une 302 maintenue trop longtemps (mois après mois) peut finir par être interprétée comme un signal ambigu. Le moteur se demande si vous ne gardez pas l'ancienne URL active "au cas où". Résultat : l'autorité reste souvent attachée à l'ancienne adresse. J'ai vu des sites stagner un an sur une 302 mal placée, sans jamais comprendre pourquoi leurs nouvelles pages ne décollaient pas.

Critère	301	302
Signification	Déplacement définitif	Déplacement temporaire
Transfert d'autorité	Signal fort vers la nouvelle URL	Signal faible, souvent conservé sur l'ancienne
Cas d'usage	Refonte, changement de domaine, fusion	Maintenance, test A/B, page en cours
Durée recommandée	Permanente	Quelques jours, jamais des mois
Risque si mal utilisée	Perte de trafic si mal ciblée	Stagnation du transfert dans le temps

Les erreurs qui coûtent vraiment du jus

Rediriger tout vers la homepage

Le raccourci tentant quand on a 2000 URL à mapper. "On redirige tout vers l'accueil, ça suffira." Non. Le moteur voit une redirection massive vers une page qui ne correspond pas au contenu d'origine. Il ignore le signal. Vous perdez l'historique de chaque page individuellement.

Oublier les liens internes

Une redirection 301 gère le trafic externe, mais vos liens internes pointent encore vers les vieilles URL. Chaque clic interne déclenche alors un saut inutile. Mettez à jour vos menus, votre maillage, vos articles. Un crawl de votre propre site après migration révèle vite le problème.

Négliger le canonical

Sur la nouvelle page, le canonical doit pointer vers elle-même, pas vers l'ancienne URL. Une erreur de copier-coller sur un template, et vous envoyez au moteur un message contradictoire : "cette page est un doublon de celle que je viens de rediriger".

Ne pas surveiller le PageRank interne

Regardez comment circule l'autorité dans votre arborescence après migration. Si vos pages piliers ont perdu leurs liens entrants internes à cause d'un mapping approximatif, elles chutent. Ce n'est pas visible dans le trafic global tout de suite. Ça se voit page par page, sur des requêtes précises.

Comment vérifier que le transfert a bien eu lieu

La question à 1000 euros. Et la réponse tient en trois vérifications.

D'abord, l'outil de changement d'adresse dans la Search Console. Si vous changez de domaine, déclarez-le. C'est le seul moyen d'informer le moteur de manière structurée que vous avez déménagé.

Ensuite, surveillez l'indexation de vos nouvelles URL. Si au bout de deux semaines vos nouvelles pages ne sont pas indexées, quelque chose bloque. Robots.txt, balise noindex oubliée, canonical erroné. Vérifiez dans cet ordre.

Enfin, comparez les impressions par page avant/après, pas le trafic global. Une baisse de 5 % sur le site entier peut cacher une perte de 60 % sur dix pages stratégiques, compensée par la hausse d'une page virale. Le global ment.

Ce que j'ai appris à la dure : gardez un œil sur votre ancien sitemap pendant au moins deux mois. Tant que des URL sources apparaissent encore dans les stats, le travail n'est pas terminé.

Ce qui reste quand la migration est finie

Une migration réussie, ce n'est pas un trafic qui revient exactement au même niveau. C'est un trafic qui se reconstruit sur de nouvelles bases, parfois meilleures. Les vieilles URL qui traînaient des années de contenu obsolète disparaissent, et ce qui remonte, c'est ce qui mérite de remonter.

La vraie question à se poser n'est pas "ai-je tout redirigé ?". C'est : "si le moteur choisit de ne pas transférer l'autorité de cette page, est-ce que je perds quelque chose d'important ?" Si la réponse est oui, vous avez encore du travail de mapping à faire. Si la réponse est non, vous êtes peut-être en train de faire le ménage que votre site attendait depuis des années.