Learning Centre

What Is An A Record And When Is It Used?

Learn what an A record is, how it points a domain or subdomain to an IPv4 address, and when to use one for website hosting, DNS setup and migrations safely.

On this page

    Definition

    A Record

    An A record is a DNS record that points a domain name or subdomain to an IPv4 address. It tells browsers and other internet systems where to find the server that should respond when someone visits that hostname.

    A records are most often used to connect a website domain, such as example.com, to a web server. They are different from MX records for email, CNAME records for aliases and AAAA records for IPv6 addresses.

    Key Takeaways About A Records

    • An A record maps a hostname, such as your domain or a subdomain, to an IPv4 address.
    • A records are commonly used for websites, staging environments, apps, server endpoints and some verification setups.
    • Changing an A record can affect website availability, SSL/TLS behaviour, integrations and search visibility if the change is poorly planned.

    Plain English Explanation

    How an A Record Connects a Domain to a Website

    When someone types a domain name into a browser, the browser needs to know which server to contact. Humans use names because they are easy to remember. Servers use IP addresses because they need a precise network destination. An A record provides that destination for IPv4. For example, the domain example.com may have an A record pointing to 203.0.113.10. When a visitor requests the website, DNS helps translate the name into that IP address so the browser can connect to the correct server. The A record does not contain the website itself. It only points traffic to the server where the website is expected to respond. Website hosting, DNS and the domain name are connected, but they are not the same thing.
    A records are part of DNS, which directs internet traffic to the right server.
    A records are part of DNS, which directs internet traffic to the right server.

    Simple A Record Example

    A DNS zone may include an A record for the root domain and a separate record or alias for the www version. The exact setup depends on the hosting platform, DNS provider and website configuration.

    dns
    Type: A
    Name: @
    Value: 203.0.113.10
    TTL: 300
    
    Type: A
    Name: app
    Value: 203.0.113.25
    TTL: 300

    203.0.113.0/24 is a documentation IP range used here as an example, not a live server address.

    How It Works

    What Happens When a Browser Uses an A Record

    The full DNS process can involve several systems, but the basic flow is simple. The browser asks where a domain points, DNS responds with the relevant record, then the browser connects to the server.

    1. The visitor requests a domain

      A person enters a domain such as example.com into a browser. The browser needs an IP address before it can contact the website server.

    2. DNS returns the A record

      The DNS resolver checks the domain’s records and receives the IPv4 address stored in the A record for that hostname.

    3. The browser connects to the server

      The browser sends the website request to that IP address. The server then needs to be configured to respond for the requested domain.

    Common Uses

    When Is an A Record Used?

    An A record is used when a hostname needs to point directly to an IPv4 address. The most common use is connecting the main domain to the server that hosts the website. A records are also used for subdomains. For example, app.example.com may point to an application server, while staging.example.com may point to a private testing environment. Some businesses also use A records for portals, dashboards or legacy systems that sit on specific server addresses. A records are not always the right choice. If a hostname needs to point to another hostname, a CNAME may be more suitable. If the service uses IPv6, an AAAA record may be required instead. If email delivery is being configured, MX, SPF, DKIM and DMARC records are usually more relevant.
    A records can point domains, subdomains and application hostnames to specific IPv4 addresses.
    A records can point domains, subdomains and application hostnames to specific IPv4 addresses.

    A Record vs CNAME Record vs AAAA Record

    A records are often confused with other DNS record types. The right choice depends on whether you need to point to an IPv4 address, an IPv6 address or another hostname.

    Record Type What It Points To Typical Use
    A record An IPv4 address, such as 203.0.113.10. Connecting a domain or subdomain directly to a website or application server.
    CNAME record Another hostname, such as hosting.example.net. Creating an alias when the destination may be managed by another service.
    AAAA record An IPv6 address. Connecting a hostname to infrastructure that supports IPv6.

    An A Record Does Not Control Everything

    Changing an A record usually affects where website traffic goes, but it does not normally control business email delivery. Email commonly depends on MX records and authentication records such as SPF, DKIM and DMARC. Even so, DNS records often work together, so changes should be reviewed in context before they are published.

    Business Impact

    Why A Records Matter for Websites, SEO and Business Continuity

    A records matter because they can determine whether customers reach the correct website. If an A record points to the wrong IP address, visitors may see an error, an old website, a holding page or a completely unrelated server response. This can also affect search visibility. Search engines need reliable access to crawl and index pages. A short issue may not cause lasting damage, but repeated outages, incorrect redirects, server errors or failed SSL/TLS responses can make it harder for search engines and users to trust the site experience. A record changes are especially important during website launches and hosting migrations. The new server should be prepared before DNS is changed. Backups, SSL/TLS certificates, redirects, forms, analytics and key pages should be checked so the change does not interrupt enquiries or lead tracking.
    Incorrect A records can affect website access, migrations, tracking and search engine crawling.
    Incorrect A records can affect website access, migrations, tracking and search engine crawling.

    Common A Record Mistakes

    A record changes can look simple, but small mistakes can interrupt a live website. These are common issues we look for when reviewing DNS setups.

    Changing the root domain but forgetting www

    Do this instead

    Check both the apex domain and the www hostname. They may use separate records, or one may redirect to the other through the website server.

    Pointing DNS to a new server before it is ready

    Do this instead

    Prepare and test the new hosting environment first. Confirm SSL/TLS, redirects, forms and key pages before changing live DNS records.

    Assuming DNS propagation is instant everywhere

    Do this instead

    Plan for caching and propagation delays. Lowering TTL before a planned migration can help, but it does not remove every delay.

    Troubleshooting A Record Problems

    If a website stops loading after an A record change, the cause may be DNS, hosting, SSL/TLS or server configuration. It is important to diagnose the layer that is actually failing.

    The website is showing the old version after a DNS change

    Likely cause

    DNS caching or propagation may still be returning the previous A record for some networks.

    Solution

    Check the record using more than one DNS lookup tool and allow for TTL behaviour. If the old record persists too long, review the authoritative DNS provider.

    The domain loads a server error or default hosting page

    Likely cause

    The A record may point to the correct IP address, but the server may not be configured to serve that domain.

    Solution

    Check the hosting account, virtual host, site binding or platform configuration so the server recognises the requested hostname.

    The website loads but the browser shows a security warning

    Likely cause

    The domain may now point to a server without a valid SSL/TLS certificate for that hostname.

    Solution

    Issue or install the correct certificate, then test both the root and www versions of the domain over HTTPS.

    A Record Change Checklist

    Before changing an A record for a business website, review the surrounding setup. A planned change is safer than a rushed DNS edit.

    • Confirm the correct destination IP address

      Use the IP address supplied by the hosting provider or server administrator. Do not copy an address from an old record unless you know it is still correct.

    • Check connected hostnames

      Review the root domain, www version, staging subdomains, app subdomains and any third-party verification records that may be affected.

    • Test the new environment before cutover

      Confirm hosting, SSL/TLS, redirects, forms, analytics and important pages before sending live traffic to the new server.

    Practical Guidance

    Can You Change an A Record Yourself?

    If you understand your DNS provider, hosting details and rollback plan, a simple A record change can often be handled internally. For example, updating a test subdomain to point at a new server is usually low risk when it does not affect live customers. Professional help is worthwhile when the domain supports a live business website, multiple providers are involved, DNS access is unclear, the current setup is undocumented or email and website services have been mixed together by previous providers. It is also sensible to get help during hosting migrations, new website launches and urgent outages. The goal is not to make DNS sound harder than it is. The risk comes from changing records without understanding what else depends on them.
    A record changes can be simple, but live business systems should be reviewed before DNS is edited.
    A record changes can be simple, but live business systems should be reviewed before DNS is edited.

    Dobble Approach

    How We Approach A Records and DNS Management

    We treat DNS as part of a business’s digital foundation. A single record can affect website access, hosting migrations, SSL/TLS behaviour, verification records and connected platforms, so we review DNS in context rather than treating each record as an isolated setting. Where appropriate, we use Cloudflare for DNS infrastructure, DDoS protection and SSL/TLS management. We also coordinate DNS changes as part of website launches, managed hosting, domain management and migration work. Before a migration, we audit existing services, prepare the new environment and coordinate changes carefully to reduce disruption. No provider can remove every risk from DNS propagation, third-party outages or internet caching. Our focus is practical planning, clear communication and reducing avoidable downtime during important changes.
    DNS changes are safer when they are planned alongside hosting, website and email requirements.
    DNS changes are safer when they are planned alongside hosting, website and email requirements.

    A Record FAQs

    These questions cover common points of confusion about A records, DNS changes and website hosting.

    Is an A record the same as DNS?

    No. DNS is the broader system that stores and resolves records for a domain. An A record is one specific DNS record type that points a hostname to an IPv4 address.

    Does an A record affect email?

    Usually, email delivery is controlled by MX records and email authentication records. However, DNS records often sit in the same zone, so changes should still be reviewed carefully to avoid accidental disruption.

    How long does an A record change take?

    Some changes appear quickly, while others take longer due to TTL values, resolver caching and DNS propagation. Planning the change and checking the authoritative DNS provider helps reduce confusion.

    Need Help Reviewing an A Record or DNS Setup?

    If your domain, website, hosting or email setup is unclear, we can review the DNS configuration and explain what each record is doing before changes are made. This is especially useful before a launch, migration or provider change.

    Request a Domain Review View Domain Management

    Keep learning

    Tap to call
    Enquire now

    Ask Dobble

    Ask a question

    Send us your question and the Dobble team will get back to you.

    Prefer to talk to us directly?

    Get in touch

    Contact us

    Tell us about your project and the Dobble team will be in touch shortly.

    Prefer to talk to us directly?