Tester un site avant une migration DNS : méthode + checklist (2026)

Migrer un site vers un nouveau serveur est toujours stressant. Et si quelque chose ne fonctionnait pas ? Et si le site était inaccessible pendant des heures ? La solution : tester votre nouveau serveur AVANT de changer les DNS, grâce au fichier hosts.

Pourquoi tester avant la migration ?

Les risques d'une migration directe

• Temps d'arrêt : Si le nouveau serveur a un problème, votre site est down
• Certificat SSL : Let's Encrypt peut échouer si mal configuré
• Configuration serveur : PHP version, modules manquants, .htaccess...
• Base de données : Connexions, performances, données corrompues
• Chemins et liens : URLs en dur, chemins absolus

L'avantage du fichier hosts

En modifiant votre fichier hosts, vous pointez le domaine vers le nouveau serveur uniquement sur votre machine. Le reste du monde continue d'accéder à l'ancien serveur.

Résultat : vous pouvez tester pendant des heures sans impact sur vos utilisateurs.

Étape 1 : Récupérer l'IP du nouveau serveur

Connectez-vous à votre nouveau serveur/hébergeur et notez l'adresse IP.

Chez les hébergeurs courants

OVH

• Manager > Hébergements > Informations générales > IPv4

Infomaniak

• Manager > Hébergement > Résumé technique

Cloudways / DigitalOcean

• Dashboard > Server > IP Address

AWS / GCP

• Instance > Public IP

Étape 2 : Modifier le fichier hosts

Sur Mac

sudo nano /etc/hosts

Ajoutez à la fin :

# Migration temporaire - À SUPPRIMER après migration
203.0.113.50    www.monsite.com
203.0.113.50    monsite.com

Remplacez 203.0.113.50 par l'IP de votre nouveau serveur.

Sur Windows

1. Ouvrez Notepad en administrateur 2. Fichier > Ouvrir > C:\Windows\System32\drivers\etc\hosts 3. Ajoutez les mêmes lignes

Vider le cache DNS

Indispensable après modification :

# Mac
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder

# Windows
ipconfig /flushdns

Étape 3 : Tests à effectuer

Test de base

1. Ouvrez votre navigateur en navigation privée 2. Accédez à https://www.monsite.com 3. Le site doit s'afficher depuis le nouveau serveur

Vérifier que vous êtes sur le bon serveur

Créez un fichier test temporaire sur le nouveau serveur :

echo "NOUVEAU SERVEUR" > /var/www/html/test-migration.txt

Puis accédez à https://www.monsite.com/test-migration.txt

N'oubliez pas de supprimer ce fichier après !

Checklist de tests complets

Pages et navigation

• [ ] Page d'accueil
• [ ] Pages internes (au moins 5)
• [ ] Formulaires de contact
• [ ] Pages de connexion/inscription

Fonctionnalités

• [ ] Recherche interne
• [ ] Panier / e-commerce
• [ ] Espace membre
• [ ] API / endpoints

Médias

• [ ] Images s'affichent
• [ ] Vidéos se lancent
• [ ] PDFs téléchargeables
• [ ] Uploads fonctionnent

Performance

• [ ] Temps de chargement acceptable
• [ ] Pas d'erreurs 500/503
• [ ] Cache fonctionne

Étape 4 : Vérifier le certificat SSL

C'est crucial. Un certificat mal configuré = site inaccessible en HTTPS.

Vérification visuelle

• Cadenas vert dans la barre d'adresse
• Pas d'avertissement de sécurité

Vérification du certificat

Cliquez sur le cadenas > Certificat > Vérifiez :

• Domaine correct
• Date de validité
• Émetteur (Let's Encrypt, Sectigo, etc.)

Problèmes courants SSL

"NET::ERR_CERT_COMMON_NAME_INVALID" Le certificat n'est pas émis pour ce domaine. Régénérez-le.

"Certificat expiré" Le certificat n'a pas été renouvelé sur le nouveau serveur.

Étape 5 : Procéder à la migration DNS

Une fois tous les tests validés :

1. Connectez-vous à votre registrar (OVH, Gandi, Cloudflare...) 2. Modifiez les enregistrements A pour pointer vers la nouvelle IP 3. Attendez la propagation (quelques minutes à 48h selon le TTL)

Vérifier la propagation

Utilisez whatsmydns.net pour voir l'état global.

Étape 6 : Nettoyage post-migration

Supprimer les entrées hosts

Une fois la propagation terminée :

sudo nano /etc/hosts

Supprimez les lignes ajoutées pour la migration.

Vider le cache DNS une dernière fois

sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder

Vérifier que tout fonctionne

Testez depuis un autre appareil (téléphone en 4G) pour confirmer que le nouveau serveur répond bien.

Cas particuliers

Migration avec changement de CMS

Si vous migrez WordPress vers un autre CMS, testez aussi :

• Redirections 301 des anciennes URLs
• Sitemap XML mis à jour
• Liens internes fonctionnels

Migration e-commerce

Points critiques supplémentaires :

• Passerelles de paiement
• Webhooks (Stripe, PayPal)
• Emails transactionnels
• Stock et commandes en cours

Sites avec CDN (Cloudflare)

Si vous utilisez Cloudflare : 1. Le proxy Cloudflare utilise ses propres IPs 2. Testez en mode "DNS only" (nuage gris) 3. Réactivez le proxy après validation

Automatiser avec Locahl

Pour gérer facilement ces modifications hosts temporaires :

• Créez un groupe "Migrations"
• Activez/désactivez en un clic
• Historique des modifications
• Pas de risque d'erreur de syntaxe

Checklist migration complète

Avant migration

• [ ] Backup complet du site actuel
• [ ] Note de l'IP du nouveau serveur
• [ ] SSL configuré sur le nouveau serveur
• [ ] DNS actuel avec TTL réduit (300s)

Pendant les tests

• [ ] Fichier hosts modifié
• [ ] Cache DNS vidé
• [ ] Tous les tests passés
• [ ] Certificat SSL validé

Après migration DNS

• [ ] Propagation vérifiée
• [ ] Site accessible partout
• [ ] Entrées hosts supprimées
• [ ] Ancien serveur conservé 7 jours (backup)

Conclusion

Tester avant de migrer est la clé d'une migration sans stress. Le fichier hosts vous donne un environnement de test parfait, invisible pour vos utilisateurs. Prenez le temps de tout vérifier avant de changer les DNS officiels.