You just bought hosting. Now your registrar asks you to update your DNS, and two options stare back at you: change the nameservers, or edit the A record. Which one is right?
The nameserver vs A record choice confuses a lot of website owners in Bangladesh and beyond. Both can point your domain to a new server. But they work at different levels, and the wrong pick can quietly break your business email.
This guide explains what each option changes, when to use it, and how to switch without breaking your website or email.
Quick Answer: Change your nameservers if you want your new host to manage all your DNS, including website, email and subdomains, in one place. Change only the A record if you just want to point your website's IPv4 address to a new server and keep email and other services exactly where they are.
Warning:
Before you change nameservers, recreate every record you still need in the new provider's DNS zone: A, AAAA, MX, TXT, CNAME and any subdomain records. If you skip this, your website, email or verification services can stop working once the change spreads.
For a brand-new domain with no email, changing nameservers is usually the simplest option. If you already use Google Workspace, Microsoft 365 or another email provider, editing the A record is usually the safer choice.
Bottom line:
Nameservers decide who controls your DNS. The A record decides which IPv4 address your website points to. Change the smallest thing that gets the job done.
This guide is for anyone who needs to connect a domain to a hosting server. That includes:
Small business owners moving a website to a new host
Bloggers and freelancers setting up their first site
Web designers launching sites for clients
eCommerce owners switching to faster BDIX hosting in Bangladesh
Anyone who bought a domain from one company and hosting from another
You don't need to be technical. If you can log in to your domain dashboard, you can follow along.
Short answer: A nameserver tells the internet which company holds your DNS settings. An A record is one setting inside those DNS settings. It tells the internet which IPv4 address a name like your domain points to. If your site also has an IPv6 address, that lives in a separate AAAA record.
Both are part of the Domain Name System (DNS), the internet's address book. DNS turns a name like yourshop.com.bd into an IP address that computers understand.
A nameserver is the server that stores and answers for all the DNS records of your domain. You set it at your domain registrar, and it usually looks like ns1.example.com and ns2.example.com.
When you change nameservers, you hand control of your whole DNS zone to a new provider. From that moment, only the records in the new zone count. Some providers try to import your existing records, but never assume every record came across. Anything missing from the new zone, whether a website record, an MX record, a TXT verification or a subdomain, simply stops resolving.
Here's what happens during a lookup. A recursive resolver, run by your ISP or a public service like Google Public DNS or Cloudflare's 1.1.1.1, asks the root servers, then the servers for your extension (such as .com or .bd). They send it to your authoritative nameservers, which hold the real records and give the final answer.
Explore Our Details Guide About What Are Nameservers?
In simple terms, an A record ("A" stands for "address") links a domain or subdomain to an IPv4 address. According to Cloudflare's guide to DNS A records, it is the most basic DNS record type, and IPv6 addresses use a separate AAAA record instead. The A record type was first defined in RFC 1035, the 1987 DNS standard.
Think of your domain as an apartment building in Dhaka.
The nameserver is the building manager's office. It keeps the full list of who lives where.
The A record is one line in that list: "The website lives in flat 4B."
Changing nameservers means hiring a new manager's office. Changing the A record means updating one line in the current list.
Want the full list of record types first? Read our guide to DNS records explained: A, AAAA, CNAME, MX, TXT and NS.
Here is how the two options compare on the things that matter most when you point a domain.
Why the timing differs: a nameserver change goes from your registrar to the registry that runs your domain extension, and that delegation is cached separately from your records. An A record change only has to wait out the record's TTL in resolver caches. Exact times vary by provider and network, so plan for up to 48 hours either way.
In short: Change nameservers when you want one place to manage everything. Change the A record when you only want to move your website.
Ask yourself one question first: Is anything else already running on this domain? Email, a payment gateway verification, a subdomain on another server? If yes, the A record route protects those services.
Your domain is brand new and has no email set up yet
You want your host (for example, through cPanel) to manage all DNS records
You are moving website and email to the same hosting provider
You prefer one dashboard instead of two
You use Google Workspace, Microsoft 365 or a separate email service
Your DNS is on Cloudflare and you want to keep its features
You only want to point the main site or one subdomain to a new server
You want the smallest, safest change with the easiest rollback
Not sure? Before you touch anything, write down every service that uses your domain: website, email, subdomains, and any verification TXT records. If that list has more than the website on it, start with the A record.
If you do choose nameservers, build the new zone before you switch. Here's the order we suggest:
Save a copy of your current zone. Export it, or take screenshots of every record.
Recreate the website records. Add the A record (and AAAA, if you use IPv6) for the root domain, plus the www record.
Recreate MX records exactly. Copy every value and priority, or email stops arriving.
Recreate TXT records. Include SPF, DKIM and DMARC, plus verification records for services like Google Search Console, Microsoft 365 or a payment gateway.
Recreate CNAME and subdomain records. Think of shop., mail., blog. or any service hosted elsewhere.
Compare the old and new zones line by line. Only then change the nameservers at your registrar.
Keep the old zone in place until the change has fully spread, in case some resolvers still use it.
Yes. You can point a domain to any hosting server with an A record, as long as you know the server's IPv4 address. Your nameservers stay the same, and only the website moves. If the domain also has an AAAA (IPv6) record, update or remove it at the same time, or visitors on IPv6 networks may still reach the old server.
Find your server IP. Check your hosting welcome email or your cPanel dashboard for the "Shared IP" or "Dedicated IP".
Find where your DNS is managed. Run a free Whois lookup and look at the listed nameservers. That provider is where you edit records.
Lower the TTL in advance. Set the existing A record's TTL to a low value, such as 300 seconds. Do this at least one full old TTL period before the move: if the record had a 24-hour TTL, give it at least 24 hours. Resolvers that already cached the record keep the old copy until its old TTL runs out, so the new, lower TTL doesn't take effect everywhere straight away.
Edit the root A record. Find the record with the name @ (your main domain) and replace the old IP with the new server IP. If there's an AAAA record for @, update it to the new server's IPv6 address or remove it.
Update www too. Either edit the www A record to the same IP, or make sure www is a CNAME pointing to your main domain.
Save and wait. Keep your old hosting active until the change has spread across networks.
Verify the result. Use our DNS checker tool to confirm that different locations now see the new IP.
Raise the TTL again. Once everything works, set the TTL back to a normal value.
Tip: Never delete your old hosting account on the same day. Give it at least 48 hours, just in case some visitors still reach the old server.
Read Our Full Guide: How to Point Domain to Hosting
It depends on your goal. An A record is not "better" in general. It is better when you want a small, low-risk change. Nameservers are better when you want full control in one place.
A record — pros
Touches only your website, not email
Easy to undo: just put the old IP back
Lets you keep a DNS service like Cloudflare
A record — cons
You manage DNS in one place and hosting in another
If your host changes your server IP, you must update the record yourself
Nameservers — pros
One dashboard for website, email and subdomains
Your host can manage DNS automatically, for example when you add a new addon domain in cPanel
Nameservers — cons
Every existing record must be recreated at the new provider
A missed MX or TXT record can break email or domain verification
For a simple website move, the A record is usually the cleaner choice. For a fresh start with one provider, nameservers save you time later.
Your website starts loading from the new server IP, while everything else stays the same. Email, subdomains with their own records, and verification records are not affected.
Here's what you can expect after the change:
Gradual switchover. Resolvers around the world cache your old record until its TTL expires. Some visitors may see the new site within minutes, others a few hours later.
Two versions for a while. During this window, some people hit the old server and some hit the new one. That's why you keep the old hosting live.
SSL needs the new server. Your new host must issue an SSL certificate for the domain. This often works only after the A record points to the new server.
Wrong IP means downtime. A single typo in the IP sends visitors to the wrong place, so double-check before you save.
AAAA records matter too. If an old AAAA record still points to the previous server, visitors on IPv6 networks may keep reaching it.
What is TTL? It's the "time to live" value, in seconds, that tells resolvers how long to cache a record. Cloudflare's sample A record, for example, uses a TTL of 14400 seconds, which is four hours. Until that time passes, some visitors may still get the old IP.
Lowering the TTL doesn't clear copies that are already cached. Each resolver keeps its old copy until the old TTL expires, and only then picks up the new value. Some resolvers also apply their own minimum or maximum cache times, so treat TTL as a strong guide, not a guarantee.
Usually, no. Email delivery depends on MX records, not the A record. If you only change the A record for your website, your inbox keeps working.
There are two exceptions worth knowing:
Your MX record points to your own domain. Some setups use an MX record like mail.yourdomain.com, which has its own A record. If you change that A record, email moves too.
You use hosting-based email. If your email accounts live on your old hosting server, they don't move when the website moves. You'll need to create them on the new host as well.
Now compare that with a nameserver change. When you switch nameservers, the new provider's DNS zone takes over completely. If it doesn't contain your MX, SPF and DKIM records, mail can bounce or land in spam.
Before any DNS change, copy these records somewhere safe:
MX records (mail routing)
TXT records such as SPF, DKIM and DMARC (email security and verification)
CNAME records for services like your mail or calendar
Using Google Workspace? Google's official guide to setting up MX records for Google Workspace lists the exact values your zone must keep. If you'd rather keep mail with your host, compare our business email hosting plans.
Nameservers control who manages your DNS. The A record controls which IPv4 address your website loads from (with AAAA doing the same for IPv6). Change nameservers when you're moving everything to one provider, but only after every record you need exists in the new zone. Change the A record when only the website is moving and email must keep working.
Once you picture nameservers as the building manager and the A record as one line in its address list, the choice gets much simpler.
Start by listing every service on your domain. Back up your MX and TXT records. Then make the smallest change that gets your site where it needs to be.
If your site still won't load after the change, our DNS and nameserver troubleshooting guide covers the usual causes. Ready to move? Compare our BDIX web hosting plans, or contact the UmmahHostBD support team with your domain name for help pointing it.
Wherever your nameservers point. If they belong to your registrar, edit it there. If they point to Cloudflare or your host, use that dashboard, such as the cPanel Zone Editor.
Yes. Enter the old nameservers at your registrar again. The switch back also takes time to spread, and it only works smoothly if the old DNS zone still exists.
An A record points a name to an IP address. A CNAME points a name to another domain name, which then resolves to an IP. The root domain usually uses an A record, while www often uses a CNAME.
Often a few hours, but many providers advise allowing up to 24–48 hours for the change to spread everywhere.
Yes. Keep Cloudflare as your DNS provider and add an A record pointing to your hosting server's IP. This is a common setup.
Every domain has nameservers, and a website needs an A record (or similar). The real question is only which one you edit when you move.
Author By
Anis Ur Rahman
Anis Ur Rahman writes domain and web hosting–related articles on behalf of Ummah Host BD. He works with domain name selection, web hosting, BDIX hosting, and website performance, and creates informational guides based on practical experience to help users make informed decisions. His writing focuses on providing reliable, easy-to-understand, and decision-supportive content.
We usually reply within seconds.
Support team online
Sales & technical support