Dernière mise à jour : 24 juillet 2026 | Temps de lecture : 13 min
Sommaire
Domaine ≠ hébergement : pourquoi on peut garder le domaine
La confusion vient du fait qu'on achète souvent les deux au même endroit. Mais ce sont deux services totalement distincts :
- Le nom de domaine (ex.
mon-site.fr), c'est votre adresse. Il est géré par un registrar (bureau d'enregistrement) et loué à l'année. C'est un annuaire qui dit « ce nom pointe vers tel serveur ». - L'hébergement, c'est le serveur où vivent réellement les fichiers de votre site et sa base de données.
Le lien entre les deux, ce sont les DNS : des enregistrements (surtout le A et le CNAME) qui indiquent vers quelle adresse IP / quel serveur pointe votre domaine. Changer d'hébergeur, c'est simplement modifier ces DNS pour qu'ils pointent vers le nouveau serveur. Votre nom de domaine, lui, ne bouge pas — vous le gardez tel quel.
Vous n'êtes pas obligé de transférer votre domaine pour changer d'hébergeur. Vous pouvez laisser le domaine chez son registrar actuel et ne modifier que le pointage DNS. Le transfert de domaine (déplacer le domaine chez un autre registrar) est une opération séparée et optionnelle, qui n'est utile que si vous voulez tout centraliser au même endroit.
Les 5 étapes de la migration (dans le bon ordre)
1. Sauvegarder le site + la base de données
Avant de toucher à quoi que ce soit, faites une copie complète. Deux blocs à récupérer : les fichiers (via FTP avec FileZilla, ou une sauvegarde cPanel « Full Backup ») et la base de données (export via phpMyAdmin au format .sql, ou incluse dans la sauvegarde cPanel). Gardez cette copie en local. Si quoi que ce soit tourne mal, vous pourrez tout restaurer.
2. Souscrire chez le nouvel hébergeur + restaurer
Ouvrez le compte chez le nouvel hébergeur (voir notre comparatif 2026 pour choisir). Importez les fichiers et la base. Point crucial : testez le site sur le nouveau serveur avant de changer les DNS, via une URL temporaire fournie par l'hébergeur, ou en modifiant votre fichier hosts local pour voir le site « comme s'il » était déjà migré. On ne bascule le trafic que quand la copie fonctionne.
3. Migrer les emails
Recréez les mêmes adresses email (contact@mon-site.fr...) chez le nouvel hébergeur et transférez les anciens messages. C'est l'étape qu'on oublie le plus — détaillée plus bas.
4. Basculer les DNS (ou transférer le domaine)
Dans l'interface de votre registrar, modifiez l'enregistrement A pour qu'il pointe vers la nouvelle IP (fournie par le nouvel hébergeur). Si vous voulez aussi transférer le domaine chez le nouvel hébergeur : demandez le code AUTH / EPP à l'ancien registrar, déverrouillez le domaine, puis lancez le transfert côté nouveau registrar.
5. Attendre la propagation + vérifier
Les DNS mettent de quelques minutes à 48 h à se propager mondialement. Pendant ce temps, certains visiteurs voient l'ancien serveur, d'autres le nouveau — d'où l'importance de garder les deux actifs. Une fois la propagation terminée, déroulez la checklist de vérification avant de résilier l'ancien hébergement.
Cas particulier : migrer un site WordPress
WordPress simplifie énormément la migration grâce à des plugins dédiés. Deux méthodes :
Méthode 1 : le plugin de migration (recommandé)
Des plugins comme All-in-One WP Migration, Duplicator ou le plugin de migration natif de votre nouvel hébergeur exportent votre site entier (fichiers + base) dans un seul fichier, que vous importez sur le nouveau serveur en quelques clics. C'est la voie la plus sûre pour un non-technique. Beaucoup d'hébergeurs, dont Hostinger et o2switch, proposent en plus une migration gratuite prise en charge par leur équipe : vous fournissez vos accès, ils s'occupent de tout.
Méthode 2 : la migration manuelle
Vous copiez les fichiers via FTP, exportez la base via phpMyAdmin, l'importez sur le nouveau serveur, puis ajustez le fichier wp-config.php (identifiants de la nouvelle base) et mettez à jour l'URL du site dans la base si nécessaire. Plus technique, mais total contrôle. Pour choisir le bon hébergeur WordPress d'arrivée, voyez notre comparatif hébergement WordPress.
Changer d'hébergeur mail sans perdre ses emails
C'est le piège n°1, celui qui transforme une migration réussie en catastrophe. Vos adresses @mon-site.fr sont très souvent hébergées sur le même serveur que le site. Quand vous résiliez l'ancien hébergement, les emails et tout leur historique disparaissent si vous ne les avez pas migrés.
- Avant de couper quoi que ce soit : recréez chez le nouvel hébergeur exactement les mêmes adresses (
contact@,info@...). - Transférez les anciens messages : configurez l'ancienne et la nouvelle boîte en IMAP dans un client comme Thunderbird, puis glissez-déposez les dossiers de l'ancienne vers la nouvelle. Les mails sont ainsi recopiés physiquement sur le nouveau serveur.
- Vérifiez l'enregistrement
MX: c'est l'enregistrement DNS qui dirige les emails. Il doit pointer vers le serveur mail du nouvel hébergeur une fois la bascule faite. - Alternative : dissocier email et hébergement. Beaucoup gardent leurs emails sur un service dédié (ou passent à une messagerie pro externe) pour ne plus jamais avoir ce problème lors des futurs changements d'hébergeur.
Éviter la coupure : l'ordre des opérations
La coupure de service arrive quand on résilie l'ancien hébergement avant que le nouveau soit prêt et propagé. La parade tient en un mot : le chevauchement.
Ne résiliez jamais l'ancien hébergement avant que le nouveau soit en ligne, testé, et que la propagation DNS soit complète. Payez volontairement quelques jours de double hébergement : c'est le prix de la tranquillité. Pendant la propagation, les deux serveurs affichent le même site (puisque vous avez copié à l'identique), donc aucun visiteur ne voit d'erreur, quel que soit le serveur qu'il atteint.
L'ordre imbattable :
- Nouveau site en ligne et testé (via URL temporaire) — l'ancien tourne toujours.
- Emails recréés et migrés sur le nouveau serveur.
- Baissez la durée de vie DNS (TTL) à 300 secondes 24 h avant la bascule, pour que le changement se propage vite.
- Modifiez les DNS (A, éventuellement MX) vers le nouveau serveur.
- Attendez la propagation complète (jusqu'à 48 h) en gardant l'ancien actif.
- Vérifiez tout, puis seulement là, résiliez l'ancien hébergement.
Combien de temps, quel coût, faut-il payer le transfert ?
| Question | Réponse concrète |
|---|---|
| Temps technique | 1 à 3 h pour un site standard (sauvegarde + restauration) |
| Propagation DNS | Quelques minutes à 48 h (souvent < 4 h en pratique) |
| Coût du changement d'hébergeur | 0 € de plus que le nouvel abonnement ; migration souvent gratuite (Hostinger, o2switch) |
| Coût du transfert de domaine | Payant (~ le prix d'une année de renouvellement), mais optionnel |
| Coupure de service | Zéro si vous respectez le chevauchement |
À retenir : changer d'hébergeur (repointer les DNS) ne coûte rien de plus que le nouvel abonnement, et de nombreux hébergeurs migrent votre site gratuitement. Transférer le domaine chez un autre registrar est payant, mais vous n'y êtes pas obligé — c'est une opération distincte que vous pouvez ignorer si votre domaine est déjà bien où il est.
Checklist de vérification post-migration
Une fois la propagation terminée, passez tout au crible avant de résilier l'ancien hébergement :
- ✓ Le site s'affiche correctement sur le nouveau serveur (page d'accueil + pages internes)
- ✓ Le HTTPS fonctionne (nouveau certificat SSL actif, cadenas vert, pas d'avertissement)
- ✓ Les formulaires (contact, commande) envoient bien
- ✓ Les emails arrivent et partent depuis les adresses du domaine
- ✓ Les images et médias se chargent (pas de liens cassés vers l'ancien serveur)
- ✓ La base de données est complète (articles, produits, comptes clients)
- ✓ Les URL et permaliens sont identiques (aucune 404 sur les anciennes pages)
- ✓ Le panneau d'administration (WordPress, autre CMS) est accessible
- ✓ Vérifiez la propagation DNS sur plusieurs zones (outils « DNS checker » en ligne)
- ✓ Attendez 48–72 h de fonctionnement stable, puis résiliez l'ancien
Questions fréquentes
Oui, totalement. Le domaine et l'hébergement sont deux services distincts. Vous gardez votre domaine et changez uniquement d'hébergeur en repointant les DNS vers le nouveau serveur. Vous n'êtes pas obligé de transférer le domaine lui-même : il peut rester chez son registrar actuel.
La partie technique (sauvegarde + restauration) prend 1 à 3 h pour un site standard. Le facteur le plus long est la propagation DNS : de quelques minutes à 48 h (souvent moins de 4 h en pratique). En gardant l'ancien hébergement actif pendant cette période de chevauchement, la transition est invisible pour vos visiteurs.
Changer d'hébergeur ne coûte rien de plus que le nouvel abonnement, et beaucoup d'hébergeurs (Hostinger, o2switch) migrent votre site gratuitement. Transférer le nom de domaine chez un autre registrar est en revanche généralement facturé (~ une année de renouvellement), mais c'est optionnel : gardez votre domaine où il est et ne changez que l'hébergement.
Seulement si vous oubliez de les migrer. Les emails du domaine sont souvent hébergés avec le site. Avant de couper l'ancien hébergement, recréez les mêmes adresses chez le nouvel hébergeur et transférez les anciens messages via un client IMAP (Thunderbird). C'est le piège le plus fréquent : on pense au site et on oublie les mails.
Non, si c'est bien fait. Comme vous gardez le même nom de domaine et les mêmes URL, Google ne voit quasiment pas le changement. Un site plus rapide chez le nouvel hébergeur peut même améliorer votre SEO. Les seuls risques : casser des URL (mettez des redirections 301) ou une coupure prolongée (évitée par le chevauchement). Une migration propre est neutre à positive pour le référencement.