Migration
11 Avril 2026•14 min
Migration site web : méthode, risques et plan d'action pour une bascule sans perte SEO
Le guide opérationnel pour migrer un site sans casser vos URLs, vos données ni votre référencement.
Lire l'article
Ce qu'il faut retenir
43 % des migrations WordPress échouent à cause d'une base de données mal exportée ou des URLs non mises à jour.- Deux méthodes existent : la migration manuelle (contrôle total, recommandée pour les gros sites) et la migration par plugin (rapide, idéale pour les sites de moins de 2 Go).
- Les redirections 301 sont non négociables : sans elles, Ahrefs documente des pertes de trafic de 30 à 70 % sur les migrations de domaine.
- 10 vérifications post-migration permettent de rouvrir le site en toute sécurité : SSL, permaliens, emails, cache, vitesse.
Migrer un site WordPress, c'est déplacer chaque fichier, chaque ligne de base de données et chaque configuration d'un serveur à un autre - sans perdre une seule page indexée. Selon une analyse de WP Engine (2024), 43 % des migrations WordPress qui échouent sont dues à une base de données mal exportée ou à des URLs non mises à jour. Ce guide couvre les deux méthodes (manuelle et plugin), la protection de votre référencement et les 10 vérifications indispensables après migration.
390+
recherches/mois sur "migration wordpress"
43%
des migrations ratées dues à la base de données
48h
propagation DNS maximum
15 min
avec un bon plugin sur un petit site
Quand migrer un site WordPress - et pourquoi ça compte
Une migration WordPress n'est pas une refonte : c'est un déplacement technique. Le contenu, le design et les fonctionnalités restent identiques - seul l'environnement serveur change. Les raisons les plus fréquentes en 2026 : changer d'hébergeur pour gagner en performance, passer d'un hébergement OVH WordPress mutualisé à un VPS, changer de nom de domaine suite à un rebranding, ou mettre en production un site développé en local. Choisir le bon hébergement en amont évite d'avoir à migrer à nouveau dans six mois.
Quatre scénarios distincts existent. Premier : même domaine, nouvel hébergeur (le plus courant). Deuxième : nouveau domaine, même ou nouvel hébergeur (rebranding). Troisième : local vers serveur (mise en production). Quatrième : serveur vers local (environnement de développement). Chaque scénario a ses spécificités, mais les étapes fondamentales restent identiques - et les erreurs aussi. Selon Kinsta (2025), les migrations avec changement de domaine sont 2,3 fois plus risquées pour le SEO que les migrations sans changement d'URL.
Avant toute migration - 3 prérequis absolus
- Sauvegarde complète (fichiers + base de données) téléchargée en local
- Accès FTP/SSH et phpMyAdmin des deux serveurs vérifiés
- Version PHP et WordPress notées (l'ancien et le cible)
Checklist pré-migration WordPress
1
Sauvegarder fichiers + base de données
Via cPanel, FTP ou UpdraftPlus. Télécharger le backup en local avant de commencer.
2
Noter les informations techniques
Version PHP, version WordPress, liste des plugins actifs et leur version, thème actif.
3
Vérifier les accès au nouvel hébergeur
FTP/SFTP, phpMyAdmin, DNS, panneau de contrôle - tout tester avant de migrer.
4
Activer le mode maintenance
Plugin LightStart (ex-WP Maintenance Mode) ou fichier.maintenance à la racine WordPress.
5
Désactiver le cache et le CDN
Purger le cache plugin (WP Rocket, W3TC), désactiver Cloudflare temporairement.
6
Vérifier l'espace disque du nouvel hébergeur
S'assurer que l'espace disponible est au moins 2x la taille du site actuel.
7
Réduire le TTL DNS à 300 secondes
Le faire 24 à 48h avant la migration pour accélérer la propagation post-migration.
8
Prévenir les utilisateurs si nécessaire
Pour un site e-commerce ou une communauté : annoncer la maintenance planifiée.
1
Sauvegarder fichiers + base de données
Via cPanel, FTP ou UpdraftPlus. Télécharger le backup en local avant de commencer.
2
Noter les informations techniques
Version PHP, version WordPress, liste des plugins actifs et leur version, thème actif.
3
Vérifier les accès au nouvel hébergeur
FTP/SFTP, phpMyAdmin, DNS, panneau de contrôle - tout tester avant de migrer.
4
Activer le mode maintenance
Plugin LightStart (ex-WP Maintenance Mode) ou fichier.maintenance à la racine WordPress.
5
Désactiver le cache et le CDN
Purger le cache plugin (WP Rocket, W3TC), désactiver Cloudflare temporairement.
6
Vérifier l'espace disque du nouvel hébergeur
S'assurer que l'espace disponible est au moins 2x la taille du site actuel.
7
Réduire le TTL DNS à 300 secondes
Le faire 24 à 48h avant la migration pour accélérer la propagation post-migration.
8
Prévenir les utilisateurs si nécessaire
Pour un site e-commerce ou une communauté : annoncer la maintenance planifiée.
Migration manuelle pas-à-pas : la méthode fiable pour les sites volumineux
La méthode manuelle donne un contrôle total sur chaque étape. Elle est recommandée pour les sites de plus de 1 Go, les environnements multisites, ou quand un plugin de migration a déjà planté. Un prestataire RH bordelais avec 8 ans de contenu WordPress (1,4 Go de médias) a utilisé cette méthode pour migrer vers un VPS OVHcloud en 2024 : temps total 2h30, zéro perte de données, et une vitesse de chargement passée de 4,2 s à 1,1 s après migration.
Migration manuelle WordPress - 9 étapes
1
Exporter la base de données
phpMyAdmin sur l'ancien hébergeur > sélectionner la base WordPress > Exporter > Format SQL > Go. Enregistrer le fichier.sql en local.
2
Télécharger tous les fichiers WordPress
Via FTP (FileZilla) ou gestionnaire de fichiers cPanel : télécharger l'intégralité du dossier (wp-content, wp-config.php,.htaccess inclus).
3
Créer la base de données sur le nouvel hébergeur
Dans cPanel > Bases de données MySQL : créer une nouvelle BDD, un utilisateur, attribuer tous les privilèges à cet utilisateur.
4
Importer la base de données
phpMyAdmin du nouvel hébergeur > Importer > sélectionner le fichier.sql. Pour les BDD de plus de 50 Mo : utiliser la ligne de commande (mysql -u user -p database < fichier.sql).
5
Modifier wp-config.php
Mettre à jour DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. Si changement de domaine : ajouter define('WP_HOME','https://nouveau-domaine.com') et define('WP_SITEURL','https://nouveau-domaine.com').
6
Uploader les fichiers sur le nouvel hébergeur
Via FTP/SFTP, transférer tous les fichiers dans le dossier public_html (ou www). Vérifier que.htaccess est bien transféré.
7
Effectuer le Search and Replace dans la BDD
Utiliser WP-CLI : wp search-replace 'ancien-domaine.com' 'nouveau-domaine.com' --all-tables. Indispensable si changement de domaine ou passage http vers https.
8
Mettre à jour les DNS
Pointer les enregistrements A (et CNAME www) vers l'IP du nouvel hébergeur. Propagation : de 1 h à 48 h selon le TTL configuré.
9
Tester avant de désactiver la maintenance
Accéder au site via le fichier hosts modifié localement pour tester avant la propagation DNS.
1
Exporter la base de données
phpMyAdmin sur l'ancien hébergeur > sélectionner la base WordPress > Exporter > Format SQL > Go. Enregistrer le fichier.sql en local.
2
Télécharger tous les fichiers WordPress
Via FTP (FileZilla) ou gestionnaire de fichiers cPanel : télécharger l'intégralité du dossier (wp-content, wp-config.php,.htaccess inclus).
3
Créer la base de données sur le nouvel hébergeur
Dans cPanel > Bases de données MySQL : créer une nouvelle BDD, un utilisateur, attribuer tous les privilèges à cet utilisateur.
4
Importer la base de données
phpMyAdmin du nouvel hébergeur > Importer > sélectionner le fichier.sql. Pour les BDD de plus de 50 Mo : utiliser la ligne de commande (mysql -u user -p database < fichier.sql).
5
Modifier wp-config.php
Mettre à jour DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. Si changement de domaine : ajouter define('WP_HOME','https://nouveau-domaine.com') et define('WP_SITEURL','https://nouveau-domaine.com').
6
Uploader les fichiers sur le nouvel hébergeur
Via FTP/SFTP, transférer tous les fichiers dans le dossier public_html (ou www). Vérifier que.htaccess est bien transféré.
7
Effectuer le Search and Replace dans la BDD
Utiliser WP-CLI : wp search-replace 'ancien-domaine.com' 'nouveau-domaine.com' --all-tables. Indispensable si changement de domaine ou passage http vers https.
8
Mettre à jour les DNS
Pointer les enregistrements A (et CNAME www) vers l'IP du nouvel hébergeur. Propagation : de 1 h à 48 h selon le TTL configuré.
9
Tester avant de désactiver la maintenance
Accéder au site via le fichier hosts modifié localement pour tester avant la propagation DNS.
Migration avec plugin : la méthode rapide pour les sites de moins de 2 Go
Pour les non-développeurs ou les sites de taille modérée, un plugin de migration supprime la complexité technique. Trois plugins dominent le marché en 2026, avec des profils d'usage différents. All-in-One WP Migration convient aux débutants (interface glisser-déposer, export en un clic). Duplicator est préféré par les développeurs pour sa gestion des gros sites et ses options avancées. UpdraftPlus est intéressant si vous l'utilisez déjà pour vos sauvegardes automatiques.
Comparatif plugins de migration WordPress (2026)
Facilité d'utilisation
- Duplicator
- Intermédiaire
- All-in-One WP Migration
- Très facile
- UpdraftPlus
- Facile
Taille max (version gratuite)
- Duplicator
- 500 Mo
- All-in-One WP Migration
- 512 Mo
- UpdraftPlus
- Illimité (backup)
Search & Replace automatique
- Duplicator
- Oui
- All-in-One WP Migration
- Oui
- UpdraftPlus
- Non
Support multisite
- Duplicator
- Pro uniquement
- All-in-One WP Migration
- Pro uniquement
- UpdraftPlus
- Non
Stockage cloud inclus
- Duplicator
- Pro (S3 / GDrive)
- All-in-One WP Migration
- Pro
- UpdraftPlus
- Gratuit (GDrive + Dropbox)
Prix version Pro
- Duplicator
- ~99 $/an
- All-in-One WP Migration
- ~69 $/an
- UpdraftPlus
- ~70 $/an
Idéal pour
- Duplicator
- Devs et gros sites
- All-in-One WP Migration
- Débutants
- UpdraftPlus
- Backup régulier + migration
| Critère | Duplicator | All-in-One WP Migration | UpdraftPlus |
|---|---|---|---|
| Facilité d'utilisation | Intermédiaire | Très facile | Facile |
| Taille max (version gratuite) | 500 Mo | 512 Mo | Illimité (backup) |
| Search & Replace automatique | Oui | Oui | Non |
| Support multisite | Pro uniquement | Pro uniquement | Non |
| Stockage cloud inclus | Pro (S3 / GDrive) | Pro | Gratuit (GDrive + Dropbox) |
| Prix version Pro | ~99 $/an | ~69 $/an | ~70 $/an |
| Idéal pour | Devs et gros sites | Débutants | Backup régulier + migration |
Protection SEO - 6 actions indispensables
1
Cartographier toutes les URLs avant migration
Screaming Frog ou Google Search Console (rapport Pages) : lister toutes les URLs indexées. Créer un tableau correspondance ancien URL - nouveau URL.
2
Mettre en place les redirections 301
Chaque ancienne URL doit pointer vers son équivalent via.htaccess ou le plugin Redirection. Les redirections 301 transmettent 90 à 99 % du jus SEO.
3
Mettre à jour Google Search Console
Ajouter le nouveau domaine comme propriété. Pour une migration de domaine : utiliser l'outil intégré "Changement d'adresse". Soumettre le nouveau sitemap.xml.
4
Vérifier Google Analytics 4
S'assurer que le code de suivi GA4 fonctionne sur le nouveau site. Mettre à jour l'URL du site dans les paramètres de la propriété.
5
Auditer les backlinks importants
Identifier les 20 à 30 backlinks avec le plus d'autorité (Ahrefs, Semrush) et contacter ces sites pour mettre à jour le lien.
6
Surveiller pendant 4 semaines
Vérifier les erreurs 404 dans Search Console deux fois par semaine, surveiller les positions et le trafic organique. Agir vite si une page clé chute.
1
Cartographier toutes les URLs avant migration
Screaming Frog ou Google Search Console (rapport Pages) : lister toutes les URLs indexées. Créer un tableau correspondance ancien URL - nouveau URL.
2
Mettre en place les redirections 301
Chaque ancienne URL doit pointer vers son équivalent via.htaccess ou le plugin Redirection. Les redirections 301 transmettent 90 à 99 % du jus SEO.
3
Mettre à jour Google Search Console
Ajouter le nouveau domaine comme propriété. Pour une migration de domaine : utiliser l'outil intégré "Changement d'adresse". Soumettre le nouveau sitemap.xml.
4
Vérifier Google Analytics 4
S'assurer que le code de suivi GA4 fonctionne sur le nouveau site. Mettre à jour l'URL du site dans les paramètres de la propriété.
5
Auditer les backlinks importants
Identifier les 20 à 30 backlinks avec le plus d'autorité (Ahrefs, Semrush) et contacter ces sites pour mettre à jour le lien.
6
Surveiller pendant 4 semaines
Vérifier les erreurs 404 dans Search Console deux fois par semaine, surveiller les positions et le trafic organique. Agir vite si une page clé chute.
Les 7 erreurs qui font planter une migration WordPress
WP Engine a documenté les causes d'échec les plus fréquentes sur 10 000 migrations en 2024. La première erreur - et de loin la plus coûteuse - reste l'absence de sauvegarde avant de commencer. Un e-commerçant nantais (37 salariés, 800 références produits) a perdu l'intégralité de son catalogue WooCommerce en 2023 faute de backup préalable. Récupération partielle après 40 heures de travail, perte estimée à 11 000 €. Les six autres erreurs sont plus subtiles mais tout aussi destructrices pour le SEO.
Migration mal préparée
- URLs de la BDD non mises à jour (images cassées partout)
- Fichier wp-config.php avec les anciennes infos BDD (site blanc)
- Zéro redirection 301 (perte SEO massive)
- TTL DNS non réduit (propagation 24-48h au lieu de 2h)
- Cache non vidé (contenu obsolète affiché)
- Permaliens non régénérés (erreurs 404 sur toutes les pages)
VS
VS
Migration bien préparée
- Search & Replace complet avant bascule DNS (zéro image cassée)
- wp-config.php mis à jour en premier (connexion BDD opérationnelle)
- Redirections 301 actives avant bascule (SEO préservé)
- TTL réduit à 300s 48h avant (propagation en 1 à 2h)
- Cache purgé sur tous les niveaux (plugin + serveur + CDN)
- Permaliens régénérés en 30 secondes (zéro 404)
Checklist post-migration WordPress
1
Tester la page d'accueil et les pages clés
Navigation, images, formulaires, boutons - sur desktop et mobile.
2
Vérifier les liens internes
Screaming Frog en crawl rapide ou plugin Broken Link Checker : zéro lien mort.
3
Tester le tunnel de vente si WooCommerce
Ajouter un produit au panier, simuler un paiement en mode test.
4
Vérifier les emails transactionnels
Formulaire de contact, confirmation de commande, réinitialisation de mot de passe : tout tester.
5
Contrôler le SSL/HTTPS
Toutes les pages en HTTPS, aucun contenu mixte (outil : Why No Padlock).
6
Régénérer les permaliens
Réglages > Permaliens > Enregistrer sans modifier. Résout 90 % des erreurs 404 post-migration.
7
Vider tous les caches
Cache plugin (WP Rocket, LiteSpeed Cache), cache serveur, cache CDN (Cloudflare), cache navigateur.
8
Vérifier la vitesse de chargement
PageSpeed Insights, GTmetrix : comparer avec les scores pré-migration.
9
Soumettre le sitemap
Google Search Console > Sitemaps > soumettre le nouveau sitemap.xml.
10
Désactiver le mode maintenance
Supprimer le fichier.maintenance ou désactiver le plugin. Vérifier l'accès public.
1
Tester la page d'accueil et les pages clés
Navigation, images, formulaires, boutons - sur desktop et mobile.
2
Vérifier les liens internes
Screaming Frog en crawl rapide ou plugin Broken Link Checker : zéro lien mort.
3
Tester le tunnel de vente si WooCommerce
Ajouter un produit au panier, simuler un paiement en mode test.
4
Vérifier les emails transactionnels
Formulaire de contact, confirmation de commande, réinitialisation de mot de passe : tout tester.
5
Contrôler le SSL/HTTPS
Toutes les pages en HTTPS, aucun contenu mixte (outil : Why No Padlock).
6
Régénérer les permaliens
Réglages > Permaliens > Enregistrer sans modifier. Résout 90 % des erreurs 404 post-migration.
7
Vider tous les caches
Cache plugin (WP Rocket, LiteSpeed Cache), cache serveur, cache CDN (Cloudflare), cache navigateur.
8
Vérifier la vitesse de chargement
PageSpeed Insights, GTmetrix : comparer avec les scores pré-migration.
9
Soumettre le sitemap
Google Search Console > Sitemaps > soumettre le nouveau sitemap.xml.
10
Désactiver le mode maintenance
Supprimer le fichier.maintenance ou désactiver le plugin. Vérifier l'accès public.
On avait un site e-commerce sur un mutualisé OVH qui mettait 5 secondes à charger. L'équipe a migré nos 1 200 produits WooCommerce vers un VPS en 3 heures, sans aucune perte de données. Le site charge 3 fois plus vite et le taux de conversion a progressé de 18 % le mois suivant.
Sophie M.
Fondatrice — Boutique en ligne mode éthique
Faut-il faire appel à un professionnel pour migrer WordPress ?
La migration DIY est tout à fait réalisable avec ce guide pour les sites vitrine de taille modérée. Les cas où faire appel à un professionnel s'impose : site e-commerce avec des commandes en cours (WooCommerce avec Stripe ou PayPal actifs nécessitent une procédure spécifique), site avec plus de 5 Go de données, migration avec changement de domaine ET de structure d'URLs simultané, ou toute migration ratée à corriger. Pour une refonte complète de votre site WordPress, la migration fait partie du périmètre et est gérée avec un protocole de zéro downtime.
Le coût d'une migration professionnelle varie de 150 € (site vitrine simple) à 800 € (e-commerce complexe). Rapporté au risque d'une migration ratée - temps de récupération, perte de trafic SEO, chiffre d'affaires non réalisé - le calcul est souvent favorable. Un cabinet d'architectes parisien (12 personnes) a confié sa migration en 2025 : site migré en une matinée, zéro downtime, score PageSpeed passé de 42 à 87, et aucune perte de position sur ses mots-clés principaux (vérification à 30 jours).
La migration WordPress est une opération technique maîtrisable avec la bonne méthode. Retenez trois points essentiels : toujours sauvegarder avant de commencer, choisir la méthode adaptée à votre niveau et à la taille de votre site, et ne jamais négliger les redirections 301 si des URLs changent. Si la dimension SEO de votre migration vous inquiète, notre agence SEO peut superviser le volet référencement. Pour aller plus loin, consultez notre guide pour sécuriser votre WordPress après migration et notre article sur l'optimisation SEO WordPress pour capitaliser sur votre nouvelle infrastructure.
Votre migration WordPress vous stresse ?
On s'occupe de tout : sauvegarde, migration, redirections SEO, tests post-migration. Zéro risque, zéro perte de données.
Questions frequentes
Deux méthodes : manuelle (export base de données en SQL via phpMyAdmin + transfert de fichiers via FTP + search-replace des URLs) ou via plugin (Duplicator, All-in-One WP Migration). La méthode plugin prend 15 à 30 minutes pour un site de moins de 500 Mo. La méthode manuelle est plus longue mais plus fiable pour les gros sites ou les configurations complexes. Dans les deux cas, la sauvegarde préalable est non négociable.
Sauvegardez fichiers et base de données sur l'ancien hébergeur, créez une nouvelle base de données sur le nouvel hébergeur, importez le fichier SQL, mettez à jour wp-config.php avec les nouvelles informations de connexion BDD, transférez les fichiers via FTP, puis basculez les enregistrements DNS. Réduisez le TTL à 300 secondes 48h avant pour une propagation rapide.
Après avoir migré les fichiers et la base de données, effectuez un search-replace complet de l'ancien domaine vers le nouveau dans toute la base de données (WP-CLI : wp search-replace 'ancien.com' 'nouveau.com' --all-tables). Mettez en place des redirections 301 depuis l'ancien domaine et signalez le changement dans Google Search Console via l'outil "Changement d'adresse".
De 15 minutes (petit site, méthode plugin) à plusieurs heures (gros site e-commerce, migration manuelle avec beaucoup de données). La propagation DNS prend de 1 heure à 48 heures selon le TTL configuré. Prévoyez une fenêtre de maintenance de 2 à 4 heures pour un site standard, et évitez les créneaux de forte activité (midi, soirée pour l'e-commerce).
Non, si vous mettez en place les redirections 301 vers chaque URL modifiée, mettez à jour Google Search Console, vérifiez le sitemap et surveillez les erreurs 404 pendant les quatre semaines suivantes. Sans ces précautions, Ahrefs (2024) documente des pertes de trafic de 30 à 70 % sur les migrations de domaine. Avec une migration bien préparée, le trafic reste stable dès la première semaine.
Derniers Articles
Voir tout le blog
WordPress
7 Avril 2026•16 min
Sitemaps WordPress : comment les créer, les nettoyer et les soumettre à Google sans erreur
Le guide pratique pour trouver votre sitemap WordPress, garder seulement les bonnes URL et vérifier l'indexation dans Google Search Console.
Lire l'article
WordPress
7 Avril 2026•14 min
WP multisites : quand l’activer, comment le configurer et quand l’éviter
WP multisites permet de gérer plusieurs sites depuis une seule installation WordPress. Bien choisi, il réduit la maintenance et accélère les déploiements ; mal choisi, il concentre les risques et limite l’autonomie.
Lire l'article
Prêt à transformer
votre site web ?
Réservez votre audit stratégique gratuit de 30 minutes.
On analyse votre site et on vous propose un plan d'action concret.