Migration cPanel vers cPanel : une checklist
Mis à jour le 7 min de lecturePar l’équipe DNSPeek
Une migration cPanel vers cPanel consiste en général à restaurer une sauvegarde complète du compte sur le nouveau serveur, ou à lancer le WHM Transfer Tool si vous avez un accès root côté nouveau serveur. La sauvegarde contient les fichiers, bases de données, boîtes mail, zone DNS et tâches cron, mais pas les réglages au niveau du serveur comme les extensions PHP ou les règles de pare-feu. Testez le compte restauré sur la nouvelle IP avant de modifier les DNS, puis synchronisez la messagerie et basculez.
Deux façons de transférer un compte cPanel
| Méthode | Qui peut l’utiliser | Fonctionnement |
|---|---|---|
| Sauvegarde complète du compte et restauration | Toute personne disposant de l’accès cPanel chez l’ancien hébergeur | Créez une sauvegarde complète dans cPanel (Backup → Download a Full Account Backup), puis demandez au nouvel hébergeur de la restaurer, ou restaurez-la vous-même dans WHM si vous y avez accès. |
| WHM Transfer Tool | Accès root ou revendeur sur le nouveau serveur | WHM se connecte à l’ancien serveur et copie un ou plusieurs comptes, avec leurs bases de données et leur messagerie. |
| Migration réalisée par l’hébergeur | Clients d’hébergeurs proposant des migrations gratuites | Le nouvel hébergeur réalise l’une des méthodes ci-dessus pour vous. Demandez ce qui est inclus et quand aura lieu la synchronisation finale. |
Les trois aboutissent au même résultat : le compte existe sur le nouveau serveur, avec le même nom d’utilisateur, le même répertoire personnel, les mêmes bases de données et boîtes mail, alors que le DNS pointe encore vers l’ancien. C’est la fenêtre pendant laquelle vous testez.
Ce qu’une sauvegarde cPanel copie, et ce qu’elle ne copie pas
Une sauvegarde complète du compte est exhaustive, mais elle ne connaît que le compte. Tout ce qui est configuré au niveau du serveur reste en arrière.
| Généralement copié | À vérifier à la main |
|---|---|
| Répertoire personnel, y compris public_html et les dossiers des domaines supplémentaires | Version de PHP par domaine (MultiPHP) et extensions PHP |
| Bases de données MySQL ou MariaDB et leurs utilisateurs | Limites PHP comme memory_limit et upload_max_filesize |
| Comptes e-mail, messages, redirections et filtres | Pare-feu du serveur, règles ModSecurity et listes d’IP autorisées |
| Zone DNS des domaines du compte | Hôtes d’accès distant à la base de données et clés SSH |
| Tâches cron, sous-domaines, domaines supplémentaires et parqués | Adresses IP dédiées et tout ce qui est codé en dur sur l’ancienne IP |
| Certificats SSL installés | Intégrations tierces qui autorisent l’IP de l’ancien serveur |
Comparez d’abord la version de PHP : un site passé de PHP 7.4 à 8.x sans vérification peut échouer avec des erreurs fatales qui n’apparaissent que sur certaines pages. Un rapport QA explore le site sur le nouveau serveur et liste les erreurs PHP affichées dans les pages, les fichiers manquants et les pages d’erreur serveur.
Étape par étape
Étape 1 : Inventorier l’ancien compte
Notez les domaines, la version de PHP par domaine, les limites PHP, les tâches cron, les comptes e-mail et tous les services externes qui autorisent l’ancienne IP.
Étape 2 : Réduire le TTL
Passez le TTL des enregistrements A et liés aux MX à 300 secondes un ou deux jours avant la migration. Vérifiez les valeurs actuelles avec le vérificateur de TTL.
Étape 3 : Créer la sauvegarde ou lancer le transfert
Générez une sauvegarde complète du compte dans cPanel et téléchargez-la, ou lancez le WHM Transfer Tool depuis le nouveau serveur.
Étape 4 : Restaurer et aligner les réglages du serveur
Restaurez le compte sur le nouveau serveur, puis appliquez la même version de PHP, les mêmes extensions et limites pour chaque domaine.
Étape 5 : Tester sur la nouvelle IP avant le DNS
Ouvrez le site sur le nouveau serveur avec un lien d’aperçu (domaine plus nouvelle IP), parcourez les pages clés, envoyez un formulaire et connectez-vous au CMS. Partagez le lien avec le propriétaire du site.
Étape 6 : Lancer un rapport QA
Explorez l’aperçu avec un rapport QA : il signale les pages et fichiers cassés, les erreurs PHP, les problèmes de redirection et les enregistrements DNS de messagerie manquants.
Étape 7 : Basculer les DNS et synchroniser la messagerie
Gelez le contenu, faites pointer les enregistrements A (et MX, si la messagerie migre aussi) vers la nouvelle IP, puis copiez le courrier et les données arrivés entre-temps sur l’ancien serveur.
Étape 8 : Vérifier et garder l’ancien compte quelque temps
Suivez la propagation avec le vérificateur de propagation DNS, vérifiez le certificat et ne résiliez l’ancien compte qu’une fois que ni trafic ni courrier n’y arrivent plus.
La messagerie : la partie qu’on oublie
Si l’enregistrement MX du domaine pointe vers l’ancien serveur cPanel (souvent mail.example.com sur la même IP), le courrier continue d’y arriver jusqu’au changement DNS. Les messages reçus après votre sauvegarde n’existent que sur l’ancien serveur. Anticipez :
- Basculez en même temps les enregistrements du site et de la messagerie, puis copiez le courrier arrivé entre-temps. Le nouvel hébergeur peut relancer le transfert pour la messagerie seule, ou vous pouvez synchroniser les boîtes mail via IMAP.
- Prévenez les utilisateurs que les réglages de leur client de messagerie peuvent changer si le nom d’hôte ou le certificat de messagerie change sur le nouveau serveur.
- Vérifiez que l’enregistrement SPF inclut le nouveau serveur s’il envoie des e-mails, par exemple depuis des formulaires de contact. Consultez-le avec le vérificateur SPF, et vérifiez les MX avec la recherche MX.
Si la messagerie est hébergée ailleurs, comme chez Google Workspace ou Microsoft 365, ne touchez pas aux MX. Assurez-vous simplement que la zone DNS du nouveau côté contient les mêmes enregistrements MX, SPF, DKIM et DMARC avant de changer les serveurs de noms.
Modifier l’enregistrement A ou les serveurs de noms ?
Si le domaine utilise les serveurs de noms de l’ancien hébergeur, deux options s’offrent à vous. Passer aux serveurs de noms du nouvel hébergeur est propre mais plus lent, car de nombreux résolveurs mettent en cache la délégation au registre jusqu’à deux jours. Modifier seulement les enregistrements A chez le fournisseur DNS actuel est rapide et réversible, et vous pourrez changer les serveurs de noms plus tard, quand rien d’autre ne bouge.
Dans les deux cas, comparez d’abord la zone des deux côtés. L’outil Comparateur DNS montre les enregistrements qui diffèrent entre l’ancien et le nouveau serveur DNS, et le vérificateur de serveurs de noms indique quels serveurs de noms le registre distribue aujourd’hui.
Le SSL sur le nouveau serveur cPanel
AutoSSL de cPanel ne peut souvent pas émettre de certificat pour votre domaine tant qu’il ne pointe pas vers le nouveau serveur. D’ici là, le serveur présente son propre certificat de nom d’hôte ou un certificat auto-signé. Pour tester quand même le site en HTTPS, réglez un lien d’aperçu DNSPeek sur Ignorer la vérification, et confirmez le vrai certificat après la bascule avec le vérificateur SSL. Voir modes SSL.
Checklist de migration cPanel
cPanel vers cPanel
- Domaines, domaines supplémentaires et sous-domaines listés
- Version de PHP, extensions et limites notées pour chaque domaine
- Tâches cron et listes d’IP autorisées externes notées
- TTL réduit à 300 secondes à l’avance
- Sauvegarde complète du compte téléchargée ou transfert WHM terminé
- Mêmes réglages PHP appliqués sur le nouveau serveur
- Site vérifié sur la nouvelle IP avec un lien d’aperçu
- Le formulaire de contact envoie des e-mails depuis le nouveau serveur
- Rapport QA lancé, constats critiques corrigés
- Zone DNS comparée : MX, SPF, DKIM et DMARC présents côté nouveau serveur
- Enregistrements A basculés ; messagerie synchronisée après la bascule
- Certificat émis et valide sur le nouveau serveur
- Ancien compte résilié seulement après l’arrêt du trafic et du courrier
Questions fréquentes
Une sauvegarde complète cPanel inclut-elle la messagerie ?
Oui. Une sauvegarde complète du compte inclut les comptes e-mail, leurs messages stockés, les redirections et les filtres. Les messages reçus sur l’ancien serveur après la sauvegarde n’y figurent pas : resynchronisez donc la messagerie après la bascule DNS.
Puis-je restaurer une sauvegarde cPanel sans accès WHM ?
Pas en tant que compte complet. La restauration d’une sauvegarde complète est une fonction de WHM : sur un hébergement mutualisé, vous envoyez la sauvegarde et demandez au nouvel hébergeur de la restaurer. Avec un simple accès cPanel, vous pouvez restaurer des parties, comme le répertoire personnel ou une base de données, à partir de sauvegardes partielles.
Mon site sera-t-il hors ligne pendant une migration cPanel ?
Non, tant que l’ancien compte reste actif jusqu’à ce que le DNS ait basculé. L’ancien serveur sert les visiteurs pendant que vous restaurez et testez sur le nouveau, et après la bascule les visiteurs passent sur le nouveau à mesure que leurs caches DNS expirent.
Comment tester le compte restauré avant de modifier les DNS ?
Demandez le site à la nouvelle IP sous son vrai nom de domaine. Un lien d’aperçu DNSPeek le fait dans n’importe quel navigateur et peut être partagé ; une entrée dans le fichier hosts le fait sur un seul ordinateur. Ouvrir le site par sa seule IP affiche généralement la page par défaut du serveur au lieu de votre site.
Faut-il transférer les serveurs de noms chez le nouvel hébergeur ?
Seulement si vous voulez que le nouvel hébergeur gère le DNS. Un changement de serveurs de noms se diffuse plus lentement qu’une modification d’enregistrement A : beaucoup basculent donc d’abord les enregistrements A, puis changent les serveurs de noms plus tard, après avoir copié tous les enregistrements dans la nouvelle zone.