Refonte de site : comment ne pas perdre dix ans de référencement en une nuit

Une refonte change presque toujours les adresses des pages. Or c’est l’adresse qui porte le référencement acquis : les liens reçus, l’historique, la position. Si l’ancienne adresse renvoie une erreur au lieu de mener à la nouvelle, tout ce capital est perdu.

Une seule sorte de redirection

Google est explicite : il faut employer des redirections permanentes côté serveur, avec un code HTTP 301 ou 308. Les autres formes sont comprises, mais ne transmettent pas les signaux de la même manière. Une redirection en JavaScript ou une balise meta refresh sont des solutions de repli, pas des choix.

Gardez les redirections en place au moins un an, le temps que Google transfère les signaux de classement vers les nouvelles adresses.

Un an au minimum, et il n’y a aucune raison de les retirer ensuite si votre serveur le supporte : elles continuent de servir les visiteurs qui ont gardé un ancien lien en favori.

La procédure, dans l’ordre

• Cartographier les anciennes URL avant de toucher à quoi que ce soit, en partant de la Search Console et non du plan du site actuel : certaines pages indexées ne sont plus liées nulle part.
• Associer chaque ancienne URL à sa nouvelle. Une page sans équivalent va vers la rubrique la plus proche, jamais vers l’accueil en bloc.
• Mettre en place les redirections 301 côté serveur, et les tester une par une avant la bascule.
• Soumettre le nouveau sitemap dans la Search Console. L’ancien pourra être retiré une fois la migration digérée.
• Si le domaine change, utiliser l’outil de changement d’adresse, et vérifier les deux versions du site dans la Search Console.
• Surveiller le rapport d’indexation dans les semaines qui suivent, à la recherche d’une chute d’URL indexées sur l’ancien domaine.

Combien de temps ça prend

Cela dépend de la taille du site. Google indique que pour un site de taille petite à moyenne, il faut compter quelques semaines pour que la plupart des pages migrent. Les gros sites demandent nettement plus. Pendant cette période, une baisse de trafic est normale ; c’est sa durée, pas son existence, qui doit alerter.

Les quatre erreurs qui tuent une migration

• Oublier de retirer une balise noindex ou un blocage dans le robots.txt hérités de l’environnement de préproduction. C’est de loin la plus fréquente, et la plus brutale.
• Rediriger vers de mauvaises destinations, ou tout envoyer sur la page d’accueil.
• Un serveur sous-dimensionné, incapable d’encaisser l’exploration intensive qui suit une refonte.
• Un sitemap resté sur les anciennes adresses.

Aucune de ces erreurs n’est difficile à éviter. Elles se produisent parce que la refonte est traitée comme un projet de design qui se termine à la mise en ligne, alors qu’elle se termine trois mois plus tard, quand les positions sont revenues.