Migrer son site vers un autre hébergeur sans coupure

Migrer son site vers un autre hébergeur : la règle qui évite la coupure

Pour migrer son site vers un autre hébergeur sans coupure, vous ne déplacez rien : vous copiez. Le site tourne chez l'ancien hébergeur pendant que vous en installez une copie chez le nouveau, vous testez cette copie, puis vous faites pointer le nom de domaine vers elle. Les visiteurs passent de l'un à l'autre sans s'en apercevoir, et l'ancien serveur continue de répondre à ceux dont le fournisseur d'accès n'a pas encore pris en compte le changement. Vous résiliez en dernier, une fois que plus personne n'arrive sur l'ancienne adresse.

Cette méthode vaut pour un site vitrine de cinq pages comme pour une boutique en ligne. Comptez une demi-journée de travail pour un site vitrine, deux à trois jours étalés sur une semaine pour un e-commerce.

Pourquoi changer d'hébergeur ?

Quatre motifs reviennent dans les demandes que nous recevons :

• Le site est lent et les réglages de cache n'y changent rien : le temps de réponse du serveur dépasse la seconde dans PageSpeed Insights.
• Le prix de renouvellement a doublé par rapport à l'offre de la première année.
• Le support ne répond pas, ou répond en trois jours.
• Le compte appartient au prestataire qui a construit le site, et vous voulez reprendre la main.

Avant de choisir la destination, relisez les critères qui comptent pour un site de TPE dans notre guide pour choisir l'hébergement de son site : localisation des serveurs, sauvegardes incluses, version de PHP, prix au renouvellement. Si vous hésitez sur le type d'offre, notre comparatif hébergement mutualisé, VPS ou cloud tranche selon le trafic et le temps d'administration.

Avant de commencer : cinq vérifications

1. Vous contrôlez le nom de domaine. La bascule se fait dans la zone DNS du domaine. Si celui-ci est enregistré au nom de votre ancien prestataire, rien ne se fera sans lui. Vérifiez le titulaire avec notre guide pour récupérer son nom de domaine détenu par un prestataire.
2. Vous avez tous les accès à l'ancien hébergement : panneau d'administration, FTP ou SSH, base de données, messagerie. Sans l'accès à la base, un site WordPress ne se copie pas.
3. Vous avez fait l'inventaire de ce qui vit sur ce serveur : le site, mais aussi les adresses e-mail, les sous-domaines (un intranet, une page de test), les tâches planifiées, les redirections et le certificat HTTPS.
4. Vous avez abaissé le TTL du domaine. Le TTL (durée de vie) indique aux fournisseurs d'accès combien de temps garder en mémoire l'adresse de votre serveur. Réglé à 300 secondes 48 heures avant la bascule, il permet au changement de se propager en quelques minutes au lieu d'une journée.
5. Vous avez choisi un créneau calme : un mardi ou un mercredi matin, jamais un vendredi soir ni la veille d'une campagne.

Migrer un site vers un autre hébergeur en 7 étapes

1. Sauvegarder l'ancien site en entier

Téléchargez les fichiers du site par FTP ou SFTP, dossier par dossier, et exportez la base de données depuis phpMyAdmin ou l'outil équivalent de votre panneau. Pour un site WordPress, cela représente le dossier wp-content (thème, extensions, images), le fichier wp-config.php, le fichier .htaccess et un export SQL. Conservez cette sauvegarde hors du serveur : c'est votre filet de sécurité si la copie échoue. Si vous n'en avez jamais fait, notre guide sur la sauvegarde d'un site internet détaille quoi copier et comment vérifier l'archive. Notez aussi la version de PHP de l'ancien serveur, la nouvelle offre doit en proposer une égale ou plus récente.

2. Préparer le nouvel hébergement

Ouvrez le compte, créez une base de données vide avec son utilisateur, activez la version de PHP voulue et notez l'adresse IP du serveur, ainsi que l'adresse temporaire que la plupart des hébergeurs fournissent pour tester un site avant la bascule.

3. Copier les fichiers et importer la base

Envoyez les fichiers sur le nouveau serveur, importez l'export SQL dans la nouvelle base, puis mettez à jour le fichier de configuration avec le nom de la base, l'utilisateur et le mot de passe du nouvel hébergement. Si vous avez changé d'adresse pendant les tests, remplacez l'ancienne adresse par la nouvelle dans la base. Sur WordPress, un outil de recherche-remplacement qui respecte les données sérialisées s'en charge ; un remplacement brut dans l'export SQL casse les réglages du thème.

Beaucoup d'hébergeurs proposent une migration gratuite à la souscription. Acceptez-la, mais gardez la sauvegarde de l'étape 1 : l'outil automatique oublie souvent les redirections et les tâches planifiées.

4. Tester la copie avant de basculer

Ouvrez la copie sur l'adresse temporaire, ou en modifiant le fichier hosts de votre ordinateur pour que votre domaine pointe vers la nouvelle IP uniquement sur votre poste. Puis vérifiez, page par page :

• les pages s'affichent avec leurs images et leurs polices ;
• le formulaire de contact envoie bien un e-mail, et vous le recevez ;
• la connexion à l'administration fonctionne ;
• les extensions actives sont les mêmes qu'avant ;
• pour une boutique, une commande test passe de bout en bout, paiement compris en mode test.

Un site qui s'affiche mais dont le formulaire ne part pas est le cas le plus fréquent : le nouveau serveur n'envoie pas d'e-mails tant que vous n'avez pas configuré un service d'envoi ou les enregistrements SPF du domaine.

5. Déplacer la messagerie, si elle vit chez l'ancien hébergeur

C'est l'étape que les tutoriels oublient, et celle qui fait le plus de dégâts. Si vos adresses contact@votre-domaine.fr sont hébergées chez l'ancien prestataire, deux choix :

Option	Ce que vous faites	Risque
Garder la messagerie chez l'ancien hébergeur	Vous ne touchez pas aux enregistrements MX. Seul l'enregistrement A du site change.	Aucun, tant que vous conservez un abonnement messagerie là-bas.
Déplacer la messagerie	Vous créez les boîtes chez le nouveau fournisseur, copiez les messages par IMAP, puis changez les MX en même temps que le site.	Un MX modifié avant la création des boîtes fait rebondir les e-mails entrants.

Dans les deux cas, recopiez à l'identique les enregistrements SPF, DKIM et DMARC du domaine, sinon vos e-mails partent en spam chez vos clients le lendemain de la bascule.

6. Basculer le domaine

Dans la zone DNS du domaine, remplacez l'adresse IP de l'ancien serveur par celle du nouveau dans l'enregistrement A (et AAAA s'il existe). Si l'ancien hébergeur gérait aussi la zone DNS, recopiez d'abord tous les enregistrements chez le nouveau gestionnaire, puis changez les serveurs de noms chez le registraire. Avec un TTL abaissé à l'avance, la majorité des visiteurs arrive sur le nouveau serveur en moins d'une heure ; sans cette précaution, comptez jusqu'à 48 heures pendant lesquelles les deux serveurs reçoivent du trafic.

Activez le certificat HTTPS sur le nouveau serveur dès que le domaine pointe dessus. Les certificats Let's Encrypt, gratuits, se délivrent en quelques minutes une fois la propagation faite. Tant qu'il n'est pas actif, les visiteurs voient un avertissement de sécurité.

7. Vérifier, puis résilier

Le jour de la bascule, consultez le site depuis votre connexion fixe et votre téléphone en 4G, puis lancez une inspection d'URL de la page d'accueil dans Google Search Console. Mettez à jour la page des mentions légales : le nom, l'adresse et le téléphone de l'hébergeur y sont obligatoires, comme le rappelle notre article sur les mentions légales obligatoires d'un site internet.

Gardez l'ancien hébergement actif une à deux semaines, vérifiez que ses journaux ne montrent plus de visites, puis résiliez. Sur une boutique, exportez d'abord les commandes passées pendant la période de double trafic.

Combien de temps et combien ça coûte ?

Type de site	Durée de la migration	Coupure visible	Coût indicatif si vous déléguez (HT)
Site statique ou vitrine sans base de données	1 à 2 heures	Aucune	150 à 300 €
Site WordPress vitrine	Une demi-journée	Aucune si l'ordre est respecté	300 à 600 €
Boutique en ligne	2 à 3 jours sur une semaine, avec gel des modifications	Quelques minutes pour le paiement, à annoncer	600 à 1 500 €

Ces montants couvrent la copie, les tests et la bascule, pas la refonte du site. Beaucoup d'hébergeurs incluent la migration dans leur offre : demandez ce qu'elle couvre exactement, et ce qui reste à votre charge. Chez Fluctuatech, l'hébergement fait partie des forfaits de maintenance à 149 € et 490 € HT par mois, et nous organisons la bascule depuis votre hébergeur actuel au démarrage du forfait. Le détail figure sur la page tarifs.

Les pièges qui coupent le site

• Résilier avant de basculer. Le site disparaît, et la sauvegarde que vous pensiez avoir se révèle incomplète. L'ordre est copie, test, bascule, résiliation.
• Oublier les e-mails. Les enregistrements MX recopiés de travers coupent la messagerie, et vous ne le voyez pas tout de suite : les e-mails des clients rebondissent chez eux.
• Modifier le site entre la copie et la bascule. Un article publié ou une commande passée après l'export n'existe pas sur le nouveau serveur. Gelez les modifications, ou refaites une copie de la base juste avant de basculer.
• Laisser le TTL à 24 heures. La propagation s'étale sur une journée, et une partie des visiteurs voit l'ancien serveur, avec les formulaires qui vont avec.
• Négliger le fichier .htaccess. Il contient souvent les redirections d'une ancienne refonte. S'il manque, les anciennes adresses renvoient une erreur 404.

Et si le site est chez Wix, Shopify ou un prestataire ?

Un site construit sur Wix, Squarespace ou Shopify ne se copie pas sur un autre serveur : l'hébergement et l'outil ne font qu'un. Changer d'hébergeur revient à reconstruire le site ailleurs, avec des redirections, comme dans notre guide pour quitter Wix sans perdre son référencement. Si un prestataire héberge votre site sur son propre compte, demandez-lui une sauvegarde complète et les accès au domaine avant toute discussion.

Parler de votre site