A business website may be designed by one supplier, hosted by another and connected to email through a third platform. That is normal, but problems occur when nobody inside the business knows who controls the domain and how the services fit together.

Start with the business requirement

The domain is a critical asset because its DNS settings direct website traffic and email. Businesses should know which registrar holds the domain, which account controls it and who is authorised to make changes. Administrative access should not depend solely on an external supplier’s personal account.

Hosting is separate from domain ownership. The host stores and serves the website, while DNS tells visitors where to find it. Email may use the same domain but run through a completely different provider. Understanding these distinctions makes troubleshooting and supplier changes much safer.

Build a clear, practical approach

Documenting the environment does not need to be complicated. Record the domain registrar, DNS provider, hosting platform, email platform, renewal dates and responsible contacts. Store credentials securely rather than in ordinary documents or email threads.

Related reading: Why Website Maintenance Is Part of SEO and Business Continuity.

Separate ownership from day-to-day management

A supplier can manage a domain or hosting service without owning the business account. Wherever possible, the organisation should remain the registrant and retain administrator-level recovery access, while suppliers receive the permissions needed to perform their work. This makes future handovers much easier.

Use role-based or shared business addresses for critical registrations rather than an employee’s personal email. Recovery phone numbers and multi-factor authentication methods should also be reviewed when staff change. Losing access to the account that controls DNS can disrupt the website and email at the same time.

Prepare before changing providers

Hosting or email migrations should begin with an inventory of current services and DNS records. Record website files and databases, mail routing, verification records, subdomains and third-party integrations. Confirm backups before changing anything and plan DNS changes so there is a practical rollback path.

After migration, test more than the homepage. Check forms, SSL certificates, redirects, inbound and outbound email, key subdomains and administrative access. Keeping the old environment available briefly where practical can provide additional protection while the new configuration is verified.