Migrer un site implique de déplacer fichiers, base de données et configurations vers un nouvel hébergeur.
Une migration bien préparée évite liens brisés, images manquantes et longues heures de dépannage, et prépare la suite vers A retenir :
A retenir :
- Sauvegarde complète et tests de restauration avant tout transfert web
- Vérification de la compatibilité PHP, extensions et limites du serveur
- Réduction du TTL DNS pour accélérer la propagation après bascule
- Tests en staging, vérification des tâches cron et e‑mails
Planifier une migration WordPress : préparation technique et backup base de données
Après le résumé, la planification technique commence par une sauvegarde complète de la base de données et des fichiers essentiels.
La backup base de données garantit la possibilité de restauration en cas d’incident, et elle doit être testée avant toute bascule.
Cette préparation technique inclut aussi la vérification de la compatibilité PHP et des versions, puis la vérification des plugins actifs.
Préparatifs techniques :
- Exporter un dump SQL testable et télécharger une archive complète du site
- Vérifier versions PHP et MySQL/MariaDB sur le nouvel hébergeur
- Capturer les paramètres wp‑admin et la liste des plugins actifs
- Abaisser le TTL DNS à 300 secondes avant la bascule
Sauvegarde complète et outils de backup base de données
Ce point reprend la nécessité de créer une sauvegarde complète incluant fichiers et base de données.
Utilisez des outils reconnus comme UpdraftPlus pour sauvegarder vers un stockage cloud et tester la restauration régulièrement.
« J’ai sauvé un site e-commerce grâce à une sauvegarde testée, la restauration a été immédiate »
Alice D.
Composant
Version minimale
Recommandation
PHP
8.0+
Préférer PHP 8.2 pour performances et sécurité
MySQL
5.7+
Vérifier compatibilité plugins et taille des tables
MariaDB
10.4+
Alternative compatible aux exigences WordPress
HTTPS / SSL
Nécessaire
Certificat actif avant mise en production
Vérifier les plugins, thèmes et compatibilité PHP
Vérifier la compatibilité PHP évite des erreurs fatales et des écrans blancs après migration.
Activez le mode debug si nécessaire, testez le site sur un environnement staging et notez les plugins posant problème.
« Lors d’une migration client, j’ai dû remplacer un plugin incompatible avant la mise en ligne finale »
Julien P.
OtayouTube demonstration :
Migration WordPress manuelle et par plugin : méthodes et étapes
Après la préparation, le choix de la méthode de migration influe directement sur la durée et les risques techniques.
Une fois le site prêt, la phase suivante consiste à choisir entre migration manuelle, plugin ou service d’hébergement, puis exécuter les étapes.
Étapes de migration :
- Exporter la base via mysqldump ou phpMyAdmin et télécharger le fichier SQL
- Transférer l’ensemble des fichiers WordPress via SFTP ou archive compressée
- Créer la base sur le nouvel hébergeur et importer le dump SQL
- Mettre à jour wp-config.php avec nouvelles informations de base
Migration manuelle : export base de données et transfert site web
Ce passage détaille les commandes et actions pour une migration manuelle complète et contrôlée.
Exemples pratiques : utiliser mysqldump pour exporter, SFTP pour transférer et wp search-replace pour corriger les URLs.
Migration par plugin et choix d’outils comme Duplicator
La méthode plugin automatise la plupart des étapes et réduit la charge technique pour les utilisateurs non développeurs.
Divers plugins comme Duplicator ou All-in-One WP Migration gèrent l’archive et le remplacement des URLs.
Méthode
Complexité
Durée Moyenne
Coût
Duplicator (Plugin)
Facile
1-3 heures
Gratuit
Migration Manuelle
Difficile
3-8 heures
Gratuit
Service Hébergeur
Très Facile
24-48 heures
0-99€
Prestataire Pro
Aucune
24-72 heures
150-800€
« Le plugin m’a permis de cloner un site de développement vers production en quelques clics »
Agence Web
otoimage pour illustration technique :
Bascule DNS et zéro downtime : configuration DNS, TTL et vérifications post-migration
Avec la méthode choisie, la bascule DNS devient l’étape critique pour assurer un zéro downtime réel et éviter la perte de trafic.
La gestion du TTL, la mise à jour des enregistrements A et la vérification des certificats SSL sont des priorités avant la mise en production.
Actions DNS :
- Exporter les enregistrements DNS existants depuis le registraire avant modification
- Abaisser le TTL à 300 secondes au moins 24 heures avant la bascule
- Mettre à jour l’enregistrement A et AAAA vers la nouvelle IP
- Surveiller la propagation et tester via outils de lookup DNS publics
Réduire le TTL et gérer la propagation DNS
Ce point explique comment réduire le temps d’indisponibilité apparent pour les visiteurs lors de la bascule.
En abaissant le TTL et en testant la nouvelle IP via une entrée hosts, on peut valider le site sans perturber les visiteurs.
Vérifications post-migration et dépannage
Vérifiez l’accès admin, le chargement des pages, le bon fonctionnement des formulaires et la livraison des e‑mails.
Testez les paiements, réinitialisez les permaliens et videz tous les caches pour corriger les problèmes d’affichage éventuels.
« La vérification post-migration nous a permis de détecter une règle .htaccess conflictuelle rapidement »
Marc L.
« Avis technique : privilégier un test sur staging et garder l’ancien hébergement 48 heures après la bascule »
Éric N.
Source : Kinsta, « Comment fonctionne réellement le DNS lors d’une migration de site – Kinsta », Kinsta ; Hostinger, « Comment Migrer un Site WordPress : Guide complet », Hostinger ; Documentation de Migration WordPress, « Documentation de Migration WordPress ».
