A practical reference from NOT OUT LABS.
A practical sequence for changing websites, DNS or email infrastructure without treating every record as disposable.
Domain, website and email changes are often treated as one task, but they are separate systems that happen to share DNS. The safest migration starts by documenting what already exists before changing nameservers, hosting or mail records.
Record the registrar, authoritative DNS provider, website host and email provider. Export or screenshot the entire DNS zone. Identify which addresses people actually use and which records support other tools such as verification, forms or third-party services.
Before changing DNS, confirm the existing MX records and email-authentication records such as SPF, DKIM and DMARC. If the website is moving but email is not, those mail records normally need to be preserved in the new DNS zone.
The domain can stay registered with one provider while DNS is managed elsewhere, the website is hosted on another platform and email remains with a dedicated mail provider. Understanding that separation makes migrations much easier to plan.
Publish the new website to a temporary deployment URL first. Test pages, forms, mobile layout, legal links and conversion flows before changing the custom domain. This reduces pressure during the DNS cutover.
Automatic DNS scans are useful but should not be treated as a perfect backup. Compare every important record with the exported zone and add anything that is missing before delegating the domain to new nameservers.
Save the old DNS export, previous deployment and key configuration notes. A migration is easier to troubleshoot when the previous known-good state is documented.
We can support domain, hosting, business email, website and migration work as part of our business technology support . The exact scope depends on who currently controls the domain and which systems need to move.
Document first. Build second. Switch last.