Sauvegardes et migrations
Comment migrer WordPress vers un autre hébergement sans perdre de données
Migrer WordPress vers un autre hébergement consiste à copier ses fichiers et sa base de données, adapter la configuration et vérifier le site avant de diriger le domaine vers le nouveau serveur. Changer uniquement le DNS ne copie pas l'installation.
Si vous déplacez d'autres éléments en plus de WordPress, comme le courrier, des sous-domaines ou plusieurs applications, commencez par le guide général pour migrer un hébergement.
Ce que vous devez copier
Une installation WordPress a besoin de :
- Tous les fichiers du répertoire du site, y compris
.htaccess. - Le dossier
wp-content, avec les thèmes, les extensions et les fichiers envoyés. - La base de données complète.
- Les paramètres de connexion enregistrés dans
wp-config.php. - Les tâches planifiées externes à WordPress, s'il y en a.
- Les règles particulières, les redirections ou la configuration du serveur.
Le courrier du domaine ne fait pas partie de WordPress. S'il change aussi de fournisseur, suivez le parcours pour migrer les boîtes mail sans perdre de messages.
Avant de lancer la migration
Vérifiez :
- L'espace occupé par les fichiers et la base de données.
- La version de WordPress, de PHP et de MySQL ou MariaDB.
- Les extensions PHP et les limites de mémoire nécessaires.
- Si le site utilise une boutique, des réservations, des formulaires ou du contenu qui change souvent.
- Les extensions de cache, de sécurité, les licences ou les services liés au domaine ou à l'IP.
- Qui gère le DNS et combien de temps l'ancien hébergement restera actif.
Créez une sauvegarde récupérable avant de modifier quoi que ce soit. Ne profitez pas du transfert pour mettre à jour en même temps WordPress, PHP, le thème et toutes les extensions : séparer la migration des mises à jour aide à localiser une éventuelle panne.
Choisissez la méthode de migration
Migration automatique avec Softaculous
Si l'installation distante est accessible et que vous pouvez vous connecter par FTP, Softaculous peut importer WordPress, copier la base de données et adapter le nouveau chemin. Consultez comment migrer une application depuis un serveur distant.
C'est une option pratique pour les installations ordinaires. Elle peut échouer quand l'origine limite le temps d'exécution, bloque le processus auxiliaire ou contient un site trop volumineux.
Extension de migration
Les extensions de sauvegarde ou de clonage empaquettent l'installation depuis le tableau de bord de WordPress. Avant d'en choisir une, confirmez :
- La limite d'envoi maximale de la destination.
- La taille maximale acceptée par la version gratuite ou la licence utilisée.
- Que l'archive inclut réellement les fichiers et la base de données.
- Qu'il y a de l'espace pour l'archive et pour la copie restaurée en même temps.
Ne laissez pas le fichier de migration téléchargeable depuis le web une fois terminé.
Migration manuelle
C'est la méthode la plus maîtrisable quand la copie automatique échoue :
- Téléchargez ou empaquetez tous les fichiers de l'origine.
- Exportez la base de données au format SQL ou SQL compressé.
- Créez sur la destination une base de données et un utilisateur avec tous les privilèges nécessaires sur celle-ci.
- Envoyez les fichiers dans le bon docroot.
- Importez la base de données.
- Mettez à jour
DB_NAME,DB_USER,DB_PASSWORDetDB_HOSTdanswp-config.php.
Vous pouvez utiliser le gestionnaire de fichiers de cPanel, FTP et phpMyAdmin pour ces étapes.
Si le domaine ou l'URL change aussi
Quand le site passe d'un domaine, sous-domaine ou répertoire à un autre, il faut adapter les URL enregistrées dans WordPress.
N'exécutez pas de remplacement de texte direct sur tout le fichier SQL : WordPress et ses extensions peuvent stocker des données sérialisées dont la longueur deviendrait incorrecte. Utilisez un outil compatible avec les données sérialisées ou faites le changement depuis WordPress après avoir importé une copie.
Pendant le test, vous pouvez définir temporairement ces constantes dans wp-config.php. Si elles existent déjà, modifiez leurs valeurs sans les dupliquer. L'exemple suppose que l'adresse publique et le dossier de WordPress coïncident ; conservez le sous-répertoire dans WP_SITEURL si votre installation en a besoin :
define('WP_HOME', 'https://www.ejemplo.com'); define('WP_SITEURL', 'https://www.ejemplo.com');
Ces constantes prévalent sur les valeurs home et siteurl de la base de données et bloquent leur modification depuis Réglages > Général. Si vous les utilisez seulement pour retrouver l'accès ou tester la migration, mettez ensuite à jour les options de WordPress et retirez les constantes ; sinon, en les supprimant plus tard, l'ancienne URL enregistrée dans la base réapparaîtra.
Vérifiez ensuite les liens, les images, les menus, les widgets, le contenu du constructeur visuel et les redirections. Si le domaine ne change pas, vous n'avez pas besoin de remplacer des URL du simple fait de déplacer le site vers un autre serveur.
Testez WordPress avant de changer le DNS
Dans la mesure du possible, vérifiez la destination pendant que le domaine sert encore l'ancien site. Vous pouvez modifier le fichier hosts de votre ordinateur en suivant le guide pour prévisualiser le domaine sur une autre IP.
Testez au moins :
- La page d'accueil, les pages internes et les permaliens.
- L'accès à
wp-adminet l'enregistrement de contenu. - Les images, les styles, le JavaScript et les polices.
- Les formulaires et la livraison réelle de leurs messages.
- Le moteur de recherche, les commentaires et les utilisateurs.
- Le panier, les commandes, les réservations et les paiements, s'il y en a, en utilisant le mode test de la passerelle et en évitant les paiements ou avis réels pendant la vérification.
- L'envoi de fichiers et la génération des miniatures.
- Le cron, les sauvegardes, le cache et les extensions de sécurité.
Si des erreurs 500 ou des pages blanches apparaissent, vérifiez d'abord la version de PHP, les extensions, les permissions et le journal d'erreurs. En cas d'échec de MySQL, suivez le guide pour résoudre l'erreur de connexion à la base de données dans WordPress.
Synchronisez les dernières modifications
La première copie peut devenir obsolète si le site continue de recevoir des commandes, des formulaires ou des modifications. Juste avant le changement :
- Programmez un créneau de faible activité.
- Mettez l'application en maintenance si vous ne pouvez pas réconcilier les écritures des deux serveurs.
- Copiez les nouveaux fichiers de
wp-content/uploads. - Exportez et importez de nouveau la base de données ou synchronisez uniquement les données que vous avez définies.
- Notez l'heure de la dernière écriture incluse.
N'importez pas de nouveau la base complète après avoir ouvert la destination au public : vous pourriez effacer des commandes ou des modifications déjà créées sur le nouveau serveur.
Décidez quand désactiver les tâches planifiées de l'origine et activer celles de la destination. Si les deux copies les exécutent, des envois ou des opérations peuvent être faits en double, même si une seule reçoit des visiteurs.
Changez le DNS
Quand la copie finale et les tests sont corrects, dirigez le domaine vers le nouvel hébergement. Si vous changez entièrement les serveurs DNS, reproduisez d'abord les enregistrements MX, TXT, CNAME et SRV du courrier et des services externes.
Si vous changez les serveurs DNS et utilisez DNSSEC, coordonnez aussi les enregistrements DS avec la nouvelle zone.
Suivez la procédure pour changer le DNS avec une interruption minimale et gardez l'origine active pendant la propagation.
Vérifications après avoir migré WordPress
- Confirmez par le DNS public quel serveur répond.
- Répétez les tests fonctionnels sans la modification locale du fichier
hosts. - Enregistrez de nouveau les permaliens si les règles de réécriture ne fonctionnent pas.
- Videz les caches de WordPress, du serveur, du CDN et du navigateur.
- Vérifiez le certificat HTTPS et le contenu mixte.
- Vérifiez les formulaires, le courrier de l'application, le cron et les sauvegardes.
- Vérifiez les commandes, formulaires et données créés autour de l'heure du changement.
- Supprimez les archives, les exports SQL et les accès temporaires.
Ne résiliez pas l'ancien hébergement avant d'avoir terminé la liste de vérifications après une migration.
Migration gratuite vers Hostsuar
Nous pouvons nous charger gratuitement de migrer votre WordPress vers un service d'hébergement Hostsuar. Indiquez le fournisseur et le panneau actuels, le domaine, l'espace utilisé, la version de PHP et si vous devez aussi transférer le courrier.
N'envoyez pas de mots de passe dans un ticket. Si nous devons accéder à l'origine, nous vous indiquerons comment fournir des identifiants temporaires de façon sécurisée.
Cela peut aussi vous aider
- Augmenter la limite d'envoi dans All-in-One WP Migration Vérifiez la limite effective de PHP et l'espace nécessaire pour importer un fichier .wpress, et dist...
- Changer le domaine ou l'URL de WordPress Choisissez entre le tableau de bord, wp-config.php et phpMyAdmin pour changer l'URL de WordPress et...
- Changer le domaine ou le dossier d'un site WordPress Distinguez le changement de l'adresse publique de WordPress du déplacement de son dossier, et vérifi...
- Publier sur l'hébergement un WordPress développé en local Envoyez les fichiers dans le bon répertoire, importez la base de données et remplacez les adresses l...
Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.