Ce que les aperçus DNSPeek ne peuvent pas faire

• Les pages HTML, feuilles de style et scripts, avec les liens vers votre domaine réécrits vers l’aperçu.
• Les redirections, y compris entre votre domaine et sa version www.
• Les cookies et les connexions : les cookies définis par votre serveur restent sur l’adresse propre du lien d’aperçu.
• Les formulaires et les envois de fichiers jusqu’à 64 Mo par requête.
• Les WebSockets et les Server-Sent Events, pour le chat en direct, les tableaux de bord et les indicateurs de progression.
• Les réponses compressées (gzip et Brotli).
• Les demandes d’authentification HTTP Basic de votre serveur, qui parviennent au visiteur sans modification.

Les services anti-bot et les pare-feu applicatifs (WAF) du nouveau serveur, par exemple une vérification Cloudflare ou une extension de sécurité, peuvent considérer le trafic de DNSPeek comme automatisé. L’aperçu affiche alors une page de vérification ou une erreur au lieu de votre site.

Les requêtes de DNSPeek portent un en-tête X-DNSPeek-Proxy: 1. Si vous gérez le pare-feu, assouplissez la règle le temps de la migration, ou mettez la protection en pause pendant vos tests.

Si votre domaine passe par un CDN comme Cloudflare, une recherche renvoie les adresses du CDN, pas celles de votre serveur. Un aperçu a besoin de l’IP d’origine du nouveau serveur, fournie par votre hébergeur. Voir Trouver l’IP de votre serveur.

DNSPeek réécrit les liens qui pointent vers le domaine du lien. Sauf si le lien inclut les sous-domaines (voir ci-dessous), les URL absolues sur d’autres noms d’hôte, comme cdn.example.com ou static.example.com, ne sont pas modifiées : le navigateur les charge depuis l’endroit où pointe le DNS public aujourd’hui, en général l’ancien serveur ou votre CDN. Avec le forfait Free, un lien couvre un seul nom d’hôte : un site réparti sur plusieurs sous-domaines a besoin d’un lien pour chacun.

Avec les forfaits payants, activez Inclure les sous-domaines et un seul lien prévisualise aussi chaque sous-domaine du site, ce qui convient à un WordPress multisite : shop.example.com s’ouvre sur shop---alias du domaine d’aperçu, et les liens entre sous-domaines restent dans l’aperçu. Les hôtes extérieurs au site, comme un CDN tiers, sont toujours chargés depuis Internet. Chaque sous-domaine garde ses propres cookies : une connexion partagée entre sous-domaines doit donc être refaite sur chacun. Voir WordPress multisite et sous-domaines.

Le JavaScript qui construit des URL à l’exécution est réécrit avec prudence : une application monopage qui assemble ses propres adresses d’API peut donc encore appeler le site en production. Un rapport QA signale les fichiers cassés et les URL codées en dur qui pointent vers des hôtes temporaires ou des IP brutes.

Les services extérieurs à votre serveur ne connaissent que votre vrai domaine, et le DNS public le fait pointer vers l’ancien serveur jusqu’à la bascule :

• La connexion avec Google, Microsoft ou SSO renvoie le visiteur vers l’adresse de retour enregistrée pour votre vrai domaine : il arrive donc sur le site en production et non sur l’aperçu.
• Les pages de paiement hébergées reviennent de la même façon vers votre vrai domaine, et les webhooks de paiement continuent d’aller vers l’ancien serveur jusqu’à la bascule DNS.

Tout ce que les visiteurs font sur l’aperçu, comme se connecter, envoyer un formulaire ou passer commande, se produit réellement sur le nouveau serveur. Utilisez des comptes de test, et revérifiez la connexion et le paiement juste après la bascule.

Pour que les pages fonctionnent à l’adresse de l’aperçu, DNSPeek supprime les en-têtes Strict-Transport-Security, Content-Security-Policy et X-Frame-Options de votre serveur et marque les cookies SameSite=None; Secure. Vérifiez ces en-têtes sur le vrai domaine après la bascule, pas dans l’aperçu.

Les plages de réseau privé (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) et les adresses de bouclage sont bloquées : un aperçu ne peut pas atteindre les machines d’un réseau privé. Le tableau de bord accepte les adresses IPv4.

• Les liens du forfait Free expirent 7 jours après leur création. Les forfaits payants permettent de garder des liens sans date d’expiration.
• Un lien expiré l’indique ; un lien désactivé par son propriétaire l’indique aussi.
• Un lien protégé par mot de passe demande le mot de passe avant d’afficher le site, puis mémorise le navigateur pendant 24 heures.
• Si la plupart des requêtes récentes vers le nouveau serveur échouent, DNSPeek répond brièvement par un 503 au lieu d’attendre à chaque requête. Corrigez le serveur et rechargez après une courte pause.

Les aperçus servent à tester et à vérifier avant la bascule DNS. Toute personne disposant du lien peut l’ouvrir : protégez par mot de passe tout ce qui est sensible et désactivez les liens dont vous n’avez plus besoin. La façon dont nous traitons vos données est décrite sur la page Confiance.