Pour la plupart des sites vitrines de taille modérée, un plugin comme All-in-One WP Migration ou Duplicator suffit largement. Pour les boutiques WooCommerce ou les multisites, une migration manuelle via SSH et mysqldump, ou une assistance de l’hébergeur, est recommandée. Dans tous les cas, il est conseillé de garder l’ancien hébergement actif plusieurs jours après la bascule en guise de filet de sécurité.
En bref:
- La taille de la base de données, la présence d’une boutique WooCommerce ou d’un multisite influencent la méthode de migration recommandée, du plugin à la migration manuelle.
- Avant de migrer, il est crucial de réaliser une sauvegarde complète, de réduire le TTL DNS à 300 secondes et de planifier la migration en période de faible trafic.
- La migration manuelle demande une exportation précise de la base avec mysqldump, un transfert sécurisé des fichiers via rsync ou SFTP, puis une reconstruction rigoureuse pour éviter les erreurs.
- Utiliser WP-CLI pour remplacer les URL dans la base évite la corruption des données sérialisées, une étape critique pour préserver la configuration des thèmes et plugins.
- Après la migration, il faut tester la comptabilité des formulaires, des médias, des redirections, et soumettre le sitemap à Google pour réduire le risque de perte de référencement.
Table des matières
- Pourquoi et quand migrer un site WordPress
- Checklist préparatoire : accès, inventaire et sauvegardes
- Comment migrer WordPress manuellement, étape par étape ?
- Migrer avec un plugin : All-in-One, Duplicator, UpdraftPlus, Migrate Guru
- Migration assistée par l’hébergeur : quand la déléguer entièrement
- Vérifications post-migration et démarches SEO immédiates
- Dépannage : erreurs fréquentes après une migration WordPress
- Ce qu’une agence voit après des dizaines de migrations
- Confiez votre migration WordPress à une équipe qui teste avant de basculer
- Sources
Pourquoi et quand migrer un site WordPress
On ne migre pas un site WordPress par plaisir. Il y a toujours une raison concrète, et elle détermine souvent la méthode à choisir.
Un site qui rame malgré un trafic modeste signale généralement un hébergement sous dimensionné, pas un problème de code. D’autres raisons reviennent régulièrement chez les clients qui nous contactent : une facture d’hébergement qui grimpe sans justification, une faille de sécurité découverte après un audit, ou tout simplement le passage d’un environnement de test vers la production après refonte. Un changement de nom de domaine, suite à un rachat ou un rebranding, impose lui aussi une migration complète.
Les motifs les plus fréquents :
- Performance : temps de chargement dégradé, pics de trafic non absorbés
- Coût : offre d’hébergement devenue trop chère ou mal dimensionnée
- Sécurité : hébergeur mutualisé compromis, absence de pare-feu applicatif
- Passage en production : site développé en local ou sur serveur de test
- Changement de domaine : rachat d’activité, repositionnement de marque
Une migration bâclée peut coûter cher côté référencement. Si les URL changent sans redirection 301 ou si Google Search Console n’est pas informé du changement, le site perd une partie de son trafic organique, parfois pendant plusieurs semaines, le temps que les robots redécouvrent la nouvelle structure, comme le rappelle cette checklist de migration WordPress.
Le choix de méthode se fait ensuite sur trois critères simples : le poids de la base de données et des médias, la présence d’une boutique en ligne ou d’un multisite, et votre tolérance au risque. Un blog d’entreprise de 5 pages ne demande pas la même rigueur qu’une boutique qui encaisse des paiements 24 h/24.
Checklist préparatoire : accès, inventaire et sauvegardes
Avant de toucher au moindre fichier, dressez l’inventaire technique complet de votre installation. C’est l’étape que la plupart des gens sautent, et c’est précisément celle qui provoque les erreurs 500 trois jours plus tard.
- Notez la version PHP et MySQL utilisées par votre hébergeur actuel, ainsi que la liste des plugins et thèmes actifs avec leurs numéros de version.
- Rassemblez tous les accès : identifiants FTP ou SFTP, accès SSH si disponible, identifiants phpMyAdmin, accès au panneau DNS et au registrar du nom de domaine.
- Réduisez le TTL DNS à 300 secondes environ 48 heures avant la bascule, pour accélérer la propagation le jour J.
- Planifiez un créneau à faible trafic, idéalement en soirée ou le week-end selon votre audience.
- Effectuez une sauvegarde selon la règle 3-2-1 : trois copies, sur deux supports différents, dont une hors site (cloud ou disque externe).
- Vérifiez les limites d’upload du nouvel hébergeur (taille maximale des fichiers PHP, quota de la base de données) avant de vous engager sur une offre.
Cette étape de réduction du TTL fait souvent la différence entre une bascule invisible et une demi-journée de confusion où certains visiteurs voient l’ancien site et d’autres le nouveau.
Conseil de pro : Faites une sauvegarde manuelle même si votre hébergeur en propose une automatique. Les sauvegardes automatiques échouent silencieusement plus souvent qu’on ne le croit, et vous ne le découvrez qu’au moment où vous en avez besoin.
Comment migrer WordPress manuellement, étape par étape ?
La migration manuelle demande plus de rigueur qu’un clic sur un bouton de plugin, mais elle vous donne un contrôle total, sans limite de taille et sans dépendance à un outil tiers. C’est la méthode recommandée pour les sites avec une base de données volumineuse ou intégrant WooCommerce.
1. Exporter la base de données
Utilisez mysqldump avec l’option --single-transaction pour éviter de verrouiller les tables pendant l’export, ce qui est particulièrement utile sur un site encore actif :
mysqldump --single-transaction -u utilisateur -p nom_base > sauvegarde.sql
Si vous disposez de WP-CLI, la commande wp db export fait le même travail avec une syntaxe plus simple et gère nativement les particularités de WordPress. Automatiser cet export limite les erreurs de copier-coller qui corrompent parfois les dumps volumineux, un point que confirme le guide de migration de TopSyde.
2. Télécharger le dossier wp-content
C’est là que vivent vos médias, thèmes et plugins. Ne touchez jamais à wp-admin ou wp-includes, qui seront réinstallés proprement sur le nouveau serveur avec la dernière version du cœur WordPress.
3. Transférer les fichiers
rsync reste l’outil de référence pour ce transfert, car il préserve les permissions et les horodatages, et il reprend automatiquement en cas de coupure réseau :
rsync -avz -e ssh /chemin/wp-content/ utilisateur@nouveau-serveur:/chemin/wp-content/
Si SSH n’est pas disponible chez votre hébergeur, FileZilla en mode SFTP fait très bien l’affaire pour un transfert de fichiers classique, même si le transfert sera plus lent qu’avec rsync sur un gros volume de médias.
4. Créer la base et importer le dump
Sur le nouveau serveur, créez une base de données vide via phpMyAdmin ou en ligne de commande, puis importez votre fichier SQL. Pour les gros dumps qui dépassent la limite d’upload de phpMyAdmin, la ligne de commande reste la seule option fiable :
mysql -u utilisateur -p nouvelle_base < sauvegarde.sql
5. Modifier wp-config.php
Mettez à jour les quatre constantes de connexion : DB_NAME, DB_USER, DB_PASSWORD et DB_HOST. Une erreur de frappe ici produit l’un des messages les plus fréquents en cours de migration : « Erreur d’établissement de la connexion à la base de données ».
6. Remplacer les URL sans casser la sérialisation
C’est l’étape technique la plus délicate. WordPress stocke certaines données (options de thème, réglages de plugins, widgets) sous forme sérialisée, un format où chaque chaîne de caractères porte sa longueur en préfixe. Un remplacement SQL brut du type REPLACE INTO décale ces longueurs et corrompt les données silencieusement.
La solution consiste à utiliser wp search-replace avec WP-CLI, qui gère nativement la sérialisation :
wp search-replace 'http://ancien-domaine.fr' 'https://nouveau-domaine.fr' --precise
L’option --precise désactive les optimisations qui peuvent parfois manquer des correspondances dans les chaînes sérialisées, comme le précise la documentation officielle de WP-CLI. Si WP-CLI n’est pas accessible sur votre hébergement, l’outil Search Replace DB d’Interconnectit reproduit ce comportement via une interface web, à condition de supprimer le script juste après usage pour ne pas laisser un accès non protégé à votre base.
7. Installer le certificat SSL et ajuster le .htaccess
Activez Let’s Encrypt ou le certificat fourni par votre hébergeur avant la bascule DNS. Reconstruisez ensuite le fichier .htaccess pour les permaliens, généralement en allant dans Réglages puis Permaliens sur le nouveau site, ce qui régénère automatiquement les règles de réécriture.
Testez le nouveau serveur avant toute bascule publique en modifiant votre fichier hosts local, ce qui vous permet de visiter le nouveau site depuis votre ordinateur sans changer les DNS pour tout le monde, une astuce détaillée dans le guide de migration de Duplicator.
8. Basculer les DNS et garder l’ancien hébergement actif
Une fois les tests validés, modifiez les enregistrements DNS chez votre registrar. La propagation prend entre quelques minutes et 48 heures selon le TTL fixé en amont. Conservez l’ancien hébergement actif pendant 72 heures : certains résolveurs DNS mettent du temps à rafraîchir leur cache, et des visiteurs continueront à taper sur l’ancien serveur pendant ce délai.
Le chiffre à retenir : un TTL DNS ramené à 300 secondes 48 heures avant la bascule réduit nettement la fenêtre de propagation, contre plusieurs jours avec un TTL par défaut souvent réglé sur 24 heures ou plus.
Pour les migrations WooCommerce, la fenêtre de coupure doit tomber en dehors des pics de commandes, et il est parfois nécessaire de bloquer temporairement les nouvelles commandes pendant le transfert de la base pour éviter toute perte de données transactionnelles, une précaution soulignée dans la checklist de migration WordPress.
Migrer avec un plugin : All-in-One, Duplicator, UpdraftPlus, Migrate Guru
Un plugin reste le choix le plus rapide pour un site vitrine standard, sans base de données monstrueuse ni configuration serveur particulière. Chacun des outils phares du marché suit la même logique générale : empaqueter le site (fichiers plus base de données), transférer ce paquet, puis le désempaqueter sur le nouveau serveur.
All-in-One WP Migration exporte l’intégralité du site dans une archive au format .wpress et gère automatiquement le remplacement des URL et la sérialisation en base, ce qui évite justement le piège du search-replace manuel. Le hic : la version gratuite plafonne l’import à 512 Mo, une limite que confirme la page officielle du plugin. Pour dépasser ce seuil sans passer à la version payante, certains utilisateurs découpent l’archive ou passent par un transfert FTP direct du fichier .wpress suivi d’une extension de mémoire côté serveur, mais ces contournements restent fragiles.
Duplicator fonctionne différemment : il génère une archive accompagnée d’un script d’installation autonome, que vous déposez sur le nouveau serveur pour dérouler l’installation via une interface web. La version Pro ajoute la prise en charge des sites volumineux et du multisite, absente de la version gratuite, comme le précise le guide Duplicator.
UpdraftPlus, davantage pensé comme outil de sauvegarde que de migration pure, permet néanmoins de restaurer une sauvegarde complète sur un autre serveur ou même directement dans le cloud (Dropbox, Google Drive, S3). C’est une bonne option si vous faites déjà des sauvegardes régulières avec cet outil et souhaitez capitaliser sur cette habitude.
Migrate Guru se distingue par son fonctionnement : il exécute la migration sur ses propres serveurs plutôt que sur votre hébergement, ce qui le rend intéressant pour les sites volumineux sans surcharger les ressources du serveur d’origine pendant le transfert.
Quelques repères pratiques avant de choisir :
- Les plugins couvrent correctement la grande majorité des migrations de sites vitrines et blogs standards.
- Au-delà d’1 Go de base de données ou pour une boutique WooCommerce active, la méthode manuelle ou un outil spécialisé prend le relais plus proprement, comme le confirme ce comparatif d’Hostinger.
- Vérifiez toujours que le plugin choisi gère la sérialisation automatiquement, faute de quoi vos réglages de thème et de widgets peuvent se corrompre silencieusement.
- Un plugin de migration installé temporairement doit être supprimé juste après usage, car il conserve souvent des accès sensibles à votre base.
Conseil de pro : Si l’import via plugin échoue à cause d’une limite de taille, ne vous acharnez pas sur le formulaire d’upload. Passez le fichier directement par FTP dans le dossier attendu par le plugin (souvent wp-content/ai1wm-backups pour All-in-One WP Migration) : l’interface le détectera au chargement suivant.
Migration assistée par l’hébergeur : quand la déléguer entièrement
Certaines situations justifient de payer pour un service de migration plutôt que de tout faire soi-même. Un site e-commerce qui encaisse des commandes en continu, un multisite avec plusieurs dizaines d’entités, ou simplement une équipe technique trop réduite pour absorber le risque : dans ces cas, l’assistance hébergeur devient la solution la plus raisonnable.
Un service de migration sérieux couvre normalement :
- Le transfert serveur à serveur, sans passer par votre poste de travail, ce qui élimine les risques de coupure réseau en cours de route
- L’installation et la configuration du certificat SSL sur le nouveau serveur
- Une phase de test (QA) avant la bascule DNS publique
- Une procédure de retour en arrière (rollback) en cas de problème détecté après la bascule
- La gestion des enregistrements DNS, y compris les enregistrements MX pour ne pas interrompre la messagerie
Avant de signer, posez des questions précises et exigez des réponses écrites : quel est le délai garanti pour la migration ? Qui est responsable en cas de perte de données pendant le transfert ? Une sauvegarde de l’état d’origine est-elle conservée, et pendant combien de temps ? Le service est-il inclus dans votre forfait d’hébergement ou facturé en supplément ? Ces clarifications évitent les mauvaises surprises le jour où quelque chose ne se passe pas comme prévu.
Vérifications post-migration et démarches SEO immédiates
La bascule DNS n’est pas la fin de la migration, c’est le début de la phase de vérification. C’est précisément le moment où la plupart des soucis remontent, souvent dans les 24 à 48 heures qui suivent.
Passez systématiquement en revue :
- Les formulaires de contact, qui perdent parfois leur configuration SMTP lors du changement de serveur
- Le tunnel d’achat complet sur une boutique WooCommerce, du panier jusqu’à la confirmation de commande
- L’authentification utilisateur (connexion, inscription, récupération de mot de passe)
- L’affichage des médias, en particulier les images hébergées via des chemins absolus
- Les redirections 301 si des URL ont changé, pour ne pas perdre le maillage interne ni le référencement acquis
Soumettez votre sitemap actualisé dans Google Search Console dès la bascule effective, et surveillez le rapport de couverture pendant les jours suivants pour repérer d’éventuelles erreurs 404 sur des pages qui existaient auparavant. La documentation officielle WordPress sur le déplacement des sites détaille aussi les cas particuliers du multisite, où chaque sous-site doit voir son URL vérifiée individuellement après la migration.
Pensez également aux enregistrements MX, SPF et DKIM : ils gèrent votre messagerie professionnelle et n’ont souvent rien à voir avec l’hébergement web, mais une bascule DNS mal préparée peut les écraser par erreur si vous copiez la mauvaise zone. Gardez l’ancien hébergement actif 72 heures, le temps que la propagation DNS se stabilise complètement pour tous les visiteurs, y compris ceux dont le fournisseur d’accès met du temps à rafraîchir son cache.
Durée estimée par type de site : comptez généralement une à deux heures pour un site vitrine simple, une demi-journée pour un site avec base de données moyenne et plusieurs milliers de médias, et jusqu’à une journée complète pour un multisite ou une boutique WooCommerce avec historique de commandes conséquent, temps de propagation DNS non compris.
Dépannage : erreurs fréquentes après une migration WordPress
Une erreur 500 juste après la bascule pointe presque toujours vers trois causes : un fichier .htaccess mal reconstruit, des permissions de fichiers incorrectes après le transfert, ou une version PHP incompatible avec un plugin. Consultez d’abord le journal d’erreurs du serveur (error_log), qui indique généralement la ligne exacte du problème plutôt que de deviner à l’aveugle.
Des images ou médias manquants signalent souvent un souci de chemin ou de droits d’accès sur le dossier wp-content/uploads. Vérifiez que les permissions sont cohérentes avec celles attendues par votre nouvel hébergeur (généralement 755 pour les dossiers, 644 pour les fichiers), et resynchronisez le dossier via rsync si des fichiers semblent absents.
Les problèmes de sérialisation se manifestent par des réglages de thème réinitialisés, des widgets vides ou des pages de constructeur visuel qui affichent du code brut au lieu du contenu. C’est le symptôme classique d’un remplacement d’URL fait avec une requête SQL directe plutôt qu’avec wp search-replace ou un plugin qui gère nativement ce format.
Pour les bases de données volumineuses qui dépassent les limites d’import de phpMyAdmin, trois solutions s’offrent à vous : segmenter le dump mysqldump en plusieurs fichiers, utiliser BigDump pour importer par lots successifs, ou envisager une réplication MySQL directe entre les deux serveurs si votre hébergeur le permet.
- Erreur 500 : consultez les logs, vérifiez
.htaccesset les permissions, confirmez la version PHP - Médias absents : contrôlez les droits sur
wp-content/uploadset resynchronisez via rsync - Widgets ou réglages vides : relancez un
wp search-replace --precisepropre - Base trop volumineuse pour l’import classique : segmentez le dump ou passez par BigDump
Conseil de pro : Avant de désespérer devant une erreur 500, désactivez tous les plugins directement en base (renommez la table wp_options, ligne active_plugins, ou passez par phpMyAdmin) plutôt que par l’interface d’administration, souvent inaccessible dans cet état.
Ce qu’une agence voit après des dizaines de migrations
Chez It-pascaud, on gère les migrations sur une infrastructure dédiée plutôt que sur un mutualisé partagé avec d’autres clients, ce qui élimine une bonne partie des mauvaises surprises liées aux ressources serveur. Chaque migration passe par une phase de test complète avant la mise en production, exactement la logique décrite dans notre processus de mise à jour WordPress : rien ne bascule en direct sans validation préalable.
La question à se poser n’est pas « puis-je migrer moi-même ? », la réponse est presque toujours oui avec assez de temps. La vraie question est : quel est le coût d’une heure d’indisponibilité sur votre activité ? Pour un blog personnel, ce coût est nul. Pour une boutique en ligne ou un site qui génère des demandes commerciales chaque jour, une migration ratée peut coûter bien plus cher que les honoraires d’une agence. Le multisite et le e-commerce sont les deux cas où déléguer devient objectivement rationnel, pas par manque de compétence, mais par calcul de risque commercial.
— JM
Confiez votre migration WordPress à une équipe qui teste avant de basculer
Vous venez de lire la méthode complète : sauvegardes, export de base, transfert de fichiers, remplacement d’URL, bascule DNS. C’est faisable seul avec de la rigueur. Mais si votre site génère du chiffre d’affaires ou que le multisite complique la donne, chaque étape ratée se traduit en heures perdues, voire en clients perdus.
It-pascaud accompagne les professionnels du Mans et d’ailleurs sur l’ensemble du cycle : migration, hébergement, maintenance et sécurisation, sur une infrastructure dédiée où chaque changement est testé avant sa mise en ligne. Nos formules de maintenance WordPress incluent le suivi technique après la bascule, pour repérer une erreur 500 ou un plugin capricieux avant que vos visiteurs ne s’en aperçoivent. Consultez notre page services pour obtenir un devis adapté à la taille de votre site et planifier votre migration sans coupure d’activité prolongée.
Sources
Pour approfondir chaque étape, la documentation officielle WordPress sur le déplacement de sites reste la référence technique. Côté outils, consultez les pages officielles d’All-in-One WP Migration, de Duplicator et du dépôt de Search Replace DB pour la gestion de la sérialisation en base. Si vous cherchez une agence locale complémentaire pour votre marketing digital, ce comparatif d’agences à Mérignac recense plusieurs options.
- Moving WordPress — Documentation française WordPress
- All-in-One WP Migration — plugin WordPress
- Migration WordPress entre deux hébergeurs : checklist
- How to Migrate a WordPress Site: The Complete Guide — TopSyde
Recommandations
- Sécurisez votre site : processus de mise à jour WordPress
- Site WordPress piraté : récupérer et sécuriser votre site
- Maintenance WordPress pour PME françaises : prévoir 29–500 € par mois
- Exporter sauvegarde site web : guide sécurisé complet
