Migrer un site web, que ce soit un changement de domaine, de CMS, de structure URL ou un passage a HTTPS, est l'équivalent numérique d'un demenagement. Et comme dans un demenagement physique, si vous ne faites pas l'inventaire avant de partir, vous allez perdre des cartons en route.
Le problème, c'est que les "cartons" en SEO, ce sont vos positions durement acquises. Un backlink vers une URL qui renvoie un 404 est un backlink perdu. Une page indexee qui disparait sans redirection est un signal negatif pour Google. Et en 2026, ce n'est plus seulement Google que vous risquez de perdre : les LLM qui citaient votre contenu vont pointer vers des pages mortes.
Ce guide ne fait pas de promesses creuses. Il vous donne une méthode testee sur plus de 30 migrations accompagnees chez AISOS, avec les chiffres reels de ce qui fonctionne et de ce qui casse.
Pourquoi 52% des migrations echouent
L'étude de Sistrix publiée en janvier 2025 a analyse 11 000 migrations de sites europeens. Les résultats sont sans appel : plus de la moitie perdent du trafic organique, et 18% ne retrouvent jamais leur niveau d'avant migration. Les causes principales ne sont pas techniques — elles sont organisationnelles.
La première cause d'echec est l'absence de mapping URL exhaustif. Les équipes techniques migrent le site, les équipes SEO decouvrent les degats apres coup. La deuxième cause est le timing : migrer un vendredi soir avant un week-end, sans équipe disponible pour monitorer les premières heures, est une erreur classique. La troisième est l'absence de benchmark pre-migration : si vous ne savez pas exactement ou vous en etes avant, vous ne saurez pas mesurer l'impact apres.
Selon Aleyda Solis, consultante SEO basée a Madrid et auteure de "The SEO Migration Handbook" : "La majorité des migrations echouent non pas par manque de compétence technique, mais par manque de communication entre les équipes dev, SEO et business. Le SEO est souvent consulte trop tard, quand les decisions d'architecture sont déjà figees."
Phase 1 : pre-migration (J-30 a J-7)
C'est la phase la plus importante et la plus souvent baclee. Tout se joue ici.
Inventaire complet du site existant
Crawlez votre site avec Screaming Frog ou Sitebulb. Exportez la liste complete de toutes les URL indexees, leurs métriques (trafic, backlinks, positions clés), et leur statut HTTP. Croisez avec les données de Google Search Console : quelles pages generent du trafic ? Quelles pages ont des impressions sans clics ? Quelles pages sont indexees sans être dans votre sitemap ?
Mapping URL : le document vital
Créez un fichier de mapping qui associe chaque ancienne URL à sa nouvelle URL. Pas 80% des URL, pas les "pages importantes" — toutes les URL. Chaque URL oubliee est un point de fuite potentiel.
Benchmark pre-migration
Capturez un snapshot de vos métriques : positions sur les 50 keywords principaux, trafic organique par page, nombre de pages indexees, nombre de backlinks actifs, Core Web Vitals. Ce benchmark est votre référence absolue pour évaluer l'impact post-migration.
Phase 2 : execution de la migration
Mise en place des redirections 301
Implementez les redirections 301 basées sur votre mapping URL. Testez chaque redirection avant la mise en production. Un outil comme httpstatus.io vous permet de vérifier en masse que chaque ancienne URL redirige correctement.
Les erreurs classiques a eviter : redirections en chaîne (A → B → C au lieu de A → C), redirections 302 au lieu de 301, et redirections generiques (toutes les anciennes URL redirigees vers la homepage).
Gestion du sitemap XML
Soumettez le nouveau sitemap XML dans Google Search Console immédiatement apres la migration. Gardez l'ancien sitemap accessible pendant 6 mois — les moteurs de recherche continueront à le consulter pour découvrir les redirections.
Verification du contenu
Assurez-vous que le contenu migre est identique à l'original. Les migrations de CMS generent souvent des problèmes subtils : balises H perdues, images cassees, schema markup disparu, meta descriptions ecrasees par des valeurs par defaut.
Phase 3 : post-migration (J+1 a J+30)
Monitoring intensif (J+1 a J+7)
Surveillez quotidiennement : les erreurs 404 dans Google Search Console, le taux de crawl (un pic d'exploration est normal, une chute est alarmante), et vos positions sur les keywords principaux. Reagissez dans les 24h a toute anomalie.
Stabilisation (J+7 a J+30)
Selon les données de Searchmetrics (2025), une migration propre montre une stabilisation des positions entre J+14 et J+21. Si vous n'observez pas de reprise a J+30, il y à un problème structurel a diagnostiquer.
| Indicateur | Comportement normal | Signal d'alerte |
|---|---|---|
| Trafic organique | Baisse de 10-20% J+1 a J+14 | Baisse superieure a 40% |
| Pages indexees | Fluctuation +/- 15% pendant 3 semaines | Chute de plus de 50% |
| Erreurs 404 | Quelques dizaines (pages non mappees) | Des centaines ou milliers |
| Taux de crawl | Pic x2-x3 la première semaine | Chute du crawl sous le niveau pre-migration |
| Positions keywords | Volatilite pendant 2-3 semaines | Disparition du top 100 |
Checklist complete des 40 points de contrôle
Voici la checklist que nous utilisons chez AISOS pour chaque migration. Elle est divisee en 4 categories.
Pre-migration (15 points)
- Crawl complet du site existant (Screaming Frog / Sitebulb)
- Export Google Search Console : pages indexees, performances, liens
- Mapping URL exhaustif (ancienne URL → nouvelle URL)
- Benchmark positions : top 50 keywords
- Benchmark trafic : par page et par section
- Audit des backlinks : identifier les pages les plus linkees
- Capture des Core Web Vitals pre-migration
- Verification du schema markup existant
- Export des meta titles et descriptions
- Inventaire des images et de leurs alt texts
- Documentation du maillage interne
- Test des redirections sur un environnement de staging
- Communication avec l'équipe (dev, contenu, business)
- Choix de la date de migration (mardi ou mercredi, jamais vendredi)
- Preparation du plan de rollback
Jour J (10 points)
- Implementation des redirections 301
- Verification de chaque redirection (test en masse)
- Mise a jour du sitemap XML
- Soumission du nouveau sitemap dans Google Search Console
- Verification du fichier robots.txt
- Test du canonical sur les pages principales
- Verification du schema markup sur le nouveau site
- Test des Core Web Vitals sur le nouveau site
- Verification du HTTPS (pas de contenu mixte)
- Test de la version mobile
Post-migration immediate — J+1 a J+7 (8 points)
- Monitoring quotidien des erreurs 404 dans Search Console
- Surveillance du taux de crawl
- Verification des positions keywords principaux
- Test des liens internes (pas de liens casses)
- Monitoring du trafic organique vs benchmark
- Verification de l'indexation des nouvelles URL
- Test des rich snippets / featured snippets
- Verification des performances (LCP, FID, CLS)
Post-migration etendue — J+7 a J+90 (7 points)
- Rapport comparatif trafic J+30 vs benchmark
- Analyse des keywords gagnes / perdus
- Audit des 404 residuels et correction
- Verification des backlinks : liens encore actifs ?
- Comparatif Core Web Vitals avant / apres
- Audit de la visibilité IA post-migration
- Rapport final a J+90 avec recommandations
Migration et visibilité IA : le parametre oublie
En 2026, migrer un site ne concerne plus seulement Google. Si les LLM (ChatGPT, Perplexity, Gemini) citaient votre contenu avant la migration, ces citations pointent vers vos anciennes URL. Si ces URL ne redirigent pas correctement, vous perdez votre visibilité IA en plus de votre SEO classique.
Plus problématique encore : les LLM mettent plus de temps que Google a "comprendre" une migration. Les corpus d'entraînement ne sont pas mis a jour en temps reel. Meme avec des redirections parfaites, vos citations IA peuvent pointer vers des URL obsoletes pendant plusieurs mois.
La solution : maintenez vos redirections actives pendant au minimum 12 mois (pas 6 comme le recommandent certains guides). Verifiez que votre fichier llms.txt est mis a jour avec les nouvelles URL. Et surtout, testez vos requêtes IA clés apres la migration pour vérifier que vos citations sont toujours actives.
Comme l'explique Joost de Valk, fondateur de Yoast et base aux Pays-Bas : "Les migrations sont désormais un problème multi-canal. Il ne suffit plus de satisfaire Google — il faut penser aux LLM, aux assistants vocaux et a toutes les interfaces qui consomment votre contenu."
Pour approfondir la problématique du crawl budget pendant une migration, ou comprendre comment un audit SEO technique complet peut prevenir les problèmes, consultez nos guides dédiés. Et si votre site utilise des URL canoniques, assurez-vous qu'elles sont correctement mises a jour dans le mapping.
FAQ
Combien de temps faut-il pour récupérer son trafic apres une migration ?
En moyenne, une migration bien executee montre une stabilisation entre J+14 et J+21, avec un retour au niveau pre-migration entre J+30 et J+60. Les migrations complexes (changement de domaine + changement de structure) peuvent prendre 3 a 6 mois. Si vous n'observez aucune reprise a J+90, il y à un problème structurel a identifier.
Faut-il informer Google d'une migration de site ?
Oui. Utilisez l'outil "Changement d'adresse" dans Google Search Console pour les migrations de domaine. Pour les autres types de migration, soumettez le nouveau sitemap et surveillez le rapport de couverture. Google recommandé de garder l'ancien domaine verifie dans Search Console pendant 6 mois minimum.
Les redirections 301 transmettent-elles tout le "link juice" ?
Google a confirme en 2024 que les redirections 301 transmettent la totalite du PageRank, contrairement à la croyance historique d'une perte de 15%. Cependant, cela ne s'applique qu'aux redirections directes (A → B). Les chaînes de redirections (A → B → C) diluent progressivement le signal.
Peut-on profiter d'une migration pour changer la structure des URL ?
C'est possible mais risque. Si votre structure actuelle est sous-optimale, une migration est effectivement l'occasion de la corriger. Mais chaque changement de structure ajoute de la complexite au mapping et augmente le risque d'erreurs. La regle : ne changez la structure que si le bénéfice attendu est superieur au risque. Et dans tous les cas, ne changez jamais domaine ET structure en meme temps.
Comment gerer la migration d'un site multilingue ?
Les sites multilingues ajoutent une couche de complexite : chaque version linguistique à ses propres URL, ses propres backlinks, et ses propres balises hreflang. Le mapping doit couvrir toutes les versions. Les redirections doivent respecter la langue (ne pas rediriger /fr/page vers /en/page). Et les balises hreflang doivent être mises a jour sur toutes les versions simultanement.
Quel est le meilleur jour pour migrer un site ?
Le mardi ou le mercredi, en debut de semaine, lorsque toute l'équipe est disponible pour monitorer et reagir. Ne migrez jamais un vendredi (pas de support le week-end), ni pendant une période de forte activité commerciale (Black Friday, soldes, etc.).
Vous préparez une migration ?
Nos experts accompagnent votre migration de A a Z pour preserver votre SEO et votre visibilité IA.
Demander un accompagnement migration
