Redirection 301 : changer de site sans perdre son SEO

Une migration de plateforme échoue rarement le jour du basculement. Elle échoue trois semaines avant, quand personne n'a listé les anciennes adresses une par une. Le nouveau site peut être superbe, rapide, mieux pensé. Si les URL qui portaient votre trafic ne répondent plus, Google repart de zéro. La redirection 301 empêche cette perte, et elle se prépare comme un déménagement.

Ce qui se joue vraiment pendant une redirection 301

Une redirection 301 est un code de réponse HTTP qui indique qu'une page web a été déplacée de manière permanente vers une nouvelle URL. Le serveur reçoit la requête pour l'ancienne adresse, puis répond en pointant vers la nouvelle. Le visiteur ne voit rien, il atterrit simplement au bon endroit, mais ce dialogue entre le navigateur et le serveur contient toute l'information dont les moteurs ont besoin.

L'expression « Moved Permanently » dit exactement ce qu'elle veut dire : l'ancienne URL ne sera plus jamais utilisée. C'est un engagement, pas une suggestion. Google transfère à la nouvelle URL la popularité et les signaux de l'ancienne. Il remplace ensuite l'ancienne par la nouvelle dans son index. Les deux adresses ne coexistent pas.

Ce transfert d'autorité est la raison pour laquelle on se donne tout ce mal. Les liens entrants accumulés pendant des années, les citations, les partages sur les réseaux : tout ce capital pointe vers des adresses qui n'existent plus si rien n'est prévu.

La redirection 301 transfère l'autorité SEO, seule manière connue de préserver ces acquis en référencement. Un site neuf sans redirections, même avec un contenu identique, repart comme s'il venait d'ouvrir. Cette perte sèche, aucun rattrapage éditorial ne la compense.

Le détail que la plupart des tutos oublient

Les navigateurs mettent en cache la redirection par défaut, et c'est là que les ennuis commencent. Une fois qu'un navigateur a enregistré qu'une adresse redirige vers une autre, il peut continuer à appliquer cette règle longtemps, même si vous corrigez la destination côté serveur. Un test raté se transforme alors en test impossible.

La sortie de secours est simple mais méconnue : videz le cache du navigateur ou testez en navigation privée. Vérifiez surtout côté serveur avec un outil qui interroge les en-têtes HTTP sans passer par votre cache local. Un prestataire qui affirme avoir corrigé un problème sans cette vérification vous fait perdre une journée.

Autre point de mise en œuvre, celui qui casse le plus de migrations : la redirection 301 se met en place au niveau du serveur ou du CMS, jamais par JavaScript. Une balise script qui redirige donne l'impression de fonctionner dans le navigateur, mais l'araignée qui suit le lien reçoit une page normale, sans le signal du déplacement. Pour un moteur, ce n'est pas un déménagement : c'est une page en double, et l'ancienne continue de vivre sa vie à côté de la nouvelle.

Comment faire une redirection d'un site vers un autre, concrètement

La question revient à chaque projet, et la réponse tient moins à la technique qu'à la méthode. Vous partez de la liste des URL indexées et vous la confrontez à la structure du nouveau site. Chaque ancienne adresse doit avoir une destination précise, définie à la main quand c'est nécessaire. La règle générique ne sert qu'en dernier recours.

La correspondance une à une est ce qui donne les meilleurs résultats. Renvoyer tout le trafic vers la page d'accueil est un aveu de faiblesse : Google comprend qu'il n'y a pas d'équivalent, et la valeur des pages profondes s'évapore.

Une page produit ancienne doit pointer vers la fiche du même produit, même si son URL a complètement changé. C'est fastidieux, ça prend des jours, et c'est exactement là que se joue le référencement de la nouvelle plateforme. Sur ce point, voir aussi notre article sur réussir la migration d’un site web en toute sérénité.

Les règles par lot gardent leur utilité pour les rubriques entières ou les pages de pagination. Elles se contrôlent toujours à la main après coup. Un CMS moderne propose des modules de redirection, un serveur classique demande une modification du fichier de configuration. Peu importe l'outil tant que le code renvoyé signale bien un déplacement permanent et non une simple redirection provisoire, qui ne transmet pas les signaux de la même façon.

Le suivi post-basculement mérite la même rigueur que la préparation. Pendant quelques semaines, vous surveillez la couverture d'indexation, les pages manquantes signalées, et les positions sur les requêtes qui comptaient avant la migration. Une chute isolée n'inquiète pas, une disparition de pages entières oui. C'est le genre de veille qu'on délègue souvent à un prestataire spécialisé, comme l'équipe de mobitex.fr, qui intervient autant sur la partie serveur que sur la lecture des rapports.

Les pièges de mise en œuvre qui coûtent des positions

Après une migration, la liste des soucis qui remontent reste étonnamment stable d'un projet à l'autre, quelle que soit la taille du site concerné ou la qualité de l'équipe technique mobilisée. Si vous préparez votre plan, voici ce qu'il faut vérifier avant d'annoncer le basculement.

• Les chaînes de redirections, ces A qui pointe vers B qui pointe vers C, ralentissent le chargement et diluent le signal transmis.
• Le cache navigateur qui conserve une ancienne règle, alors que vous avez testé en privé et que tout semblait propre.
• Une redirection posée en JavaScript donne-t-elle réellement le bon code côté serveur ?
• Les images, les PDF et les fichiers de téléchargement restent souvent sur l'ancien domaine sans que personne ne pense à les rapatrier.
• Le plan de redirection existe dans un tableur mais n'est jamais branché avec la vraie mise en ligne, et le lancement se fait un vendredi soir.

Un plan de redirection qui vit dans un fichier isolé ne sert à rien. Il doit être exporté vers la configuration du serveur, testé URL par URL, puis relu après la mise en production par une personne différente de celle qui l'a écrit. Sur un site de quelques centaines de pages, comptez une journée entière pour les vérifications. Refusez de compresser cette étape.

Ce que les premiers résultats Google racontent mal

Les articles qui arrivent en tête sur le sujet expliquent très bien le principe et s'arrêtent là. On vous dit qu'une 301 transfère l'autorité sans décrire où la poser ni comment vérifier qu'elle fonctionne. La différence entre un site qui garde son trafic et un site qui plonge tient rarement à la définition, elle tient au niveau d'exécution.

Un point mérite d'être assumé franchement : la migration parfaite n'existe pas. Il y aura toujours des adresses oubliées, des paramètres d'URL exotiques, des vieux liens externes vers des pages supprimées depuis longtemps. L'objectif n'est pas le sans-faute, c'est de réduire la casse à un niveau invisible dans les statistiques. Une migration bien préparée se traduit par une courbe qui stagne quelques jours puis repart, pas par un trou de six mois.

Sur les grosses structures, la cartographie devient un projet à part entière. On croise les exports de la Search Console, les journaux serveur et le plan du nouveau site pour repérer les pages qui reçoivent des liens sans être dans le menu. Ces pages invisibles sont les plus rentables, et ce sont celles qu'on perd en premier quand on redirige en masse.

Les signaux à surveiller après le basculement

Une fois la nouvelle plateforme en ligne, l'attention se relâche souvent trop vite. Les premières semaines servent pourtant à détecter ce qui n'a pas été vu dans le tableur. Trois signaux méritent un œil quotidien : la couverture d'indexation, le trafic organique par groupe de pages, et les liens entrants qui pointent vers d'anciennes adresses.

Le suivi ne se limite pas aux chiffres de trafic. Perdre ses liens internes préoccupe autant qu'une disparition d'index, parce que la seconde conséquence est souvent invisible au premier coup d'œil. Un contrôle croisé entre l'ancien plan de redirection et le nouveau maillage permet de repérer ces angles morts avant qu'ils ne coûtent des positions durables.

Le basculement n'est que la dernière étape

Si vous ne retenez qu'une chose, gardez celle-ci : le jour du basculement ne décide de rien. Tout s'est joué dans le tableur des correspondances, dans les tests d'en-têtes HTTP, dans la relecture par quelqu'un qui n'a pas écrit le plan.

La redirection 301 protège votre travail, mais seulement si quelqu'un a pris le temps de lister ce qu'il y avait à protéger avant d'appuyer sur le bouton. Une migration réussie se prépare à froid, pas dans l'urgence de la mise en ligne. Combien de pages de votre site actuel savez-vous citer de mémoire ?