Migrer un site sans perdre vos positions dans Google (checklist SEO)

Vous avez un site qui vous amène des clients depuis Google et vous voulez le déplacer : vers une nouvelle plateforme, un nouveau domaine, ou simplement une version refaite. La plus grande crainte, et elle est légitime, c'est de vous réveiller le lendemain avec la moitié du trafic et un téléphone devenu silencieux.

La bonne nouvelle : la migration ne casse pas les positions par elle-même. Ce qui les casse, ce sont quelques erreurs prévisibles : des adresses modifiées sans redirection, des pages importantes oubliées en chemin, un nouveau site plus lent que l'ancien. Tout cela s'évite avec un plan. Voici la checklist que nous suivons à chaque migration — l'ordre compte, et l'étape qu'on saute le plus souvent est justement celle qui fait le plus mal.

Avant tout : cartographiez l'ancien site

On ne peut pas conserver ce qu'on n'a pas inventorié. La première étape, faite AVANT de toucher à quoi que ce soit, est de noter tout ce qui amène du trafic aujourd'hui.

• Exportez la liste complète des adresses (URL) du site actuel — un outil de crawl ou votre sitemap vous la donne.
• Récupérez dans Google Search Console les pages qui reçoivent des impressions et des clics, et les termes sur lesquels vous êtes trouvé.
• Notez quelles pages ont des liens depuis d'autres sites — ce sont les plus précieuses et les plus faciles à perdre.

Le résultat est une liste simple : ancienne adresse → son rôle → où elle atterrit sur le nouveau site. Cette liste est la colonne vertébrale de toute la migration. Sans elle, vous travaillez au jugé.

Les redirections 301 : la pièce qui ne peut pas manquer

C'est là que les positions se perdent le plus souvent. Quand une page change d'adresse, Google doit savoir où elle a été déplacée — sinon il la considère disparue, et la position gagnée en années s'évapore.

La règle est simple : chaque ancienne adresse qui avait du trafic ou des liens reçoit une redirection 301 (permanente) vers la page équivalente du nouveau site. « Équivalente » signifie le contenu le plus proche, pas la page d'accueil pour tout. Un article sur un service pointe vers la nouvelle page du service, pas vers l'accueil.

• N'envoyez pas des dizaines de pages toutes vers l'accueil — Google traite cela presque comme une erreur 404.
• Évitez les chaînes de redirection (A→B→C) ; faites directement A→C.
• Si vous gardez les mêmes adresses sur la nouvelle plateforme, tant mieux : moins de redirections, moins de risque.

Conservez la structure on-page, pas seulement le texte

Google reconnaît une page aussi à ses signaux internes, pas uniquement à son adresse. Quand vous reconstruisez, conservez les éléments qui disent « c'est la même page » :

• Les titres d'onglet (title) et les méta-descriptions — copiez-les, ne les réinventez pas tous d'un coup.
• La structure des titres H1/H2 et le texte lui-même — si vous réécrivez tout de fond en comble, c'est une nouvelle page aux yeux de Google.
• Les textes alternatifs des images et les noms de fichiers.
• Les données structurées (schema) si vous en aviez — pour un commerce local, l'adresse, les horaires et les avis.

La migration est le moment idéal pour améliorer le contenu faible, mais faites-le par étapes, une fois le nouveau site stabilisé. Un grand changement de plateforme ET de contenu le même jour rend impossible de dire ce qui a causé une éventuelle baisse.

La vitesse et le côté technique : où le nouveau site gagne ou perd

Une raison fréquente de baisse de trafic après une migration n'est pas le SEO, mais le fait que le nouveau site est tout simplement plus lent ou comporte des erreurs techniques. Vérifiez :

• La vitesse sur mobile — Google regarde les Core Web Vitals (LCP sous 2,5 secondes est le repère). Un site lent à charger perd des visiteurs et des positions.
• Le fichier robots.txt et la balise noindex — l'erreur de lancement la plus fréquente est d'oublier le site bloqué à l'indexation depuis la phase de test. Vérifiez cela en premier.
• Le certificat HTTPS actif sur le nouveau domaine, sans contenu chargé en http.
• Un sitemap XML neuf et correct, prêt à être soumis.

C'est ici que la façon dont le site est construit compte. Chez MPO, nous livrons sur une base moderne et rapide justement pour que la migration devienne l'occasion de monter en vitesse, pas de descendre — et nous vous montrons une démo pré-construite avant de déplacer quoi que ce soit, pour que vous voyiez le vrai résultat, pas une promesse.

Le jour du lancement et les deux premières semaines

La migration ne se termine pas quand le site est en ligne. Elle se termine quand Google a retraité l'ensemble et que le trafic est stable.

Le jour du lancement :

• Testez un échantillon d'anciennes redirections — ouvrez 10 à 15 anciennes adresses et vérifiez qu'elles atterrissent au bon endroit.
• Soumettez le nouveau sitemap dans Google Search Console et demandez la réindexation des pages principales.
• Si vous avez changé de domaine, utilisez l'outil de changement d'adresse de Search Console.

Les deux premières semaines :

• Surveillez le rapport de couverture dans Search Console pour les nouvelles erreurs 404 et corrigez-les par une redirection.
• Il est normal que le trafic oscille quelques jours ; une légère baisse temporaire n'est pas une raison de paniquer.

Si vous préférez traverser cela avec quelqu'un qui l'a déjà fait, écrivez-nous sur WhatsApp — nous regarderons ensemble la carte de votre site avant le déplacement et vous dirons honnêtement où est le risque.