Migrer un site WordPress d'hébergeur sans coupure
Changer d’hébergeur fait peur parce qu’on imagine un site en panne pendant des jours. En pratique, une migration bien préparée se fait sans que tes visiteurs voient la moindre coupure. Le secret : tout copier et tout tester sur le nouveau serveur avant de toucher au nom de domaine.
Les étapes dans l’ordre
| Étape | Où ça se passe | Ce que tu vérifies |
|---|---|---|
| 1. Sauvegarde complète | Ancien hébergeur | Fichiers + base téléchargés chez toi |
| 2. Copie des fichiers | Nouveau serveur | Dossier wp-content complet |
| 3. Import de la base | Nouveau serveur | Tables présentes, préfixe identique |
| 4. Réglage de wp-config.php | Nouveau serveur | Nom de base, utilisateur, mot de passe, hôte |
| 5. Test via le fichier hosts | Ton ordinateur | Le site s’affiche depuis le nouveau serveur |
| 6. Bascule DNS | Registraire ou zone DNS | Les visiteurs arrivent sur le nouveau serveur |
| 7. Vérifications finales | Partout | HTTPS, formulaires, e-mails, tâches planifiées |
1. Commencer par une sauvegarde complète
Avant toute manipulation, fais une sauvegarde intégrale : tous les fichiers du site et un export de la base de données. Garde une copie sur ton ordinateur, pas seulement sur l’ancien serveur. Si tu utilises déjà une extension comme UpdraftPlus, ton réglage d’UpdraftPlus te donne une archive restaurable en quelques clics. Ne résilie surtout pas l’ancien hébergement tant que la migration n’est pas terminée et vérifiée.
2. Copier les fichiers et la base
Deux chemins possibles.
Avec une extension de migration. Des extensions comme Duplicator, All-in-One WP Migration ou Migrate Guru empaquettent fichiers et base, puis les réinstallent sur le nouveau serveur. C’est la voie la plus simple pour un petit ou moyen site. Attention aux limites de taille de certaines versions gratuites : vérifie sur la page officielle de l’extension avant de te lancer.
À la main. C’est plus long mais tu contrôles tout :
- télécharge l’ensemble des fichiers en SFTP (ou FTP si c’est tout ce que propose l’hébergeur) ; notre mode d’emploi de FileZilla détaille la manœuvre ;
- exporte la base depuis phpMyAdmin (onglet Exporter, format SQL) ou en ligne de commande ;
- crée une base vide chez le nouvel hébergeur, avec son utilisateur ;
- importe le fichier SQL dans cette base ;
- envoie les fichiers dans le dossier racine du nouvel hébergement.
Si le nom de domaine ne change pas, il n’y a pas d’URL à réécrire dans la base. Si tu changes aussi de domaine, il faudra un outil de recherche-remplacement qui gère les données sérialisées (WP-CLI ou une extension dédiée), jamais un simple « rechercher-remplacer » dans le fichier SQL.
3. Adapter wp-config.php
Le fichier wp-config.php, à la racine du site, contient les identifiants de connexion à la base. Chez le nouvel hébergeur, ces valeurs changent presque toujours : DB_NAME, DB_USER, DB_PASSWORD et DB_HOST (qui n’est pas toujours localhost). Vérifie aussi que le $table_prefix correspond bien au préfixe des tables importées. Une erreur ici donne le fameux message « Erreur lors de la connexion à la base de données ».
4. Tester avant de basculer : le fichier hosts
Le fichier hosts de ton ordinateur permet de dire « pour ce domaine, va sur cette adresse IP » sans rien changer pour le reste du monde. Ajoute une ligne avec l’IP du nouveau serveur suivie de ton domaine (et de sa version www). Sous Windows, il se trouve dans C:\Windows\System32\drivers\etc\hosts (à modifier en administrateur) ; sous macOS et Linux, dans /etc/hosts.
Parcours alors le site comme un visiteur : pages, images, connexion à l’administration, formulaire de contact, panier si tu as une boutique. Le certificat HTTPS peut ne pas encore être valide à ce stade, c’est normal. Une fois satisfait, retire la ligne du fichier hosts.
5. Basculer le DNS en douceur
Quelques jours avant, baisse le TTL de tes enregistrements DNS (par exemple à quelques minutes) : les changements se propageront plus vite le jour J. Ensuite, modifie l’enregistrement A (et AAAA si tu as de l’IPv6) pour pointer vers la nouvelle IP, ou change les serveurs de noms si le nouvel hébergeur gère la zone.
Pendant la propagation, certains visiteurs voient encore l’ancien serveur. Évite donc de publier ou de recevoir des commandes durant cette fenêtre, ou mets la boutique en pause quelques heures.
Ne pas oublier les e-mails du domaine
C’est le piège classique. Si tes adresses e-mail sont hébergées chez l’ancien prestataire, les enregistrements MX de la zone pointent vers lui. Si tu changes les serveurs de noms sans recopier ces MX (et les enregistrements SPF, DKIM, DMARC), ta messagerie s’arrête. Note toute la zone DNS avant la bascule et recrée-la à l’identique, sauf ce qui doit pointer vers le nouveau serveur web.
6. HTTPS et vérifications après la bascule
Une fois le DNS propagé, active le certificat SSL chez le nouvel hébergeur (la plupart proposent Let’s Encrypt en un clic). Si tu as un doute sur les redirections, notre guide pour passer de HTTP à HTTPS reprend les points de contrôle.
Ensuite, coche cette liste :
- les pages s’affichent en HTTPS, sans alerte de contenu mixte ;
- Réglages > Permaliens : clique sur Enregistrer pour régénérer les règles de réécriture ;
- le formulaire de contact envoie bien ses messages ;
- les tâches planifiées (sauvegardes, publications programmées) tournent ;
- la version de PHP du nouveau serveur convient à ton thème et à tes extensions ;
- la Search Console ne signale pas d’erreurs dans les jours qui suivent.
Garde l’ancien hébergement actif une à deux semaines, le temps d’être sûr que tout est en ordre. Pour une boutique, un site très fréquenté ou une configuration serveur particulière, tu peux aussi confier le déménagement de ton site à des gens qui en font souvent : c’est surtout la partie DNS et e-mails qui réserve des surprises.
Et si tu changes d’hébergeur parce que l’ancien te déçoit, prends le temps de bien choisir ton nouvel hébergement WordPress pour ne pas refaire l’opération dans un an.
Cet article peut contenir des liens partenaires. Ils n'influencent jamais ce que nous écrivons.