Jump to a section +
Use an address-and-directions model
Think of the domain as a registered business address and DNS as the set of published directions for different deliveries. Website records direct browsers toward the website service. MX records direct incoming email toward the mail provider. TXT records can verify ownership or publish service and authentication information. Hosting is the building operation that answers when the browser follows the web directions. This analogy is imperfect, but it prevents the common mistake of canceling one invoice without knowing which service it keeps alive. A website care plan should maintain the map and monitor renewals rather than hide it from the owner.
Domain registration is a renewable account relationship
A domain is registered through a registrar for a defined term and must be renewed under the registrar's current terms. It is not a one-time purchase of a physical object. Record the registrar, registrant or account holder details, administrative contact, renewal date, auto-renew status, payment method, recovery email, multifactor authentication, and transfer status. ICANN publishes registrant resources on renewal and expiration, but the exact lifecycle and fees depend on the top-level domain, registrar agreement, reseller, and current policy. Do not rely on one person's inbox as the only renewal control.
DNS connects the domain to many services
Common DNS records and what they can affect
| Record type | Typical purpose | Risk of careless change |
|---|---|---|
| A or AAAA | Points a hostname toward an IPv4 or IPv6 address | Website or other service at that hostname stops reaching the intended server |
| CNAME | Makes one hostname an alias of another name | A website, verification, or hosted service can stop resolving correctly |
| MX | Directs incoming mail for the domain | Business email can fail or route to the wrong provider |
| TXT | Publishes verification, policy, or service-specific text | Ownership checks, mail authentication, or integrations may fail |
| NS | Identifies authoritative nameservers for the domain or delegated zone | The entire active record set can change when authority moves |
| CAA | Can restrict which certificate authorities may issue certificates for the domain | Certificate issuance or renewal may fail if the policy conflicts with the host |
Cloudflare's DNS documentation describes DNS records as instructions held by authoritative DNS servers and notes that records can associate a domain with an address, direct email, or verify ownership. The same record type can support different products, so do not infer ownership from the label alone. Before any website launch or nameserver change, export the zone if supported and capture every record, proxy state, priority, TTL, and provider instruction. Identify the web records to change and leave unrelated records untouched.
Hosting serves the website, not the name
Hosting stores or runs the files, content, code, and data needed for the public site. A managed platform may bundle hosting with its designer, CMS, publishing workflow, backups, certificate provisioning, and CDN. A WordPress host may operate infrastructure while the site owner or care provider manages WordPress, themes, plugins, and content. A cloud provider may offer infrastructure with far more responsibility left to the customer. Buying a domain does not create a website, and paying for hosting does not automatically renew an independently registered domain.

One vendor may sell several layers, but each remains a distinct function with its own access and failure conditions.
Email lives at the domain but not inside the website
Business email often uses the same domain as the website, which makes it feel like part of hosting. Operationally it is usually a separate service. Google Workspace, for example, instructs administrators to add its MX record in the domain's DNS settings so incoming mail reaches Google's mail servers. Other providers publish their own current values and setup steps. A web designer should not copy values from memory or replace all DNS records during a launch. Confirm the current mail provider and follow its official instructions only when mail is intentionally being configured or migrated.
- Record the email provider, super administrators, billing owner, recovery methods, and support route.
- Preserve MX and mail-related TXT or CNAME records during ordinary website hosting changes.
- Do not assume that changing nameservers will copy the existing DNS zone; recreate and verify required records before delegation changes.
- Test incoming and outgoing mail with external accounts after an intentional DNS change.
- Keep website form delivery separate from mailbox routing; a form may use an API, automation, database, or notification service.
- Avoid using the domain's only administrator mailbox as its own sole recovery address.
Certificates are connected to the host and domain configuration
A TLS certificate helps a browser verify the service presenting itself for a hostname and establish an encrypted connection. Many managed hosts provision and renew certificates after the domain points correctly and any required verification succeeds. A certificate may fail when DNS is wrong, a CAA policy blocks the issuer, a proxy changes the connection, or renewal validation cannot complete. The certificate is not the domain registration and not a complete security program. Confirm which provider manages the public certificate and monitor warnings before expiration or configuration failure.
Map accounts and bills without assuming the vendor owns everything
Minimal account register
| Service | Record |
|---|---|
| Registrar | Domain, account ID, registrant arrangement, renewal, billing, recovery, MFA, transfer status |
| DNS host | Zone, authoritative nameservers, admins, complete record export, DNSSEC status if used |
| Website host or platform | Site ID, production domain, plan, capacity, billing, publishers, backups, support |
| Provider, domains, administrators, billing, recovery, mail records, migration owner | |
| Certificate or proxy | Responsible provider, covered hostnames, renewal process, alerts, CAA dependencies |
| Website dependencies | Forms, analytics, tag manager, scheduling, payments, maps, fonts, plugins, repositories, and APIs |
A provider may pay several charges and rebill them in one care invoice. That can be convenient, but the owner still needs an inventory and an exit process. Clarify which accounts can transfer, which licenses belong to the provider, which subscriptions must be replaced, and what happens at contract end. The website ownership checklist expands this map to content, source files, licensed assets, analytics, forms, and recovery contacts. Account access and contract rights must be reviewed item by item.
Change one layer at a time when possible
A safer website host change
Inventory the current system
Record registrar, nameservers, DNS zone, website, email, certificates, forms, integrations, analytics, and access before editing.
Build and test the destination
Verify pages, URLs, redirects, content, forms, mobile behavior, accessibility, analytics, and performance before public DNS changes.
Prepare the DNS change
Use the destination host's current record values, plan timing and rollback, and preserve every unrelated record.
Publish and verify
Check the public website, certificate, preferred hostname, redirects, forms, email, and external services from more than one network.
Retain the old service briefly
Where feasible and contractually allowed, keep a recovery window until traffic, content, forms, logs, and operations are confirmed.
Use the platforms, hosting, and ownership hub to continue into provider selection, maintenance, backups, portability, and cancellation planning. The key is not to place every service at a different company; consolidation can be sensible. The key is to preserve a clear map so one renewal, account recovery, vendor change, or DNS edit does not accidentally disable services no one realized were connected.
Do I need both a domain and website hosting?
For a public site using a branded address, you generally need an active domain registration and a hosting or managed platform service. They can come from different providers and remain separate accounts.
Should my domain and hosting be with the same company?
Either arrangement can work. One provider can simplify billing, while separation can reduce dependence. More important are business control, secure access, clear records, dependable support, and a tested transfer or exit process.
Will changing website hosts break my email?
It should not if the existing mail-related DNS records remain correct. Email often breaks when someone replaces the whole DNS zone or changes nameservers without recreating MX and related records. Inventory and test first.
Who should own the domain name?
The business should have documented control and an accurate account arrangement that lets it renew, recover, and transfer the domain subject to policy and contract. Do not leave control solely with an unavailable contractor.
Is DNS the same as domain registration?
No. Registration maintains the domain through a registrar. Authoritative DNS publishes the records used to locate services under that domain. A registrar may also host DNS, which makes the interfaces appear combined.
Evidence behind the guide
Sources and further reading
- Renewing Domain NamesICANN
- DNS ConceptsCloudflare Developer Documentation
- DNS Record TypesCloudflare Developer Documentation
- Set Up MX Records for Google WorkspaceGoogle Workspace Knowledge Center
Continue on Web Respawn
Pages that actually connect to this decision.
These links are selected for the subject of this guide. They are not a generic service dump.








