Migrer un site WordPress vers un nouvel hébergeur sans interruption
Méthode pas à pas pour déplacer un site WordPress vers un nouvel hébergeur : sauvegarde, test, DNS, e-mails, vérifications et retour arrière.
Pour migrer un site WordPress sans interruption visible, copiez les fichiers et la base de données vers le nouvel hébergeur, testez le site à cette nouvelle adresse sans toucher au DNS, réduisez la durée de vie (TTL) des enregistrements DNS quelques jours avant, puis basculez pendant une période calme après une dernière synchronisation. Gardez l'ancien hébergement actif pendant au moins une semaine pour pouvoir revenir en arrière. Les deux écueils principaux sont les e-mails, qui dépendent souvent des mêmes enregistrements DNS, et les écritures qui arrivent sur l'ancien site pendant la bascule, par exemple des commandes ou des commentaires.
Avant de commencer : l'inventaire
Notez précisément ce que vous migrez : version de PHP et de la base de données, extensions et thèmes actifs, tâches planifiées (cron), règles de redirection du fichier .htaccess, certificats TLS, comptes de messagerie, formulaires envoyant des e-mails, passerelles de paiement ou services externes liés à l'adresse IP du serveur. Vérifiez que le nouvel environnement propose des versions compatibles de PHP et de MySQL ou MariaDB. Mettez à jour WordPress, le thème et les extensions avant la migration, sur l'ancien site, pour isoler les causes d'éventuels problèmes.
Les étapes dans l'ordre
- Sauvegardez fichiers (dossier wp-content en priorité) et base de données, en conservant une copie hors de l'ancien serveur.
- Préparez le nouvel hébergement : domaine ou sous-domaine temporaire, version de PHP compatible, base de données vide, accès SFTP.
- Copiez les fichiers et importez la base de données. Mettez à jour le fichier wp-config.php avec les nouveaux identifiants de base.
- Testez sans modifier le DNS. Modifiez temporairement le fichier hosts de votre ordinateur pour pointer le nom de domaine vers la nouvelle adresse IP, ou utilisez le sous-domaine temporaire fourni. Parcourez les pages, les formulaires, la connexion à l'administration, les paiements en mode test.
- Réduisez le TTL des enregistrements DNS (par exemple à 300 secondes) au moins 48 heures avant la bascule, afin que le changement se propage rapidement.
- Planifiez la bascule : choisissez une heure creuse. Pour une boutique, activez le mode maintenance, faites une dernière synchronisation des fichiers et de la base (nouvelles commandes), puis réactivez le site sur le nouvel hébergement.
- Modifiez le DNS : enregistrement A (adresse IPv4) et éventuellement AAAA (IPv6). Ne touchez pas aux enregistrements MX si la messagerie reste ailleurs.
- Vérifiez le certificat TLS, les redirections, la vitesse, les journaux d'erreur et la réception des e-mails de formulaires.
- Attendez la fin de la propagation et conservez l'ancien site en lecture seule pendant la période de retour arrière.
- Résiliez l'ancien hébergement une fois tout validé, en demandant la suppression des données.
Tableau des points sensibles
| Point | Risque | Précaution |
|---|---|---|
| E-mails | Perte de messages si les MX changent | Ne pas modifier les MX sans plan de migration de la messagerie |
| Base de données | Écritures perdues pendant la bascule | Mode maintenance et dernière synchronisation |
| URLs en dur | Liens cassés si le domaine change | Remplacement sérialisé des URL avec un outil adapté (WP-CLI) |
| Certificat TLS | Avertissement de sécurité | Générer le certificat avant la bascule |
| Cache et CDN | Contenu ancien servi | Purger après bascule |
| Tâches planifiées | Sauvegardes ou envois non exécutés | Recréer les crons sur le nouveau serveur |
| Version de PHP | Extensions incompatibles | Tester sur un environnement de préproduction |
Exemple de planning (illustratif)
Pour un petit site d'entreprise, voici un calendrier réaliste.
- J-7 : inventaire, mise à jour du site, sauvegarde complète et test de restauration.
- J-5 : création de l'environnement cible, copie et premiers tests.
- J-3 : réduction du TTL à 300 secondes, validation par les parties prenantes.
- J-1 : dernière vérification, annonce d'une brève fenêtre de maintenance.
- J : synchronisation finale, bascule DNS le matin, vérifications dans l'heure.
- J+7 : si tout est stable, résiliation de l'ancien hébergement et remontée du TTL à une valeur plus élevée.
Le temps de travail total, pour un site simple, se situe souvent entre quelques heures et une journée. Pour une boutique avec des commandes en continu ou un site multilingue, prévoyez davantage. Pour chiffrer le projet complet, aidez-vous du calculateur de retour sur investissement.
Les e-mails : le piège classique
Si votre messagerie professionnelle est hébergée avec le site, la migration doit inclure les boîtes aux lettres. Sinon, changez uniquement ce qui est nécessaire : les enregistrements MX, SPF, DKIM et DMARC doivent rester cohérents. Après une bascule, vérifiez que les e-mails envoyés par votre site (confirmations de commande, réinitialisations de mot de passe) arrivent bien en boîte de réception : un changement d'adresse IP d'envoi peut dégrader leur délivrabilité si les enregistrements SPF et DKIM ne sont pas à jour.
Sécurité et conformité pendant la migration
Les fichiers de sauvegarde contiennent des données sensibles : mots de passe hachés, adresses e-mail de clients, parfois des données de commande. Transférez-les par des canaux chiffrés (SFTP, SSH), ne les laissez pas dans un dossier public du serveur et supprimez-les après la migration. Si vous traitez des données personnelles, le RGPD vous impose de maîtriser vos sous-traitants : vérifiez que le nouvel hébergeur propose un contrat de sous-traitance et précise la localisation des données. Cf. notre guide sur la conformité des hébergeurs.
Quand faire appel à un professionnel
Une boutique à fort chiffre d'affaires, un site fortement personnalisé ou un hébergement avec une base de données volumineuse justifient l'intervention d'une agence ou d'un administrateur système. Le coût d'une migration accompagnée est généralement bien inférieur à celui d'une indisponibilité prolongée d'un site marchand.
FAQ
Combien de temps dure la propagation DNS ?
Elle dépend du TTL configuré auparavant : de quelques minutes avec un TTL court à plusieurs heures, voire jusqu'à 48 heures dans certains cas, avec un TTL long. D'où l'intérêt de le réduire à l'avance.
Peut-on utiliser une extension pour migrer ?
Oui, des extensions de duplication et de migration existent et conviennent bien aux petits sites. Pour de gros volumes, une migration manuelle ou par ligne de commande est plus fiable.
Mon référencement va-t-il être affecté ?
Si l'adresse du site reste la même, les URL, les redirections et le temps de réponse sont conservés, l'impact est généralement nul ou positif. Vérifiez le fichier robots.txt et l'absence de balises « noindex » héritées de l'environnement de test.
Sources
- WordPress.org — documentation officielle sur la sauvegarde et la migration
- CNIL — sous-traitance et sécurité des données personnelles
- ANSSI – Cyber.gouv.fr — recommandations de sécurité pour les sites web
