Tester un site avant migration DNS

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. La même astuce permet de prévisualiser un site avant tout changement DNS — nouvel hébergeur, nouvelle IP ou passage à un CDN — sans toucher au DNS public ni risquer de coupure.

Comment tester un site avant une migration DNS

Pour tester un site avant une migration DNS, associez son domaine à l'IP du nouveau serveur dans votre fichier hosts : seule votre machine voit le nouveau serveur, le DNS public reste inchangé :

1. Récupérez l'adresse IP du nouveau serveur. 2. Ouvrez le fichier hosts en administrateur. 3. Ajoutez NOUVELLE_IP example.com et NOUVELLE_IP www.example.com. 4. Videz le cache DNS, puis parcourez et testez chaque parcours critique. 5. Retirez les entrées une fois le vrai changement DNS propagé.

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)

Vérifications SEO avant migration

Avant de changer les DNS, vérifiez aussi les signaux SEO :

• Pages importantes en 200, pas en 404.
• Redirections 301 correctes.
• Canonicals cohérents.
• robots.txt accessible.
• Sitemap XML disponible.
• Titres et metas présents.
• Données structurées toujours rendues.
• Images Open Graph chargées.

Testez au minimum la homepage, les 5 pages organiques principales, les pages de conversion et les URLs avec backlinks.

TTL et rollback

Baissez le TTL 24 à 48h avant la migration, idéalement à 300 secondes. Après stabilisation, remontez-le.

Préparez aussi un rollback :

• Ancienne IP notée.
• Sauvegarde complète.
• Ancien serveur inchangé.
• Accès registrar disponible.
• Entrées hosts prêtes pour tester ancien/nouveau.

Si la migration échoue, remettez l'ancien A record et vérifiez depuis un réseau mobile.

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.