Comment transférer un site WordPress vers un autre hébergeur ?


Aujourd'hui, je vais vous parler d'une situation qui peut arriver au cours de la vie d'un site : devoir changer d'hébergeur. On peut avoir plein de bonnes raisons de prendre cette décision et l'on se retrouve alors face à une problématique : comment transférer un site WordPress vers le nouveau prestataire choisi ?

Migrer un site n'est pas juste une décision "technique", avec des fichiers et des données à déplacer. C'est un projet qui doit être bien géré car il peut avoir de grosses conséquences sur votre trafic. Dans cet article, je vous propose donc un pas à pas très concret pour mener à bien un changement d'hébergeur.

Faire le point sur ses besoins en matière d'hébergement

Pour bien choisir votre futur prestataire, il est important de savoir pourquoi vous souhaitez quitter l'actuel...

Très souvent, la décision est consécutive à un problème de performance et/ou à un support client défaillant. Par exemple, votre site est régulièrement inaccessible, vous rencontrez des problèmes de chargement directement imputables à l'hébergeur (temps de réponse serveur trop lent), le support ne vous répond pas... C'est pour cette raison que j'ai quitté OVH, par exemple : un problème signalé sur le serveur, aucune réponse du support technique pendant 3 jours ni même de mail pour prévenir "en masse" les clients concernés... bye !

On peut aussi souhaiter un changement parce que les besoins du site évoluent : vous avez plus de trafic et besoin d'une offre différente que votre hébergeur actuel ne propose pas, vous souhaitez bénéficier de certaines fonctionnalités, de certains logiciels ou de certaines garanties en matière de sécurité informatique, vous souhaitez modifier la localisation du serveur sur lequel est stocké le site et ce n'est pas possible chez votre prestataire existant...

Le prix peut aussi jouer dans le choix, tout comme la "gouvernance d'entreprise". A titre d'exemple, quand j'ai lancé No Tuxedo, j'étais hébergée chez Nuxit, j'étais satisfaite jusqu'au jour où Nuxit a été racheté par le groupe Magic Online et où la qualité de service s'est dégradée du jour au lendemain.

Ce site WordPress est hébergé chez O2Switch, vous pouvez jeter un œil à leur offre. Si elle vous convient et que vous souscrivez par le biais de ce lien, je toucherai une petite commission sur votre inscription.

Une fois que vous avez listé vos besoins et éventuels facteurs d'insatisfaction, prenez le temps de rechercher l'hébergeur susceptible de vous convenir. N'hésitez pas à poser des questions au service commercial, à comparer les offres, les avis clients récents, à aller faire un tour sur les réseaux sociaux pour voir si les clients de l'hébergeur retenu sont globalement satisfaits.

Migrer son site WordPress chez un autre hébergeur : tuto

Établir une feuille de route

Je vous conseille ensuite de créer une "feuille de route" pour noter tout ce que vous aurez à faire. Voici, dans les grandes lignes, les étapes que nous allons suivre pour que la migration se passe bien :

  • Souscrire un contrat chez le nouvel hébergeur et récupérer tous les accès nécessaires pour transférer le site WordPress proprement.
  • Faire une sauvegarde du site, incluant à la fois les fichiers et la base de données et installer cette sauvegarde chez le nouvel hébergeur. Cela peut se faire de manière automatique ou manuelle.
  • Recréer les adresses e-mail.
  • S'assurer que le nom de domaine oriente bien l'internaute vers le nouvel hébergeur.
  • S'assurer qu'il n'y a pas d'erreurs sur le site suite à la migration.
  • Résilier l'abonnement auprès de son ancien prestataire.

1. Souscrire le contrat et récupérer les accès

Une fois que vous avez fait votre choix et souscrit votre contrat, nous allons préparer la migration de votre site vers son nouvel emplacement. Pour ce faire, vous devez récupérer les informations dont nous aurons besoin pour l'installation.

L'accès FTP

WordPress fonctionne grâce à une interaction entre deux composantes : des fichiers, que l'on met en ligne sur un espace de stockage grâce au FTP ; une base de données.

Parlons d'abord du FTP. Soit on vous fournit déjà un accès FTP dès le mail de confirmation d'inscription, soit il faut créer cet accès sur le site de l'hébergeur, qui dispose généralement d'une rubrique intitulée "Comptes FTP" ou similaire.

Au début, votre nom de domaine renvoie encore vers votre ancien hébergeur donc si vous vous connectez avec une adresse du type ftp.notuxedo.com, ça ne fonctionnera pas car notuxedo.com se trouve toujours rattaché à l'ancien hébergeur. Par conséquent, votre hébergeur vous donnera souvent un "hôte de connexion temporaire" (par exemple, leserveur.o2switch.net).

Cet accès temporaire nous permettra de copier les fichiers du site chez le nouvel hébergeur.

Blogging

Les accès à la base de données

Vous devez créer une base de données chez votre nouvel hébergeur. Il dispose en général d'une rubrique dédiée, vous permettant de choisir le nom de votre base de données, un nom d'utilisateur et un mot de passe. Veillez à choisir un mot de passe très sécurisé (long, mêlant majuscules, minuscules et caractères spéciaux). Parfois, vous devez également attribuer des droits à l'utilisateur (quelques cases à cocher !) pour qu'il soit autorisé à gérer la base de données.

Nous copierons dans cette nouvelle base de données le contenu de l'ancienne base de données… ce qui vous permettra de conserver tous vos articles, pages, commentaires, paramètres chez votre nouvel hébergeur.

Les informations sur votre nom de domaine

Nous allons aussi devoir nous préoccuper de la question de votre nom de domaine, c'est-à-dire l'adresse du site (notuxedo.com dans mon cas). Si vous l'aviez réservé chez votre ancien hébergeur, nous allons le transférer… et si vous l'avez réservé chez un prestataire tiers, nous allons devoir lui signaler le changement d'hébergeur.

A ce stade, réfléchissez simplement à l'endroit où vous avez enregistré votre nom… et s'il s'agit d'un prestataire tiers, vérifiez que vous avez bien accès à votre compte pour gérer votre nom de domaine.

2a. Sauvegarder et réinstaller automatiquement votre site actuel

La sauvegarde est indispensable avant de transférer un site WordPress vers un autre hébergeur : il s'agit de créer une copie du site pour la déplacer chez le nouveau prestataire. Vous avez deux possibilités : réaliser cette tâche automatiquement grâce à une extension WordPress comme Duplicator... ou le faire manuellement.

Parlons d'abord de la sauvegarde automatique.

Tout commence chez votre ancien hébergeur.

Vérifiez au préalable que vous avez un site "propre"

Autant sauvegarder un site le plus optimisé possible ! Alors, avant de lancer les opérations, pensez à mettre à jour vos extensions, votre thème, à nettoyer la base de données (en utilisant par exemple WP-Optimize pour supprimer les tables inutiles et réparer ce qui doit l'être).

Je vous conseille aussi de désactiver votre extension de cache, si vous en avez une (type WP Rocket, WP Super Cache...). En effet, le cache met en mémoire certaines informations ce qui, lors d'une migration, peut créer quelques bugs. Cela fait partie des choses qu'il faudra mieux reconfigurer a posteriori, une fois votre site réinstallé proprement chez votre nouvel hébergeur.

Préparer la migration avec l'extension Duplicator

Duplicator est un plugin WordPress disponible en version gratuite et en version payante (Duplicator Pro), cette dernière offrant des fonctionnalités plus avancées (installation par simple glisser-déposer, création de points de sauvegarde et de restauration, migration d'installations multisites...). L'extension gratuite suffit cependant à un usage courant, c'est celle que je vais vous présenter.

Installez Duplicator depuis le menu Extensions > Ajouter de votre administration WordPress puis activez le plugin.

Installer Duplicator sur WordPress

Duplicator vous propose de vous abonner à la newsletter, vous pouvez cliquer sur "Ignorer" si vous ne le souhaitez pas.

Vous accédez ensuite à une rubrique intitulé "Paquets". Cliquez sur le bouton "Créer un paquet" pour lancer une sauvegarde de votre site.

Créer un paquet sur Duplicator

Duplicator lui donne un nom par défaut et un emplacement de stockage sur votre serveur, dans un dossier wp-content/backups-dup-lite/ (pour le modifier, il faut disposer de la version payante de l'extension, qui permet d'envoyer la sauvegarde vers des plateformes comme Dropbox, Google Drive, OneDrive ou en FTP). Ensuite, vous pouvez choisir dans la partie "Archive" ce que va contenir la sauvegarde. Dans le cadre d'une migration, on sauvegarde tout (base de données, extensions, thème, fichiers média, etc).

Choisir le contenu de la sauvegarde sur Duplicator

Plus intéressant, Duplicator vous permet de définir dès la sauvegarde tous les accès à votre NOUVEL hébergement. Autrement dit, le nom de la base de données, de l'utilisateur de la base de données, etc. C'est le moment de renseigner les accès créés chez votre nouvel hébergeur.

Accès à la base de données sur Duplicator

Duplicator effectue ensuite un test pour détecter notamment si certains fichiers à sauvegarder sont trop lourds et risquent de poser un problème de ressources chez votre hébergeur.

Scan avant sauvegarde

Une fois le site prêt à être sauvegardé, vous pouvez cliquer sur "Création" pour lancer l'assemblage du paquet, autrement dit, de la sauvegarde. Une fois l'opération terminée, vous pouvez copier les fichiers du paquet sur votre ordinateur (vous pouvez également les récupérer sur votre serveur en allant dans le dossier par défaut vu à l'étape 1, wp-content/backups-dup-lite/).

Télécharger les fichiers du paquet sur Duplicator

Réinstallez le site en quelques clics

A présent, connectez-vous en FTP au serveur de votre NOUVEL hébergeur en utilisant un client FTP comme FileZilla.

A la racine de votre hébergement (souvent intitulée "www" ou "public_html"), vous allez uploader les deux fichiers générés par Duplicator, tels quels (l'archive et l'installer).

Votre nom de domaine renvoie encore vers votre ancien hébergeur donc en général, votre nouvel hébergeur vous donne une adresse provisoire pour consulter vos fichiers sur un navigateur. Par exemple, chez o2switch l'adresse est du type "monidentifiant.odns.fr".

Vous allez simplement taper cette adresse provisoire suivie de /installer.php (par exemple, monidentifiant.odns.fr/installer.php).

La première étape permet de définir les informations concernant la base de données chez votre nouvel hébergeur (son nom, l'utilisateur et le mot de passe utilisateur). Vous pouvez ensuite cliquer sur le bouton "Validate" pour que Duplicator vérifie si les informations sont exactes.

Configuration de Duplicator en ligne

Si les informations sont bonnes, Duplicator va extraire tous les fichiers de l'archive et réinstaller votre site à l'identique, tout en mettant à jour la base de données.

La 2e étape consistera à vous connecter à l'administration pour finaliser l'installation. Je vous conseille de laisser cochée la case proposée, qui permet de supprimer automatiquement les fichiers d'installation après connexion.

Je vous recommande également d'aller dans le menu Réglages > Permaliens de l'administration de WordPress et de sauvegarder (sans rien modifier), cela limite les erreurs liées aux URL lors d'une migration. Pensez ensuite à explorer le site pour vérifier que tout fonctionne bien et à reconfigurer, le cas échéant, votre extension de cache.

2b. L'alternative : sauvegarder le site soi-même à la main

Duplicator peut ne pas fonctionner sur certains hébergements mutualisés et/ou si le volume de fichiers à sauvegarder est très important. L'extension propose quelques pistes pour essayer de contourner le problème mais si vous n'y parvenez pas, l'alternative est tout simplement d'effectuer vous-même la sauvegarde.

Sauvegarder les fichiers de WordPress

Connectez-vous au FTP de votre site, en utilisant par exemple un client FTP comme FileZilla. Allez dans le dossier qui contient tous les fichiers de WordPress (il doit contenir à la fois des répertoires intitulés wp-admin, wp-content, wp-includes et des fichiers qui portent des noms comme wp-config.php).

Dans la partie de gauche de Filezilla, affichez par exemple le bureau de votre ordinateur (Desktop) et faites un clic droit puis choisissez "Créer un nouveau dossier et y accéder". Intitulez-le par exemple "SAUVEGARDE".

Créer un dossier avec FileZilla
Créer un dossier avec FileZilla

Dans la zone de droite, sélectionnez tout le contenu (c'est-à-dire à la fois les dossiers wp-admin, wp-content et wp-includes ET tous les autres fichiers présents). Faites ensuite un clic droit et choisissez "Télécharger".

Télécharger les fichiers de WordPress
Télécharger les fichiers de WordPress

Les fichiers et dossiers vont commencer à se transférer dans votre dossier "SAUVEGARDE" fraîchement créé. Cette procédure de sauvegarde peut être assez longue, notamment si vous avez beaucoup d'images sur votre site.

Sauvegarder la base de données du site

Connectez-vous à votre outil de gestion de base de données (en général, il s'agit de phpMyAdmin). Sélectionnez la base de données de votre site dans la colonne de gauche… puis cliquez sur le menu "Exporter" en haut de page.

Exporter sa base de données
Exporter sa base de données

Vous arrivez sur ce type de présentation :

phpMyAdmin - Exporter une base de données
phpMyAdmin - Exporter une base de données

La plupart du temps, ces options par défaut sont parfaites pour effectuer une sauvegarde de votre base de données, vous avez juste à cliquer sur "Exécuter" pour lancer la sauvegarde (un fichier se terminant par ".sql" se télécharge sur votre ordinateur).

A ce stade, nous avons entièrement sauvegardé votre site.

Modifier les informations de configuration

Dans votre dossier SAUVEGARDE, sur le bureau de votre ordinateur, se trouve un fichier intitulé wp-config.php. Ouvrez-le avec un éditeur de texte comme Notepad++ (ne l'ouvrez pas avec Word). Vous allez devoir changer 4 lignes dans ce fichier :

define('DB_NAME', 'nomdelabasededonnées');
define('DB_USER', 'utilisateurdelabasededonnées');
define('DB_PASSWORD', 'motdepassedelabasededonnées');
define('DB_HOST', 'hôtedelabasededonnées');

Remplacez...

  • nomdelabasededonnées par le nom que vous avez donné à votre base de données chez le nouvel hébergeur ;
  • utilisateurdelabasededonnées par le nom de l'utilisateur que vous avez créé ;
  • motdepassedelabasededonnées par le mot de passe que vous avez choisi ;
  • hôtedelabasededonnées par le nom de l'hôte. Cet hôte vous est indiqué par le nouvel hébergeur sur votre compte ou dans un e-mail quand vous créez une base de données. Par défaut, c'est souvent "localhost"... mais certains hébergeurs peuvent personnaliser ce paramètre.

Voilà, nous sommes prêts à passer à l'étape suivante !

Installer la sauvegarde chez le nouvel hébergeur

Nous allons tout simplement refaire les choses en sens inverse… mais avec le nouvel hébergeur : envoyer les fichiers stockés dans le dossier "SAUVEGARDE" chez votre nouvel hébergeur… et importer la base de données depuis votre ordinateur vers le nouvel hébergeur !

Importer les fichiers

Pour les fichiers, l'opération est simple : affichez sur la gauche de FileZilla le contenu du dossier SAUVEGARDE (qui doit comporter les dossiers wp-admin, wp-content, wp-includes et un certain nombre de fichiers)... et sur la droite, affichez l'intérieur du dossier où vous devez installer le site chez votre nouvel hébergeur.

Souvent, ce dossier s'appelle "public_html" ou "www". Vous devez double-cliquer dessus pour entrer dedans.

Une fois que vous y êtes, sélectionnez tout le contenu du dossier SAUVEGARDE et faites-le glisser vers la droite pour lancer son transfert dans "public_html" ou "www".

Importer la base de données

Pendant que le transfert s'effectue, connectez-vous à l'outil de gestion de base de données (phpMyAdmin) de votre nouvel hébergeur, allez dans la base de données que vous avez créée. Cette fois-ci, au lieu de cliquer sur "Exporter", cliquez sur "Importer" dans le menu.

Importer une base de données
Importer une base de données

Cliquez sur "Choisir un fichier" et choisissez le fichier se terminant par ".sql" que vous avez enregistré tout à l'heure. En général, il ne faut pas toucher aux autres options et simplement cliquer sur "Exécuter" pour lancer la copie de votre ancienne base de données chez votre nouvel hébergeur.

Et si la base de données est trop lourde ?

Chaque hébergeur impose une limite à la taille des fichiers de base de données que l'on peut mettre en ligne et parfois, votre base de données dépasse cette limite, en particulier si vous avez un gros blog.

Dans ce cas, la procédure est un peu plus complexe car il va falloir découper le fichier en plusieurs morceaux et les mettre en ligne les uns après les autres.

Ouvrez le fichier avec un éditeur comme Notepad++, je vous déconseille le Bloc-Notes de Windows qui a beaucoup de mal à gérer les fichiers très lourds.

Le plus simple : faites en sorte que chaque bout (à part le tout premier) commence par une ligne "INSERT INTO"... et se termine par un ");" précédant un "INSERT INTO".

La ligne "INSERT INTO" figure à de nombreuses reprises dans un fichier de base de données, ce qui vous permet de couper facilement le fichier à l'endroit de votre choix, en deux ou plusieurs morceaux.

Ici par exemple, mon premier bout de fichier pourrait se terminer juste avant le "INSERT INTO"... tandis que le deuxième morceau commencerait au niveau du "INSERT INTO".

Découper une base de données trop lourde
Découper une base de données trop lourde

Je vous conseille de numéroter ensuite les différents fichiers car il faudra les importer dans l'ordre.

A ce stade, votre nouveau site est entièrement prêt chez votre nouvel hébergeur. Si vous vous connectez à l'adresse d'hébergement temporaire qu'il vous a fournie, vous devriez pouvoir visualiser votre site. Il peut y avoir quelques bugs d'affichage mais vous devez voir le site. Si vous obtenez une erreur du type "Erreur de connexion à la base de données", ce n'est pas normal : ça laisse entendre que les informations renseignées dans le fichier wp-config.php ne sont pas bonnes.

Vérifiez bien cette étape avant de passer à la suite !

3. Recréer vos adresses e-mail

Si vous avez des adresses e-mail personnalisées pour votre site, par exemple redaction@monsite.com, pensez à les recréer chez votre nouvel hébergeur, qui dispose souvent d'une rubrique dédiée qui porte un nom comme "Comptes e-mail". Si vous avez beaucoup d'adresses personnalisées, il faudra revoir aussi la répartition des quotas attribués à chaque adresse et veiller à ce que chacun puisse redéfinir son mot de passe dans les meilleurs délais.

Ça permettra aux boîtes mail d'être immédiatement opérationnelles lorsque le transfert sera finalisé et que chacun reste joignable autant que possible !

Si vous le pouvez, pensez à réaliser une sauvegarde de la boîte mail avant migration pour éviter de perdre tout votre historique.

Après migration, il faudra penser à reconfigurer vos comptes e-mail sur votre smartphone ou client de messagerie (Outlook, Thunderbird, etc) car il est fort probable que certains paramètres auront changé entre votre ancien et votre nouvel hébergeur.

4. Informer les visiteurs en cas de migration

Une migration peut induire quelques perturbations pour les visiteurs.

Au départ, votre nom de domaine renvoie vers votre ancien hébergeur… puis nous allons lui dire "à partir de maintenant, arrête d'envoyer les gens là-bas, envoie-les vers ce nouvel emplacement". Cette procédure demande un peu de temps (parfois jusqu'à 72h)... et peut occasionner quelques perturbations.

Pour cette raison, on évite en général de lancer une migration à une heure où le trafic est important. Idéalement, on lance ça tard le soir. De même, on évite de lancer la migration le vendredi quand tout le monde part en week-end dans la foulée. Mieux vaut initier ça en début de semaine pour que tout le monde soit le plus joignable possible s'il y a des bugs urgents à résoudre dans les jours qui suivent.

Je vous conseille aussi de ne pas hésiter à communiquer sur la migration. Pas besoin d'entrer dans des détails techniques mais vous pouvez afficher une pop-up ou un bandeau d'information (une extension comme WPFront Notification Bar peut vous y aider) avec un message du type "Une opération de maintenance est en cours sur le site, vous êtes susceptible de rencontrer des erreurs ponctuelles jusqu'au (date)".

Pour finir, évitez d'apporter des changements à votre site ou de publier/planifier de nouveaux articles pendant cette période de migration. En effet, si vous faites des modifications sur la version du site qui se trouve chez l'ancien hébergeur, elles seront perdues chez le nouveau prestataire.

Pour cette raison, on instaure en général une période de "freeze" avant une migration où, pendant une semaine par exemple, on n'apporte aucun changement au site le temps de tout transférer/tester proprement.

5. Transférer le nom de domaine

A ce stade, vous avez deux "versions" de votre site qui coexistent : votre nom de domaine mène toujours à votre site chez votre ancien hébergeur… mais en coulisses, vous avez aussi préparé votre site à une adresse temporaire chez votre nouveau prestataire.

Il reste donc une étape importante à franchir : faire en sorte que votre nom de domaine oriente les gens vers le nouvel hébergeur où tout est prêt… et plus vers l'ancien.

Il y a ici deux cas de figure :

  • Si vous avez enregistré votre nom de domaine chez votre ancien hébergeur, il va falloir lancer une procédure de transfert pour dire à ce prestataire "Lâche le nom de domaine" puis dire au nouveau "Récupère le nom de domaine".
  • Si vous avez enregistré votre nom de domaine auprès d'un tiers, il va juste falloir acter la migration en faisant ce qu'on appelle un changement de DNS.

Cas #1 - Transférer un nom de domaine

Chaque hébergeur aura sa propre procédure, les intitulés peuvent légèrement varier mais dans les grandes lignes, voici comment ça se passe :

  • Déverrouillage du domaine - Depuis l'administration de votre ancien hébergeur, vous déverrouillez le domaine pour permettre son transfert. Vous aurez ensuite une durée limitée pour effectuer ledit transfert.
  • Récupérer le code d'autorisation de transfert - Il peut être appelé "Authcode", "AUTH/INFO". Ce code permettra de s'assurer que c'est bien vous qui autorisez ce transfert et non une tierce personne qui essaie de vous voler le nom de domaine.
  • Fournir ce code à votre nouvel hébergeur (ou au nouveau prestataire chez qui vous transférez le nom).

Il est souvent nécessaire, en complément, de valider le transfert grâce à un e-mail que l'on reçoit à ce sujet.

Si ça peut vous aider, voici les pages proposées par quelques hébergeurs sur le sujet :

Le transfert d'un nom de domaine prend souvent une semaine (votre site reste fonctionnel pendant ce temps) et il n'est possible que si votre nom a plus de 60 jours.

Cas #2 - Changer les DNS d'un nom de domaine

Récupérez les DNS de votre nouvel hébergeur (il vous les donne souvent dans le mail d'inscription). Ça ressemble généralement à ça :

ns1.monprestataire.com
ns2.monprestataire.com

Connectez-vous chez le prestataire auprès duquel vous avez enregistré un nom de domaine… et partez à la recherche de la rubrique où vous pouvez changer les DNS. Chez Gandi par exemple, la rubrique s'appelle "Domaines > mondomaine.com > Serveurs de noms". Renseignez les données de votre nouvel hébergeur.

Changer les DNS de son domaine

Ça y est, le transfert est lancé. Vous pouvez ensuite utiliser un outil comme "What's my DNS" pour suivre la propagation des DNS.

De quoi s'agit-il exactement ? Cela prend plus ou moins longtemps pour un nom de domaine de diriger les gens vers le "bon hébergeur". Pendant une période allant jusqu'à 72h, vous allez souvent constater que selon la région du monde, tous les visiteurs n'accèdent pas à votre nouvel hébergeur, certains seront encore renvoyés vers l'ancien.

Une fois que le transfert est fini, les serveurs du monde entier doivent afficher les mêmes informations, comme ici pour No Tuxedo :

Propagation des DNS

6. Ultimes vérifications après migration

A ce stade, votre site WordPress doit être pleinement fonctionnel à son nouvel emplacement. Vérifiez que tout fonctionne bien et accordez-vous au moins quelques jours de délai avant de supprimer l'ancien site chez votre ancien hébergeur.

Il s'agit, dans ce laps de temps, de vérifier quelques points clés :

  • Que le certificat SSL (permettant d'avoir un site en https et non en http) est bien configuré ;
  • Que les liens internes fonctionnent sans message d'erreur ;
  • Que les formulaires sont fonctionnels (envoyez des e-mails de test pour vous en assurer) ;
  • Dans le cas d'un site e-commerce, que les fonctionnalités essentielles (ajout au panier, choix de la livraison, validation de la commande) ne présentent pas d'erreur ;
  • Que vous recevez bien les notifications essentielles du site (en cas de nouveau message, nouvelle commande, nouveau commentaire par exemple) ;
  • Que les images et vidéos se chargent bien ;
  • Que l'extension de cache éventuelle est bien configurée ;
  • Qu'il n'y a pas de bug lié à une configuration différente du serveur (par exemple, une version de php plus moderne induisant une incompatibilité avec certains plugins un peu anciens) ;
  • Que les outils tiers intégrés à votre site fonctionnent également (collecte de données statistiques, CRM...) ;
  • Que des sauvegardes automatiques sont bien actives.

Je conseille d'engager ce genre de procédure de changement d'hébergeur quelques semaines avant la fin de votre contrat d'hébergement, ça laisse le temps de transférer les fichiers et le nom de domaine tranquillement… et de déboguer le site s'il y a un problème de configuration suite à la migration !

Transférer un site WordPress, une procédure pas anodine !

En soi, transférer un site WordPress vers un autre hébergeur n'est pas très complexe, il s'agit avant de tout de sauvegarder un site et de copier cette sauvegarde à un nouvel emplacement… Mais comme vous pouvez le voir à la longueur de ce tutoriel, il y a plein d'étapes à respecter et de choses à garder en tête si bien qu'au final, la procédure n'est pas anodine.

On n'est jamais marié à son hébergeur. Si vous constatez des problèmes récurrents qui ne sont pas de votre fait… et qu'on ne vous apporte pas de réponse dans un délai raisonnable, vous êtes en droit de changer de prestataire pour offrir à votre site une qualité de service plus satisfaisante !

Avez-vous déjà changé d'hébergeur ou envisagé de le faire ?

Poster un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

45 commentaires sur “Comment transférer un site WordPress vers un autre hébergeur ?
  • Pascal

    Bonjour,
    l’export de la base de donnée est farci de référence à l’ancien utilisateur, à l’ancienne base de donnée, et d’URL des ressources chez l’ancien hébergeur.
    Je ne vois pas comment ça pourrait marcher chez le nouvel hébergeur…
    Pas sans un bon travail d’édition (Remplacer tout) sur le .SQL : nouvelle URL du site, nouveau user, etc

    Répondre à Pascal
    • Marlène Viancin

      Bonjour Pascal, attention dans cet article on ne parle pas de changement de nom de domaine mais de changement d’hébergeur. Les URL du site ne sont pas censées bouger. De même, on ne change pas le nom d’utilisateur WordPress qui permet de se connecter au site. On change simplement les informations de login à la base de données.

      Répondre à Marlène
  • ignace72

    Bonsoir.
    Je souhaite partir de mon hébergeur actuel, Gandi, pour aller chez Hostinger. Appréhende la migration. Peur, de faire une boulette, d’oublier une étape.
    Votre article me rassure un peu.
    Merci.
    Ignace.

    Répondre à ignace72
    • Marlène

      Bonjour Ignace, le principal si on fait une boulette, c’est de la corriger rapidement pour que l’impact sur le trafic et le référencement reste limité. Je ne sais pas si le site concerné est gros ou pas mais vous pouvez utiliser le crawler Screaming Frog (gratuit jusqu’à 500 URL) pour explorer le site après migration et vérifier qu’il n’y a pas trop d’erreurs 404 dessus par exemple. Dans l’article, je parle d’un cas « simple » où on migre le site à l’identique. Si on en profite pour changer les URL, il faut encore plus de vigilance, faire un plan de redirection, etc.

      Mais si les URL ne bougent pas, on va plus faire face à des petits bugs techniques. C’est pour ça qu’il est préférable de faire une migration « aux heures d’ouverture du support technique » et pas un vendredi à minuit :)

      Répondre à Marlène
  • Cécile

    Merci beaucoup pour cet article super bien rédigé, qui m’a beaucoup aidé pour un transfert au top de mon site
    Belle journée,
    Cécile

    Répondre à Cécile
    • Marlène

      Bonjour Cécile, merci beaucoup, contente de savoir que tout s’est bien passé !

      Répondre à Marlène
  • Frederick

    Bonjour Marlène ,

    Mécontent des deux hébergeurs actuels de mes sites , je pense notamment suite à vos articles , migrer vers O2switch. Comment faire pour que vous en profitiez ? Je ne vois pas de lien de parrainage ou d’affiliation.
    Cordialement.

    Répondre à Frederick
    • Marlène

      Hello Frederick, il y a un pavé o2switch dans la sidebar quand on consulte le site depuis un ordinateur mais sur mobile, il descend touuuut en bas donc n’est pas très visible ;) C’est gentil à vous de me proposer une affiliation, vous pouvez utiliser ce lien. J’ai renouvelé mon contrat chez eux pour la troisième année consécutive en juin et tout se passe bien pour l’instant :) J’espère que vous en serez satisfait !

      Répondre à Marlène
  • Pierre-Jean

    Bonjour Marlène,
    merci pour vos précieux conseils et votre super tutoriel !
    J’ai suivi pas à pas votre méthode pour changer d’hébergeur (OVH pour Hostinger) et tout s’est magnifiquement bien passé !
    Grâce à vous, j’ai appris et démystifié la technique autour de l’hébergement !

    Répondre à Pierre-Jean
    • Marlène

      Bien joué Pierre-Jean ! Merci d’avoir pris le temps de faire un feedback :)

      Répondre à Marlène
  • Laurie

    Bonjour,

    Merci pour toutes ces explications! Quand vous parlez de nom de domaine, est-il possible de suivre ce que vous avez dit mais en changeant de nom de domaine? Le nom de mon blog ne me convient plus, je souhaiterais le changer, et changer d’hébergeur en même temps.

    Merci :-)

    Répondre à Laurie
    • Marlène

      Hello Laurie, le challenge avec un « double changement » sera aussi de bien mettre en place des redirections de l’ancienne adresse du blog vers la nouvelle, pour ne pas perdre tout le trafic et le référencement existants !

      Répondre à Marlène
  • Angelilie

    Merci Marlène pour cet article complet sur le changement d’hébergeur. Je voudrais savoir si tu proposes tes services pour transférer un blog vers un autre hébergeur, moyennant monétisation. Je serais très intéressée, si cela était possible, car j’aimerais bien partir chez 02Switch. J’ai déjà migré mon blog, en avril 2018, de wordPress. com vers WordPress. org et je me suis arrachée quelques cheveux au passage :) Je me suis faite des frayeurs. C’est pourquoi, si je décide de changer d’hébergeur (actuellement sur OVH) j’aimerais faire appel à une tierce personne pour faire le transfert.

    Répondre à Angelilie
    • Marlène

      Hello, merci beaucoup pour ta confiance ! Je n’ai malheureusement aucune disponibilité dans mon planning en ce moment car déjà trop de projets en cours :-/

      Répondre à Marlène
  • nessa

    Bonjour, tout d’abord merci pour tous ces conseils , ca fait un loooooong moment que je vous suit et vous m’avez aidée dans pas mal de domaine, cependant j’ai encore plein de domaine à exploiter. ( Franchement c’est pas facile et j’aimerais tout reprendre depuis le debut)
    – TOUT D’ABORD faites-vous des séances de formations?
    – Je suis avec Bluehost (ce qui me semble chère) j’aimerais tout gérer avec WordPress (domaine et hebergeur) qu’en pensez vous?
    – j’ai egalement un Templates sur mon Blog vous pensez que je peux le garder (Georgia Lou studios) sachant que je l’ai achetée?
    J’ai tellement de question à poser mais je vous remercie par avance.

    Répondre à nessa
    • Marlène

      Bonjour Nessa, je ne propose pas du tout de formations via No Tuxedo car je gère ce blog sur mon temps libre mais ce n’est pas mon métier. Pour répondre à la question concernant l’hébergeur, tout confier à WordPress revient à passer sur la plateforme WordPress.com, qui pose beaucoup beaucoup plus de restrictions que WordPress installé chez un hébergeur, je te conseille de lire cet article où j’explique la différence entre WordPress.org et WordPress.com.

      Si tu as goûté à la liberté de gérer ton blog chez un hébergeur, le retour en arrière est difficile et ce sera TRÈS cher si tu veux avoir la même liberté (exemple : sur WordPress.com, pour bénéficier du droit de mettre en ligne un thème personnalisé, il faut prendre au moins une formule Business à 25 euros par mois.

      Combien te coûte Bluehost à l’heure actuelle ? A titre de comparaison, mon hébergeur (o2Switch) me coûte 72 euros par an, il y a moins cher (OVH par exemple, avec des formules à partir de 43€) mais le support d’o2switch et la qualité de service sont vraiment au top.

      Répondre à Marlène
    • nessa

      ohlala merci pour ta patience rt ta disponibilité, vraimentca m’aide beaucoup. Tu m’as apporté beaucoup de conseils, j’ai bien lu et merci je reste sur WP.org qui effectivement est beaucoup plus avantageux. Avec Bluehost je paye 168 Dollars/an ce qui est ENORME. Du coup je vais me tourner vers O2WITCH !! merci beaucoup pour votre aide

      Répondre à nessa
    • nessa

      ERREUR de ma part , je paye 40$/an ce qui correspond au NOM DU DOMAINE (22$) + Confidentialité et protection du domaine (18$) et cette année j’ai payé le : Basic Web Hosting (hébergement web de base) 129$ (voila le rapport) je ne sais pas pourquoi d’ailleurs voila

      Répondre à nessa
    • Marlène

      Je te conseille de lire cet article qui explique ce qu’est un hébergement web, car ça me paraît important de savoir pourquoi on paie quand on paie pour un service ;) Ça te permettra sans doute de mieux comprendre la différence entre l’hébergement et le nom de domaine, et la définition d’un hébergement.

      Répondre à Marlène
  • Alice

    Bonjour Marlène,
    Grâce à toutes vos explications suffisamment claires pour que je tente le coup bien que je n’y connaisse rien…, je suis en train de terminer la procédure en exportant ma base de données chez mon nouvel hébergeur. Problème, après avoir importé le fichier dans phpMyAdmin, j’ai ce message d’erreur qui s’affiche :
    Requête SQL :
    CREATE DATABASE IF NOT EXISTS `XXXXX` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci
    MySQL a répondu:
    #1044 – Accès refusé pour l’utilisateur: ‘XXX’. Base ‘XXX’

    Je ne comprends rien et j’ai peur d’avoir tout raté sans possibilité de revenir en arrière, d’où ce message désespéré :(
    Merci

    Répondre à Alice
    • Alice

      EDIT : Solution trouvée :)

      Répondre à Alice
    • Marlène

      Hello Alice, j’ai effacé les informations confidentielles, il ne faut pas poster ce genre de donnée publiquement car même si le nom de la base de données n’est pas aussi « secret » que le mot de passe, autant ne pas le communiquer à l’extérieur ;)

      J’imagine que la base de données de ce nom n’existait pas car elle n’avait pas été créée en amont… ou que les informations de connexion n’étaient pas correctes.

      Répondre à Marlène
  • Camille

    Hello Marlène,

    Je songe à changer d’hebergeur (actuellement sur WordPress pour Wix) car il y a beaucoup d’options que je n’arrive pas à utiliser sur wordpress. As-tu un avis sur Wix? Aussi, sais-tu comment demander un code d’autorisation à WordPress? J’ai tenté de les joindre mais sans succès jusqu’à présent.

    En tout cas jamais je décide de changer d’hebergeur je me servirai de tes conseils, bien que toutes ces étapes me fassent peur..

    Merci pour ton retour :)

    Répondre à Camille
    • Marlène

      Un avis ? Éviter Wix à tout prix. J’ai un article en préparation sur les raisons pour lesquelles je n’apprécie pas du tout cette plateforme : ils emprisonnent tes données sans export possible, les performances techniques sont mauvaises…

      Mieux vaut prendre le temps de te former à WordPress (soit en lisant, soit en suivant un MOOC). Pour le code d’autorisation, as-tu consulté ce tutoriel chez Yes We Blog qui est bien fait ?

      Répondre à Marlène
  • Thibaut

    Qu’en est il pour une migration d’un site en https surtout au niveau du certificat.

    Y a t il une astuce pour éviter que le site soit en panne pendant la propagation des dns?

    Mon hébergeur me dit que la propagation des dns doit être fini pour avoir un certificat

    Répondre à Thibaut
    • Marlène

      Bonjour Thibaut, j’ai traité le sujet du passage au https dans un article distinct car ce sont d’autres problématiques, à moins que tu ne parles de combiner les deux aspects (changement d’hébergeur + passage simultané en https) ?

      Répondre à Marlène
  • mariem

    Hello! je débute tout juste .Je souhaite créelr un bog via wordpress.org mais j’ai un peu de mal.Pour débuter est ce que je peux commencer par l’installation ionos et plus tard redevenir indépendante Au niveau DU CSS? je te remercie

    Répondre à mariem
  • Laurent

    Super article, très clair, merci. Je vais m’en inspirer pour changer d’hébergeur prochainement ;)

    Répondre à Laurent
  • MILLA

    Je viens de faire la migration de mon blog (j’ai du le faire 4 fois a cause de bugs divers) et j’ai eu la mauvaise surprise de voir que je ne pouvais pas changer les DNS chez mon ancien hébergeur pendant la migration du nom de domaine (du coup j’ai deux version de blog qui co-existent, c’est pas terrible). Je pense que c’est un point important à mentionner dans ton article (meme si c’est un peu de ma faute car j’ai fait les choses à l’envers).
    EN tout cas, merci pour cet article très complet !

    Répondre à MILLA
    • Marlène

      Hello, normalement quand tu transfères un nom de domaine chez un autre prestataire il continue à pointer vers l’hébergement sur lequel il a été configuré… et la version de ton site qui existe sur ton nouvel hébergement est à une adresse temporaire généralement non-indexable sur les moteurs de recherche. A moins que je n’aie pas bien compris le souci !

      Répondre à Marlène
  • Caroline

    Bonjour Marlène,

    Petite question pour toi.
    Quand tu as fait ton changement de DNS, après combien de temps était tu capables d’accéder à ton panneau Admin WP ?
    J’ai fais mon changement de DNS (migration d’overblog vers WP) hier matin et je ne suis toujours pas capable d’accéder à mon panneau admin après 12h00.
    Pourtant, j’ai bien vérifié que les DNS semblent bien répandu. J’ai vérifié grâce au site que tu mentionnes dans l’article.
    Je me demande donc si cette situation est « normale » ou non

    Répondre à Caroline
    • Marlène

      Si tu es chez Free, ça peut prendre un peu plus longtemps… pour ma part, ça a pris quelques jours alors que je pouvais parfaitement accéder à mon blog à son nouvel emplacement depuis mon lieu de travail. Quand je me connecte sur ton blog, je vois un blog WordPress en tout cas :)

      Pense à vider le cache de ton navigateur web, c’est peut-être tout simplement une bête histoire de cache !

      Répondre à Marlène
  • Isabelle

    Marlène bonjour, merci poilue toutes ces infos qui me confortent dans mon projet… ce qui me retient encore aujourd’hui c’est sous quel statut s’inscrire… je pensais débuter en tant qu’auteur artiste … voir venir et si ça prend de l’ampleur d’ici 2-3 ans tendre vers auto entrepreneur… car en tant que fonctionnaire le cumul d’activité est très réglementé. En tout cas merci de tes conseils

    Répondre à Isabelle
    • Marlène

      Hello Isabelle, je ne vois pas bien le lien entre ton message et le sujet de l’article. On n’a pas forcément besoin d’un statut particulier pour héberger un site web chez un hébergeur, c’est ouvert à n’importe qui.

      Répondre à Marlène
  • Suny ☼

    Merci pour ton tutoriel très complet, Marlène. En fait, ce qui est difficile de savoir pour les débutants, c’est comment voir si la lenteur de notre blog est dû à des problèmes internes au blog (problème des css, images, javascript, ok je lis ça avec Gtmetrix) ou des problèmes éventuels de lenteur venant de notre hébergeur (ok mais je fais comment pour diagnostiquer ça sur Gtmetrix et voir ça).

    Avec OVH, cette année, j’ai planté 1 fois pendant 2 jours, sinon leur service support est rapide et sérieux, j’ai pas eu de probs spécifiques. J’avoue que je n’ai pas trop regardé les autres hébergeurs.

    Autre chose que je me suis toujours posé comme question, c’est cette histoire d’hébergement mutualisé. Par exemple, pour tes blogs voyage, livre, Seo, est-ce qu’ils sont sur un hébergement mutualisé ou normal ? Il paraît que le temps de chargement est plus long sur un truc mutualisé. Mais pour les blogs personnels comme les tiens ou ceux qui veulent « monétiser un peu », faut-il prendre un hébergement normal ou mutualisé ? Car je trouve que c’est cher l’année, un vrai site pro ! A partir de quel moment, faut se poser la question, les différences en vitesse de chargement sont-elles si grandes ? J’ai jamais réussi à comprendre ça. ^_^

    Répondre à Suny
    • Marlène

      Je n’ai pas eu la même expérience du support OVH…

      Il n’y a pas d’hébergement « normal » versus « mutualisé ». L’hébergement dédié (différent du mutualisé) concerne surtout de très gros sites ou des sites ayant des besoins spécifiques en termes d’infrastructure, qui ne peuvent pas être couverts par un hébergement mutualisé (ça peut être un choix pour des raisons de sécurité, parce qu’on héberge plein de sites pour des tiers, etc). Pour un blogueur débutant, le mutualisé est amplement suffisant, d’autant qu’on peut faire évoluer son offre dans le temps.

      La quête de vitesse est une problématique dont l’importance dépend de ce qu’on fait de son site. C’est crucial pour un e-commerçant, moins stratégique pour un blogueur amateur par exemple. Et quand on gère un blog professionnel, exigeant une optimisation poussée de la vitesse de chargement qu’on ne sait pas faire soi-même, c’est là qu’il faut savoir faire appel à un professionnel, dont c’est le métier.

      Répondre à Marlène
  • Myriam

    bonjour,
    Intéressant votre article, très détaillé comme toujours. Autant bien réfléchir dès le départ vu la quantité des choses à faire ! Sinon, j’ai vu que chez O2Switch le premier nom de domaine est gratuit, les autres payant à 10 €, donc moins cher que chez Gandi (?). Je ne comprends pas bien le système de nom de domaine et à prendre chez qui finalement, O2S ou Gandi ? Merci d’avance de votre réponse.

    Répondre à Myriam
    • Marlène

      Bonjour Myriam, oui il faut réfléchir dès le départ… mais la situation peut se dégrader, c’est souvent ce qui pousse à changer d’hébergeur. C’est comme ça que j’ai quitté OVH (site inaccessible pendant 3 jours sans réaction ou geste commercial du support client), comme ça que j’ai quitté Nuxit (le service était initialement très quali et je suis partie plus tard parce que ça a évolué dans le mauvais sens).

      Pour ce qui est du nom de domaine, c’est un choix très personnel : celui de ne pas mettre tous ses œufs dans le même panier. Pour ma part, je préfère que le prestataire qui détient mon nom ne soit pas le même que celui qui gère mon hébergement. Comme ça, si je suis insatisfaite de l’hébergeur, mon nom reste toujours « indépendant ».

      Répondre à Marlène
    • Myriam

      Merci Marlène pour ces explications. Si j’ai bien compris Gandi ne fait que cela, attribuer les noms de domaines disponibles sans hébergement et que vous soyez hébergé chez X ou Y alors que si je prends un nom de domaine chez O2Switch je suis liée à leur hébergement ? Sinon, savez-vous pourquoi chez eux après le 1er nom gratuit, les suivants sont à 10 € au lieu de 14,4 € chez Gandi , et je ne parle pas des autres hébergeurs ou offres ? Bonne soirée.

      Répondre à Myriam
    • Marlène

      Je ne peux pas m’exprimer à leur place sur leur politique commerciale ;) Je pense que dans la mesure où o2switch vend aussi un hébergement (on ne voit aucun endroit pour acheter un nom de domaine seul si on n’est pas déjà client), ils proposent un tarif plus avantageux que Gandi, où on est libre d’acheter (ou pas) tout ce qu’on veut. Gandi propose aussi des offres d’hébergement d’ailleurs.

      Pour ma part, j’ai choisi ce prestataire car il a une réputation irréprochable depuis… grosso modo pas loin de 20 ans :)

      Répondre à Marlène
    • Myriam

      Merci beaucoup Marlène, j’ai encore appris des choses ! Bonne journée

      Répondre à Myriam
  • Aurore

    Je songe justement à passer chez O2switch, pour améliorer la vitesse de mon site. Je me demandais du coup est-ce que tu as pris l’offre de base à 5€ par mois où une autre pour avoir de meilleurs résultats sur ce point ?

    Répondre à Aurore
    • Marlène

      Hello Aurore, O2switch fonctionne avec une offre unique donc il n’y a pas le choix :) En revanche, j’ai pris plusieurs abonnements car mes sites sont trop gros pour tenir tous ensemble sur un seul et même abonnement.

      Répondre à Marlène


Si vous aimez les articles du site, n'hésitez pas à faire vos achats sur Amazon.fr via ce lien ; il me permettra de toucher une commission grâce au programme Partenaires Amazon EU.