Changer d’hébergeur paraît simple : copier le site, modifier les DNS, puis fermer l’ancien compte. En pratique, une donnée oubliée, un certificat SSL absent ou un formulaire non testé peut transformer l’opération en panne visible. Cette checklist de migration WordPress vous aide à préparer, transférer et valider votre site dans le bon ordre.
Le périmètre est volontairement précis : le nom de domaine, les permaliens et les URL publiques restent identiques. Si vous changez aussi de domaine ou de structure d’URL, il faut prévoir un projet SEO distinct avec un plan de redirections.
À retenir
Une migration d’hébergement réussie suit quatre principes : sauvegarder l’ensemble du site, tester la copie avant la bascule DNS, maintenir l’ancien serveur disponible pendant la transition et surveiller les deux environnements avant de résilier quoi que ce soit.
Avant la migration WordPress : cadrer et préparer la bascule
Définir le périmètre, les accès et le moment de l’intervention
Commencez par inventorier ce qui doit être déplacé : fichiers WordPress, thème, extensions, médias, base de données, tâches planifiées et règles serveur.
Rassemblez les accès avant le jour prévu :
- administration WordPress et panneau de l’ancien hébergeur;
- SFTP ou SSH et base de données;
- registraire du domaine, zone DNS et nouvel hébergement;
- CDN, pare-feu et service de courriel, s’il y en a.
Choisissez une fenêtre où les modifications seront limitées. Pour une boutique, un espace membre ou un site qui reçoit des formulaires importants, prévoyez un gel court ou une synchronisation finale. Sinon, une donnée enregistrée sur l’ancien serveur pourrait manquer dans la nouvelle base.
Créer une sauvegarde complète et vérifier qu’elle est exploitable
La documentation officielle sur les sauvegardes WordPress distingue clairement deux éléments : les fichiers et la base de données. Les deux sont indispensables. Une simple exportation des articles ne suffit pas, pas plus qu’une copie du dossier wp-content sans la base.
Conservez au moins une sauvegarde hors de l’ancien hébergement. Notez sa date, sa taille et la méthode utilisée. Pour un site stratégique, testez sa restauration : une archive inutilisable n’est pas un plan de retour.
Pour déterminer une cadence adaptée avant et après l’opération, consultez aussi notre guide sur la fréquence des sauvegardes WordPress.
Consignez aussi :
- la version de WordPress et de PHP;
- le thème actif et ses personnalisations;
- les extensions actives;
- la structure des permaliens;
- les tâches cron;
- les règles de cache, de CDN et de sécurité;
- les comptes techniques utiles.
Préparer le nouvel hébergement sans modifier le site public
Le nouvel environnement doit être prêt avant de recevoir du trafic. Vérifiez l’espace disque, la mémoire, les extensions PHP, la base de données, les tâches cron, le certificat SSL et les sauvegardes. Notre dossier sur la version PHP de WordPress aide à éviter un changement improvisé pendant la migration.
Google recommande de tester la nouvelle infrastructure avant de modifier les DNS. Son guide sur le changement d’hébergement sans changement d’URL conseille aussi de réduire le TTL suffisamment tôt. La valeur exacte dépend du fournisseur DNS : vérifiez ce que son interface accepte.
Si vous testez sur un nom d’hôte temporaire, empêchez son indexation avec noindex ou une restriction d’accès. Ne copiez jamais ce blocage sur le site public.
Checklist migration WordPress : transférer, tester, puis basculer les DNS
Copier les fichiers et la base de données avec une méthode adaptée
La documentation WordPress pour déplacer un site confirme que, lorsque le domaine et les URL restent identiques, le transfert porte sur les fichiers et la base. L’outil de l’hébergeur, une extension ou une méthode manuelle peuvent convenir selon la taille et la complexité du site.
Contrôlez le résultat plutôt que de vous fier à un message « migration terminée ». Comparez les médias, vérifiez les tables et confirmez les identifiants de base dans wp-config.php. Supprimez ensuite les archives et scripts d’installation publics.
Cette checklist ne compare pas les outils automatiques et la méthode manuelle. Si le site est critique ou les accès incomplets, le service de migration WordPress de CapsuleWeb couvre la préparation, le transfert et les contrôles.
Tester la copie comme un visiteur, un administrateur et un moteur
Avant de toucher aux DNS, prévisualisez le site sur le nouveau serveur au moyen de l’URL temporaire fournie par l’hébergeur ou d’une configuration locale adaptée. Ne validez pas uniquement la page d’accueil. Testez au moins :
- les principaux modèles de pages et d’articles;
- les images, documents et téléchargements;
- la connexion à l’administration;
- la recherche interne;
- les formulaires et leurs courriels;
- les comptes membres, réservations ou commandes, le cas échéant;
- les tâches planifiées;
- les redirections HTTP vers HTTPS;
- les balises canoniques et les directives d’indexation.
Comparez quelques pages entre les deux serveurs. Le contenu, les balises canoniques, les directives d’indexation et les codes HTTP doivent rester cohérents. Un cache froid ou un CDN incomplet peut fausser les premières mesures de performance.
Une migration web ne déplace pas automatiquement les boîtes de courriel. Si elles restent chez leur fournisseur, préservez les enregistrements MX, SPF et DKIM. Ne remplacez pas toute la zone DNS sans comparer chaque entrée.
Basculer les DNS sans changer les URL
Lorsque la copie est validée, lancez la bascule DNS vers la nouvelle infrastructure. Conservez le même protocole HTTPS, le même domaine, les mêmes chemins et les mêmes permaliens. Dans ce scénario, vous ne devez pas ajouter des redirections simplement parce que le serveur change.
Gardez l’ancien site accessible pendant la propagation : certains visiteurs peuvent encore atteindre l’ancien serveur. Pour un site dynamique, prévoyez une fenêtre contrôlée et une dernière synchronisation.
Vérifiez immédiatement le certificat SSL, les versions www et sans www, les formulaires et les pages stratégiques. La documentation WordPress sur HTTPS rappelle que le site public doit être servi en HTTPS; le certificat doit donc fonctionner sur le nouvel hébergement dès que le trafic y arrive.
Après la migration : contrôler, surveiller et clôturer
Faire les vérifications immédiates sur le site public
Une fois les DNS modifiés, répétez les tests sur l’URL publique. Purgez les caches du site, du serveur et du CDN si nécessaire. Confirmez que l’administration, les formulaires, les courriels transactionnels, les médias et les tâches planifiées fonctionnent depuis le nouvel environnement.
Contrôlez également :
- les erreurs 404 et 500;
- les avertissements de contenu mixte;
- les permissions de fichiers;
- les journaux PHP et serveur;
- le sitemap XML et le fichier robots.txt;
- les balises noindex qui auraient servi en préproduction;
- les outils d’analytique et quelques URL dans l’outil d’inspection Search Console.
Une migration n’est pas terminée au premier chargement réussi. La maintenance WordPress après une migration permet de suivre la stabilité du nouvel environnement.
Surveiller les deux serveurs avant de résilier l’ancien
Google recommande de surveiller le trafic des deux infrastructures et l’exploration dans Search Console. Le rythme d’exploration peut varier temporairement; surveillez surtout les erreurs persistantes, les blocages de Googlebot et les temps de réponse.
Mettez en place un monitoring WordPress pour détecter une indisponibilité, puis consultez les journaux de l’ancien serveur. Résiliez l’ancien hébergement seulement lorsque les contrôles sont terminés, que les sauvegardes du nouveau site fonctionnent et que l’ancien serveur ne reçoit plus de trafic utile.
FAQ sur la migration WordPress vers un nouvel hébergeur
Est-ce qu’un changement d’hébergeur affecte le référencement?
Avec des URL, un contenu et des signaux identiques, l’objectif est de limiter l’impact. Surveillez Search Console, les codes HTTP, Googlebot et les performances.
Combien de temps prend une migration WordPress?
Il n’existe pas de durée universelle. Elle dépend du volume de fichiers, de la base de données, des accès, de la méthode, des fonctions à tester et des caches DNS. Demandez une estimation basée sur votre site, pas une promesse générique.
Peut-on migrer WordPress sans interruption?
On peut réduire le risque en testant le nouveau serveur avant les DNS et en gardant l’ancien actif. Une garantie absolue dépend toutefois de l’architecture et des données modifiées en temps réel.
Les courriels sont-ils migrés avec le site?
Pas automatiquement. L’hébergement du site et le service de courriel peuvent être séparés. Vérifiez les boîtes, les enregistrements DNS et la réception avant toute modification.
Quand peut-on fermer l’ancien hébergement?
Après la validation fonctionnelle, la surveillance des journaux, le retour à une exploration normale et la confirmation que le trafic utile arrive sur la nouvelle infrastructure.
Conclusion
Une bonne migration WordPress suit des décisions vérifiables : sauvegarde, compatibilité, transfert, tests, DNS, surveillance et retour arrière. Si votre site soutient des ventes ou des opérations quotidiennes, parlez à un expert CapsuleWeb avant la bascule. Vous obtiendrez un plan adapté, sans mélanger changement d’hébergeur et changement de domaine.