Migrer son site WordPress vers un nouvel hébergeur : guide sans downtime

Changer d’hébergeur est une décision qui fait peur à beaucoup de propriétaires de sites WordPress. Peur de perdre du contenu, de casser le design, de voir son site disparaître pendant des heures. La bonne nouvelle : avec la bonne méthode, la migration se fait en quelques heures, sans interruption visible pour vos visiteurs. Ce guide vous accompagne étape par étape, de la préparation à la vérification finale, avec trois méthodes détaillées (plugin, manuelle, assistée), un comparatif des outils de migration et une checklist interactive à suivre en temps réel.

Checklist interactive de migration

Suivez cette checklist pendant votre migration. Cochez chaque étape au fur et à mesure :

Quand et pourquoi migrer son site WordPress

La migration n’est pas un caprice technique. Voici les raisons légitimes de changer d’hébergeur :

• Performances insuffisantes : TTFB régulièrement au-dessus de 500 ms, temps de chargement > 3 secondes, erreurs 503 récurrentes. Un bon hébergeur comme o2switch (180 ms) ou Infomaniak (160 ms) résout le problème.
• Support inexistant ou lent : votre site est en panne et le support répond en 72 heures ? C’est inacceptable. o2switch répond en 47 minutes en moyenne.
• Prix de renouvellement trop élevé : votre offre promo à 2 €/mois passé à 10 €. Consultez notre guide des hébergements pas chers pour trouver mieux.
• Besoin de fonctionnalités : staging WordPress (Infomaniak), LiteSpeed (o2switch), VPS (OVH). Votre hébergeur actuel ne les proposé pas.
• Localisation des serveurs : vous voulez des serveurs en France pour le RGPD et les performances. Consultez notre comparatif des hébergeurs web en France.

Si vous n’êtes pas sûr de devoir migrer, consultez d’abord notre guide hébergement VPS : quand passer du mutualisé au VPS et notre comparatif dédié vs VPS vs mutualisé.

Préparation : les étapes indispensables avant de migrer

Une migration réussie commence 24 à 48 heures avant le transfert effectif. Ne brûlez pas ces étapes.

1. Sauvegarde complète du site

C’est la règle numéro un, non négociable. Si quelque chose tourne mal pendant la migration, votre sauvegarde vous permet de tout restaurer en quelques minutes.

Méthode recommandée : UpdraftPlus (gratuit) vers Google Drive ou Dropbox. Le plugin sauvegarde séparément les fichiers, la base de données, les plugins, les thèmes et les uploads.

Méthode alternative (SSH) :

# Sauvegarde base de données
wp db export /tmp/backup_$(date +%Y%m%d).sql --path=/var/www/monsite --allow-root

# Sauvegarde fichiers complets
tar -czf /tmp/backup_site_$(date +%Y%m%d).tar.gz /var/www/monsite/

# Ou via mysqldump si WP-CLI n'est pas disponible
mysqldump -u utilisateur -p nom_de_la_base > /tmp/backup.sql

Vérifiez que la sauvegarde est complète et stockez-la en dehors de votre hébergeur actuel (Google Drive, Dropbox, disque dur local). Une sauvegarde sur le même serveur ne sert à rien si le serveur à un problème.

2. Réduire le TTL DNS

Le TTL (Time to Live) indique aux serveurs DNS combien de temps garder votre adresse IP en cache. Par défaut, il est souvent à 3600 secondes (1 heure) ou 86400 secondes (24 heures).

24 heures avant la migration, passez le TTL à 300 secondes (5 minutes) dans le panneau DNS de votre registrar (OVH, Gandi, Infomaniak). Cela signifie que quand vous basculerez l’IP, les serveurs DNS du monde entier mettront au maximum 5 minutes à pointer vers la nouvelle adresse, au lieu de 24 heures.

# Avant (typique)
votredomaine.fr.  IN  A  123.45.67.89  TTL=86400

# Après (24h avant migration)
votredomaine.fr.  IN  A  123.45.67.89  TTL=300

3. Noter les réglages importants

• Version PHP actuelle (Réglages > Santé du site > Info)
• Liste des plugins activés (wp plugin list –status=active)
• Réglages de cache (LiteSpeed Cache, WP Rocket, etc.)
• Contenu du fichier .htaccess (redirections custom, règles de réécriture)
• Réglages RankMath/Yoast (export des paramètres)
• Réglages spécifiques wp-config.php (constantes custom)

4. Exporter la liste des URLs indexées

Dans Google Search Console > Performances > Pages, exportez la liste complète. Après la migration, vous vérifierez que toutes ces URLs retournent un code 200 sur le nouveau serveur.

Méthode 1 : migration par plugin (la plus simple)

C’est la méthode recommandée pour les débutants et les sites de taille petite à moyenne (moins de 2 Go).

Comparatif des plugins de migration WordPress

Migration avec All-in-One WP Migration (pas à pas)

1. Sur l’ancien site : Plugins > Ajouter > rechercher « All-in-One WP Migration » > Installer > Activer
2. Exporter : All-in-One WP Migration > Exporter > cliquez sur « Fichier ». Le plugin crée un fichier .wpress contenant absolument tout (base de données, fichiers, thème, plugins, uploads, réglages).
3. Téléchargez le fichier .wpress sur votre ordinateur
4. Sur le nouvel hébergeur : installez WordPress via l’installeur automatique (Softaculous chez o2switch, hPanel chez Hostinger)
5. Installez le même plugin All-in-One WP Migration sur le nouveau WordPress
6. Importez : All-in-One WP Migration > Importer > glissez le fichier .wpress ou cliquez pour le sélectionner
7. Confirmez l’écrasement des données existantes (c’est normal, le nouveau WordPress vide sera remplacé)
8. Reconnectez-vous : après l’import, vos identifiants de connexion sont ceux de l’ancien site
9. Allez dans Réglages > Permaliens et cliquez « Enregistrer » (sans rien changer) pour régénérer le .htaccess

Migration avec Duplicator (pour les sites plus gros)

Duplicator fonctionne différemment : il crée un « package » autonome (installer.php + archive.zip) qui s’installé sur n’importe quel serveur, même sans WordPress préinstallé.

1. Sur l’ancien site : Plugins > Ajouter > « Duplicator » > Installer > Activer
2. Créer un Package : Duplicator > Packages > Créer nouveau. Laissez les paramètres par défaut. Lancez la création.
3. Téléchargez les deux fichiers : installer.php et archive.zip
4. Sur le nouvel hébergeur : créez une base de données vide via cPanel > Bases de données MySQL (notez le nom de la BDD, l’utilisateur et le mot de passé)
5. Uploadez les deux fichiers (installer.php + archive.zip) à la racine du nouveau site via FTP (FileZilla) où le gestionnaire de fichiers du cPanel
6. Lancez l’installeur : dans votre navigateur, accédez à http://IP-du-nouveau-serveur/installer.php (utilisez l’IP temporaire, pas votre domaine)
7. Suivez l’assistant : renseignez les identifiants de la nouvelle base de données créée à l’étape 4
8. Testez le site, puis supprimez installer.php et les fichiers d’installation (Duplicator vous le rappelle)

Duplicator est notre recommandation pour les sites de plus de 500 Mo, les migrations WooCommerce complexes et les configurations spécifiques.

Méthode 2 : migration manuelle (pour les développeurs)

La méthode manuelle offre le plus de contrôle. Elle est recommandée pour les sites lourds (plusieurs Go), les configurations très spécifiques, ou quand les plugins de migration échouent.

Étape 1 : exporter la base de données

# Via WP-CLI (la méthode la plus propre)
wp db export backup.sql --path=/var/www/monsite --allow-root

# Via mysqldump (SSH, si WP-CLI n'est pas disponible)
mysqldump -u wp_user -p'motdepasse' nom_de_la_base > backup.sql

# Taille du fichier pour vérification
ls -lh backup.sql

# Via phpMyAdmin : sélectionnez la base > Exporter > Format SQL > Exécuter

Étape 2 : transférer les fichiers

# Via rsync (le plus rapide pour les gros sites, reprend en cas d'interruption)
rsync -avz --progress -e "ssh -p 22" \
  /var/www/ancien-site/ \
  user@nouveau-serveur:/var/www/nouveau-site/

# Via scp (simple mais ne reprend pas en cas de coupure)
scp -r /var/www/ancien-site/* user@nouveau-serveur:/var/www/nouveau-site/

# Via FTP : utilisez FileZilla
# Téléchargez tout le contenu de /public_html/ puis uploadez sur le nouveau serveur
# Pour les gros sites : préférez SSH/rsync, FTP est lent et instable

Étape 3 : créer la base de données sur le nouveau serveur

# Connexion MySQL root
mysql -u root -p

# Créer la base et l'utilisateur
CREATE DATABASE wordpress_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
CREATE USER 'wp_user'@'localhost' IDENTIFIED BY 'mot_de_passe_fort';
GRANT ALL PRIVILEGES ON wordpress_db.* TO 'wp_user'@'localhost';
FLUSH PRIVILEGES;
EXIT;

# Importer la sauvegarde
mysql -u wp_user -p'mot_de_passe_fort' wordpress_db < backup.sql

Étape 4 : modifier wp-config.php

// Mettre à jour les identifiants de la nouvelle base de données
define('DB_NAME', 'wordpress_db');
define('DB_USER', 'wp_user');
define('DB_PASSWORD', 'mot_de_passe_fort');
define('DB_HOST', 'localhost');

// Si le domaine change (ex: HTTP vers HTTPS)
define('WP_HOME', 'https://votredomaine.fr');
define('WP_SITEURL', 'https://votredomaine.fr');

Étape 5 : search-replace des URLs (si nécessaire)

Si votre domaine change ou si vous passez de HTTP à HTTPS, les URLs dans la base de données doivent être mises à jour :

# Via WP-CLI (la méthode la plus sûre)
wp search-replace 'http://ancien-domaine.fr' 'https://nouveau-domaine.fr' \
  --path=/var/www/nouveau-site --allow-root --dry-run

# Si le dry-run est OK, lancez pour de vrai (sans --dry-run)
wp search-replace 'http://ancien-domaine.fr' 'https://nouveau-domaine.fr' \
  --path=/var/www/nouveau-site --allow-root

# ATTENTION : ne faites PAS de search-replace avec un simple SQL REPLACE()
# Les données sérialisées (options, widgets) seraient corrompues
# WP-CLI gère correctement la sérialisation

Étape 6 : tester avant de basculer le DNS

Pour vérifier que votre site fonctionne sur le nouveau serveur sans toucher au DNS :

# Sur votre machine locale, ajoutez dans le fichier hosts :
# Linux/Mac : /etc/hosts
# Windows : C:\Windows\System32\drivers\etc\hosts

# Ajoutez cette ligne (remplacez par l'IP de votre nouveau serveur)
98.76.54.32  votredomaine.fr  www.votredomaine.fr

# Votre navigateur affichera le site hébergé sur le nouveau serveur
# Les autres visiteurs verront toujours l'ancien
# Supprimez cette ligne après la bascule DNS finale

Méthode 3 : migration assistée gratuite

C'est la méthode la plus confortable. Vous ne touchez à rien techniquement ; le support de l'hébergeur fait tout pour vous.

Recommandation : si vous n'êtes pas à l'aise avec la technique, choisissez un hébergeur qui offre la migration gratuite. o2switch est le champion sur ce point : leur support migre votre site avec soin, testé tout et ne bascule le DNS que quand tout est vérifié.

La bascule DNS : le moment de vérité

Une fois le site testé et validé sur le nouveau serveur, il est temps de pointer votre domaine vers la nouvelle adresse IP.

1. Connectez-vous au panneau de gestion de votre domaine (le registrar : OVH, Gandi, Infomaniak, Cloudflare)
2. Modifiez l'enregistrement A : remplacez l'ancienne IP par celle du nouveau serveur
3. Modifiez le CNAME www si nécessaire (pointez vers votredomaine.fr)
4. Attendez la propagation : si vous avez réduit le TTL à 300 secondes 24h avant, la propagation prendra quelques minutes à quelques heures. Sinon, comptez 2 à 24 heures.
5. Vérifiez : utilisez dnschecker.org pour confirmer que la propagation est complète dans le monde entier

Pendant la propagation, certains visiteurs voient l'ancien site et d'autres le nouveau. C'est normal et inévitable. Les deux serveurs fonctionnent en parallèle. Aucune donnée n'est perdue.

Après la migration : les vérifications essentielles

La migration technique est faite, mais le travail n'est pas terminé. Voici les vérifications à effectuer dans les 48 heures suivant la bascule DNS :

Vérifications immédiates

• ☑ Toutes les pages s'affichent correctement (parcourez le site entier, pas juste la homepage)
• ☑ Les images se chargent (vérifiez qu'elles ne pointent pas vers l'ancien serveur via les DevTools)
• ☑ Le SSL est actif (cadenas dans la barre d'adresse, pas de "mixed content")
• ☑ Les formulaires de contact fonctionnent (envoyez un test à votre email)
• ☑ Le panier WooCommerce fonctionne (si e-commerce) : ajout au panier, checkout, paiement test
• ☑ Les redirections 301 existantes fonctionnent toujours
• ☑ Le fichier robots.txt est accessible (votredomaine.fr/robots.txt)

Vérifications dans les 24-48h

• ☑ Google Search Console : soumettez un nouveau sitemap (votredomaine.fr/sitemap_index.xml)
• ☑ Vérifiez l'indexation : Couverture > pages valides (le nombre doit rester stable)
• ☑ Les plugins fonctionnent (LiteSpeed Cache, Wordfence, Rank Math)
• ☑ Le cache est configuré et fonctionne (vérifiez les headers X-Cache ou X-LiteSpeed-Cache)
• ☑ Les emails arrivent (notifications WordPress, formulaires de contact)
• ☑ Les performances sont correctes (testez avec PageSpeed Insights, comparez avec les scores précédents)

La semaine suivante

• ☑ Consultez Google Search Console : pas d'erreurs d'exploration nouvelles
• ☑ Le trafic dans Google Analytics est stable (pas de chute anormale)
• ☑ Les sauvegardes automatiques fonctionnent sur le nouveau serveur
• ☑ Restaurez le TTL DNS à sa valeur normale (3600 ou 86400 secondes)

Les 10 erreurs de migration les plus courantes (et leurs solutions)

1. "Error establishing a database connection"

Cause : identifiants de base de données incorrects dans wp-config.php.

Solution : vérifiez DB_NAME, DB_USER, DB_PASSWORD et DB_HOST dans wp-config.php. Assurez-vous que l'utilisateur à les droits sur la base.

2. Écran blanc (White Screen of Death)

Cause : plugin incompatible avec la nouvelle version PHP ou erreur fatale.

Solution : activez le débogage (define('WP_DEBUG', true); dans wp-config.php) pour identifier l'erreur. Renommez le dossier /wp-content/plugins/ en /wp-content/plugins_off/ pour désactiver tous les plugins, puis réactivez-les un par un.

3. Liens cassés et images manquantes

Cause : URLs en dur dans la base pointant vers l'ancien serveur.

Solution : wp search-replace 'http://ancien.fr' 'https://nouveau.fr'. N'oubliez pas de vérifier les URLs dans les widgets, les menus et les options de thème.

4. Mixed Content (HTTPS/HTTP)

Cause : certaines ressources (images, scripts, CSS) sont encore chargées en HTTP.

Solution : wp search-replace 'http://votredomaine.fr' 'https://votredomaine.fr'. Installez le plugin Really Simple SSL si le problème persiste.

5. Erreur 403 Forbidden

Cause : permissions de fichiers incorrectes sur le nouveau serveur.

Solution : find /var/www/site -type f -exec chmod 644 {} \; && find /var/www/site -type d -exec chmod 755 {} \;

6. Erreur 500 Internal Server Error

Cause : .htaccess corrompu ou incompatible avec le nouveau serveur.

Solution : renommez .htaccess en .htaccess.bak, allez dans Réglages > Permaliens et cliquez "Enregistrer" pour régénérer un .htaccess propre.

7. Données sérialisées corrompues

Cause : search-replace fait avec SQL REPLACE() au lieu de WP-CLI.

Solution : restaurez la sauvegarde et refaites le search-replace avec wp search-replace qui gère la sérialisation.

8. Emails qui n'arrivent plus

Cause : enregistrements MX qui pointent encore vers l'ancien serveur, où la fonction mail() de PHP est bloquée.

Solution : vérifiez les enregistrements MX dans votre DNS. Installez WP Mail SMTP pour router les emails via un service fiable (Gmail SMTP, SendGrid).

9. Le site est lent sur le nouveau serveur

Cause : cache pas configuré, version PHP ancienne, ou serveur sous-dimensionné.

Solution : installez LiteSpeed Cache (si o2switch ou Hostinger) ou WP Super Cache (si OVH). Passez à PHP 8.2+. Activez Cloudflare CDN. Consultez notre guide des plugins WordPress.

10. Perte de classement SEO

Cause : downtime prolongé, redirections cassées, ou changement d'URL sans 301.

Solution : soumettez un nouveau sitemap dans Search Console. Vérifiez que toutes les anciennes URLs fonctionnent. Si le domaine a changé, configurez une redirection 301 de l'ancien vers le nouveau. Consultez notre guide SEO.

Combien de temps prend une migration WordPress

* 5 min si TTL réduit à 300s 24h avant. 24h si TTL non modifié.

Damien Roux

Ingénieur système et expert hébergement web. Fondateur de web-city.fr, il partage guides pratiques, comparatifs objectifs et outils gratuits pour choisir le bon hébergeur et créer son site WordPress.