WordPress migration problems can remain hidden even when the homepage loads: forms, images, email or individual URLs may fail after the move. Check the public site and the services connected to it before changing DNS again. Keep the old hosting account available until you verify the new setup.
Check the domain’s authoritative nameservers and the relevant A, AAAA or CNAME records. Compare the public DNS answer with the intended destination. Local DNS caches may keep an older answer for a while, so compare from more than one network. Do not edit a record at a provider that is no longer authoritative.
Open the homepage, a service page, an older post and the WordPress dashboard. Check the WordPress Address and Site Address, mixed HTTP resources, missing media and menu links. A search-and-replace of the database must account for serialized data; use an appropriate WordPress-aware method and take a backup first.
Follow the redirect chain for the old and new domain. Conflicting SSL rules between a proxy, hosting and WordPress can cause a loop. Confirm the origin certificate and intended canonical address before changing proxy settings. Test the final HTTPS address on an inner page, not only the homepage.
A website migration does not automatically move email. Confirm MX and authentication records remain correct and test inbound and outbound mail. Submit a labelled test enquiry and verify delivery, the confirmation message and any OTP step. If the site accepts payments, use the provider’s supported test mode rather than placing an unintended live charge.
Record the old DNS zone, hosting details and a backup of files and database. Restore only the affected component when possible, because a full database rollback can erase new form entries or orders. Once the site is stable, update important internal links and monitor server logs for missed paths.
Related: hosting migration support and redirect-loop guide.
The official WordPress migration guidance explains why database URL replacement needs care with stored structured data. Do not run a blind text replacement across a production database. Keep matched file and database backups, confirm the intended old and new addresses, and review a dry-run result where the chosen tool supports it. Distinguish a domain-name change from a hosting move that retains the same public URLs.