Déplacer un site et le courrier vers un autre compte d'hébergement

Déplacer un domaine vers un autre hébergement peut signifier plusieurs choses : changer l'endroit où se charge le site, déplacer le contenu vers un autre compte, changer qui paie le service ou transférer le domaine vers un autre registraire. Ce sont des opérations différentes et il vaut mieux définir celle dont vous avez besoin avant de commencer.

Ce guide s'applique surtout quand vous voulez séparer ou regrouper des sites entre deux comptes d'hébergement, même si les deux sont chez Hostsuar.

De quelle opération avez-vous besoin

Besoin	Opération adaptée
Plus d'espace ou de ressources sur le même compte	Changer d'offre d'hébergement
Qu'une autre personne gère et renouvelle le même service	Transférer le service à un autre client
Copier un site, une base de données et le courrier vers un autre compte cPanel	Migration technique entre comptes
Changer l'entreprise qui enregistre et renouvelle le domaine	Transférer le domaine
Afficher un site depuis un autre serveur sans encore déplacer le contenu	Changement DNS ou redirection, selon l'objectif

Changer l'offre ou le client responsable ne déplace pas de fichiers entre deux comptes cPanel. De même, transférer le domaine ne copie ni le site ni les boîtes mail.

Décidez si vous déplacez le compte complet ou un seul site

Un compte cPanel peut contenir :

Le domaine principal.
Des domaines supplémentaires et des alias.
Des sous-domaines.
Plusieurs bases de données.
Des boîtes mail de différents domaines.
Des redirections, filtres et réponses automatiques.
Des tâches planifiées et des réglages communs.

Si tout appartient au même projet, il peut être utile de déplacer le compte complet. Si un seul site doit passer à un autre client ou à une autre offre, il faut identifier quels répertoires, bases, boîtes mail et réglages appartiennent réellement à ce domaine pour ne pas déplacer les données d'autres sites.

Ce qu'il faut inventorier

Avant de demander le transfert, notez :

Le compte, le serveur et le domaine d'origine.
Le compte et le domaine principal de destination.
Le répertoire du site et les docroots de ses sous-domaines.
Les bases de données utilisées par l'application.
La version de PHP, les extensions et les tâches planifiées.
Les boîtes mail, messages, redirections et filtres à déplacer.
La zone DNS et le fournisseur actuel du courrier.
L'espace occupé et la capacité disponible sur la destination.
Qui sera le client responsable après le changement.

N'incluez pas de mots de passe dans le ticket. L'assistance confirmera de quels accès temporaires elle a besoin après avoir examiné le périmètre.

Fichiers et bases de données

Déplacer un site exige de copier son docroot et les bases qu'il utilise. Pour des applications comme WordPress, il peut aussi falloir adapter :

Le nom, l'utilisateur et le mot de passe de la base de données.
Les chemins absolus enregistrés dans des fichiers ou des tables.
Le domaine ou l'URL s'il change aussi.
Les tâches cron et commandes qui contiennent l'ancien utilisateur cPanel.
Les permissions et le propriétaire des fichiers.

La copie doit être testée sur la destination avant de retirer le domaine de l'origine. Si le site reçoit des commandes, des formulaires ou des modifications fréquentes, on convient d'une synchronisation finale pour ne pas perdre les écritures créées après la première copie.

Courrier du domaine

Confirmez si le courrier :

Se trouve dans le compte cPanel d'origine.
Reste chez Google Workspace, Microsoft 365 ou un autre fournisseur.
Doit être migré entièrement ou seulement pour certaines adresses.

Quand le courrier passe d'un compte cPanel à un autre, il faut conserver les boîtes mail, les dossiers et les messages, et reproduire les redirections, filtres et réponses automatiques. Pendant le changement, des messages peuvent continuer à arriver à l'origine : on vérifie donc de nouveau avant de la retirer.

Si le courrier reste chez un fournisseur externe, ses enregistrements MX, TXT, CNAME et SRV sont conservés dans la zone définitive. Vérifiez que le domaine utilise le routage de courrier distant dans cPanel le cas échéant. Créer ou supprimer des boîtes mail ne remplace pas ce réglage.

Consultez comment migrer le courrier sans perdre de messages pour préparer la cohabitation.

Domaine principal, supplémentaire ou alias

Le type de domaine détermine son organisation dans cPanel :

Un domaine principal identifie le compte et partage plusieurs réglages avec lui.
Un domaine supplémentaire a son propre docroot dans un compte qui peut héberger d'autres sites.
Un alias affiche le contenu d'un autre domaine et n'a pas de site indépendant.

Déplacer un domaine principal vers un compte existant n'est pas la même chose qu'ajouter un domaine supplémentaire. Avant de décider de la structure finale, vérifiez ce qu'il adviendra de l'ancien domaine principal, des boîtes mail et des chemins de l'application.

DNS et interruption possible

Entre deux hébergements Hostsuar, il n'est pas nécessaire de changer le DNS ni d'attendre la propagation. Nos serveurs DNS ne permettent pas qu'un domaine soit sur deux comptes à la fois ; le changement consiste donc à le retirer de l'hébergement d'origine et à l'ajouter sur celui de destination, qui répond déjà avec sa propre IP. Entre ces deux moments, le site et le courrier du domaine sont interrompus quelques minutes.

Si le domaine utilise les serveurs DNS d'un autre fournisseur, par exemple Cloudflare, cette partie ne se fait pas toute seule : vous devrez indiquer chez ce fournisseur l'IP de l'hébergement de destination. L'assistant vous en avertit avant de commencer.

Si le site est aujourd'hui hors de Hostsuar, il faut bien changer le DNS. Dans ce cas, suivez le guide pour changer le DNS avec une interruption minimale.

Le faire vous-même depuis l'espace client

Quand l'origine et la destination sont vos hébergements, vous pouvez déplacer un domaine supplémentaire ou un alias, avec son site, ses bases de données et son courrier, sans ouvrir de ticket :

Connectez-vous à l'espace client et ouvrez l'hébergement où se trouve aujourd'hui le site.
Cherchez Déplacer un domaine vers un autre hébergement.
Choisissez le domaine à déplacer.
Choisissez la destination : un autre hébergement que vous avez déjà ou un nouveau que vous commandez sur place.
Vérifiez le résumé : ce qui est déplacé, si quelque chose l'empêche et combien de temps durera l'interruption.
Confirmez.

Ce qui se passe ensuite

Vers un hébergement que vous avez déjà : nous copions le site, les bases de données et le courrier pendant que votre site continue de fonctionner. Ensuite, nous faisons le changement : nous retirons le domaine de l'hébergement d'origine et l'ajoutons sur celui de destination. Pendant quelques minutes, le site et le courrier ne répondent pas.
Vers un nouvel hébergement : vous commandez d'abord l'offre. Quand le paiement est confirmé, nous vous prévenons, et le transfert commence quand vous cliquez sur Commencer. Le nouveau compte ne peut pas exister tant que le domaine est sur celui d'origine ; il est donc créé à ce moment-là. Le courrier fonctionne de nouveau au bout de quelques minutes, dès que le compte existe ; le site est interrompu pendant que nous copions tout.

Dans les deux cas :

Les boîtes mail gardent leurs mots de passe ; vous n'avez donc pas à reconfigurer le courrier sur l'ordinateur ni sur le mobile.
Pour WordPress, PrestaShop et les applications qui enregistrent la connexion dans un fichier .env, la configuration pointe vers la base de données de l'hébergement de destination.
Nous recréons les enregistrements DNS que vous aviez ajoutés vous-même, comme ceux de Google Workspace, ainsi que les redirections de courrier, les réponses automatiques et les filtres.
Nous demandons le certificat SSL du domaine sur l'hébergement de destination. Son activation peut prendre quelques minutes.
Le site conserve la version de PHP qu'il utilisait, avec ses extensions activées. Si l'hébergement de destination n'a pas cette version, nous vous indiquons celle qu'il utilise désormais.
Nous vous écrivons à la fin, ou si quelque chose s'arrête.

Vous pouvez fermer la page : le transfert continue tout seul. Tant qu'il n'a pas commencé, vous pouvez l'abandonner depuis le même écran.

Si quelque chose se passe mal

Si quelque chose échoue après le retrait du domaine de l'hébergement d'origine, nous le remettons où il était ou nous terminons nous-mêmes, et nous vous écrivons. Si à la fin vous constatez que quelque chose ne fonctionne pas, écrivez-nous : nous pouvons remettre le domaine sur l'hébergement d'origine. Ce qui a changé sur le site ou dans la base de données de destination après le transfert ne revient pas tout seul.

Ce qu'il advient de l'hébergement d'origine

Il reste actif, avec ses autres domaines. Les fichiers et les bases de données du domaine déplacé y restent : nous ne supprimons rien. Que faire de cet hébergement est une décision à part, à prendre une fois que vous avez vérifié que tout fonctionne sur la destination.

Quand ce n'est pas possible tout seul

Le résumé vous indique ce qui empêche de commencer et pourquoi. Les cas les plus courants sont :

Le domaine principal de l'hébergement. Si vous avez besoin de plus de capacité, changez d'offre.
Des boîtes mail sur des sous-domaines, ou des redirections de courrier qui livrent les messages à un programme.
Des enregistrements DNS que nous ne savons pas encore copier, comme la délégation d'un sous-domaine à d'autres serveurs.
Un hébergement de destination sans espace ou sans domaines supplémentaires libres dans son offre.

Dans ces cas, écrivez-nous et nous le faisons avec vous.

Comment demander le transfert à l'assistance

Si le transfert ne correspond pas à ce qui précède (comptes de clients différents, une origine hors de Hostsuar ou l'un des cas ci-dessus), ouvrez un ticket en indiquant, sans identifiants :

Le domaine à déplacer.
Le service d'origine et le service de destination.
S'il faut déplacer le site, les bases de données, le courrier ou tout.
Si le domaine continuera d'appartenir au même client.
La date limite ou le créneau préféré.
Si le site reçoit des commandes ou des modifications fréquentes.
Si le courrier est dans cPanel ou chez un fournisseur externe.

L'assistance examinera la capacité, la structure des deux comptes et le périmètre avant de confirmer la procédure. Ne supprimez pas le domaine, les boîtes mail ou les bases de l'origine pour les « libérer » avant qu'il existe une copie vérifiée.

Après le déplacement

Vérifiez depuis la destination :

Le site, l'administration, les formulaires et les données récentes.
Les bases, les utilisateurs et les permissions.
La version de PHP, les tâches cron et les chemins.
Les boîtes mail, l'envoi, la réception et les redirections.
Le DNS, HTTPS et les sous-domaines.
Le bon client responsable et le bon service dans l'espace client.

L'opération est terminée quand le contenu fonctionne sur le compte définitif et qu'il ne reste aucune donnée ni aucun message récent uniquement sur l'origine.