Get a detailed answer to domain nameservers vs dns records along with step-by-step troubleshooting instructions and related DNS resources.
ReviewMyDNS is a free DNS propagation checker that queries 50+ global DNS servers to verify your DNS records. Check A, AAAA, MX, CNAME, TXT, NS, and SOA records instantly.
One of the most common points of confusion when managing a domain is whether to change the nameservers or change specific DNS records. These are two completely different operations, and mixing them up can cause extended downtime or misconfigured services.
Nameservers are the authoritative DNS servers that store and serve all the DNS records for your domain. When a resolver needs to look up any record for example.com — whether an A record, MX record, or TXT record — it first finds the nameservers responsible for example.com by querying the parent TLD zone (the .com registry). The TLD zone contains NS records telling the resolver which nameservers are authoritative for your domain. Your registrar manages this delegation.
Nameservers are usually provided by your DNS hosting provider. Common examples include Cloudflare nameservers (alice.ns.cloudflare.com), Route 53 nameservers (ns-XXXX.awsdns-XX.com), and registrar-default nameservers from GoDaddy (ns1.domaincontrol.com) or Namecheap (dns1.registrar-servers.com). Each set of nameservers hosts a complete copy of your DNS zone.
DNS records are the individual entries within your zone file that map hostnames to IP addresses, mail servers, or other values. Common record types include:
Change your nameservers when you want to move your entire DNS hosting to a new provider. Common scenarios include switching to Cloudflare for DDoS protection and caching, migrating to AWS Route 53 for programmatic control, or moving to a premium DNS provider for improved performance or DNSSEC support.
Critical step before changing nameservers: Export and recreate all your DNS records at the new provider BEFORE updating nameservers at your registrar. If you switch nameservers before the new provider has your records, your website, email, and all subdomains will stop working for the duration of propagation (which can be 24-48 hours). Use the DNS propagation checker to confirm the old nameservers are no longer being served before assuming the transition is complete.
Change individual DNS records when you update a specific service without moving DNS providers. Examples include pointing your domain to a new web host IP, adding mail provider MX records when switching to Google Workspace or Microsoft 365, adding a TXT record for domain verification, or creating a subdomain that points to a third-party platform like Vercel or Netlify.
Individual record changes propagate based on the record's TTL value. A record with TTL 3600 takes up to an hour to propagate globally after a change. See Why Is DNS Not Updating After 24 Hours? if changes are taking longer than expected. Use the propagation checker to track global rollout in real time.
Suppose your domain is registered at Namecheap with Namecheap's default nameservers (dns1.registrar-servers.com). You want to move DNS hosting to Cloudflare for CDN and DDoS protection. The correct sequence to avoid downtime:
dash.cloudflare.com. During setup, Cloudflare scans your existing zone and imports all DNS records automatically — review the imported list carefully and add any records that were missed.alice.ns.cloudflare.com and bob.ns.cloudflare.com).If you update nameservers before setting up records in Cloudflare, resolvers that pick up the new nameservers first find an empty zone and return NXDOMAIN for all records — causing your site and email to go offline.
DNS records are stored at your DNS provider, not at your registrar. When you point your domain to new nameservers, the new provider starts with only the SOA and NS records it generates automatically — your A, MX, CNAME, and TXT records do not follow automatically. They must be manually recreated at the new provider before the nameserver switch.
To prevent data loss and downtime during a migration:
At the top of the DNS hierarchy is ICANN, which oversees the root zone. Below that are TLD registries (Verisign for .com, Nominet for .uk). When you register example.com, your registrar tells the .com registry which nameservers are authoritative for your domain. The .com registry stores your NS records in the TLD zone — this is the delegation that allows resolvers to find your nameservers.
When a resolver looks up example.com, it queries a root server, which refers it to a .com TLD server, which returns your NS records and refers it to your nameservers, which return the actual A, MX, or other records. Your registrar manages the NS delegation in the TLD zone. Your DNS provider manages the records within your zone. This clear separation means you can mix providers freely: register at GoDaddy, use Cloudflare nameservers, host email at Google Workspace, and deploy your website on Vercel — all tied together by DNS records. See the Cloudflare DNS Setup Guide for the complete workflow when switching to Cloudflare, and How to Find Your Nameservers to verify what your domain is currently using.