{"id":426,"date":"2026-03-10T09:15:08","date_gmt":"2026-03-10T08:15:08","guid":{"rendered":"https:\/\/ssdhosters.com\/blog\/?p=426"},"modified":"2026-08-25T12:32:23","modified_gmt":"2026-08-25T10:32:23","slug":"dns-migration-site-web","status":"publish","type":"post","link":"https:\/\/ssdhosters.com\/blog\/dns-migration-site-web\/","title":{"rendered":"DNS et migration de site web : plan de bascule 2026"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Lors d\u2019une migration, le DNS ne d\u00e9place ni WordPress ni la base de donn\u00e9es. Il indique aux r\u00e9solveurs o\u00f9 trouver un service. Une strat\u00e9gie <strong>DNS migration site web<\/strong> doit donc s\u00e9parer la pr\u00e9paration du nouvel h\u00e9bergement, la modification des enregistrements, le comportement des caches et la continuit\u00e9 des autres services du domaine.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Changer le mauvais serveur de noms ou remplacer toute une zone pour modifier un seul enregistrement peut interrompre le courrier, la validation d\u2019un service ou un sous-domaine. Une bascule s\u00fbre commence par un inventaire export\u00e9 et une compr\u00e9hension de l\u2019autorit\u00e9 DNS actuelle.<\/p>\n\n\n\n<div class=\"wp-block-rank-math-toc-block\" id=\"rank-math-toc\"><h2>Sommaire<\/h2><nav><ul><li class=\"\"><a href=\"#la-reponse-courte\">La r\u00e9ponse courte<\/a><\/li><li class=\"\"><a href=\"#principes-qui-restent-valables\">Principes qui restent valables<\/a><\/li><li class=\"\"><a href=\"#cartographier-les-responsabilites\">Cartographier les responsabilit\u00e9s<\/a><\/li><li class=\"\"><a href=\"#exporter-la-zone-avant-toute-modification\">Exporter la zone avant toute modification<\/a><\/li><li class=\"\"><a href=\"#separer-trois-projets-souvent-confondus\">S\u00e9parer trois projets souvent confondus<\/a><\/li><li class=\"\"><a href=\"#inventorier-les-noms-servis-par-le-site\">Inventorier les noms servis par le site<\/a><\/li><li class=\"\"><a href=\"#preparer-la-nouvelle-origine-avant-le-dns\">Pr\u00e9parer la nouvelle origine avant le DNS<\/a><\/li><li class=\"\"><a href=\"#comprendre-le-ttl\">Comprendre le TTL<\/a><\/li><li class=\"\"><a href=\"#traiter-i-pv-4-et-i-pv-6-ensemble\">Traiter IPv4 et IPv6 ensemble<\/a><\/li><li class=\"\"><a href=\"#preserver-le-courrier-et-les-txt\">Pr\u00e9server le courrier et les TXT<\/a><\/li><li class=\"\"><a href=\"#verifier-les-cname-et-lapex\">V\u00e9rifier les CNAME et l\u2019apex<\/a><\/li><li class=\"\"><a href=\"#integrer-dnssec-au-plan\">Int\u00e9grer DNSSEC au plan<\/a><\/li><li class=\"\"><a href=\"#planifier-la-fenetre-de-bascule\">Planifier la fen\u00eatre de bascule<\/a><\/li><li class=\"\"><a href=\"#garder-deux-origines-pendant-la-transition\">Garder deux origines pendant la transition<\/a><\/li><li class=\"\"><a href=\"#definir-le-retour-arriere\">D\u00e9finir le retour arri\u00e8re<\/a><\/li><li class=\"\"><a href=\"#surveiller-apres-la-bascule\">Surveiller apr\u00e8s la bascule<\/a><\/li><li class=\"\"><a href=\"#ordre-de-migration-dns-recommande\">Ordre de migration DNS recommand\u00e9<\/a><\/li><li class=\"\"><a href=\"#les-erreurs-a-eviter\">Les erreurs \u00e0 \u00e9viter<\/a><\/li><li class=\"\"><a href=\"#checklist-dns-migration-site-web\">Checklist DNS migration site web<\/a><\/li><li class=\"\"><a href=\"#questions-frequentes\">Questions fr\u00e9quentes<\/a><ul><li class=\"\"><a href=\"#que-faut-il-preparer-avant-une-migration-dns\">Que faut-il pr\u00e9parer avant une migration DNS ?<\/a><\/li><li class=\"\"><a href=\"#faut-il-transferer-le-domaine-pour-changer-dhebergement\">Faut-il transf\u00e9rer le domaine pour changer d\u2019h\u00e9bergement ?<\/a><\/li><li class=\"\"><a href=\"#combien-de-temps-faut-il-conserver-lancienne-origine\">Combien de temps faut-il conserver l\u2019ancienne origine ?<\/a><\/li><li class=\"\"><a href=\"#comment-verifier-la-reussite-de-la-bascule\">Comment v\u00e9rifier la r\u00e9ussite de la bascule ?<\/a><\/li><\/ul><\/li><li class=\"\"><a href=\"#conclusion\">Conclusion<\/a><\/li><\/ul><\/nav><\/div>\n\n\n\n<h2 id=\"la-reponse-courte\" class=\"wp-block-heading\">La r\u00e9ponse courte<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Identifiez le registrar, les serveurs de noms faisant autorit\u00e9, l\u2019\u00e9diteur de zone et chaque enregistrement utile. Pr\u00e9parez et testez la nouvelle origine avant le changement. R\u00e9duisez le TTL assez t\u00f4t si la politique le permet, puis modifiez uniquement les enregistrements n\u00e9cessaires.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Surveillez ancienne et nouvelle origine pendant que les caches expirent, gardez l\u2019ancienne disponible et d\u00e9finissez un seuil de retour arri\u00e8re. Ne publiez jamais les adresses IP, noms internes, jetons de validation, captures de zone ou d\u00e9tails d\u2019infrastructure r\u00e9els.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le guide Google sur un <a href=\"https:\/\/developers.google.com\/search\/docs\/crawling-indexing\/site-move-no-url-changes\" rel=\"noopener\">changement d\u2019h\u00e9bergement sans changement d\u2019URL<\/a> recommande de pr\u00e9parer et tester la nouvelle infrastructure, basculer le DNS, surveiller puis arr\u00eater l\u2019ancienne seulement lorsque le trafic a bien migr\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le fonctionnement distribu\u00e9 du DNS, ses caches et le r\u00f4le du TTL sont d\u00e9finis dans la <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc1034.html\" rel=\"noopener\">sp\u00e9cification fondamentale du DNS<\/a> publi\u00e9e par l\u2019IETF ; cette base explique pourquoi une bascule doit pr\u00e9voir une p\u00e9riode de coexistence plut\u00f4t qu\u2019une heure universelle de \u00ab propagation termin\u00e9e \u00bb.<\/p>\n\n\n\n<h2 id=\"principes-qui-restent-valables\" class=\"wp-block-heading\">Principes qui restent valables<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le DNS reste un syst\u00e8me distribu\u00e9 mis en cache. Le TTL indique pendant combien de temps une r\u00e9ponse peut \u00eatre conserv\u00e9e ; il ne cr\u00e9e pas un minuteur universel qui force tous les appareils \u00e0 se mettre \u00e0 jour ensemble.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Les interfaces ont \u00e9volu\u00e9 et certains fournisseurs masquent des d\u00e9tails, mais la distinction reste cruciale entre enregistrement A ou AAAA, alias CNAME, courrier MX, politiques TXT, d\u00e9l\u00e9gation NS et enregistrement DS de DNSSEC.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Une migration de site n\u2019implique pas n\u00e9cessairement un transfert de domaine ni une migration des e-mails.<\/p>\n\n\n\n<h2 id=\"cartographier-les-responsabilites\" class=\"wp-block-heading\">Cartographier les responsabilit\u00e9s<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le registrar enregistre le domaine et sa d\u00e9l\u00e9gation. Les serveurs de noms autoritaires r\u00e9pondent pour la zone. Un panneau DNS permet de modifier les enregistrements servis par cette autorit\u00e9. L\u2019h\u00e9bergement web re\u00e7oit ensuite le trafic destin\u00e9 au site.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ces fonctions peuvent \u00eatre propos\u00e9es par la m\u00eame entreprise ou par plusieurs services. Notez qui contr\u00f4le chacune, comment l\u2019acc\u00e8s est prot\u00e9g\u00e9 et qui peut approuver un changement.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez depuis une source DNS publique quels serveurs sont r\u00e9ellement autoritaires ; ne vous fiez pas seulement au logo du tableau de bord ouvert.<\/p>\n\n\n\n<h2 id=\"exporter-la-zone-avant-toute-modification\" class=\"wp-block-heading\">Exporter la zone avant toute modification<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Conservez un export ou un relev\u00e9 de chaque nom, type, valeur, TTL et \u00e9ventuelle priorit\u00e9. Incluez racine, <code>www<\/code>, sous-domaines, MX, SPF, DKIM, DMARC, validations et enregistrements de services.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le document est sensible : il peut r\u00e9v\u00e9ler l\u2019architecture ou des prestataires. Stockez-le dans le dossier de changement \u00e0 acc\u00e8s limit\u00e9, pas dans un article ni un ticket public.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Comparez l\u2019export \u00e0 des requ\u00eates externes. Une interface peut afficher une zone non autoritaire ou une valeur en attente.<\/p>\n\n\n\n<h2 id=\"separer-trois-projets-souvent-confondus\" class=\"wp-block-heading\">S\u00e9parer trois projets souvent confondus<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le transfert de domaine change le registrar. Le changement de serveurs de noms d\u00e9place l\u2019autorit\u00e9 de la zone. La modification d\u2019un A, AAAA ou CNAME redirige un nom vers une autre cible. Une migration web peut ne demander que la troisi\u00e8me op\u00e9ration.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Si vous changez les serveurs de noms, recopiez d\u2019abord toute la zone et v\u00e9rifiez les services. Si vous transf\u00e9rez le domaine, assurez-vous que la d\u00e9l\u00e9gation restera stable pendant le processus.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c9vitez de regrouper ces changements le m\u00eame jour sans n\u00e9cessit\u00e9 : une panne devient plus difficile \u00e0 attribuer et \u00e0 corriger.<\/p>\n\n\n\n<h2 id=\"inventorier-les-noms-servis-par-le-site\" class=\"wp-block-heading\">Inventorier les noms servis par le site<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le domaine nu et <code>www<\/code> peuvent utiliser des types diff\u00e9rents et rediriger l\u2019un vers l\u2019autre. Des sous-domaines peuvent servir une boutique, une API, des m\u00e9dias ou un espace priv\u00e9. Une redirection HTTP ne remplace pas une r\u00e9solution DNS valide.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Listez les URL publiques, canonicals, plans de site, ressources et int\u00e9grations qui d\u00e9pendent de chaque nom. D\u00e9terminez lesquelles changent de cible et lesquelles doivent rester intactes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pour une migration WordPress, compl\u00e9tez avec la <a href=\"https:\/\/ssdhosters.com\/blog\/migration-wordpress-checklist\/\">checklist de migration WordPress<\/a> : fichiers, base, HTTPS, formulaires, cache et retour arri\u00e8re.<\/p>\n\n\n\n<h2 id=\"preparer-la-nouvelle-origine-avant-le-dns\" class=\"wp-block-heading\">Pr\u00e9parer la nouvelle origine avant le DNS<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Copiez fichiers et base de mani\u00e8re coh\u00e9rente, configurez le domaine attendu, le certificat et les redirections. Testez la nouvelle origine sans modifier la r\u00e9solution publique, par une m\u00e9thode locale ou une URL de pr\u00e9visualisation contr\u00f4l\u00e9e.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez accueil, administration, m\u00e9dias, formulaires, recherche, parcours commerciaux, t\u00e2ches planifi\u00e9es et int\u00e9grations. Neutralisez les sorties externes si la copie n\u2019est pas encore la production.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La cible doit r\u00e9pondre pour le vrai nom de domaine et pr\u00e9senter le bon certificat au moment de la bascule. Un test par adresse IP seule ne prouve pas ce comportement.<\/p>\n\n\n\n<h2 id=\"comprendre-le-ttl\" class=\"wp-block-heading\">Comprendre le TTL<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le TTL est attach\u00e9 \u00e0 une r\u00e9ponse mise en cache. Le r\u00e9duire juste avant la bascule ne vide pas les caches qui ont d\u00e9j\u00e0 conserv\u00e9 l\u2019ancienne valeur avec un TTL long.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Google sugg\u00e8re un TTL conservateur de quelques heures au moins une semaine avant un changement d\u2019h\u00e9bergement. Cette indication n\u2019est pas universelle : adaptez-la \u00e0 la politique DNS, au volume et au risque.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Apr\u00e8s stabilisation, remontez le TTL \u00e0 la valeur d\u2019exploitation choisie. Un TTL tr\u00e8s bas permanent augmente les requ\u00eates et ne garantit pas l\u2019absence de cache interm\u00e9diaire.<\/p>\n\n\n\n<h2 id=\"traiter-i-pv-4-et-i-pv-6-ensemble\" class=\"wp-block-heading\">Traiter IPv4 et IPv6 ensemble<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un domaine peut publier un enregistrement A pour IPv4 et AAAA pour IPv6. Modifier uniquement A alors qu\u2019AAAA pointe encore vers l\u2019ancienne origine produit des r\u00e9sultats diff\u00e9rents selon le r\u00e9seau du visiteur.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Testez les deux familles si elles sont publi\u00e9es. Si la nouvelle origine ne prend pas en charge IPv6, choisissez explicitement la strat\u00e9gie au lieu de laisser un enregistrement obsol\u00e8te.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez \u00e9galement les noms <code>www<\/code> et racine depuis plusieurs r\u00e9solveurs autoris\u00e9s.<\/p>\n\n\n\n<h2 id=\"preserver-le-courrier-et-les-txt\" class=\"wp-block-heading\">Pr\u00e9server le courrier et les TXT<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Les enregistrements MX dirigent le courrier ; SPF, DKIM et DMARC utilisent g\u00e9n\u00e9ralement TXT. Une migration du site n\u2019autorise pas \u00e0 les remplacer par les valeurs par d\u00e9faut d\u2019une nouvelle zone.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Si les e-mails restent au m\u00eame endroit, conservez leurs enregistrements exactement selon la documentation du service. Testez r\u00e9ception, envoi et authentification apr\u00e8s tout changement d\u2019autorit\u00e9 DNS.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ne publiez pas les s\u00e9lecteurs, jetons ou valeurs compl\u00e8tes comme exemple r\u00e9el. Utilisez des noms fictifs dans la documentation publique.<\/p>\n\n\n\n<h2 id=\"verifier-les-cname-et-lapex\" class=\"wp-block-heading\">V\u00e9rifier les CNAME et l\u2019apex<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un CNAME alias un nom vers un autre nom et ne doit g\u00e9n\u00e9ralement pas coexister avec d\u2019autres donn\u00e9es au m\u00eame libell\u00e9. La racine du domaine a des contraintes sp\u00e9cifiques ; certains fournisseurs proposent des m\u00e9canismes d\u2019aplatissement.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Comprenez ce que l\u2019interface cr\u00e9e r\u00e9ellement. Un champ intitul\u00e9 \u00ab cible \u00bb peut produire un A dynamique, un alias propri\u00e9taire ou un CNAME. V\u00e9rifiez avec une requ\u00eate DNS externe.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c9vitez les cha\u00eenes d\u2019alias longues et surveillez la cible finale, notamment lors d\u2019un changement de CDN.<\/p>\n\n\n\n<h2 id=\"integrer-dnssec-au-plan\" class=\"wp-block-heading\">Int\u00e9grer DNSSEC au plan<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">DNSSEC ajoute une cha\u00eene de validation entre la zone sign\u00e9e et un enregistrement DS publi\u00e9 via le parent. Lors d\u2019un changement de fournisseur DNS, une incoh\u00e9rence entre nouvelles cl\u00e9s et ancien DS peut rendre le domaine invalide pour les r\u00e9solveurs validateurs.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Suivez la proc\u00e9dure des op\u00e9rateurs concern\u00e9s, v\u00e9rifiez la cha\u00eene et ne supprimez ou n\u2019ajoutez pas un DS par intuition. S\u00e9parez ce travail du simple changement d\u2019une adresse web lorsque possible.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Conservez les d\u00e9tails de cl\u00e9s hors de la publication publique.<\/p>\n\n\n\n<h2 id=\"planifier-la-fenetre-de-bascule\" class=\"wp-block-heading\">Planifier la fen\u00eatre de bascule<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Choisissez une p\u00e9riode o\u00f9 les responsables du site, du DNS et des fonctions m\u00e9tier sont disponibles. Terminez une derni\u00e8re synchronisation, figez les changements si n\u00e9cessaire et notez l\u2019heure exacte.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Modifiez le plus petit nombre d\u2019enregistrements. Capturez les valeurs avant et apr\u00e8s dans le dossier priv\u00e9. V\u00e9rifiez la r\u00e9ponse autoritaire imm\u00e9diatement, puis plusieurs r\u00e9solveurs et r\u00e9seaux \u00e0 mesure que les caches expirent.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ne concluez pas apr\u00e8s un seul ordinateur : son cache local peut masquer l\u2019\u00e9tat r\u00e9el.<\/p>\n\n\n\n<h2 id=\"garder-deux-origines-pendant-la-transition\" class=\"wp-block-heading\">Garder deux origines pendant la transition<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Certains visiteurs atteindront encore l\u2019ancienne origine. Maintenez-la accessible et coh\u00e9rente pendant une dur\u00e9e d\u00e9finie. Pour un site qui re\u00e7oit des commandes ou contenus, pr\u00e9parez la synchronisation ou une fen\u00eatre de lecture seule pour \u00e9viter deux bases actives divergentes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Surveillez les journaux et les indicateurs des deux c\u00f4t\u00e9s sans publier leurs d\u00e9tails. La diminution du trafic ancien est un meilleur signal qu\u2019une estimation abstraite de \u00ab propagation termin\u00e9e \u00bb.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Arr\u00eatez l\u2019ancienne origine seulement lorsque le risque r\u00e9siduel est accept\u00e9 et la restauration reste possible.<\/p>\n\n\n\n<h2 id=\"definir-le-retour-arriere\" class=\"wp-block-heading\">D\u00e9finir le retour arri\u00e8re<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Le retour DNS consiste g\u00e9n\u00e9ralement \u00e0 restaurer les valeurs pr\u00e9c\u00e9dentes. Il subit lui aussi les caches ; ce n\u2019est pas un bouton instantan\u00e9. D\u00e9finissez donc \u00e0 l\u2019avance le seuil : erreurs, transactions impossibles, certificat, donn\u00e9es divergentes ou performance critique.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Conservez l\u2019ancienne origine fonctionnelle et les valeurs pr\u00eates. D\u00e9cidez qui prend la d\u00e9cision et comment les changements intervenus depuis la bascule seront r\u00e9concili\u00e9s.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un retour technique sans plan de donn\u00e9es peut perdre des commandes ou des publications.<\/p>\n\n\n\n<h2 id=\"surveiller-apres-la-bascule\" class=\"wp-block-heading\">Surveiller apr\u00e8s la bascule<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Contr\u00f4lez r\u00e9solution A\/AAAA, HTTP, HTTPS, certificat, redirections, canonicals, robots, plan de site, administration, formulaires et fonctions m\u00e9tier. Surveillez les erreurs et le trafic de recherche.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Assurez-vous que la v\u00e9rification Search Console et la mesure restent en place. Pour une migration sans changement d\u2019URL, les pages doivent conserver leurs URLs publiques et leurs signaux.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Documentez les \u00e9carts et leur r\u00e9solution. Remontez le TTL apr\u00e8s stabilisation et fermez proprement l\u2019ancienne infrastructure.<\/p>\n\n\n\n<h2 id=\"ordre-de-migration-dns-recommande\" class=\"wp-block-heading\">Ordre de migration DNS recommand\u00e9<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Cartographier registrar, autorit\u00e9 DNS et h\u00e9bergement.<\/li>\n\n\n\n<li>Exporter et v\u00e9rifier toute la zone.<\/li>\n\n\n\n<li>S\u00e9parer site, domaine, DNS et e-mail.<\/li>\n\n\n\n<li>Pr\u00e9parer puis tester la nouvelle origine.<\/li>\n\n\n\n<li>R\u00e9duire le TTL suffisamment t\u00f4t si pr\u00e9vu.<\/li>\n\n\n\n<li>Pr\u00e9parer derni\u00e8re synchronisation et retour arri\u00e8re.<\/li>\n\n\n\n<li>Modifier uniquement les enregistrements n\u00e9cessaires.<\/li>\n\n\n\n<li>V\u00e9rifier autorit\u00e9, r\u00e9solveurs, IPv4, IPv6 et HTTPS.<\/li>\n\n\n\n<li>Surveiller les deux origines et les fonctions m\u00e9tier.<\/li>\n\n\n\n<li>Stabiliser, remonter le TTL et fermer l\u2019ancien service.<\/li>\n<\/ol>\n\n\n\n<h2 id=\"les-erreurs-a-eviter\" class=\"wp-block-heading\">Les erreurs \u00e0 \u00e9viter<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Remplacer toute la zone pour changer l\u2019h\u00e9bergement web.<\/li>\n\n\n\n<li>Confondre transfert de domaine et bascule DNS.<\/li>\n\n\n\n<li>Oublier AAAA alors que A a \u00e9t\u00e9 modifi\u00e9.<\/li>\n\n\n\n<li>R\u00e9duire le TTL quelques minutes avant le changement.<\/li>\n\n\n\n<li>Copier le site sans tester le vrai nom et le certificat.<\/li>\n\n\n\n<li>Supprimer MX ou TXT parce qu\u2019ils ne semblent pas li\u00e9s au web.<\/li>\n\n\n\n<li>Couper l\u2019ancienne origine avant l\u2019expiration des caches observ\u00e9s.<\/li>\n\n\n\n<li>Publier les IP, captures de zone ou d\u00e9tails d\u2019autorit\u00e9 r\u00e9els.<\/li>\n<\/ul>\n\n\n\n<h2 id=\"checklist-dns-migration-site-web\" class=\"wp-block-heading\">Checklist DNS migration site web<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>[ ] Le registrar et les serveurs autoritaires sont identifi\u00e9s.<\/li>\n\n\n\n<li>[ ] La zone compl\u00e8te est export\u00e9e et v\u00e9rifi\u00e9e.<\/li>\n\n\n\n<li>[ ] Les services web, mail et sous-domaines sont s\u00e9par\u00e9s.<\/li>\n\n\n\n<li>[ ] La nouvelle origine fonctionne avec le vrai nom et HTTPS.<\/li>\n\n\n\n<li>[ ] A et AAAA sont trait\u00e9s explicitement.<\/li>\n\n\n\n<li>[ ] Le TTL a \u00e9t\u00e9 pr\u00e9par\u00e9 assez t\u00f4t.<\/li>\n\n\n\n<li>[ ] DNSSEC poss\u00e8de une proc\u00e9dure valid\u00e9e si actif.<\/li>\n\n\n\n<li>[ ] L\u2019ancienne origine reste disponible pendant la transition.<\/li>\n\n\n\n<li>[ ] Les seuils et valeurs de retour sont pr\u00eats.<\/li>\n\n\n\n<li>[ ] R\u00e9solution, recherche et fonctions m\u00e9tier sont surveill\u00e9es.<\/li>\n<\/ul>\n\n\n\n<h2 id=\"questions-frequentes\" class=\"wp-block-heading\">Questions fr\u00e9quentes<\/h2>\n\n\n\n<h3 id=\"que-faut-il-preparer-avant-une-migration-dns\" class=\"wp-block-heading\">Que faut-il pr\u00e9parer avant une migration DNS ?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Un plan <strong>DNS migration site web<\/strong> commence par l\u2019inventaire de la zone, des services d\u00e9pendants, des autorit\u00e9s et des valeurs de retour. Testez ensuite la nouvelle origine avec le vrai nom d\u2019h\u00f4te avant de modifier le moindre enregistrement public.<\/p>\n\n\n\n<h3 id=\"faut-il-transferer-le-domaine-pour-changer-dhebergement\" class=\"wp-block-heading\">Faut-il transf\u00e9rer le domaine pour changer d\u2019h\u00e9bergement ?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Non. Une op\u00e9ration <strong>DNS migration site web<\/strong> peut modifier uniquement les enregistrements web tout en conservant le registrar, les serveurs de noms et le courrier. S\u00e9parer ces responsabilit\u00e9s r\u00e9duit le risque et facilite le retour arri\u00e8re.<\/p>\n\n\n\n<h3 id=\"combien-de-temps-faut-il-conserver-lancienne-origine\" class=\"wp-block-heading\">Combien de temps faut-il conserver l\u2019ancienne origine ?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Pendant une bascule <strong>DNS migration site web<\/strong>, conservez l\u2019ancienne origine au moins jusqu\u2019\u00e0 ce que les TTL observ\u00e9s soient expir\u00e9s et que les parcours critiques soient stables sur plusieurs r\u00e9solveurs. La dur\u00e9e d\u00e9pend de la zone r\u00e9elle et des caches en circulation.<\/p>\n\n\n\n<h3 id=\"comment-verifier-la-reussite-de-la-bascule\" class=\"wp-block-heading\">Comment v\u00e9rifier la r\u00e9ussite de la bascule ?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La validation <strong>DNS migration site web<\/strong> doit couvrir autorit\u00e9, A, AAAA, HTTPS, redirections, formulaires, recherche et services m\u00e9tier. Surveillez les deux origines et gardez des seuils de retour explicites jusqu\u2019\u00e0 la stabilisation.<\/p>\n\n\n\n<h2 id=\"conclusion\" class=\"wp-block-heading\">Conclusion<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Une strat\u00e9gie <strong>DNS migration site web<\/strong> fiable ne repose pas sur l\u2019id\u00e9e vague de propagation. Elle repose sur une zone inventori\u00e9e, une cible d\u00e9j\u00e0 test\u00e9e, des caches anticip\u00e9s, un changement minimal et une surveillance des deux origines.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En s\u00e9parant DNS, domaine, site et e-mail, vous r\u00e9duisez fortement le rayon d\u2019une erreur et rendez le retour possible. Pour choisir l\u2019environnement cible avec les m\u00eames exigences de responsabilit\u00e9, consultez <a href=\"https:\/\/ssdhosters.com\/blog\/choisir-un-hebergement-wordpress\/\">choisir un h\u00e9bergement WordPress<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Une m\u00e9thode actuelle pour pr\u00e9parer une bascule DNS sans confondre domaine, zone, site web et e-mail.<\/p>\n","protected":false},"author":1,"featured_media":427,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[32,31,16],"tags":[],"class_list":["post-426","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-migration-wordpress","category-hebergement-wordpress","category-wordpress","resize-featured-image"],"_links":{"self":[{"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/posts\/426","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/comments?post=426"}],"version-history":[{"count":3,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/posts\/426\/revisions"}],"predecessor-version":[{"id":430,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/posts\/426\/revisions\/430"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/media\/427"}],"wp:attachment":[{"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/media?parent=426"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/categories?post=426"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ssdhosters.com\/blog\/wp-json\/wp\/v2\/tags?post=426"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}