Stratégie SEO

Migrer votre site sans perdre votre référencement

Une refonte de site améliore presque toujours l'expérience utilisateur. Elle ne garantit rien sur le référencement, sauf si la migration technique est traitée comme un projet à part entière, avec sa propre méthode et son propre calendrier. La bonne nouvelle : les causes de perte de trafic après une migration sont connues, et la plupart se corrigent en amont, avant même la bascule.

Pourquoi une migration mal préparée peut détruire votre trafic ?

Pour Google, chaque URL est une entité qui porte son propre historique : ancienneté, liens entrants, popularité, pertinence mesurée dans le temps. Une migration qui change les adresses, la structure ou le système de gestion de contenu sans transférer ces signaux revient, du point de vue du moteur de recherche, à fermer un site et à en ouvrir un autre juste à côté.

Dans la majorité des migrations mal préparées, la chute de trafic organique n'est pas le résultat d'une pénalité. Elle vient d'une accumulation de petits oublis techniques : redirections manquantes, contenu supprimé sans équivalent, balises non reprises, maillage interne cassé, sitemap resté sur l'ancienne version. Chaque oubli est mineur pris isolément. Additionnés, ils expliquent des baisses de trafic qui se chiffrent parfois en dizaines de pourcents dans les mois qui suivent.

Comment préparer une migration sans mauvaise surprise ?

La préparation détermine l'essentiel du résultat, bien avant que la nouvelle version ne soit mise en ligne. Trois chantiers doivent être menés en parallèle de la refonte elle-même :

• Cartographie exhaustive des URL. Un crawl complet du site actuel, croisé avec l'export Google Search Console et le fichier sitemap XML, pour lister chaque adresse indexée, y compris celles qui ne sont plus liées depuis le menu.
• Inventaire du contenu qui performe. Pages qui génèrent du trafic organique, des liens entrants ou des conversions : elles doivent être identifiées avant la migration pour ne jamais être supprimées ou fusionnées sans redirection réfléchie.
• Benchmark des positions actuelles. Un relevé des positions sur les mots-clés stratégiques, du trafic organique par page et des indicateurs Search Console, pris juste avant la bascule. C'est la seule référence fiable pour mesurer l'impact réel de la migration après coup.

Ce travail prend du temps, souvent plusieurs semaines sur un site de taille moyenne. C'est un investissement, pas une formalité : c'est lui qui rend la suite du projet prévisible.

Les redirections 301, la clé de tout

La redirection 301 signale à Google qu'une page a déménagé de façon permanente et lui demande de transférer la valeur de l'ancienne adresse vers la nouvelle. C'est le mécanisme qui protège le référencement pendant une migration, et l'endroit où se jouent la plupart des erreurs.

• Une redirection par URL, vers l'équivalent le plus proche. Rediriger en masse toutes les anciennes pages vers la page d'accueil dilue la valeur transmise et est traité par Google comme une redirection de mauvaise qualité.
• Toujours en 301, jamais en 302 pour une migration définitive. La redirection temporaire ne transmet pas les signaux de la même manière et laisse le doute sur l'intention du changement.
• Pas de chaînes de redirection. Une URL qui redirige vers une URL qui redirige elle-même vers une troisième dilue la valeur transmise à chaque saut et ralentit l'exploration.
• Un plan de redirection documenté, ligne par ligne, conservé après la bascule. C'est le document de référence en cas d'anomalie constatée dans les semaines suivantes.

Que faut-il absolument préserver ?

Au-delà des redirections, quatre éléments doivent être repris à l'identique ou avec un soin particulier sur le nouveau site :

• Le contenu performant. Le texte des pages qui génèrent du trafic ne doit pas être réduit ou réécrit en profondeur au même moment que la migration technique : cela ajoute une variable impossible à isoler en cas de baisse de position.
• Les balises. Title, meta description, balises Hn et canonical doivent être reprises page par page, pas régénérées automatiquement par le nouveau système sans contrôle.
• La structure du site. Profondeur des pages, hiérarchie des catégories, arborescence : plus la nouvelle structure ressemble à l'ancienne, plus le transfert des signaux est simple pour Google.
• Le maillage interne. Les liens entre pages doivent être reconstruits sur le nouveau site, pas seulement redirigés : un maillage appauvri affaiblit durablement les pages qui en dépendaient.

Comment tester avant la bascule et réussir le jour J ?

Avant la mise en ligne, la nouvelle version doit être testée dans un environnement de préproduction, protégé de l'indexation par un blocage robots ou une balise noindex. C'est là que se corrigent les erreurs, pas après la bascule.

Que surveiller dans les semaines qui suivent la bascule ?

La migration ne s'arrête pas à la bascule. Les semaines qui suivent sont celles où les erreurs, si elles existent, deviennent visibles et corrigibles avant qu'elles ne s'installent.

1. Indexation. Suivre dans Search Console le nombre de pages indexées et le rapport de couverture, pour repérer rapidement des URL qui ne sont pas reprises par Google.
2. Erreurs d'exploration. Surveiller les erreurs 404, les boucles de redirection et les erreurs serveur, qui signalent une redirection oubliée ou mal configurée.
3. Positions sur les mots-clés stratégiques. Comparer aux relevés du benchmark réalisé avant la migration, sur les mêmes mots-clés et à intervalle régulier.
4. Trafic organique par page. Repérer les pages qui perdent du trafic de façon anormale pour identifier une redirection défaillante avant qu'elle n'affecte durablement le classement.

FAQ