India English
Kenya English
United Kingdom English
South Africa English
Nigeria English
United States English
United States Español
Indonesia English
Bangladesh English
Egypt العربية
Tanzania English
Ethiopia English
Uganda English
Congo - Kinshasa English
Ghana English
Côte d’Ivoire English
Zambia English
Cameroon English
Rwanda English
Germany Deutsch
France Français
Spain Català
Spain Español
Italy Italiano
Russia Русский
Japan English
Brazil Português
Brazil Português
Mexico Español
Philippines English
Pakistan English
Turkey Türkçe
Vietnam English
Thailand English
South Korea English
Australia English
China 中文
Canada English
Canada Français
Somalia English
Netherlands Nederlands

A Record vs CNAME: Which Should You Use?

You open your DNS management panel to connect a domain and find yourself staring at record types you were not expecting. A Record. CNAME. MX. TXT. And no obvious sign of which one you actually need.

DNS records are instructions that tell the internet where to send visitors when they type your address into a browser.

An A record maps your domain directly to an IP address, like handing someone your exact street address.

A CNAME maps your domain to another domain name instead, more like saying “go to wherever my colleague lives.” Both get traffic to the right place, but they suit different situations, and choosing the wrong one can cause downtime or broken email delivery.

This article walks you through exactly when to use each one, what they look like in practice, and the mistakes worth avoiding.

Already have a domain and need to manage DNS? Log into your Truehost account and update your records directly from the dashboard.

Get started here

A Record vs CNAME

What Is an A Record?

An A record, short for Address record, maps your domain name straight to an IPv4 address with no middleman involved.

Here is what makes A records worth understanding:

  • They only point to IP addresses, not other domain names
  • You can have multiple A records for the same domain, useful for load balancing across servers
  • They resolve in a single DNS lookup, making them the fastest record type
  • Root domains almost always require an A record since most DNS providers do not support CNAMEs at the apex level

A typical A record looks like this:

yourbrand.com.    IN    A    192.0.2.1

Breaking that down: yourbrand.com is your domain, IN stands for internet, A identifies the record type, and 192.0.2.1 is the IPv4 address your domain points to.

Even when you use CNAMEs for subdomains, your root domain usually still needs an A record. It is the foundation most DNS setups are built around.

What Is a CNAME Record?

A CNAME record, short for Canonical Name record, maps one domain name to another domain name rather than to an IP address.

Here is what makes CNAME records useful:

  • They point to other domain names, not IP addresses
  • They follow the target automatically, so if the destination’s IP changes, your CNAME stays correct without manual updates
  • They are ideal for subdomains and connecting to cloud platforms and SaaS services
  • They simplify management when multiple subdomains all point to the same service

A typical CNAME record looks like this:

blog.yourbrand.com.    IN    CNAME    yourbrand.netlify.app.

Breaking that down: blog.yourbrand.com is the subdomain, CNAME identifies the record type, and yourbrand.netlify.app is the target domain it points to.

One key limitation: you cannot use a CNAME at your root domain if you also have MX records there for email. This is called the CNAME at apex problem, and it is one of the main reasons understanding each record type matters.

A Record vs CNAME: Key Differences

FeatureA RecordCNAME Record
Points toIP address (e.g. 192.0.2.1)Another domain name
DNS lookupsSingle lookupAt least two lookups
Root domain useYesNot with MX records present
IP address changesRequires manual updateUpdates automatically
Email (MX records)CompatibleCan cause conflicts
Best forDedicated servers, root domainsSubdomains, cloud services

Speed: A records resolve in one lookup. CNAMEs need at least two, first to the CNAME target, then to its IP. The difference is negligible for most sites.

Flexibility: CNAMEs track a target domain automatically. If the destination’s IP changes, your CNAME still works. An A record requires a manual update.

Root domain limitation: A CNAME at the root level conflicts with MX and other records on most DNS providers. Some registrars support CNAME flattening to work around this, but check before assuming it is available.

When Should You Use an A Record?

When Should You Use an A Record

Use an A record when:

  • You are setting up a root domain. Most DNS providers do not support CNAMEs at the apex, so yourbrand.com needs an A record.
  • You need MX records for email on the same domain. A records and MX records coexist without conflicts.
  • You have a static IP address that rarely changes, such as a VPS, dedicated server, or on-premise application.
  • You need load balancing. Multiple A records pointing to different IPs distribute traffic across servers cleanly.

When Should You Use a CNAME Record

When Should You Use a CNAME Record

Use a CNAME when:

  • You are connecting to a cloud platform. Services like Vercel, Netlify, Render, and Shopify provide a target domain rather than an IP, and they expect a CNAME.
  • You are setting up subdomains. blog.yourbrand.com, app.yourbrand.com, and shop.yourbrand.com are all natural fits for CNAME records.
  • The destination IP might change. Cloud services and CDNs update their infrastructure regularly. A CNAME follows automatically; an A record would need updating.
  • You want simpler long-term management. If multiple subdomains point to the same service, a CNAME means the service can update its IP without any action needed on your end.

Can You Use Both?

Yes, and most production setups do.

A typical configuration uses an A record for the root domain and a CNAME for the www version. Additional CNAMEs can then be added for other subdomains, each pointing to a different platform independently.

A real-world setup might look like this:

yourbrand.com       A        104.21.45.67
www.yourbrand.com   CNAME    yourbrand.com
app.yourbrand.com   CNAME    your-app.vercel.app
blog.yourbrand.com  CNAME    yourbrand.ghost.io

How to Add an A Record

Step 1: Get your server’s IP address from your hosting dashboard or welcome email.

Step 2: Log into your registrar’s DNS panel. If your domain is with Truehost, manage DNS directly from your account dashboard.

Step 3: Add a new record, select A as the type, enter @ in the name field for the root domain, and paste in the IP address. Leave the TTL at the default.

Step 4: Save and wait for propagation. Use MXToolbox to confirm your A record is resolving correctly.

How to Add a CNAME Record

Step 1: Get the target domain from your platform. It usually looks something like your-app.vercel.app or custom.shopify.com. Copy it exactly.

Step 2: Log into your registrar’s DNS panel. For domains managed through Truehost, this is available directly from the dashboard.

Step 3: Add a new record, select CNAME as the type, enter the subdomain in the name field (such as www, app, or blog), and paste the target domain into the value field. No http:// or trailing slash.

Step 4: Save and wait for propagation. Use DNS Checker to monitor how your CNAME is spreading across global servers.

DNS Propagation

DNS propagation checker

When you update a DNS record, the change does not apply everywhere at once. DNS servers cache records based on the TTL value, and until that cache expires, they keep serving the old information.

Most changes propagate within minutes to a few hours. The 48-hour figure often quoted is the maximum, not the average.

To check progress, use DNS Checker. Enter your domain and select the record type to see which regions have picked up the new record and which are still showing old data.

Common Mistakes to Avoid

  • Wrong record values. Copy the IP address or target domain exactly as provided. A single wrong character breaks the connection.
  • Conflicting records. Do not create both a CNAME and an A record for the same hostname. Remove the old one before adding the new.
  • CNAME at the root without flattening support. Most DNS providers do not allow this. Check your registrar’s documentation before trying.
  • Panicking during propagation. Changes take time. Waiting and rechecking after an hour is more productive than refreshing every two minutes.
  • Leaving old records when migrating. Always clean up records from your previous host to avoid routing conflicts.

A Record vs CNAME Popular Use Cases

Use CaseRecommended Setup
Business websiteA record for root, CNAME for www
Blog on a subdomainCNAME pointing to blog platform
Online store (Shopify)A record for root, CNAME for www
Web app on Vercel/NetlifyCNAME for subdomain, A for root
SaaS with custom domainsCNAME to platform’s target domain

FAQs

What is the difference between an A Record and a CNAME?

Should I use an A Record or a CNAME?

Which is faster, A Record or CNAME?

Can I have both an A Record and a CNAME?

Why is my DNS change not working?

What does DNS propagation mean?

Do website builders use A Records or CNAMEs?

How do I know which DNS record to use?

Ready to Manage Your DNS Settings?

The A Record vs CNAME choice depends on what you are connecting and how your hosting is set up. For root domains and dedicated servers, use an A record. For subdomains and third-party platforms, use a CNAME. In most real setups, you will use both.

Register and manage your domain with Truehost and handle your full DNS configuration in one place.

Get started Today