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.

Six separate website layersOne vendor may sell several layers, but each remains a distinct function with its own access and failure conditions.
01Domain registrationRecords the right to use the domain for a term through a registrar
02Authoritative DNSPublishes records that direct website, email, verification, and other services
03Website hostingStores or runs the public website and responds to requests
04Platform accountControls editing, publishing, billing, users, content, and features
05Email serviceReceives and sends mail for addresses at the domain
06TLS certificateHelps browsers establish an authenticated encrypted connection to the presented service

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 typeTypical purposeRisk of careless change
A or AAAAPoints a hostname toward an IPv4 or IPv6 addressWebsite or other service at that hostname stops reaching the intended server
CNAMEMakes one hostname an alias of another nameA website, verification, or hosted service can stop resolving correctly
MXDirects incoming mail for the domainBusiness email can fail or route to the wrong provider
TXTPublishes verification, policy, or service-specific textOwnership checks, mail authentication, or integrations may fail
NSIdentifies authoritative nameservers for the domain or delegated zoneThe entire active record set can change when authority moves
CAACan restrict which certificate authorities may issue certificates for the domainCertificate 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.

Move the website hostTransfer the domain registrar
PurposeChange where the website is servedChange the company managing the domain registration
Typical changeUpdate web-related DNS records after the new site is readyFollow registrar transfer policy, authorization, status, and account steps
Email impactShould remain unchanged if mail records are preservedShould remain unchanged if authoritative DNS and records remain intact
Content impactRequires site files, content, data, routes, forms, and integrations to be migrated or rebuiltDoes not move the website content by itself
Can be separateYes; a host move does not require a registrar transferYes; a registrar transfer does not require a host move
VISUAL CHECKPOINT · TechnologySix separate website layers

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

ServiceRecord
RegistrarDomain, account ID, registrant arrangement, renewal, billing, recovery, MFA, transfer status
DNS hostZone, authoritative nameservers, admins, complete record export, DNSSEC status if used
Website host or platformSite ID, production domain, plan, capacity, billing, publishers, backups, support
EmailProvider, domains, administrators, billing, recovery, mail records, migration owner
Certificate or proxyResponsible provider, covered hostnames, renewal process, alerts, CAA dependencies
Website dependenciesForms, 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

01

Inventory the current system

Record registrar, nameservers, DNS zone, website, email, certificates, forms, integrations, analytics, and access before editing.

02

Build and test the destination

Verify pages, URLs, redirects, content, forms, mobile behavior, accessibility, analytics, and performance before public DNS changes.

03

Prepare the DNS change

Use the destination host's current record values, plan timing and rollback, and preserve every unrelated record.

04

Publish and verify

Check the public website, certificate, preferred hostname, redirects, forms, email, and external services from more than one network.

05

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.