La réponse en bref
Pour migrer un site WordPress sans coupure, copie d'abord les fichiers et la base de données vers le nouvel hébergeur, teste le site là-bas avant de toucher au domaine, puis change les DNS en dernier. L'ancien site reste en ligne pendant tout ce temps : tes visiteurs ne voient aucune interruption, et tu peux revenir en arrière tant que tu n'as pas résilié l'ancien hébergement.
✅ À retenir
- Ordre gagnant : sauvegarde, copie, test, bascule DNS, vérification, résiliation en dernier.
- Tu peux tester le nouveau site avant la bascule en modifiant le fichier
hostsde ton ordinateur. - Baisse le TTL du domaine la veille : la bascule sera plus rapide à se propager.
- Garde l'ancien hébergement actif au moins quelques jours après la bascule.
Cette méthode marche quel que soit l'hébergeur. Si tu vas chez Hostinger, un outil de migration intégré existe : voir migrer un site WordPress vers Hostinger. Ici, tu as la méthode générale, avec le plan de bascule qui évite la coupure.
Les 5 étapes de la migration, dans l'ordre
| Étape | Ce que tu fais | L'ancien site reste en ligne ? |
|---|---|---|
| 1. Préparer | Sauvegarde complète, baisse du TTL, accès notés | Oui |
| 2. Copier | Fichiers + base de données vers le nouvel hébergeur | Oui |
| 3. Tester | Visite le nouveau site sans changer le domaine | Oui |
| 4. Basculer | Changement des DNS (ou des serveurs de noms) | Oui, puis le nouveau prend le relais |
| 5. Vérifier | Liens, formulaires, HTTPS, e-mails | Gardé quelques jours en secours |
1. Préparer : sauvegarde, accès, TTL
Sauvegarde le site complet
Fichiers et base de données, stockés ailleurs que sur le serveur. Méthode détaillée : sauvegarder un site WordPress.Note tes accès
FTP ou SFTP, accès à la base (phpMyAdmin), administration WordPress, et l'endroit où le domaine est géré (registrar ou hébergeur).Baisse le TTL du domaine
Dans la zone DNS, réduis le TTL des enregistrements du site (par exemple à 300 secondes) 24 à 48 h avant la bascule. Le TTL est la durée pendant laquelle les serveurs gardent l'ancienne adresse en mémoire : plus il est bas, plus le changement se propage vite.Gèle les modifications
Pas de nouvel article, pas de commande de test en boutique pendant la copie, sinon tu perdras ce qui a été ajouté après la sauvegarde.
2. Copier le site : trois méthodes
| Méthode | Pour qui | Point d'attention |
|---|---|---|
| Extension de migration (All-in-One WP Migration, Duplicator, UpdraftPlus…) | Débutants, petits et moyens sites | La taille d'import peut être limitée selon l'offre de l'extension et la configuration du serveur |
| Outil de l'hébergeur (migration automatique ou assistée) | Si le nouvel hébergeur en propose un | Vérifie ce que l'outil copie, et si elle est gratuite |
| Manuel (FTP + phpMyAdmin) | Gros sites, ou si l'extension échoue | Plus long, mais tu maîtrises chaque étape |
En manuel, la logique est celle d'une restauration :
Crée une base de données vide chez le nouvel hébergeur
Note le nom de la base, l'utilisateur, le mot de passe et l'adresse du serveur de base de données.Envoie les fichiers
Transfère tout le dossier du site (WordPress, thèmes, extensions,wp-content) en FTP ou SFTP.Importe la base
Exporte la base de l'ancien site depuis phpMyAdmin (fichier.sql), puis importe-la dans la nouvelle base.Adapte wp-config.php
Mets les nouveaux identifiants de base de données. D'après la documentation WordPress, tu ne modifies ce fichier que si la base a changé de serveur, de nom ou d'utilisateur.
Si le domaine reste le même, tu n'as rien d'autre à changer dans la base : les adresses du site sont déjà bonnes. C'est le cas le plus courant (changement d'hébergeur, même nom de domaine).
3. Tester le nouveau site avant de toucher au domaine
C'est l'étape qui fait la différence entre une migration sans coupure et un site cassé pendant des heures. Le principe : sur ton ordinateur seulement, tu dis que le nom de domaine pointe vers le nouveau serveur. Les autres visiteurs voient toujours l'ancien site.
Récupère l'adresse IP du nouveau serveur
Elle est indiquée dans l'espace client du nouvel hébergeur.Ouvre le fichier hosts de ton ordinateur
Sous Windows :C:\Windows\System32\drivers\etc\hosts(éditeur lancé en administrateur). Sous macOS et Linux :/etc/hosts.Ajoute une ligne
Par exemple :203.0.113.10 monsite.fr www.monsite.fr(remplace par l'IP réelle et ton domaine).Visite ton site
Navigue sur toutes les pages importantes, connecte-toi à l'administration, teste un formulaire. Tu vois alors le site hébergé chez le nouvel hébergeur.Supprime la ligne ajoutée
Retire-la après le test, sinon ton ordinateur continuera de pointer vers le nouveau serveur, quoi qu'il arrive aux DNS ensuite.
Dans Réglages → Général, WordPress distingue deux champs, d'après la documentation officielle : l'adresse où se trouvent les fichiers de WordPress et l'adresse que les visiteurs tapent. Les deux doivent contenir https:// et ne pas finir par une barre oblique.
🧩 Schéma simplifié de l'interface WordPress (administration)
Ouvre Réglages → Général
Dans l'administration, menu de gauche.Contrôle les deux adresses
Elles doivent correspondre à l'adresse définitive du site.Enregistre
Seulement si tu as dû corriger quelque chose.
Si tu ne peux plus accéder à l'administration, WordPress documente d'autres moyens de corriger ces adresses : les constantes WP_HOME et WP_SITEURL dans wp-config.php, ou la modification directe de siteurl et home dans la table wp_options.
Le TTL fixe la durée maximale pendant laquelle un serveur DNS peut encore servir l'ancienne adresse après ton changement :
5 minutes
1 heure
24 heures
Source : Exemple illustratif : durée de mise en cache = valeur du TTL
4. Basculer le domaine vers le nouvel hébergeur
Quand le test est bon, tu changes la destination du domaine. Deux cas :
| Cas | Ce que tu modifies | Où |
|---|---|---|
| Tu gardes la zone DNS chez le registrar | L'enregistrement A (adresse IP) du domaine et de www | Zone DNS du registrar |
| Tu passes la gestion DNS au nouvel hébergeur | Les serveurs de noms (NS) du domaine | Espace client du registrar |
Après le changement, la propagation prend de quelques minutes à quelques heures selon le TTL. Pendant cette période, certains visiteurs arrivent sur l'ancien site et d'autres sur le nouveau : les deux sont identiques, donc personne ne voit d'interruption. C'est pour cela qu'il faut rester sans modification de contenu pendant la transition.
5. Vérifier après la bascule
☑️ Après la bascule
0/6Le fichier .htaccess fait partie des éléments que la documentation WordPress demande de contrôler après un déplacement. S'il manque, les pages d'articles peuvent renvoyer des erreurs : dans WordPress, Réglages → Permaliens → Enregistrer le régénère.
Garde l'ancien hébergement actif quelques jours après la bascule. Résilie seulement quand le nouveau site tourne bien et que tu as une sauvegarde récente. Si le nouvel hébergeur te semble finalement moins bien, compare à nouveau : le meilleur hébergement WordPress.
Si ça ne marche pas
🛠️ Si ça ne marche pas
›Erreur « Error establishing a database connection » sur le nouveau site
Cause probable : Les identifiants de wp-config.php (nom de base, utilisateur, mot de passe, serveur) ne correspondent pas à la nouvelle base.
Solution : Reprends les informations dans l'espace client du nouvel hébergeur et corrige wp-config.php. Le serveur de base n'est pas toujours « localhost ».
›Les pages d'articles renvoient une erreur 404, seule l'accueil s'affiche
Cause probable : Le fichier .htaccess n'a pas été copié ou les règles de réécriture ne sont pas actives.
Solution : Va dans Réglages → Permaliens et clique sur Enregistrer pour régénérer les règles.
›Je vois encore l'ancien site après la bascule
Cause probable : Les DNS ne sont pas encore propagés pour toi, ou ton ordinateur garde l'ancienne adresse en mémoire.
Solution : Attends le délai du TTL, vide le cache de ton navigateur, et retire la ligne ajoutée dans le fichier hosts.
›Le site s'affiche sans mise en forme ou renvoie vers l'ancienne adresse
Cause probable : Les adresses de Réglages → Général ne correspondent pas à l'adresse actuelle du site.
Solution : Corrige-les dans Réglages → Général, ou via WP_HOME et WP_SITEURL dans wp-config.php si l'administration est inaccessible.
›L'import avec l'extension s'arrête ou est refusé
Cause probable : Fichier trop lourd pour la limite de l'extension ou du serveur.
Solution : Augmente la limite d'envoi chez le nouvel hébergeur, compresse les médias, ou passe en migration manuelle (FTP + phpMyAdmin).
›Les e-mails de mon domaine ne fonctionnent plus
Cause probable : Les enregistrements MX ne sont pas repris dans la nouvelle zone DNS.
Solution : Si tu changes de serveurs de noms, recopie tous les enregistrements existants (MX, SPF, DKIM) avant de basculer.
Si le site reste lent après le changement, la cause n'est pas forcément le serveur : voir pourquoi ton hébergeur rend ton site lent. Pense aussi à vérifier la sécurité de ton WordPress sur le nouveau serveur.
Questions fréquentes
Combien de temps dure une migration WordPress ?
La copie prend de quelques minutes à quelques heures selon le poids du site. La propagation des DNS dépend du TTL : de quelques minutes à quelques heures. Prévois une journée calme pour tout vérifier.
Peut-on migrer sans interruption du site ?
Oui, à condition de garder l'ancien site en ligne, de tester le nouveau avec le fichier hosts, et de ne changer les DNS qu'à la fin.
Une migration fait-elle perdre du référencement ?
Si les adresses des pages restent identiques (même domaine, mêmes liens permanents) et que le site répond bien après la bascule, il n'y a pas de raison de perdre du référencement. Le danger vient des erreurs 404 ou d'un site indisponible : surveille la Search Console.
Faut-il une extension pour migrer ?
Non. Une extension simplifie la copie, mais la méthode manuelle (FTP et phpMyAdmin) fonctionne partout. Ton nouvel hébergeur propose peut-être aussi un outil de migration.
Que faire si je change aussi de nom de domaine ?
C'est une autre opération : il faut modifier toutes les anciennes adresses dans la base de données et prévoir des redirections 301. La documentation WordPress détaille ce cas dans la section « Changing Your Domain Name and URLs ».
Pour aller plus loin
- Sauvegarder un site WordPress
- Changer d'hébergeur web : les étapes et les risques
- Migrer un site WordPress vers Hostinger
- Hostinger ou OVH : lequel choisir
- Le meilleur hébergement WordPress
Sources
- WordPress.org, Migrating WordPress (Advanced Administration Handbook) · consulté le 2026-11-12
- WordPress.org, Backups (Advanced Administration Handbook) · consulté le 2026-11-12






