Un client m'appelle en panique un lundi matin. Son trafic organique a chuté de 62 % en trois jours. Le site vient d'être migré, les redirections ont été « faites », m'assure-t-il. Je regarde. Sur les 340 anciennes URLs, 27 renvoyaient vers la page d'accueil. Pas vers la nouvelle page correspondante : vers l'accueil, en vrac. Google avait reçu l'ordre de consolider 27 pages différentes sur une seule. Le résultat était prévisible.
La redirection 301, c'est le geste technique le plus simple du SEO et celui qu'on rate le plus souvent. Deux lignes dans un fichier `.htaccess`, un champ dans un plugin. Sauf qu'une 301 mal posée ne se contente pas de ne rien transmettre — elle envoie un signal confus qui met des semaines à se résorber. Voici comment éviter ça, et comment vérifier que ça a réellement fonctionné.
Points clés à retenir
- Une 301 est un indice de déplacement permanent, pas un ordre : Google décide lui-même de consolider les signaux.
- Rediriger en masse vers la page d'accueil est la faute la plus coûteuse — et la plus fréquente.
- Les chaînes (A→B→C) et les boucles diluent le transfert. Une redirection doit partir de l'URL d'origine vers l'URL finale, en un seul saut.
- La vérification se fait dans la Search Console, en comparant les impressions sur l'ancienne et la nouvelle URL.
- Une 301 reste active indéfiniment. Il n'y a aucune raison de la retirer.
- Le trafic perdu se récupère en général sur quelques semaines à quelques mois, jamais en quelques jours.
Pourquoi une redirection 301 mal posée coûte si cher
Le malentendu de départ tient en une phrase. Beaucoup considèrent la 301 comme un tuyau qui transporte automatiquement l'autorité d'une ancienne page vers une nouvelle. Dans les faits, c'est une indication que vous donnez à Google, et Google statue ensuite. Il peut consolider les signaux rapidement, lentement, ou décider que deux pages ne sont pas équivalentes et ne rien fusionner du tout.
C'est ce qui explique les surprises. Un webmaster pose des redirections parfaitement propres côté serveur, tout fonctionne pour l'utilisateur, et pourtant les positions ne reviennent pas. Pas de bug. Juste un transfert que le moteur n'a pas jugé pertinent.
Ce que la 301 transmet vraiment
Concrètement, la redirection dit : « cette page a définitivement changé d'adresse ». Elle évite un 404, elle conserve les liens externes qui pointent vers l'ancienne URL, et elle envoie l'internaute au bon endroit. Sur le plan des signaux, le transfert dépend ensuite de plusieurs facteurs que vous ne contrôlez qu'à moitié : la proximité thématique entre l'ancienne et la nouvelle page, le nombre de liens internes qui pointent encore vers l'ancienne adresse, la cohérence du plan de redirection dans son ensemble.
D'où la règle que je répète à chaque migration : rediriger chaque ancienne URL vers son équivalent le plus proche, jamais vers l'accueil. Une page produit vers la nouvelle page produit. Une catégorie vers la nouvelle catégorie. Une page supprimée sans équivalent vers la rubrique parente — et seulement dans ce cas.
Gérer les redirections 301 sans perdre de trafic : la méthode
Une migration réussie se joue avant la mise en ligne. Sur ma dernière refonte, j'ai bloqué deux jours entiers sur la seule cartographie des URLs. Personne n'était content du planning. On a quand même évité l'hémorragie.
Cartographier avant de toucher au serveur
- Exportez la liste complète des URLs existantes depuis le plan de site XML, en croisant avec les données de crawl.
- Croisez cette liste avec les pages qui génèrent réellement du trafic et des liens externes. Une page à 3 visites par mois ne mérite pas la même attention qu'une page à 4 000.
- Associez chaque ancienne URL à sa destination finale. Celle-ci doit exister avant la mise en ligne, pas après.
- Notez les pages sans équivalent : celles-là iront vers la rubrique parente, en assumant la perte.
Ce tableau de correspondance, c'est votre filet. Sans lui, vous improvisez le jour J, sous pression, et vous redirigez tout ce qui traîne vers l'accueil parce que c'est plus rapide.
Une seule redirection, un seul saut
Les chaînes de redirection sont un piège classique. Une ancienne page A redirige vers B, mais B est elle-même redirigée vers C après une deuxième refonte. Résultat : deux sauts pour arriver à destination. Les robots suivent bien la chaîne, mais chaque saut supplémentaire ajoute de la latence et brouille la lecture du signal. Pire, une boucle (A→B→A) provoque une erreur et casse purement et simplement l'accès.
La bonne pratique est mécanique : chaque redirection doit pointer directement vers l'URL finale. Si vous changez une destination un an plus tard, mettez à jour la règle d'origine au lieu d'empiler une seconde redirection par-dessus.
301 ou 302 : comment choisir sans se tromper
La distinction est simple et pourtant régulièrement inversée.
| Code | Signification | Usage typique | Transmission des signaux |
|---|---|---|---|
| 301 | Déplacement permanent | Changement d'URL définitif, migration de domaine, fusion de pages | Oui, l'ancienne URL est vouée à disparaître |
| 302 | Déplacement temporaire | Maintenance, test A/B, page saisonnière | Non : l'ancienne URL reste la référence |
Une page en maintenance programmée pour trois jours ? 302. Un ancien blog qu'on fusionne définitivement avec le site principal ? 301. Si vous hésitez, posez-vous la question : dans six mois, l'ancienne URL devra-t-elle encore exister ? Si non, c'est une 301.
J'ai vu l'erreur inverse chez un client : un 302 posé lors d'un changement de domaine « en attendant de voir ». Deux ans plus tard, la redirection temporaire était toujours là, et l'ancienne URL continuait d'être traitée comme la version de référence. Deux ans de signaux mal orientés pour un simple choix de code.
Vérifier que la consolidation a bien eu lieu
Voilà le point que presque personne ne contrôle, et c'est pourtant celui qui change tout. Poser la redirection ne suffit pas : il faut confirmer que Google a bien basculé.
La méthode de contrôle que j'utilise
Dans la Search Console, comparez sur une période glissante de plusieurs semaines l'évolution des impressions et des positions moyennes pour deux URL : l'ancienne et la nouvelle. Si la consolidation fonctionne, vous observez un transfert progressif — les impressions de l'ancienne page diminuent pendant que celles de la nouvelle augmentent. Si les deux restent plates, ou si l'ancienne continue de recevoir du trafic sans que la nouvelle décolle, la redirection ne produit pas l'effet attendu.
- Vérifiez le code HTTP réel avec un outil de test d'en-têtes, pas seulement le rendu visuel dans le navigateur.
- Contrôlez qu'aucune page ne renvoie une chaîne de plus d'un saut.
- Surveillez les erreurs d'exploration : une redirection cassée apparaît rapidement dans les rapports.
- Attendez. Le transfert se mesure en semaines, pas en heures.
Combien de temps faut-il pour récupérer le trafic ?
Sur les migrations que j'ai suivies, le retour à un niveau comparable au trafic d'avant prend en général entre quatre et douze semaines, avec une remontée plus lente sur les pages à faible autorité. Une chute immédiate de 20 à 30 % dans les premiers jours n'a rien d'anormal : c'est la période de recrawl. Ce qui doit vous alerter, c'est une absence totale de reprise au bout de deux mois.
Si le trafic ne revient pas, cherchez dans cet ordre : des redirections vers l'accueil, des chaînes non résolues, un plan de redirection incomplet (des anciennes URLs qui renvoient encore un 404), et enfin des liens internes pointant encore vers les anciennes adresses. Ce dernier point est bête, mais il m'a coûté une semaine de doute : le menu du site pointait vers les URL de l'ancienne arborescence.
Faut-il supprimer les redirections un jour ?
Non. Une 301 n'a aucune raison d'être retirée. Elle conserve les liens externes que d'autres sites continuent de pointer vers votre ancienne adresse, et elle protège les internautes qui ont gardé un vieux favori. La laisser active ne coûte rien en performance significative sur un site normalement dimensionné.
Le seul nettoyage utile concerne les redirections obsolètes qui créent des chaînes ou pointent vers des pages elles-mêmes supprimées. Ça, oui, il faut le corriger — en repointant la règle d'origine, pas en ajoutant une couche.
Ce qu'il faut retenir
Le jour où j'ai vu les 27 redirections de mon client pointer vers l'accueil, j'ai compris une chose : en SEO, la redirection 301 n'est pas un problème technique. C'est un problème de correspondance. Trouver pour chaque ancienne page sa vraie jumelle demande du temps, de la patience, et un tableau Excel que personne n'a envie de remplir.
C'est pourtant ce tableau qui décide si vous perdez 60 % de trafic ou 8 %. La prochaine fois que vous migrez, posez-vous une seule question avant de toucher au serveur : pour chacune de ces URLs, est-ce que je sais précisément vers quoi je la redirige ? Si la réponse est non, vous n'êtes pas prêt. Et le trafic, lui, ne se rattrape pas à coups de correctifs posés dans l'urgence.
