Migrer un site vers un nouveau domaine tout en changeant d’hébergeur
Mis à jour le 7 min de lecturePar l’équipe DNSPeek
Quand vous changez de domaine et d’hébergeur en même temps, construisez le site sur le nouveau serveur sous le nouveau domaine, associez chaque ancienne URL à sa nouvelle URL et testez le tout avant de toucher au DNS. Faites ensuite pointer le nouveau domaine vers le nouveau serveur et transformez l’ancien domaine en redirections 301 page à page. Gardez l’ancien domaine enregistré et redirigé pendant au moins un an, et informez les moteurs de recherche du changement.
Deux migrations à la fois
Un changement de marque sur un nouveau serveur, ce sont en réalité deux migrations : un changement de serveur, qui touche au DNS et à l’infrastructure, et un changement de domaine, qui touche aux URL, aux redirections et aux moteurs de recherche. Les faire ensemble évite une seconde bascule, mais quand quelque chose casse, il est plus difficile de savoir quel changement en est la cause.
Si possible, changez d’abord d’hébergeur avec l’ancien domaine, laissez la situation se stabiliser une ou deux semaines, puis changez le domaine. Si vous devez faire les deux en même temps, les étapes ci-dessous maîtrisent le risque en testant tout avant le moindre changement DNS.
Commencer par le plan de redirection
Listez chaque URL importante de l’ancien site : pages du sitemap, pages qui reçoivent du trafic de recherche ou des backlinks, fichiers vers lesquels on pointe, comme des PDF. Associez chacune à sa nouvelle adresse. Là où les chemins restent identiques, une seule règle pour tout le domaine suffit ; là où ils changent, il faut des règles spécifiques.
| Ancienne URL | Nouvelle URL | Règle |
|---|---|---|
| https://old-brand.com/ | https://new-brand.com/ | Tout le domaine, même chemin |
| https://old-brand.com/services/web-design | https://new-brand.com/services/web-design | Tout le domaine, même chemin |
| https://old-brand.com/about-us | https://new-brand.com/company | Règle spécifique (chemin modifié) |
| https://old-brand.com/old-promo | https://new-brand.com/offers | Règle spécifique (équivalent le plus proche) |
Utilisez des redirections permanentes (301 ou 308) de chaque ancienne URL directement vers sa nouvelle URL finale, en une seule étape. Évitez de tout renvoyer vers la nouvelle page d’accueil : les moteurs de recherche traitent cela comme une page manquante, et les visiteurs perdent le fil.
server {
listen 443 ssl;
server_name old-brand.com www.old-brand.com;
# ssl_certificate ... (the old domain still needs a valid certificate)
location = /about-us { return 301 https://new-brand.com/company; }
location / { return 301 https://new-brand.com$request_uri; }
}Étape par étape
Étape 1 : Associer les anciennes URL aux nouvelles
Exportez les URL de l’ancien site depuis son sitemap et ses statistiques, et rédigez le plan de redirection : une règle pour les chemins identiques plus des règles spécifiques pour les chemins modifiés.
Étape 2 : Construire le site sur le nouveau serveur sous le nouveau domaine
Installez et configurez le site avec le nouveau domaine comme adresse. Remplacez l’ancien domaine dans la base de données et les modèles.
Étape 3 : Prévisualiser le nouveau domaine sur le nouveau serveur
Créez un lien d’aperçu avec le nouveau domaine et l’IP du nouveau serveur. Le nouveau domaine n’a pas encore besoin de pointer quelque part : DNSPeek se connecte à l’IP que vous saisissez.
Étape 4 : Comparer avec l’ancien site
Indiquez l’ancien domaine comme adresse de l’ancien site du lien et utilisez la comparaison en direct pour parcourir les pages clés côte à côte. Lancez un rapport QA pour repérer les pages cassées et les liens restants vers l’ancien domaine.
Étape 5 : Préparer redirections et certificats pour l’ancien domaine
Configurez les redirections de l’ancien domaine sur le nouveau serveur ou sur votre CDN, avec un certificat valide pour l’ancien domaine également.
Étape 6 : Basculer les DNS des deux domaines
Faites pointer le nouveau domaine vers le nouveau serveur, puis l’ancien domaine vers ce qui sert ses redirections. Réduisez les deux TTL la veille.
Étape 7 : Tester les redirections et informer les moteurs de recherche
Vérifiez un échantillon d’anciennes URL avec le vérificateur de redirections, puis soumettez le changement d’adresse et le nouveau sitemap.
Étape 8 : Maintenir les redirections de l’ancien domaine
Gardez l’ancien domaine enregistré et les redirections actives pendant au moins un an, plus longtemps s’il a des backlinks précieux.
Comparer le nouveau domaine avec l’ancien site
La comparaison côte à côte est le meilleur moyen de repérer ce qui s’est perdu lors d’une refonte : une section manquante, un ancien logo, une mise en page cassée. D’habitude, DNSPeek compare l’aperçu avec le site en production sur le même domaine. Quand le domaine change, l’ancien serveur ne répond que sur l’ancien domaine : le côté « serveur actuel » n’afficherait donc rien d’utile.
Pour ce cas, un lien DNSPeek dispose d’une adresse de l’ancien site. Créez le lien d’aperçu pour le nouveau domaine et l’IP du nouveau serveur, puis renseignez Ancien site à comparer dans les paramètres du lien : l’ancien domaine et, si besoin, l’IP de l’ancien serveur si l’ancien domaine n’y pointe plus. La comparaison en direct ouvre alors l’ancien site à gauche et le nouveau à droite, fait défiler les deux ensemble et suit la navigation par chemin. Sur les forfaits payants, les comparaisons de captures d’écran et les liens de partage pour les clients utilisent aussi l’ancienne adresse. Détails : Le domaine a changé pendant la migration.
Les chemins sont synchronisés, pas les domaines
Suivre un lien vers /pricing d’un côté ouvre /pricing de l’autre. Là où le nouveau site utilise des chemins différents, ouvrez vous-même la page de chaque côté. Les liens absolus vers l’autre domaine à l’intérieur des pages restent tels quels.
Informer les moteurs de recherche
- Validez les deux domaines dans Google Search Console et Bing Webmaster Tools avant la bascule.
- Une fois les redirections actives, utilisez l’outil de changement d’adresse de Search Console sur la propriété de l’ancien domaine.
- Soumettez le nouveau sitemap. Les balises canoniques, hreflang et les données structurées du nouveau site doivent utiliser le nouveau domaine.
- Mettez à jour les liens internes vers le nouveau domaine au lieu de compter sur les redirections, et demandez aux sites qui vous apportent les liens les plus précieux de mettre à jour les leurs.
- Attendez-vous à des fluctuations de positionnement pendant quelques semaines, le temps que les moteurs de recherche traitent le changement.
Ce qu’on oublie facilement
- Retours de connexion et de paiement : les applications OAuth, les prestataires de paiement et le SSO enregistrent des URL de retour par domaine. Ajoutez le nouveau domaine avant la bascule.
- Messagerie : les adresses sur l’ancien domaine doivent continuer à recevoir du courrier, ou le rediriger, pendant longtemps. Ne supprimez pas les enregistrements MX de l’ancien domaine.
- Connexions : les cookies appartiennent à un domaine, chaque visiteur sera donc déconnecté une fois. Prévenez les membres ou les clients.
- Statistiques et publicités : mettez à jour l’URL de la propriété, les réglages de conversion et les URL de destination des annonces.
- Certificats pour les deux domaines : l’ancien domaine a besoin d’un certificat valide pour rediriger les requêtes HTTPS sans avertissement du navigateur.
- Renouvellement : gardez l’ancien domaine enregistré. S’il expire, quelqu’un d’autre peut l’acheter et hériter de vos liens.
Juste après la bascule, vérifiez la chaîne de redirection de l’ancien domaine avec le vérificateur de redirections et le nouveau certificat avec le vérificateur SSL.
Checklist du changement de domaine et d’hébergeur
Nouveau domaine, nouvel hébergeur
- Inventaire des anciennes URL exporté (sitemap, statistiques, backlinks)
- Plan de redirection : chaque URL importante a une cible 301 en une étape
- Site construit sous le nouveau domaine sur le nouveau serveur
- Nouveau domaine prévisualisé sur l’IP du nouveau serveur
- Adresse de l’ancien site définie ; pages clés comparées côte à côte
- Rapport QA : plus aucun lien vers l’ancien domaine ou des hôtes de préproduction
- Retours OAuth, paiement et SSO mis à jour pour le nouveau domaine
- Certificats valides pour les deux domaines
- TTL réduits pour les deux domaines
- DNS basculé ; redirections testées sur un échantillon d’URL
- Changement d’adresse dans Search Console et nouveau sitemap soumis
- Courrier de l’ancien domaine toujours reçu ou redirigé
- Renouvellement de l’ancien domaine assuré sur le long terme
Questions fréquentes
Faut-il changer de domaine et d’hébergeur en même temps ?
Cela fonctionne, mais il est plus sûr de séparer les deux : changez d’abord d’hébergeur avec l’ancien domaine, puis changez de domaine une fois le nouveau serveur stable. Si les deux se font en même temps, testez soigneusement avant tout changement DNS.
Combien de temps garder les redirections 301 depuis l’ancien domaine ?
Au moins un an, et idéalement tant que l’ancien domaine a des backlinks ou que des gens l’utilisent. Gardez le domaine enregistré pour que personne d’autre ne puisse le prendre.
Vais-je perdre mon positionnement SEO en changeant de domaine ?
Quelques fluctuations à court terme sont normales. Des redirections permanentes page à page, un changement d’adresse dans Search Console, des balises canoniques et des liens internes mis à jour permettent aux moteurs de recherche de transférer l’essentiel des signaux vers le nouveau domaine.
Puis-je prévisualiser un nouveau domaine avant qu’il pointe vers un serveur ?
Oui. Un lien d’aperçu DNSPeek se connecte à l’IP de serveur que vous saisissez et envoie le nom de domaine que vous indiquez : le nouveau domaine n’a donc pas encore besoin d’enregistrements DNS. Le serveur doit être configuré pour répondre pour ce domaine.
Comment comparer l’ancien et le nouveau site quand le domaine a changé ?
Donnez au lien d’aperçu DNSPeek une adresse de l’ancien site : l’ancien domaine, plus l’IP de l’ancien serveur si nécessaire. La comparaison en direct affiche alors l’ancien site à côté du nouveau et synchronise le défilement et la navigation par chemin.