Une migration site web réussie se prépare d'abord avec un inventaire complet des URLs, contenus, médias et formulaires.Le cœur du risque n'est pas le transfert de fichiers mais la perte de signaux SEO : redirections, canonicals, sitemap, Search Console.Une préproduction testable vaut mieux qu'une bascule en aveugle, surtout avec changement de domaine ou de CMS.Les 30 jours après la mise en ligne sont décisifs : logs, 404, indexation et conversions doivent être surveillés chaque semaine.Une migration site web est le transfert contrôlé d'un site vers un nouvel hébergeur, un nouveau domaine, un autre CMS ou une nouvelle architecture sans perdre contenu, URLs ni données.
Comme WordPress propulse 42,5 % des sites (source : W3Techs, 2026), la méthode doit protéger le SEO avant la technique.
Ce guide sert à piloter une bascule réelle : inventaire, sauvegarde, préproduction, mappage d'URLs, redirections, tests, puis suivi post-migration.
Si votre projet mêle refonte, performance et reprise de contenu, commencez aussi par cadrer votre migration site web WordPress et vérifiez votre structure avec notre guide sur l'arborescence de site web. Vous éviterez l'erreur classique : traiter un projet de migration comme un simple déplacement de serveur alors qu'il touche l'acquisition, la conversion, le tracking et la maintenance.
4 repères utiles avant de migrer
42,5 %
des sites web utilisent WordPress (source : W3Techs, 2026)
53 %
des visites mobiles quittent une page après plus de 3 s (source : Google, 2018)
1:1
objectif de mappage entre ancienne et nouvelle URL (source : Google Search Central, 2026)
30 j
fenêtre minimale de surveillance après migration (source : Google Search Central, 2026)
Une migration ne change pas seulement l'endroit où votre site vit. Elle modifie ce que Google explore, ce que vos visiteurs voient, ce que vos formulaires enregistrent et ce que vos équipes éditoriales publient.
Google recommande de préparer le nouveau site, de mapper les anciennes URLs et de tester minutieusement avant lancement (source : Google Search Central, 2026). Si vous sautez cette phase, vous exposez à la fois votre trafic organique, vos campagnes, vos leads et vos contenus téléchargés.
Le périmètre réel inclut le DNS, les redirections, les balises canoniques, le sitemap, les images, les PDF, les formulaires, les scripts de tracking, parfois les flux produits et les emails transactionnels.
Sur mobile, la vitesse reste un enjeu brutal : Google rappelait déjà que 53 % des visites abandonnent au-delà de trois secondes de chargement (source : Google, 2018). Une migration qui ralentit le site peut donc faire mal même sans erreur SEO visible.
Si votre projet va au-delà du transfert et touche aussi la performance, il faut l'aborder comme une migration site web avec reprise technique, pas comme un simple déménagement d'hébergement.
Imaginez une PME industrielle qui déplace son site vitrine vers un nouvel environnement pour gagner en stabilité. Le vrai risque n'est pas la page d'accueil.
Ce sont les fiches expertise, les formulaires de contact, les PDF commerciaux et les pages qui rankent déjà. Dans ce cas, le plus utile n'est pas d'aller vite. C'est d'aligner marketing, développement et contenu, puis de cadrer les impacts SEO avec une méthode de refonte SEO avant le jour J.
Listez les URLs actives, les pages qui performent, les médias, les formulaires, les scripts de tracking, les téléchargements et les accès techniques. Sans inventaire, vous pilotez à l'aveugle.
Même domaine vers nouvel hébergeur, changement de domaine, changement de CMS, ou migration avec refonte. Le niveau de risque, les tests et les redirections ne sont pas les mêmes.
Montez un environnement testable avec le futur serveur, les templates, la base de données et les contenus. Le but est de valider avant de toucher à la production.
Préparez un tableau ancienne URL vers nouvelle URL, y compris images, PDF, catégories, pages profondes et variantes avec slash final ou sans slash.
Faites une sauvegarde complète fichiers plus base. Juste avant la bascule, geler les mises à jour éditoriales évite l'écart entre le site source et le site cible.
Déployez, ouvrez les redirections, vérifiez le HTTPS, les formulaires, les pages à fort trafic, le sitemap, les canonicals et les codes de réponse serveur.
Search Console, logs, 404, indexation, conversions et temps de chargement doivent être suivis chaque semaine. Une migration réussie se juge après la mise en ligne, pas au moment du push.
Listez les URLs actives, les pages qui performent, les médias, les formulaires, les scripts de tracking, les téléchargements et les accès techniques. Sans inventaire, vous pilotez à l'aveugle.
Même domaine vers nouvel hébergeur, changement de domaine, changement de CMS, ou migration avec refonte. Le niveau de risque, les tests et les redirections ne sont pas les mêmes.
Montez un environnement testable avec le futur serveur, les templates, la base de données et les contenus. Le but est de valider avant de toucher à la production.
Préparez un tableau ancienne URL vers nouvelle URL, y compris images, PDF, catégories, pages profondes et variantes avec slash final ou sans slash.
Faites une sauvegarde complète fichiers plus base. Juste avant la bascule, geler les mises à jour éditoriales évite l'écart entre le site source et le site cible.
Déployez, ouvrez les redirections, vérifiez le HTTPS, les formulaires, les pages à fort trafic, le sitemap, les canonicals et les codes de réponse serveur.
Search Console, logs, 404, indexation, conversions et temps de chargement doivent être suivis chaque semaine. Une migration réussie se juge après la mise en ligne, pas au moment du push.
Google insiste sur un point simple : quand les URLs changent, il faut préparer un mappage clair entre l'ancien format et le nouveau (source : Google Search Central, 2026).
Ce tableau ne doit pas contenir seulement les pages marketing. Il doit couvrir les articles, catégories, pages auteurs, PDF, images référencées, pages de conversion, pages légales et toutes les URLs qui reçoivent du trafic ou des liens. Si vous migrez un site déjà bien positionné, cette étape vaut plus que le choix du CMS.
Commencez par extraire les URLs depuis votre crawl, votre sitemap, la Search Console et vos analytics.
Ajoutez ensuite les ressources souvent oubliées : fichiers téléchargeables, pages de tags, archives, sous-domaines, paramètres de tracking, pages imprimables et redirections déjà en place. Une migration casse souvent ce que personne n'a documenté.
Pour un site éditorial ou WordPress riche en contenus, notre guide sur la migration WordPress complète bien cette phase de recensement. Si l'arborescence évolue, vérifiez aussi en amont votre logique de navigation avec une arborescence site web pensée pour le SEO.
Prenez une PME qui change de plateforme e-commerce. Le risque n'est pas seulement la fiche produit A vers la fiche produit B.
Il faut conserver les catégories utiles au maillage, les pages marque, les règles de filtres indexables, les visuels optimisés, les pages de livraison et les pages qui récoltent des backlinks. Si une page n'a plus d'équivalent, la bonne décision est de la rediriger vers la page la plus proche en intention, jamais vers la home par réflexe. Cette rigueur protège autant l'expérience utilisateur que l'autorité SEO accumulée.
Toutes les migrations ne se ressemblent pas : le protocole dépend du niveau de changement.
| Type de migration | Risque SEO | Point de vigilance | Test prioritaire |
|---|---|---|---|
| Même domaine, nouvel hébergeur | Modéré | DNS, HTTPS, formulaires, performance serveur | Crawl des pages clés + tests conversion |
| Nouveau domaine | Élevé | Redirections 301/308, Search Console, backlinks, marque | Tableau URL source → URL cible |
| Nouveau CMS | Élevé | Templates, balises, images, données structurées, pagination | Comparaison page à page de l'ancien et du nouveau site |
| Migration + refonte | Très élevé | Cumule SEO, UX, contenu et tracking | Préproduction complète + recette multi-équipe |
| E-commerce | Très élevé | Produits, catégories, panier, paiement, emails | Tunnel complet de commande et pages profondes |
Google recommande, pour les sites volumineux quand c'est techniquement possible, de migrer par étapes séparées afin d'observer les effets sur l'exploration et le trafic avant d'étendre la bascule (source : Google Search Central, 2026).
Cette logique réduit le risque quand vous avez beaucoup de gabarits, des milliers d'URLs ou des environnements complexes. À l'inverse, pour un site vitrine de PME avec peu de pages et une structure propre, une bascule unique peut être plus lisible et plus simple à surveiller.
Le big bang fonctionne si votre site est petit ou moyen, si le mappage est propre, si les redirections sont prêtes, si la recette a été sérieuse et si vous pouvez mobiliser tout le monde au même moment.
Il évite la coexistence de deux univers éditoriaux et limite les incohérences. C'est souvent le bon format pour une migration site web orientée WordPress sur un périmètre maîtrisé, avec peu de dépendances externes et un contenu bien inventorié.
La migration par lots devient préférable dès que plusieurs familles de pages, plusieurs langues, un blog dense ou des intégrations métier entrent en jeu.
Vous pouvez alors traiter une section, mesurer, corriger, puis ouvrir la suivante. Cette approche est moins spectaculaire, mais elle sécurise mieux la reprise SEO. Elle est aussi plus adaptée si votre projet s'appuie sur une équipe produit ou technique élargie, typiquement dans une migration site web avec développement spécifique.
Cochez chaque point avant d'ouvrir le nouveau site à Google et aux utilisateurs.
La préproduction doit être crédible. Cela veut dire : mêmes contenus stratégiques, mêmes gabarits, mêmes scripts critiques, mêmes redirections prévues et même logique de navigation que le site cible.
Google demande de tester minutieusement le nouveau site avant migration (source : Google Search Central, 2026). Si votre environnement de test n'est qu'une maquette partielle, vous découvrirez les vrais bugs en production : formulaires muets, pages noindex restées actives, liens cassés ou médias absents.
Plus le projet dure, plus le risque d'écart entre source et cible augmente. Un article publié la veille, une page service modifiée à la dernière minute ou un visuel remplacé après l'export créent de la dette immédiate.
Le bon réflexe consiste à annoncer un gel éditorial juste avant la bascule, puis à répliquer précisément ce qui doit encore être mis à jour. Si votre équipe cumule refonte, SEO et performance, faites valider la recette par un profil technique et un profil acquisition. Une migration site web supervisée côté SEO réduit fortement les oublis invisibles.
Testez d'abord ce qui rapporte ou rassure : pages qui reçoivent du trafic, pages qui convertissent, formulaires, téléchargement de PDF, recherche interne, panier si e-commerce, et suivi analytics.
Vérifiez ensuite les codes HTTP, les balises canonicals, les métadonnées, les breadcrumbs, les données structurées et le sitemap. La recette n'a pas besoin d'être théâtrale ; elle doit être impitoyable. Une seule page modèle mal traitée peut se dupliquer sur des centaines d'URLs après lancement.
La première erreur consiste à croire qu'un export-import suffit. La deuxième, presque aussi fréquente, est de laisser des balises temporaires de blocage au moment de l'ouverture.
Google cite explicitement les noindex oubliés, les blocages robots.txt et les redirections mal configurées parmi les problèmes courants des migrations de sites (source : Google Search Central, 2026). Ces erreurs sont banales, donc elles doivent être traitées comme des points de contrôle obligatoires, pas comme des détails techniques.
Rediriger en masse vers la page d'accueil, oublier les PDF, relancer une arborescence sans reprise des catégories utiles, conserver des liens absolus vers l'ancien domaine ou casser les paramètres de tracking sont des raccourcis qui coûtent cher.
Ils créent de la friction pour l'utilisateur et brouillent la lecture de Google. Même quand le trafic tient, la conversion peut chuter si les formulaires, les CTA ou les emails transactionnels ont été mal testés. Sur mobile, la rapidité perçue reste décisive pour la réassurance et la prise de contact (source : Google, 2018).
Traitez chaque risque comme un contrôle mesurable : redirections validées, pages clés accessibles, sitemap envoyé, Search Console branchée, logs surveillés, conversions vérifiées.
Cette discipline paraît lourde uniquement quand elle n'est pas préparée. Une fois le tableau de migration en place, vous savez quoi tester, quoi corriger et qui mobiliser. C'est précisément ce qui différencie une migration improvisée d'une migration pilotée.
Une migration n'est pas finie quand le site répond en 200. Elle est finie quand Google a compris le nouveau périmètre, quand les anciennes URLs renvoient correctement et quand vos conversions restent cohérentes.
Google explique qu'après un changement d'URL, des fluctuations temporaires peuvent apparaître et qu'il faut suivre l'exploration, l'indexation et le trafic du nouveau site comme de l'ancien (source : Google Search Central, 2026). Cette phase de surveillance doit être prévue dès le planning initial.
Dans la première semaine, surveillez les 404, les chaînes de redirection, les pages stratégiques, les formulaires et la Search Console.
La deuxième semaine, regardez l'indexation réelle, les requêtes qui remontent, les impressions et les pages exclues. Les semaines suivantes, comparez les conversions, les taux d'engagement et le comportement des pages qui rapportent le plus. Si vous modifiez tout pendant cette période, vous rendez le diagnostic impossible.
Le suivi sert justement à distinguer un simple temps d'adaptation d'un vrai défaut de migration.
Le piège le plus fréquent est de considérer la baisse ou la stabilité initiale comme une preuve suffisante.
Une migration peut sembler propre pendant quelques jours puis révéler des oublis : PDF non redirigés, pages profondes mal canonisées, images manquantes, formulaires non livrés, ou pages blog sorties du sitemap. Gardez une discipline simple : corriger ce qui casse, documenter ce qui change et ne pas lancer une nouvelle grosse modification SEO avant d'avoir stabilisé la bascule.
C'est le moyen le plus fiable de protéger durablement votre trafic.
Crawl, extraction Search Console, liste des contenus, médias, formulaires, scripts et accès techniques.
Montage du site cible, tableau de redirections, recette des gabarits et validation des pages critiques.
Sauvegarde complète, arrêt des modifications éditoriales sensibles, validation du plan de bascule.
Déploiement, ouverture des redirections, vérification HTTPS, tests des pages business et du tracking.
404, logs, Search Console, formulaires, fichiers téléchargés, pages profondes et performances serveur.
Analyse des pages exclues, des impressions, des requêtes et des éventuels écarts de conversion.
Nettoyage des anomalies résiduelles, documentation finale et arbitrage des optimisations post-migration.
Crawl, extraction Search Console, liste des contenus, médias, formulaires, scripts et accès techniques.
Montage du site cible, tableau de redirections, recette des gabarits et validation des pages critiques.
Sauvegarde complète, arrêt des modifications éditoriales sensibles, validation du plan de bascule.
Déploiement, ouverture des redirections, vérification HTTPS, tests des pages business et du tracking.
404, logs, Search Console, formulaires, fichiers téléchargés, pages profondes et performances serveur.
Analyse des pages exclues, des impressions, des requêtes et des éventuels écarts de conversion.
Nettoyage des anomalies résiduelles, documentation finale et arbitrage des optimisations post-migration.
Derniere mise a jour : Avril 2026
On peut cadrer la bascule, sécuriser vos redirections, vérifier la préproduction et piloter les contrôles SEO pour éviter les pertes de trafic et les oublis techniques.
Le bon ordre est le suivant : sauvegarde complète, création d'une préproduction sur le nouvel hébergeur, recette des pages clés, puis bascule DNS une fois les tests validés. Si les URLs ne changent pas, le risque SEO reste modéré. Vous devez quand même vérifier le HTTPS, les formulaires, les performances, les logs serveur et la présence du sitemap après mise en ligne.
Une migration site web déplace un site vers un autre environnement technique, un autre domaine ou un autre CMS. Une refonte change en plus le design, l'UX, les contenus ou l'offre. Les deux peuvent se cumuler, mais c'est justement ce qui augmente le risque : plus vous changez de variables en même temps, plus il faut de tests et de garde-fous SEO.
Préparez un tableau ancienne URL vers nouvelle URL, mettez en place des redirections permanentes page par page, gardez un sitemap propre, rebranchez la Search Console et surveillez l'indexation pendant plusieurs semaines. Évitez absolument les redirections massives vers la page d'accueil : Google comprend bien mieux un changement d'URL quand l'intention de la page est conservée.
Pas automatiquement. Le bon créneau est celui où votre équipe peut surveiller la bascule et corriger vite. Pour une PME B2B, un début de soirée en semaine peut être plus sûr qu'un week-end sans support disponible. Pour un e-commerce, choisissez un créneau de faible activité, mais gardez toujours un temps de surveillance immédiat après lancement.
Prévoyez au minimum 30 jours de suivi actif. La première semaine sert à corriger les 404, les redirections et les oublis techniques. Les semaines suivantes servent à observer l'indexation, les requêtes, les pages exclues et les conversions. Tant que cette phase n'est pas stabilisée, évitez de lancer une autre grosse modification SEO sur le même site.
Pas à elle seule. Si l'accès depuis un autre pays pose problème, la cause peut venir de l'hébergement, du CDN, des règles de pare-feu, du géoblocage ou de la conformité locale. Une migration peut corriger ce type de limite si vous changez d'infrastructure, mais il faut traiter explicitement le sujet réseau et sécurité dans le cahier des charges.
Migrer un site WordPress sans perdre une seule page indexée : guide complet 2026 avec méthode manuelle, plugins, protection SEO et checklist post-migration.
Guide complet pour refondre votre site internet : 8 étapes méthodiques, budgets réalistes par type de projet et stratégies concrètes pour préserver votre référencement pendant la migration.
Votre refonte de site approche et vous redoutez de perdre vos positions durement acquises ? Ce guide vous montre comment transformer ce risque en opportunité de croissance SEO.
Réservez votre audit stratégique gratuit de 30 minutes.
On analyse votre site et on vous propose un plan d'action concret.
