Guides

Export de contenu avant de quitter un hébergeur : la checklist complète

Changer d'hébergeur implique d'exporter bien plus que les fichiers visibles d'un site. Voici la checklist complète, poste par poste, pour ne rien oublier avant de migrer.

Quitter un hébergeur pour en rejoindre un autre est une décision courante et parfaitement légitime. Ce qui l'est moins, c'est de la préparer dans l'urgence, en ne pensant qu'aux fichiers du site et en découvrant trop tard qu'il manque la base de données, les emails, ou la configuration DNS exacte. Une migration réussie commence toujours par un export méthodique, poste par poste.

1. Les fichiers du site

La première brique, et la plus évidente, est l'arborescence complète des fichiers du site : code, thèmes, extensions, médias, fichiers de configuration (comme le .htaccess ou le fichier d'environnement d'une application). Un export via FTP/SFTP de l'intégralité du répertoire racine, et pas seulement du dossier public, évite les mauvaises surprises une fois le site réinstallé ailleurs.

2. Les bases de données

Chaque base de données associée au site doit être exportée séparément au format SQL, via phpMyAdmin ou un outil en ligne de commande. Pour un site WordPress, PrestaShop ou toute application reposant sur une base relationnelle, cet export est aussi critique que les fichiers eux-mêmes : sans lui, le code récupéré ne sert à rien.

3. La messagerie professionnelle

Les boîtes email liées au domaine méritent une attention particulière. Si la nouvelle messagerie ne sera pas immédiatement disponible au même moment que la bascule du site, pensez à :

  • synchroniser les boîtes dans un client de messagerie local (Outlook, Thunderbird, Mail) avant la coupure ;
  • exporter les carnets d'adresses et les règles de filtrage si elles existent ;
  • vérifier qu'aucun message important n'est resté exclusivement sur le webmail de l'ancien hébergeur.

4. La configuration DNS, les certificats et les documents administratifs

Avant de couper tout lien avec l'ancien hébergeur, notez précisément :

  • tous les enregistrements DNS actifs (A, CNAME, MX, TXT, SPF, DKIM) ;
  • les redirections en place, notamment si elles sont utilisées pour le SEO ou des campagnes publicitaires ;
  • le statut de vos certificats SSL, pour vérifier s'ils doivent être réémis ou peuvent être transférés.

Cette étape est souvent celle qui cause le plus d'interruptions de service lors d'une migration mal préparée : un enregistrement MX oublié, et c'est toute la messagerie professionnelle qui tombe en panne du jour au lendemain.

Enfin, téléchargez l'historique de facturation disponible dans votre espace client. Ces documents vous seront utiles pour votre comptabilité, et ne seront plus accessibles une fois le compte fermé.

L'ordre à respecter

  1. Exportez tout (fichiers, bases, emails, DNS, factures) avant toute annonce de résiliation.
  2. Installez et testez l'ensemble chez le nouvel hébergeur sans encore couper l'ancien.
  3. Basculez les DNS une fois que tout fonctionne parfaitement en environnement de test.
  4. Ne résiliez l'ancien compte qu'après avoir confirmé la stabilité du nouveau pendant plusieurs jours.

Pensez enfin à documenter, même de façon succincte, les éléments qui ne se exportent pas directement : identifiants d'accès à des services tiers connectés à votre site (passerelle de paiement, outil d'emailing, API externe), clés d'intégration, ou configurations spécifiques mises en place au fil du temps par un développeur. Ces informations, rarement stockées dans un fichier exportable classique, sont pourtant indispensables pour reconstituer un environnement pleinement fonctionnel chez le nouvel hébergeur, et leur absence est l'une des causes les plus fréquentes de dysfonctionnements découverts après coup lors d'une migration.

Un dernier point à ne pas négliger concerne les accès eux-mêmes : avant de résilier définitivement l'ancien compte, vérifiez que vous disposez encore des identifiants nécessaires pour vous y connecter en cas de besoin de dernière minute, plutôt que de découvrir un blocage d'accès juste avant d'avoir pu tout vérifier une dernière fois.

FAQ

Combien de temps avant la résiliation dois-je commencer cet export ?

Idéalement plusieurs jours avant toute demande de résiliation, pour avoir le temps de vérifier que rien ne manque et de tester la nouvelle installation avant de couper l'ancienne.

Puis-je transférer mes certificats SSL vers le nouvel hébergeur ?

Cela dépend du type de certificat. Dans de nombreux cas, il est plus simple de réémettre un nouveau certificat chez le nouvel hébergeur plutôt que de tenter un transfert.

Que faire si j'ai oublié un élément après la résiliation ?

Une fois le compte fermé et le délai de récupération dépassé, les données ne sont généralement plus accessibles. D'où l'importance de suivre la checklist avant, et non après.

Pour une migration sans accroc, notre équipe propose un accompagnement lors du transfert de domaine et de la bascule d'hébergement, afin de vérifier avec vous que chaque poste de cette checklist est bien couvert avant toute coupure définitive.

À lire aussi

Articles similaires

Prêt à lancer votre projet web ?

Un conseiller VSP TECH vous aide à choisir la bonne offre, sans engagement.