Une redirection bien posée, c'est une page qui garde son trafic sans que personne ne s'en aperçoive. Une redirection mal posée, c'est un mois de travail qui part en fumée et un client qui vous appelle parce que « le site a disparu de Google ». J'ai vécu les deux. Le pire, ce n'est pas la redirection oubliée : c'est la chaîne de trois sauts que quelqu'un a laissée traîner pendant deux ans parce qu'elle « marchait quand même ».
Gérer les redirections 301 sans perdre son référencement, ce n'est pas une question de code HTTP. C'est une question de méthode : savoir quoi rediriger, quoi laisser tomber, et comment vérifier que le transfert a réellement eu lieu. Voici comment je procède, et surtout les pièges qui m'ont coûté du trafic.
Points clés à retenir
- Une 301 est un indice pour Google, pas un ordre : rien ne garantit que les signaux soient consolidés.
- Priorisez les URLs qui ont du trafic et des backlinks. Le reste attend.
- Une seule redirection, directe. Jamais de chaîne.
- Vérifiez le transfert dans la Search Console, pas seulement le code de statut.
- Toutes les anciennes URLs ne méritent pas une 301. Certaines méritent une 404 utile.
Ce que vaut vraiment une redirection 301 pour votre référencement
Le raccourci qu'on lit partout, c'est « la 301 transmet le jus SEO ». C'est faux dans cette formulation, ou plutôt incomplet.
Une redirection permanente indique à Google que l'ancienne adresse a définitivement changé. Le moteur va alors traiter la nouvelle URL comme la remplaçante et, en principe, transférer progressivement les signaux accumulés : autorité, pertinence, requêtes. Mais en principe. Google décide seul de ce qu'il consolide, quand, et à quelle hauteur. Vous ne contrôlez que l'information que vous lui donnez.
Pourquoi certaines redirections ne transmettent rien du tout
Trois situations que j'ai rencontrées, et à chaque fois le diagnostic était le même.
- La cible ne correspond pas au contenu d'origine. Vous redirigez une page sur « assurance auto jeune conducteur » vers la page d'accueil. Google voit une incohérence et ignore largement le signal.
- La cible est elle-même redirigée. Une 301 vers une 301, c'est un signal affaibli, et trois sauts, c'est un signal quasiment éteint.
- La cible renvoie une erreur. Ça paraît évident, ça arrive constamment après une migration en plusieurs étapes.
Sur un ancien projet e-commerce, j'ai migré 1 800 URLs en une nuit. Six mois plus tard, environ 40 % des redirections pointaient encore vers une chaîne de deux sauts. On perdait du trafic sur des catégories entières sans comprendre pourquoi. Le correctif a pris une journée. Le rattrapage, non.
Le cas des redirections vers la page d'accueil
C'est le réflexe le plus répandu et le plus dommageable. Une page supprimée qui n'a pas d'équivalent direct est redirigée vers l'accueil « pour ne pas perdre le lien ». Sauf que l'accueil parle de tout et donc de rien. Le signal se dilue au lieu de se concentrer.
Franchement, si aucune page ne correspond, il vaut mieux choisir la 404. Elle est honnête, elle ne trompe ni Google ni l'utilisateur.
Comment prioriser les URLs à rediriger (et lesquelles ignorer)
Tout rediriger est une erreur de débutant. Un site de 5 000 pages contient rarement plus de quelques centaines d'URLs qui valent la peine d'être sauvées.
Ma règle, après plusieurs migrations : je classe en trois catégories.
- Priorité absolue : pages avec backlinks entrants et trafic organique mesuré sur les 12 derniers mois.
- Priorité moyenne : pages sans backlinks mais avec des positions stables sur des requêtes de niche.
- Le reste. Pages de tags, archives, paramètres de tri, doublons. Ces URLs ne méritent souvent pas de redirection.
Comment construire la carte ancienne → nouvelle URL
Un tableur, deux colonnes, une ligne par URL. C'est tout. Mais la colonne « nouvelle URL » doit être remplie à la main pour les pages prioritaires — jamais par un script qui devine.
Ce que je fais concrètement : pour chaque ancienne URL prioritaire, j'ouvre la page, je lis le contenu, puis je cherche sur le nouveau site la page qui traite exactement le même sujet. Si elle n'existe pas, je la crée ou je décide d'une 404. Ça prend du temps. C'est le seul moment où ce temps est rentable.
| Type d'ancienne URL | Action recommandée | Risque si négligé |
|---|---|---|
| Page avec backlinks + trafic | 301 vers équivalent exact | Perte d'autorité difficile à récupérer |
| Page produit supprimée, catégorie existante | 301 vers la catégorie | Faible |
| Page sans équivalent | 404 utile ou contenu de remplacement | Nul si la 404 est soignée |
| URL avec paramètres de tri | Aucune action, laisser tomber | Nul |
| Ancienne URL déjà redirigée | Corriger la chaîne : une seule 301 | Signal affaibli, indexation retardée |
Les pièges qui coûtent du trafic (et comment les repérer avant la mise en ligne)
Une redirection qui fonctionne en test peut casser en production. La différence tient à des détails qu'on ne voit qu'en regardant les en-têtes HTTP un par un.
Chaîne, boucle, redirection relative
La boucle est plus vicieuse qu'elle n'y paraît. A redirige vers B, B redirige vers A. Le navigateur affiche une erreur, mais le serveur, lui, a déjà consommé la requête. Google abandonne.
La redirection écrite en URL relative est l'autre classique. /nouvelle-page au lieu de https://exemple.fr/nouvelle-page fonctionne dans la plupart des navigateurs et casse dans certains contextes de crawl. Je l'ai appris à mes dépens sur un sous-domaine.
Redirections et versions linguistiques
Migrer un site multilingue est un exercice à part. La règle : une URL anglaise redirige vers l'URL anglaise correspondante, jamais vers la version française. Un décalage de langue casse les signaux d'internationalisation et envoie les utilisateurs sur la mauvaise version.
Si votre site utilise des balises hreflang, vérifiez-les après chaque redirection. Elles pointent souvent vers des URLs devenues obsolètes.
Vérifier que le transfert a bien eu lieu
Poser la redirection ne suffit pas. Il faut mesurer. J'ai vu des équipes déclarer une migration réussie le jour de la mise en ligne, alors que la consolidation a pris huit semaines.
Deux indicateurs à suivre, sur une période de six à dix semaines :
- Le rapport sur les pages dans la Search Console. Les anciennes URLs doivent disparaître progressivement des impressions, les nouvelles monter. Si les anciennes restent visibles avec des impressions stables, la consolidation n'a pas eu lieu.
- Les positions sur vos requêtes principales. Un creux temporaire est normal. Une chute durable ne l'est pas, et signale souvent une redirection mal ciblée.
Ce que je fais aussi, plus artisanal : je garde une liste des 20 requêtes les plus rentables du site, et je les suis manuellement chaque semaine pendant deux mois. C'est fastidieux. C'est le seul moyen fiable de savoir si la 301 a fait son travail.
Et les 404 qu'on ne peut pas éviter ?
Il y en aura toujours. C'est normal. Une 404 correctement conçue — avec un message clair, une recherche interne, des liens vers les sections principales — n'est pas un problème de référencement. C'est une page comme une autre pour l'utilisateur qui tombe dessus par erreur.
Le vrai danger, c'est la 404 qui renvoie un code 200. Le serveur affiche une page d'erreur tout en déclarant que tout va bien. Google indexe alors du contenu vide à grande échelle. J'ai vu un site accumuler ainsi plusieurs milliers de pages fantômes.
Ce qu'il faut retenir
La redirection 301 n'est pas un mécanisme de préservation automatique. C'est une déclaration d'intention que vous adressez à Google, et qui sera interprétée, parfois partiellement, parfois pas du tout.
Alors traitez-la comme telle : une par URL, vers une cible qui traite le même sujet, vérifiée après la mise en ligne pendant au moins deux mois. Le reste — chaînes, redirections massives, sauvetage de pages sans valeur — c'est du bruit.
Une dernière chose. Le jour où votre trafic baisse après une migration, ne cherchez pas du côté de Google en premier. Ouvrez vos redirections. C'est presque toujours là.
