Changer d’hébergeur : préserver le site, les e-mails et les URL
Un changement d’hébergeur peut concerner le site sans déplacer les e-mails. Inventoriez les services associés au domaine avant de modifier les DNS : site, messagerie, formulaires, certificats et connexions externes doivent continuer à fonctionner après la bascule.
Séparer hébergement, domaine et messagerie
Google propose un guide de changement d’infrastructure sans modification d’URL. Le maintien des URL ne dispense pas de tester la nouvelle infrastructure, mais il évite de transformer inutilement la migration en changement d’adresses publiques.
| Service | Information à conserver |
|---|---|
| Site | Fichiers, base et configuration |
| Domaine | Gestionnaire DNS et enregistrements actuels |
| E-mails | Fournisseur, boîtes et enregistrements nécessaires |
| Formulaires | Envoi et stockage des demandes |
| Intégrations | Webhooks, tâches planifiées et accès autorisés |
Ne supprimez pas un enregistrement inconnu au motif qu’il ne sert pas à afficher l’accueil. Il peut soutenir un service distinct.
Tester le nouvel hébergement avant la bascule
Vérifiez les pages importantes, médias, redirections, formulaires et certificat. Comparez les versions des composants nécessaires au site. Une copie des seuls fichiers peut être insuffisante pour une application qui utilise une base ou des tâches en arrière-plan.
Exemple fictif : la boutique fonctionne sur le nouveau serveur, mais un traitement nocturne importe encore les stocks dans l’ancienne base. La migration paraît réussie jusqu’à l’apparition des premières commandes incohérentes.
Prévoir les écritures pendant la transition
Définissez comment traiter les demandes et commandes reçues entre la dernière copie et la bascule. Un site transactionnel demande une méthode qui conserve ces écritures ; recopier une ancienne base après ouverture peut les écraser.
Conservez l’infrastructure précédente pendant la période de vérification nécessaire au projet, avec des accès protégés. Évitez de couper immédiatement la messagerie si elle n’a pas fait l’objet d’une migration séparée et testée.
Contrôler le site réellement servi
Après modification des DNS, vérifiez le serveur atteint, les réponses HTTP, les e-mails de test et les connexions métier. Les délais de cache peuvent produire des observations différentes selon le point de contrôle : consignez ce qui a effectivement été testé.
Si les URL changent aussi, utilisez un plan de migration de domaine en complément. Le changement d’hébergeur doit rester un projet de continuité vérifiable, pas seulement une nouvelle page d’accueil qui répond dans votre navigateur.
Questions fréquentes
Le changement d’hébergeur impose-t-il un changement de domaine ?
Non. Le domaine, le site et les e-mails correspondent à des services qui peuvent être gérés séparément. Inventoriez leurs dépendances avant de modifier les DNS.
Comment éviter de couper les e-mails pendant une migration ?
Identifiez l’hébergement des boîtes et les enregistrements nécessaires, puis préservez leur configuration si elle ne change pas. Une bascule du site ne doit pas écraser les réglages mail par défaut.
Quand arrêter l’ancien hébergement ?
Attendez la vérification du site, des données et des services concernés après la bascule. Conservez un retour arrière utile et vérifiez qu’aucune dépendance active ne reste sur l’ancien environnement.
Sources
Documentation consultée le 23 octobre 2026.