Aller au contenu

Paramètres des cookies

Choisissez, par catégorie, les cookies que vous autorisez. Vous pouvez modifier votre choix à tout moment via Paramètres des cookies, en bas de chaque page. Politique de confidentialité

Nécessaires

Toujours activés

Indispensables pour vous connecter, conserver votre panier et mémoriser vos choix. Ils sont toujours activés.

Quels cookies ?
  • weboke_sessie, weboke_klant, weboke_remember: votre session et le maintien de la connexion
  • weboke_basket: votre panier
  • wkBtwIncl: l'affichage des prix TTC ou HT
  • wok_cookies: votre choix concernant les cookies, 12 mois

Mesure quelle publicité mène à une visite ou à une commande, pour que nous ne payions pas des publicités inefficaces.

Quels cookies ?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), jusqu'à 90 jours
  • OpenAI Ads, publicités dans ChatGPT
  • wok_aff: le partenaire qui vous a orienté vers nous (programme d'affiliation), 60 jours

4,6

Pays et langue

Chaque pays a son propre site, avec les prix et la TVA de ce pays.

Afficher

Module 9 · 9.5

Migrer un site WordPress

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

Objectif pédagogique : À l'issue de cette leçon, vous saurez migrer un site WordPress vers un autre hébergement ou un autre domaine sans interruption de service.

Notions clés : migrer vers un autre hébergement, migrer vers un autre domaine, importation via l'installateur, extension de migration, migration manuelle, recherche et remplacement, tester avant le changement de DNS, fichier hosts, TTL, arrêt du contenu, dernière synchronisation, contrôles après le changement, changement d'adresse dans Search Console

Deux types de migration

Il existe deux types de migration, 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 modifié à 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 de la base de données changent, et vous devez faire rediriger l'ancien domaine.

Parfois, vous faites les deux en même temps. Il vaut mieux alors séparer les étapes : d'abord migrer vers le nouvel hébergement, puis seulement modifier le domaine. Ainsi, en cas de problème, vous savez à quelle étape il s'est produit.

Et n'oubliez pas ce qui se trouve à côté de WordPress : e-mail sur le domaine, enregistrements DNS, tâches cron, autres sites dans le même forfait. Ces éléments ne sont pas migrés automatiquement (cours DNS, leçon 6.3).

Trois façons de transférer le site

MéthodeCommentAttention
Importation via l'installateurDe nombreux installateurs (Installatron, Softaculous) peuvent récupérer un site depuis un autre serveur avec les identifiants FTP ou SFTP de l'ancien hébergementRapide, et le site figure ensuite directement dans votre installateur (leçon 2.2)
Extension de migrationUne extension crée sur l'ancien site un paquet (fichiers et base de données) et le dépose sur le nouveau, souvent en convertissant les adressesCertaines versions gratuites ont une taille maximale ; les gros téléversements peuvent provoquer des délais d'expiration
ManuellementCopier les fichiers (SFTP ou zip), exporter et importer la base de données, modifier wp-config.php, rechercher et remplacer en cas de nouveau domaineLe plus de travail, mais vous voyez chaque étape et cela fonctionne toujours

Voici comment procéder manuellement :

  1. Fichiers : téléchargez l'ensemble du répertoire web (ou créez-en un zip via le Gestionnaire de fichiers) et déposez-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 ? Recherchez et remplacez les adresses avec un outil qui comprend les données sérialisées (leçon 3.2) :
wp search-replace 'https://example.com' 'https://example.net' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://example.net' --all-tables
  1. Certificat sur le nouvel hébergement (dès que le DNS pointe vers celui-ci, ou plus tôt si l'hébergeur le permet).

Certains hébergeurs migrent votre site gratuitement ou moyennant paiement ; WebOké propose également ce service. Demandez alors lesquelles des étapes de cette leçon sont prises en charge et lesquelles vous devez vérifier vous-même.

Tester avant le changement de DNS

Le principe le plus important d'une migration sans interruption : le nouveau site fonctionne déjà avant que quiconque ne 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 sur votre propre ordinateur : indiquez-y l'adresse IP du nouveau serveur associée à votre domaine. Seul votre ordinateur se rendra alors sur le nouveau site. Le certificat n'y est parfois pas encore présent ; n'acceptez l'avertissement que 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 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 :

  • Abaissez le TTL des enregistrements que vous allez modifier (A, AAAA, www) à par exemple 300 secondes, afin que le changement devienne rapidement visible partout (cours DNS, leçon 6.1). Faites-le au moins l'ancien TTL à l'avance.
  • Faites une sauvegarde de l'ancien site (leçon 8.1) et conservez-la en dehors des deux hébergements.
  • Préparez la messagerie si elle migre également : 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. Arrêt du contenu : à partir de maintenant, plus aucune modification n'est apportée sur l'ancien site. Pour une boutique en ligne : choisissez un moment calme et mettez la boutique en maintenance, sinon des commandes arriveront sur l'ancien site et vous les perdrez.
  2. Dernière synchronisation : transférez une dernière fois la base de données (et les nouveaux téléversements) de l'ancien site vers le nouveau, afin que tout ce qui s'est passé ces derniers jours y figure.
  3. Modification du DNS : enregistrement A et AAAA (et www) vers la nouvelle adresse IP. Supprimez un ancien AAAA (leçon 2.1).
  4. Certificat à demander sur le nouvel hébergement dès que le DNS pointe vers celui-ci.
  5. Contrôle avec l'exercice de cette leçon et la liste de contrôle.

Ensuite :

  • Laissez l'ancien hébergement actif encore quelques jours (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 affichent une erreur 404), le cache (à vider), les tâches cron et WP-Cron (leçon 6.3), et l'e-mail envoyé depuis le site (leçon 9.1, le SPF doit désormais mentionner le nouveau serveur).
  • Remettez le TTL à une valeur plus élevée.
  • 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 à exister et rediriger : chaque ancienne adresse avec un code 301 vers le même chemin sur le nouveau domaine (https://example.com/contact/ vers https://example.net/contact/), pas tout vers la page d'accueil. Vous conservez ainsi les visiteurs des 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 (et un certificat dessus) pendant encore plusieurs années. Signalez la migration dans Google Search Console avec la fonction de changement d'adresse, et soumettez le nouveau plan de site (sitemap).

Résumé

  • Migrer vers un autre hébergement (même domaine) et migrer vers un autre domaine sont deux tâches différentes ; séparez-les si vous faites les deux.
  • Transférez le site via une importation par installateur, une extension de migration ou manuellement (fichiers, base de données, wp-config.php, recherche et remplacement en cas de nouveau domaine).
  • Testez le nouveau site avant le changement de DNS via le fichier hosts ou une adresse de test.
  • Abaissez le TTL au préalable, observez un arrêt du contenu, synchronisez une dernière fois, modifiez le DNS et vérifiez les permaliens, le cache, les tâches cron et l'e-mail.
  • En cas de nouveau domaine : chaque ancienne adresse avec un code 301 vers le même chemin sur le nouveau domaine, et un changement d'adresse dans Search Console.

Quiz

1. Pourquoi testez-vous le nouveau site avant de modifier le DNS ?



2. Pourquoi abaissez-vous le TTL quelques jours avant le changement ?



3. Vous migrez une boutique en ligne. Entre le transfert de la base de données (lundi) et le changement de DNS (jeudi), des commandes arrivent sur l'ancien site. Que faites-vous ?



4. Vous migrez de example.com vers example.net. Comment rediriger au mieux l'ancien domaine ?



Exercice

Exercice A9.5 : La migration a-t-elle réussi ? Après une migration, renseignez 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 nom sans préfixe et le 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 sources de la page d'accueil, et l'ancien domaine (si renseigné) redirige-t-il avec un code 301 vers le même chemin sur le nouveau ?

Exercice A9.5: La migration a-t-elle réussi ?




Nous ne conservons pas ce que vous saisissez ni ce que nous trouvons. Votre navigateur mémorise vos réponses et si l'exercice est réussi. Si vous êtes connecté, nous enregistrons uniquement dans Mes formations que l'exercice était (presque) correct ; vous pouvez aussi le supprimer à cet endroit.

Exercice D9.5 : Votre plan de migration. Rédigez un plan pour la migration de votre propre site (même si vous n'en avez pas l'intention 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, la chronologie (jours précédents, le jour même, les jours suivants) avec pour chaque étape qui s'en charge, et comment revenir en arrière en cas de problème. Cochez que vous avez recherché le TTL actuel de votre enregistrement A et notez-le.

Exercice D9.5: Votre plan de migration

Cet exercice, vous le faites vous-même ; personne ne le vérifie. Cochez ce que vous avez fait et marquez l'exercice comme terminé.



Vos cases cochées et vos notes restent uniquement dans ce navigateur ; nous ne les envoyons nulle part. Si vous êtes connecté, nous enregistrons dans Mes formations uniquement le fait que vous avez terminé l'exercice.

Pour aller plus loin

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

Un instant…

Configurez vos domaines

Pour chaque domaine, réglez les serveurs de noms, l'association à votre hébergement et le futur titulaire.

Chargement de vos domaines…