Migrer WordPress : changer d'hébergeur en toute sécurité

Je vous explique pas à pas comment réussir la migration de votre site WordPress vers un nouvel hébergeur, sans interruption de service ni impact sur votre référencement.

Changer d'hébergeur fait partie de ces opérations que beaucoup de propriétaires de sites redoutent, souvent à juste titre. Un serveur trop lent, un support technique aux abonnés absents, une facture qui grimpe ou tout simplement un besoin de ressources plus importantes : les raisons de déménager ne manquent pas. En tant que consultant SEO et formateur à Arras, j'accompagne régulièrement des entreprises qui hésitent à franchir le pas, par crainte de tout casser. Pourtant, une migration WordPress bien préparée se déroule sans accroc, sans interruption de service visible pour vos visiteurs et, surtout, sans la moindre perte de positionnement dans les moteurs de recherche. Dans cet article, je vous partage la méthode que j'applique concrètement, étape par étape, pour transférer un site en toute sérénité. Vous verrez qu'avec un peu de rigueur et une bonne organisation, changer d'hébergeur devient une opération technique parfaitement maîtrisable.

Pourquoi et quand envisager une migration WordPress

Avant de plonger dans la technique, il est utile de clarifier les motivations qui poussent à déménager un site. La première, et de loin la plus fréquente, concerne les performances. Un hébergement mutualisé bon marché suffit largement pour un site vitrine à faible trafic, mais dès que l'audience augmente ou que vous ajoutez des fonctionnalités gourmandes (boutique en ligne, espace membre, plugins nombreux), les temps de chargement s'allongent. Or la vitesse d'affichage est aujourd'hui un critère pris en compte par Google, et un site lent frustre les internautes qui repartent avant même d'avoir consulté vos pages.

La deuxième raison tient à la qualité du support. Quand votre site est en panne un samedi soir et que personne ne répond avant le lundi matin, chaque heure d'indisponibilité représente une perte de visibilité et parfois de chiffre d'affaires. Un hébergeur réactif, capable de vous accompagner en français, change tout. Viennent ensuite des considérations plus pratiques : un tarif devenu excessif au renouvellement, un besoin de ressources spécifiques (plus de mémoire PHP, un serveur dédié, une localisation géographique précise des données), ou encore une volonté de regrouper plusieurs sites chez un même prestataire.

Quel que soit votre cas, retenez qu'une migration ne s'improvise jamais. Je recommande toujours de la planifier pendant une période de faible trafic, idéalement en début de semaine et non un vendredi soir, afin de disposer du temps nécessaire pour vérifier chaque détail. Si votre site est stratégique pour votre activité, ne le faites pas dans l'urgence : mieux vaut anticiper le renouvellement de votre contrat actuel de quelques semaines pour travailler dans de bonnes conditions.

Migrer WordPress sans coupure Quatre étapes pour changer d'hébergeur en préservant le référencement
1 · Sauvegarde Tout mettre à l'abri Fichiers + BDDExport SQL completThème & extensions 2 · Transfert Vers le nouvel hôte Upload des fichiersImport de la basewp-config.php à jour 3 · Recette Vérifier avant bascule URL provisoireLiens & permaliensFichier hosts local 4 · Bascule DNS Rediriger le trafic Pointer le domaineTTL réduit en amontAucune coupure Zéro interruption, référencement préservé redirections 301 vérifiées · sitemap resoumis · contenu à l'identique

Préparer le terrain avant de transférer quoi que ce soit

La réussite d'un déménagement se joue en grande partie dans la préparation. Avant même de toucher au moindre fichier, prenez le temps de dresser un inventaire complet de votre installation. Notez la version de PHP utilisée par votre site actuel, la version de WordPress, celle de MySQL ou MariaDB, ainsi que la liste de vos extensions et de votre thème. Cette photographie de l'existant vous servira de référence pour configurer votre nouvel environnement à l'identique et éviter les mauvaises surprises liées à des incompatibilités de version.

Souscrivez ensuite votre offre chez le nouvel hébergeur et assurez-vous que ce dernier propose des caractéristiques au moins équivalentes, voire supérieures, à votre configuration actuelle. Vérifiez notamment l'espace disque disponible, la quantité de mémoire allouée, la version de PHP proposée et la présence d'un certificat SSL. Si vous partez d'un site qui tourne sous une ancienne version de PHP, profitez du déménagement pour prévoir une montée de version, mais testez-la avant : certaines extensions anciennes ne supportent pas les versions récentes.

Je conseille aussi de faire le ménage avant de partir. Un site allégé se migre plus vite et démarre sur des bases saines chez son nouvel hôte. Supprimez les extensions désactivées que vous n'utilisez plus, les thèmes inutilisés, les brouillons et révisions d'articles qui alourdissent la base de données, ainsi que les fichiers médias orphelins. Cette étape de nettoyage réduit le volume à transférer et diminue les risques d'erreur pendant l'opération. C'est également le bon moment pour vérifier que toutes vos extensions et votre thème sont à jour, car un composant obsolète peut poser problème une fois sur le nouveau serveur.

Enfin, prévenez les personnes concernées. Si une équipe alimente le site, demandez-leur de suspendre toute publication pendant la fenêtre de migration : il serait dommage qu'un article ajouté sur l'ancien serveur en pleine bascule ne se retrouve jamais sur le nouveau. Pour aller plus loin sur la manière dont s'articule un projet de création de site internet WordPress, cette logique de préparation vaut pour toute intervention d'ampleur sur un site en production.

migration WordPress — illustration

Réaliser une sauvegarde complète et fiable

C'est l'étape la plus importante, celle que l'on ne saute jamais. Avant de déplacer votre site, vous devez en posséder une copie intégrale et vérifiée. Un site WordPress se compose de deux ensembles distincts : d'un côté les fichiers (le cœur de WordPress, votre thème, vos extensions et vos médias stockés dans le dossier des téléchargements), de l'autre la base de données qui contient vos articles, vos pages, vos réglages, vos utilisateurs et vos commentaires. Une sauvegarde n'est complète que si elle réunit ces deux parties.

Vous disposez de plusieurs approches pour cela. La méthode manuelle consiste à télécharger l'ensemble de vos fichiers via un client FTP, puis à exporter votre base de données depuis l'outil phpMyAdmin fourni par votre hébergeur. Cette voie offre un contrôle total mais demande une certaine aisance technique. L'alternative, plus accessible, passe par une extension de sauvegarde et de migration qui automatise l'ensemble du processus : elle génère une archive contenant à la fois les fichiers et la base, prête à être réimportée sur le nouveau serveur. De nombreuses solutions existent dans l'écosystème WordPress pour cet usage, et certaines gèrent même la bascule d'un serveur à l'autre de bout en bout.

Quelle que soit la méthode retenue, une règle absolue s'impose : vérifiez votre sauvegarde avant de considérer qu'elle est valide. Une archive corrompue ou incomplète découverte au pire moment transforme une opération routinière en cauchemar. Ouvrez l'archive, contrôlez que le dossier des médias contient bien vos images, que le fichier d'export de la base n'est pas vide. Conservez également une copie de cette sauvegarde sur votre propre ordinateur ou sur un espace de stockage externe, indépendant des deux hébergeurs. Ainsi, même en cas de problème majeur, vous gardez toujours un point de retour fiable. Si vous souhaitez approfondir la gestion technique d'un site sous ce CMS, je détaille de nombreux aspects dans mes ressources dédiées à WordPress.

Transférer les fichiers et la base de données

Une fois la sauvegarde en poche, place au transfert proprement dit. Commencez par les fichiers. Connectez-vous en FTP ou SFTP à votre nouvel hébergement à l'aide des identifiants qu'il vous a communiqués, puis déposez l'intégralité des fichiers de votre site dans le répertoire racine prévu à cet effet, généralement nommé « www » ou « public_html ». Selon le volume de vos médias, ce transfert peut prendre de quelques minutes à plusieurs heures. Assurez-vous que le transfert va bien à son terme, sans fichier manquant ou interrompu en cours de route.

Passez ensuite à la base de données. Créez une nouvelle base vide sur votre nouvel hébergement, en notant précieusement son nom, l'identifiant et le mot de passe de l'utilisateur associé, ainsi que l'adresse du serveur de base de données. Importez alors votre fichier d'export dans cette base neuve, via phpMyAdmin ou l'outil équivalent proposé par votre hébergeur. Pour les bases volumineuses, une importation en ligne de commande évite les limitations de taille rencontrées avec les interfaces web.

Vient enfin l'étape qui déclenche le plus d'erreurs : la mise à jour du fichier de configuration. Le fichier wp-config.php, présent à la racine de votre site, contient les informations de connexion à la base de données. Vous devez y reporter les nouvelles coordonnées (nom de la base, utilisateur, mot de passe, serveur) que vous venez de créer. Sans cette modification, votre site affichera le message redouté « Erreur lors de l'établissement d'une connexion à la base de données ». Prenez le temps de vérifier chaque valeur, car une simple faute de frappe suffit à bloquer l'ensemble.

Voici, sous forme de tableau, une synthèse des grandes étapes du transfert et des points de vigilance à ne pas négliger à chacune d'elles.

Étape de la migration Action à réaliser Point de vigilance
Sauvegarde Copier fichiers + base de données Vérifier l'intégrité de l'archive et en garder une copie externe
Transfert des fichiers Déposer les fichiers en FTP/SFTP dans la racine du serveur S'assurer qu'aucun fichier n'est manquant ou tronqué
Import de la base Créer une base vide puis importer l'export SQL Noter les identifiants exacts de la nouvelle base
Configuration Mettre à jour wp-config.php avec les nouveaux accès Contrôler chaque valeur, une faute bloque le site
Test avant bascule Prévisualiser le site sur le nouveau serveur Ne pas rendre le site public tant qu'il n'est pas validé
Bascule DNS Pointer le domaine vers le nouvel hébergeur Anticiper le délai de propagation, garder l'ancien serveur actif

Tester le site avant de le rendre public

Avant de basculer le nom de domaine, il est essentiel de vérifier que le site fonctionne correctement sur son nouvel environnement. La difficulté, c'est que tant que le DNS pointe encore vers l'ancien serveur, votre navigateur continue d'afficher l'ancienne version. Pour contourner cela, la méthode la plus propre consiste à modifier temporairement le fichier hosts de votre ordinateur, afin de forcer votre machine à afficher le site tel qu'il est servi par le nouvel hébergeur, sans toucher au domaine public. Vous voyez ainsi exactement ce que verront vos visiteurs après la bascule.

Profitez de cette prévisualisation pour passer en revue les éléments sensibles. Naviguez sur la page d'accueil, plusieurs pages internes, un article, la page de contact. Vérifiez que les images s'affichent, que les menus fonctionnent, que les formulaires réagissent et que la mise en page respecte votre thème. Si vous gérez une boutique, testez le parcours d'achat jusqu'au paiement. Contrôlez aussi la partie administration : connectez-vous au tableau de bord, assurez-vous que vos extensions sont bien actives et qu'aucune erreur ne s'affiche.

Cette phase de test est le meilleur moment pour repérer d'éventuels réglages liés à l'ancienne adresse. Certains sites conservent en dur, dans la base de données, des références à l'ancien chemin des fichiers ou à des URL absolues. Un outil de recherche-remplacement adapté à WordPress permet de corriger ces occurrences proprement, en tenant compte des données sérialisées que contient la base. Ne rendez jamais votre site public tant que vous n'avez pas validé son bon fonctionnement dans cet environnement de test : c'est précisément ce qui garantit une bascule sans interruption visible pour vos utilisateurs.

Basculer les DNS sans interruption de service

Une fois le site validé sur le nouveau serveur, il reste à orienter votre nom de domaine vers celui-ci. Cette bascule s'opère au niveau des enregistrements DNS, plus précisément de l'enregistrement A qui associe votre domaine à l'adresse IP de votre hébergeur. Vous modifiez cette valeur depuis l'interface de votre registrar ou de votre gestionnaire de zone DNS, en remplaçant l'ancienne adresse IP par celle du nouvel hébergement.

Le point délicat ici s'appelle la propagation DNS. Ce changement n'est pas instantané à l'échelle mondiale : il peut mettre de quelques minutes à quarante-huit heures pour se diffuser à l'ensemble des serveurs DNS de la planète. Pendant cette période, certains visiteurs sont encore dirigés vers l'ancien serveur, d'autres déjà vers le nouveau. C'est là que réside tout l'intérêt d'avoir gardé les deux hébergements actifs en parallèle : quel que soit le serveur atteint, le visiteur voit un site fonctionnel, et l'interruption de service est tout simplement inexistante.

Pour réduire la durée de cette transition, une astuce consiste à abaisser la valeur TTL de vos enregistrements DNS quelques jours avant la migration. Le TTL indique aux serveurs combien de temps conserver l'information en cache ; en le réduisant à une valeur faible avant la bascule, vous accélérez la prise en compte du changement le jour J. N'oubliez pas non plus, si vous utilisez des adresses e-mail rattachées à votre domaine, de vérifier les enregistrements MX afin que votre messagerie continue de fonctionner. Ne résiliez surtout pas votre ancien hébergement dans la foulée : attendez plusieurs jours, le temps que la propagation soit totale et que vous ayez la certitude que tout le trafic arrive bien sur le nouveau serveur.

Vérifier et préserver le référencement après la migration

Un déménagement réussi sur le plan technique peut malgré tout pénaliser votre visibilité si l'on néglige la dimension SEO. La bonne nouvelle, c'est que lorsque vous changez uniquement d'hébergeur sans modifier vos URL, l'impact sur le référencement naturel reste normalement nul. Vos adresses de pages, votre contenu et votre structure demeurent identiques : seul le serveur qui délivre les pages change. Encore faut-il s'assurer qu'aucun détail ne vienne semer le trouble aux yeux des moteurs.

Première vérification indispensable : le fichier robots.txt et les balises meta robots. Il arrive qu'un site en préparation ait été volontairement bloqué à l'indexation pendant les tests. Si cette consigne de blocage subsiste après la mise en ligne, Google finit par désindexer vos pages, avec des conséquences dramatiques sur votre trafic. Contrôlez donc que votre site est bien ouvert à l'indexation une fois la bascule effectuée. Vérifiez également que le certificat SSL est correctement installé et que vos pages s'affichent en HTTPS, sans avertissement de sécurité ni contenu mixte.

Ensuite, surveillez de près vos outils de suivi dans les jours qui suivent. La Search Console de Google reste votre meilleur allié pour détecter d'éventuelles anomalies : surveillez la couverture d'indexation, les erreurs d'exploration et les temps de réponse du serveur. Comparez vos positions et votre trafic avec les semaines précédentes pour repérer tout décrochage anormal. Dans la grande majorité des cas, un site correctement migré conserve strictement ses positions ; si vous constatez une baisse, c'est le signe qu'un détail technique mérite d'être corrigé rapidement. Ces vérifications relèvent d'une démarche globale de référencement que je recommande de mener méthodiquement, sans se contenter d'un coup d'œil superficiel.

Pensez enfin à contrôler la vitesse de chargement sur le nouveau serveur. Si votre motivation première était justement d'améliorer les performances, mesurez le gain obtenu à l'aide des outils d'analyse de vitesse : un temps de réponse plus court profite à l'expérience utilisateur comme au référencement. Vérifiez aussi les redirections éventuelles, le bon fonctionnement de vos liens internes et l'absence de pages en erreur. Pour un audit approfondi et un accompagnement sur mesure, l'intervention d'un expert SEO permet de sécuriser cette phase souvent sous-estimée et de transformer un simple déménagement en véritable opportunité d'amélioration.

Les erreurs à éviter absolument

Au fil de mes accompagnements, j'ai identifié quelques pièges récurrents. Le premier consiste à résilier l'ancien hébergement trop tôt : tant que la propagation DNS n'est pas achevée, gardez votre ancien serveur sous la main, il constitue votre filet de sécurité. Le deuxième tient à l'absence de test préalable ; basculer le domaine sans avoir vérifié le site sur son nouvel environnement revient à jouer à la loterie. Le troisième concerne l'oubli du volet e-mail : en modifiant vos DNS, vous pouvez couper votre messagerie si vous négligez les enregistrements MX. Méfiez-vous enfin des différences de configuration serveur (version de PHP, modules activés, limites de mémoire), qu'il vaut mieux anticiper dès la préparation. En procédant dans l'ordre, sans brûler aucune étape, vous mettez toutes les chances de votre côté pour un déménagement sans le moindre accroc.

Conclusion : un déménagement maîtrisé, à la portée de tous

Changer d'hébergeur n'a rien d'une opération magique réservée aux experts : c'est une suite d'étapes logiques qui, exécutées avec soin, garantissent un résultat sans surprise. Préparez le terrain, sauvegardez intégralement, transférez fichiers et base, testez avant de basculer, orientez vos DNS avec précaution et vérifiez enfin votre référencement. En respectant cet enchaînement, vous offrez à votre site un nouvel environnement plus performant, sans jamais rompre le service ni compromettre votre visibilité durement acquise. La clé réside dans l'anticipation et dans le respect scrupuleux de chaque étape, plutôt que dans une quelconque prouesse technique.

Vous préparez le déménagement d'un site stratégique et vous préférez déléguer cette opération à un professionnel, ou simplement être accompagné pour éviter le moindre faux pas ? En tant que consultant SEO et formateur à Arras, fondateur de Facem Web, je peux prendre en charge votre migration de bout en bout ou vous former à la réaliser vous-même en toute confiance. Contactez-moi pour échanger sur votre projet et sécuriser ensemble votre changement d'hébergeur.