BLOG

Before you change nameservers: what to check first

Protect mail during changing nameservers by recording MX, SPF, DKIM and other mail-related records before the change, then send mail in both directions.

Changing nameservers: registration and nameserver baseline

If the new zone is incomplete, the website, email and verification records can break even though the domain itself is still registered. Before changing nameservers, save the registrar status, nameservers and critical DNS values; keep that baseline until the domain service is stable again.

What public DNS should show after changing nameservers

After the change, query the authoritative nameservers and check the live delegation rather than relying only on the registrar dashboard. Verify website records, MX records for mail delivery and TXT records used for verification or SPF. Compare those results against the zone you copied before changing the delegation, allowing for resolver caching.

Changing nameservers: business email and MX records

Protect mail during changing nameservers by recording MX, SPF, DKIM and other mail-related records before the change, then send mail in both directions afterward.

Changing nameservers: hosting, files and certificates

Use changing nameservers to distinguish registration, DNS, hosting and certificates; verify each layer separately after the infrastructure change.

Dates that matter during changing nameservers

Domain/hosting bills continue independently. Treat timing during changing nameservers as registrar-specific: save the current status, deadline and renewal evidence before the next stage begins.

Changing nameservers: ownership, access and rollback

Finish changing nameservers by checking ownership, registrar access and rollback information, not only whether the website loads.

Move the full DNS zone, not just the website record

Before changing nameservers, compare the old and new DNS zones and account for web, mail, TXT, verification, subdomain and service records. Record the old nameservers and the destination provider that will become authoritative. After the delegation changes, query the new authoritative servers directly and test the website and email separately. This makes it easier to distinguish a nameserver problem from a missing record inside an otherwise functioning zone, and it gives you a clear rollback reference if the move needs to be reversed.

Stage the destination zone before changing delegation

Before switching nameservers, build the destination DNS zone and compare the records that matter for the website, email and verification services. Keep the old zone and a record of the previous delegation until the new nameservers answer correctly from outside your network. After the change, check authoritative DNS first, then public resolvers, the website and mail flow separately. This gives you a clear rollback reference if one service fails while the others appear normal.

Related consequence reports for “Before you change nameservers: what to check first”

Continue in this topic

Find more distinct decisions and source-backed consequence reports in the Domains & Websites topic hub.

Official sources for “Before you change nameservers: what to check first”

EDITORIAL STANDARD

Evidence and editorial boundary: change nameservers

For “Before you change nameservers: what to check first”, service-specific claims are tied to the official sources above; account-level dates, warnings and eligibility shown by ICANN take precedence.

Read our editorial policy →
Related blogs

Before You Change Nameservers: What to Check First — continue with a related decision

UPDATEDDomains & Websites

Domain expiry timeline explained in plain English

608 wordsRead blog →
UPDATEDDomains & Websites

How to migrate DNS without breaking website or email

777 wordsRead blog →
UPDATEDDomains & Websites

Why domain, hosting, DNS and email are four separate things

634 wordsRead blog →