Use a controlled sequence
Here is the process broken into clear steps. Take them one at a time and check each off before moving on.
- Confirm the exact domain and preferred www or apex version.
- Copy the records currently set at the DNS provider.
- Add only the records Framer requests and remove conflicts carefully.
- Wait for DNS propagation while checking from more than one resolver.
- Verify the domain in Framer, then test HTTP to HTTPS and both hostnames.
- Set one canonical version and redirect the other.
Alongside that sequence, there are a few things to avoid while the change is live.
- Do not edit nameservers unless you intend to move DNS management.
- Do not leave old hosting records competing with the new target.
- Do not publish a domain migration without checking forms, assets and redirects.
Rollout checklist for a migration
A few moving parts are involved here. The points below cover each of them, so you can see the full scope before deciding where to start.
- Working DNS configuration recorded before any changes.
- Downtime window agreed if the domain currently serves live traffic.
- Redirects planned from the old canonical host to the new one.
- Forms, third-party scripts and analytics retested after cutover.
- Email routing (MX records) confirmed unaffected by the change.
Warning signs of an unresolved DNS conflict
This comes down to a handful of concrete details. Work through the list below and flag the ones you have not covered yet.
- SSL certificate stuck in a pending state for longer than expected.
- The domain resolves correctly from one location but not another.
- Old hosting still serves the site after DNS changes were made.