Migrer un site WordPress

Module 9: E-mail, référencement, RGPD, maintenance et migration · Temps de lecture : 10 minutes

Objectif : après cette leçon, vous saurez migrer un site WordPress vers un autre hébergement ou un autre domaine sans interruption.

Notions clés : migration vers un autre hébergement, migration vers un autre domaine, import via l'installateur, extension de migration, migration à la main, rechercher et remplacer, tests avant le changement DNS, fichier hosts, TTL, gel du contenu, dernière synchronisation, contrôles après le changement, changement d'adresse dans Search Console

Deux types de migration

Il existe deux migrations, et elles sont différentes :

1. Vers un autre hébergement, même domaine. Le site passe du serveur A au serveur B ; l'adresse reste https://example.com. Le DNS est basculé à la fin. Rien ne doit changer dans la base de données.
2. Vers un autre domaine. Le site passe de example.com à example.net (sur le même hébergement ou un autre). Toutes les adresses dans la base de données changent, et vous devez mettre en place une redirection de l'ancien domaine.

Il arrive que vous fassiez les deux en même temps. Séparez-les alors de préférence : migrez d'abord vers le nouvel hébergement, puis seulement ensuite changez de domaine. Ainsi, en cas de problème, vous savez quelle étape en est la cause.

Et n'oubliez pas ce qui se trouve à côté de WordPress : l'e-mail sur le domaine, les enregistrements DNS, les tâches cron, les autres sites du même pack. Ils ne migrent pas automatiquement (cours DNS, leçon 6.3).

Trois façons de transférer le site

À la main, voici comment procéder :

1. Fichiers : téléchargez tout le répertoire web (ou créez-en un zip via le Gestionnaire de fichiers) et placez-le dans le répertoire web du nouvel hébergement.
2. Base de données : exportez-la sur l'ancien hébergement (phpMyAdmin ou wp db export), créez sur le nouveau une base de données vide avec son propre utilisateur (leçon 2.3) et importez-la (leçon 8.2).
3. wp-config.php : indiquez-y le nouveau nom de base de données, l'utilisateur, le mot de passe et l'hôte. Vérifiez le préfixe des tables.
4. Nouveau domaine ? Faites d'abord une sauvegarde de la base de données (ou utilisez l'export de l'étape 2). Recherchez et remplacez ensuite les adresses avec un outil qui comprend les données sérialisées (leçon 3.2) : d'abord l'essai avec --dry-run, puis le passage réel. --skip-columns=guid laisse intacts les identifiants fixes des articles, et sans --all-tables, WP-CLI s'en tient aux tables de WordPress.

wp search-replace 'https://example.com' 'https://example.net' --skip-columns=guid --dry-run
wp search-replace 'https://example.com' 'https://example.net' --skip-columns=guid

5. Certificat sur le nouvel hébergement (dès que le DNS pointe vers lui, ou plus tôt si l'hébergeur le permet).

Certains hébergeurs migrent votre site pour vous, gratuitement ou contre paiement ; WebOké le propose aussi. Demandez alors lesquelles des étapes de cette leçon ils prennent en charge et lesquelles vous devez vérifier vous-même.

Tester avant le changement DNS

Le principe le plus important d'une migration sans interruption : le nouveau site fonctionne déjà avant que quiconque s'y rende. Vous le testez sur le nouvel hébergement pendant que le DNS pointe encore vers l'ancien. Deux méthodes (leçon 2.1) :

• Le fichier hosts de votre propre ordinateur : indiquez-y l'adresse IP du nouveau serveur pour votre domaine. Seul votre ordinateur accède alors au nouveau site. Le certificat n'y est parfois pas encore installé ; acceptez l'avertissement uniquement pour ce test.
• Une adresse de test ou un aperçu fourni par votre nouvel hébergeur, qui affiche votre site sous le vrai domaine sans modifier le DNS (chez WebOké « Tester votre site web avant la migration »).

Parcourez la liste de contrôle de la leçon 8.2 : pages, images, connexion, formulaires, boutique, permaliens.

Planifier le changement

Quelques jours avant :

• Réduisez le TTL des enregistrements que vous allez modifier (A, AAAA, www), par exemple à 300 secondes, afin que le changement soit rapidement visible partout (cours DNS, leçon 6.1). Faites-le au moins une durée égale à l'ancien TTL à l'avance.
• Faites une sauvegarde de l'ancien site (leçon 8.1) et conservez-la en dehors des deux hébergeurs.
• Préparez la messagerie si elle migre aussi : créer les boîtes aux lettres, transférer les e-mails, préparer les enregistrements MX (cours DNS, leçon 6.3).

Le jour du changement :

1. Gel du contenu : à partir de maintenant, plus rien n'est modifié sur l'ancien site. Pour une boutique en ligne : choisissez un moment calme et mettez la boutique brièvement en maintenance, sinon des commandes arriveront sur l'ancien site et seront perdues.
2. Dernière synchronisation : transférez une dernière fois la base de données (et les nouveaux fichiers envoyés) de l'ancien site vers le nouveau, afin que tout ce qui date des derniers jours s'y trouve.
3. Basculer le DNS : enregistrements A et AAAA (et www) vers la nouvelle adresse IP. Supprimez un ancien AAAA éventuel (leçon 2.1).
4. Demander le certificat sur le nouvel hébergement dès que le DNS pointe vers lui.
5. Contrôler avec l'exercice de cette leçon et la liste de contrôle.

Ensuite :

• Conservez l'ancien hébergement encore quelques jours (avec le site en maintenance ou en lecture seule), pour les visiteurs qui ont encore l'ancienne adresse en cache, et comme solution de repli.
• Vérifiez les permaliens (enregistrez une fois dans Réglages > Permaliens si des pages renvoient une erreur 404), le cache (le vider), les tâches cron et WP-Cron (leçon 6.3), et les e-mails envoyés par le site (leçon 9.1, le SPF doit maintenant mentionner le nouveau serveur).
• Remontez le TTL.
• Seulement après une ou deux semaines : résiliez l'ancien hébergement, après avoir téléchargé une dernière sauvegarde.

En cas de nouveau domaine : la redirection

Si vous migrez vers un autre domaine, l'ancien domaine doit continuer d'exister et rediriger : chaque ancienne adresse avec une 301 vers le même chemin sur le nouveau domaine (https://example.com/contact/ vers https://example.net/contact/), et non tout vers la page d'accueil. Vous conservez ainsi les visiteurs provenant d'anciens liens et votre position dans les moteurs de recherche (leçon 9.2).

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?example\.com$ [NC]
RewriteRule ^(.*)$ https://example.net/$1 [R=301,L]

Conservez l'ancien domaine (avec un certificat) pendant encore des années. Signalez la migration dans Google Search Console avec l'outil de changement d'adresse, et soumettez le nouveau sitemap.

Résumé

• Migrer vers un autre hébergement (même domaine) et vers un autre domaine sont deux tâches différentes ; séparez-les si vous faites les deux.
• Transférez le site avec un import via l'installateur, une extension de migration ou à la main (fichiers, base de données, wp-config.php, et en cas de nouveau domaine, rechercher et remplacer).
• Testez le nouveau site avant le changement DNS via le fichier hosts ou une adresse de test.
• Réduisez le TTL à l'avance, appliquez un gel du contenu, synchronisez une dernière fois, basculez le DNS et vérifiez les permaliens, le cache, le cron et les e-mails.
• En cas de nouveau domaine : chaque ancienne adresse avec une 301 vers le même chemin sur le nouveau domaine, et un changement d'adresse dans Search Console.

Quiz

Exercice

Exercice A9.5: La migration a-t-elle réussi ? Après une migration, saisissez votre domaine, l'adresse IP (ou le nom du serveur) du nouvel hébergement et, en cas de changement de domaine, également l'ancien domaine. Le programme vérifie : le domaine sans www et www (A et AAAA) pointent-ils vers le nouveau serveur, le certificat est-il valide pour les deux noms, la référence REST du site pointe-t-elle vers le bon domaine (siteurl correctement converti), l'ancien domaine n'apparaît-il plus dans les liens et les ressources de la page d'accueil, et l'ancien domaine (s'il est indiqué) redirige-t-il avec une 301 vers le même chemin sur le nouveau ?

Exercice D9.5: Votre plan de migration. Rédigez un plan pour la migration de votre propre site (même si vous ne l'envisagez pas pour l'instant) : quel type de migration, quelle méthode de transfert, ce qui doit suivre en plus de WordPress (messagerie, enregistrements DNS, tâches cron), comment vous testez avant le changement, le calendrier (les jours avant, le jour même, les jours suivants) avec pour chaque étape qui s'en charge, et comment revenir en arrière si cela tourne mal. Cochez la case indiquant que vous avez recherché le TTL actuel de votre enregistrement A et notez-le.

Pour aller plus loin

Ces articles décrivent les étapes dans les panneaux de WebOké ; dans d'autres panneaux, elles fonctionnent de manière similaire.

• Importer un site web existant dans Installatron
• Guide DirectAdmin 13.4: Importer un site web existant dans Installatron
• Mon site web ne fonctionne pas après le téléchargement ou le transfert
• Transférer ensemble votre domaine, votre site web et vos e-mails sans interruption : le plan étape par étape
• Guide DirectAdmin 18.8: Tester mon site web avant que le domaine soit transféré
• Guide WebOké 14.2: Tester votre site avant un transfert
• Rechercher et remplacer dans la base de données WordPress
• Guide DirectAdmin 12.4: Exporter une base de données
• Cours DNS gratuit 6.3: Le DNS lors d'un transfert
• Migrer WordPress (developer.wordpress.org, en anglais) : https://developer.wordpress.org/advanced-administration/upgrade/migrating/
• Migrer WordPress manuellement : fichiers, base de données et wp-config.php