Migration de site : checklist SEO et GEO pour garder ton trafic

Pourquoi une migration de site fait toujours peur (et pourquoi c'est justifié)

Refonte du CMS, changement de nom de domaine, passage en HTTPS, restructuration des URLs, changement d'hébergeur : toute migration de site est un moment où ton trafic organique peut basculer dans les deux sens. Bien exécutée, une migration ne coûte quasiment rien. Mal exécutée, elle peut effacer des années de positionnement en quelques jours.

La bonne nouvelle : la quasi-totalité des pertes de trafic post-migration viennent d'un nombre restreint d'erreurs — toutes évitables, toutes documentées. La checklist ci-dessous couvre les trois phases (avant, pendant, après) et ajoute une couche que la plupart des guides SEO ignorent encore en 2026 : la continuité de ta visibilité dans les moteurs IA (ChatGPT, Perplexity, Google AI Overviews).

Une baisse temporaire de 10 à 20 % du trafic dans les 2 à 4 semaines qui suivent le go-live est normale — Google doit re-crawler et ré-évaluer chaque URL. Une baisse au-delà de 30 %, ou qui persiste après 6 semaines, signale presque toujours une erreur technique identifiable.

Les types de migration qui déclenchent cette checklist

• Changement de nom de domaine : rachat, rebranding, fusion — c'est le scénario à plus haut risque, car il touche l'intégralité de ton autorité de domaine.
• Refonte de CMS ou de framework : passage vers un headless CMS, un framework React/Next.js, ou l'inverse — souvent accompagné de changements silencieux sur le rendu HTML.
• Passage HTTP → HTTPS : plus rare aujourd'hui, mais encore fréquent sur les sites anciens non migrés.
• Restructuration des URLs : changement de silo, ajout/suppression de sous-dossiers (/blog/ vers /articles/ par exemple).
• Changement d'hébergeur ou de serveur : impact SEO indirect via la vitesse de chargement et la disponibilité pendant le switch.

Chaque type a un niveau de risque différent, mais la structure de la checklist reste la même.

Avant la migration : geler ta baseline

Tu ne peux pas mesurer une perte — ni une récupération — si tu n'as pas de point de référence précis avant de toucher à quoi que ce soit.

1. Exporte 16 mois de données Search Console (clics, impressions, position, CTR par page et par requête) — GSC ne conserve que 16 mois d'historique, donc archive-les avant qu'ils disparaissent.
2. Crawle l'intégralité du site actuel (Screaming Frog, Sitebulb ou équivalent) pour lister chaque URL indexée, son statut, ses balises canonicals, son maillage interne.
3. Identifie tes pages à trafic et à backlinks : croise les données GSC avec un outil de backlinks pour repérer les URLs qui portent le plus d'autorité — ce sont celles que tu ne peux pas te permettre de perdre.
4. Documente ta configuration SEO actuelle : robots.txt, sitemap XML, structured data (schema.org), balises title/meta, hreflang si le site est multilingue.
5. Fige les URLs qui performent : quand c'est possible, garde la même structure d'URL pour les pages qui rankent déjà bien. Chaque changement d'URL est une redirection en plus, donc un risque en plus.

Le plan de redirections 301 : la pièce qui décide de tout

C'est l'étape la plus déterminante de toute la migration. Chaque ancienne URL indexée doit pointer vers sa nouvelle destination via une redirection 301 — jamais une chaîne de redirections, jamais une boucle.

Trois règles non négociables :

• Une redirection = une correspondance 1:1 vers la page la plus proche sémantiquement. Rediriger tout en vrac vers la page d'accueil ("soft 404 déguisé") détruit la valeur SEO de chaque URL individuelle.
• Zéro chaîne de redirections : A → B → C ralentit le crawl et dilue le jus de lien. Toujours rediriger directement vers la destination finale.
• Conserve les redirections au minimum 12 mois, idéalement en permanence — les backlinks externes continuent de pointer vers les anciennes URLs pendant des années.

Pour la syntaxe exacte et les cas d'usage (301 vs 302, redirections wildcard, gestion des paramètres), notre guide complet sur les redirections HTTP détaille chaque scénario.

Le staging : ta dernière ligne de défense avant le go-live

Avant de basculer en production, ton environnement de staging doit être invisible pour tous les moteurs — Google comme les IA.

User-agent: *
Disallow: /

Ce robots.txt bloquant, combiné à une balise noindex et à une authentification par mot de passe, empêche l'indexation accidentelle du staging. L'erreur classique : oublier de le retirer au moment du go-live, ce qui bloque alors la vraie production. Vérifie-le en premier le jour J.

Jour J : la checklist du lancement

1. Bascule le DNS et abaisse le TTL 24 à 48h avant le switch pour accélérer la propagation.
2. Active toutes les redirections 301 au moment exact du basculement — pas avant, pas après.
3. Retire le blocage robots.txt du staging et déploie le robots.txt de production.
4. Soumets le nouveau sitemap XML dans Search Console.
5. Si le nom de domaine change, utilise l'outil Changement d'adresse dans Google Search Console — c'est le seul moyen de signaler explicitement à Google que l'ancien et le nouveau domaine sont le même site.
6. Vérifie que les balises canonicals pointent vers les nouvelles URLs, pas vers les anciennes.
7. Contrôle que le structured data (schema.org, FAQ, breadcrumbs) est toujours présent dans le nouveau code.

La partie que (presque) personne ne vérifie : la continuité GEO

Toutes les checklists de migration parlent de redirections et de sitemap. Très peu parlent de ce qui arrive à ta visibilité dans les moteurs IA — et c'est là que la plupart des sites perdent des citations sans même s'en rendre compte, car Search Console ne te montrera jamais cette perte.

• Réautorise les crawlers IA dans le nouveau robots.txt : GPTBot, ClaudeBot, PerplexityBot sont souvent absents des templates de robots.txt "propres" générés par un nouveau CMS. Si ton ancien site les autorisait, vérifie qu'ils le sont toujours après la migration. Notre guide robots.txt 2026 liste les user-agents à surveiller.
• Migre ton fichier llms.txt : s'il pointait vers des URLs qui ont changé, il devient obsolète silencieusement — aucun moteur ne t'alertera. Vérifie chaque lien qu'il contient après le go-live. Notre guide llms.txt explique comment le structurer.
• Préserve le structured data FAQ/Q&A : c'est la donnée que les IA génératives consomment le plus facilement pour citer une source. Une refonte qui simplifie le HTML "pour la performance" supprime souvent ce balisage sans que personne s'en aperçoive avant plusieurs semaines.

Sur les audits post-migration qu'on a menés en 2026 sur des sites SaaS et e-commerce français, un scénario revient sans cesse : le trafic Google baisse de 15-20 % la première semaine (normal), tout le monde surveille ça de près — mais personne ne remarque que les citations dans Perplexity et AI Overviews sont tombées à zéro, parce que le llms.txt pointait vers d'anciennes URLs en 404 et que le nouveau robots.txt, généré automatiquement par le CMS, avait oublié PerplexityBot. Résultat : 6 à 8 semaines de citations IA perdues, découvertes seulement lors d'un audit GEO dédié — parce qu'aucun outil d'analytics classique ne surveille ça par défaut.

Les 30 premiers jours : monitoring post-migration

• Semaine 1 : vérifie quotidiennement les erreurs 404 dans Search Console et dans les logs serveur. Chaque 404 non redirigée est une perte d'autorité qui peut encore être corrigée rapidement.
• Jours 1-28 : suis l'évolution des positions sur tes 20 requêtes les plus importantes et le trafic de tes 50 pages à plus fort trafic historique.
• Jour 28 : lance un second crawl complet du nouveau site et compare-le au crawl pré-migration — c'est le point où Google a normalement fini de re-découvrir la majorité de tes URLs.
• En continu : surveille les Core Web Vitals, qui peuvent se dégrader silencieusement si le nouveau code n'a pas été audité en conditions réelles.

Un audit gratuit juste après le go-live permet de repérer en quelques minutes les erreurs de redirection, de robots.txt ou de structured data qui échapperaient à une vérification manuelle.

À retenir

• Une baisse de trafic de 10-20 % dans les 2-4 premières semaines est normale ; au-delà de 30 % ou après 6 semaines, cherche une erreur technique.
• Le plan de redirections 301 (1:1, sans chaîne, sans boucle) est l'élément qui pèse le plus dans le résultat final.
• La continuité GEO (robots.txt IA, llms.txt, structured data) est aussi critique que la continuité SEO classique — et beaucoup moins surveillée.
• Les 28 premiers jours post-migration se surveillent quotidiennement, pas une fois par mois.

FAQ — Migration de site et SEO/GEO

Combien de temps faut-il pour récupérer son trafic après une migration ?

En général 4 à 8 semaines pour une migration bien exécutée, le temps que Google re-crawle et ré-évalue l'ensemble des URLs. Une migration mal préparée (redirections manquantes, robots.txt bloquant) peut prendre plusieurs mois, voire ne jamais revenir complètement au niveau d'avant si les erreurs ne sont jamais corrigées.

Faut-il rediriger absolument toutes les anciennes URLs ?

Toutes les URLs indexées ou qui reçoivent du trafic/des backlinks, oui. Les URLs jamais indexées et sans trafic peuvent renvoyer un 404 propre sans risque majeur — mais dans le doute, une redirection 1:1 reste l'option la plus sûre.

Le changement de nom de domaine fait-il perdre l'autorité acquise ?

Pas si l'outil Changement d'adresse de Search Console est utilisé et que les redirections 301 sont correctement en place. Google transfère alors progressivement l'autorité de l'ancien vers le nouveau domaine sur plusieurs semaines.

Pourquoi mes citations dans ChatGPT ou Perplexity ont-elles disparu après ma migration alors que mon trafic Google est stable ?

C'est le scénario GEO classique : le SEO traditionnel peut sembler préservé pendant que le robots.txt bloque désormais un crawler IA, ou que le llms.txt pointe vers des URLs mortes. Ces pertes ne remontent dans aucun outil d'analytics standard — un audit dédié est le seul moyen fiable de les détecter.

Faut-il garder les redirections indéfiniment ?

Idéalement oui pour les URLs à fort trafic ou fort backlink historique. Au minimum, garde-les actives 12 mois — la plupart des liens externes ne seront jamais mis à jour par les sites qui pointent vers toi.

Tu prépares une migration ou tu viens d'en terminer une ? Lance un audit SeAudit pour vérifier en quelques minutes que tes redirections, ton robots.txt et ta visibilité GEO ont bien survécu au passage.