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 consiste à déplacer un site vers un nouvel hébergeur, un autre domaine, un nouveau CMS ou une architecture différente sans perdre URLs, données, formulaires, fichiers, positions SEO, suivi analytics, capacités de conversion ni continuité technique pendant la bascule.
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.
Le sous-intent le plus concret sur cette requête concerne souvent le transfert réel vers un nouvel hébergeur. C'est là que beaucoup d'équipes cassent le site : les fichiers ne sont pas synchronisés, la base n'est pas la bonne, le DNS bascule trop tôt ou aucun plan de retour arrière n'existe.
Le bon ordre est simple : cloner les fichiers, restaurer la base sur la préproduction, vérifier les variables d'environnement, tester les médias et les formulaires, puis préparer le changement DNS seulement quand la recette est validée. Tant que ce chemin n'est pas testé de bout en bout, vous n'êtes pas prêt à basculer.
Sur un CMS, il faut reprendre les uploads, les images, les PDF, les exports, parfois les dossiers générés par des extensions, et vérifier les droits d'écriture. Une homepage qui charge n'est pas une preuve suffisante : ce sont souvent les pages profondes, les visuels anciens ou les formulaires qui révèlent les oublis.
Après import, contrôlez les URLs absolues, les liens internes, les médias et les réglages applicatifs. Sur WordPress ou d'autres CMS, certains champs sérialisés ou paramètres stockés en base cassent silencieusement si le remplacement d'URL est mal fait. Vérifiez aussi les comptes admin, les options email et les plugins qui dépendent du domaine.
Le changement DNS doit arriver après la recette, pas avant. Réduisez le TTL si possible, centralisez les accès DNS, notez l'ancienne configuration et préparez la liste des contrôles immédiats : page d'accueil, pages business, sitemap, robots.txt, HTTPS, formulaires et redirections. Si vous changez de domaine en même temps, ajoutez une vérification Search Console et des redirections page à page.
Un rollback réaliste ne veut pas dire "on verra". Il faut savoir qui décide le retour arrière, sous quel seuil d'erreur, et comment rétablir rapidement l'ancien site, la base et la configuration DNS. Une mini-checklist suffit : sauvegarde vérifiée, ancienne version disponible, accès serveur testés, fenêtre de retour définie et journal des modifications du jour J. Ce plan vous évite de rester bloqué sur une prod cassée juste parce que personne n'ose annuler.
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.
Le tarif dépend surtout du périmètre : nombre d'URLs, changement ou non de domaine, volume de contenus, CMS, redirections, recette, SEO et besoin d'accompagnement technique. Une petite migration d'hébergement simple coûte beaucoup moins qu'une migration avec refonte, reprise SEO, analytics, formulaires, e-commerce et surveillance post-bascule. Le plus important est d'acheter une méthode et des contrôles, pas seulement un transfert de fichiers.
En pratique, les 7 stratégies ou leviers à cadrer sont : audit de l'existant, choix du type de migration, préproduction fidèle, mappage des URLs, sauvegarde plus gel des changements, bascule contrôlée, puis suivi post-migration sur 30 jours. Selon votre site, vous pouvez exécuter ces étapes en big bang ou par lots, mais les sauter expose presque toujours à des pertes SEO ou business.
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.
Votre site a plus de 3 ans ? Découvrez les 8 étapes concrètes pour le refaire sans perdre votre SEO ni exploser votre budget.
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.
