Files & data
Inventory the website files, databases and persistent uploads. Keep a usable copy before the migration begins.
WEBSITE MIGRATION / A PLANNED MOVE
Map your files, databases, email and DNS before the move. Agree the transfer, test the destination and prepare a rollback plan before switching the live site.
An illustrative workflow. Compatibility, timing, access and rollback responsibilities are agreed for each migration.
A MOVE WITH CLEAR DEPENDENCIES
Include the application, stored data and connected services in the migration inventory, as well as the pages visitors see.
Inventory the website files, databases and persistent uploads. Keep a usable copy before the migration begins.
Check PHP or application versions, background jobs, extensions, redirects and third-party connections in the destination environment.
Identify DNS ownership, mail routing, certificate requirements and the tests that must pass before the live site is switched.
MIGRATION PREFLIGHT
Select your website type and destination. The checklist helps prepare a scope review; it does not transfer a website or verify live access.
Complete the planning checklist, or request help with any items you cannot confirm.
Describe the requirements in your enquiry. Access credentials should be shared only through an agreed secure process.
THE MIGRATION PROCESS
Agree the scope and verification steps before scheduling a live change.
Confirm the site inventory, destination compatibility, data scope, access route and responsibilities.
Move an agreed copy to the destination. Test content, forms, links, application functions and required integrations.
Decide how to handle new orders, uploads or content changes. Confirm DNS, certificates, mail routing and the cutover window.
Check the live result, document any remaining tasks and agree when the previous hosting can be retired.
Platform reference: WordPress migration handbook. Exact migration steps depend on your software and hosting setup.
SET EXPECTATIONS BEFORE THE MOVE
Migration does not automatically mean zero downtime. The final plan should state the expected interruption, dependencies and limitations for your website.
MIGRATION QUESTIONS
A review is needed first. Software compatibility, access, data size and third-party services can affect the approach. Unsupported runtimes or customised applications may require additional work or a different destination.
Not automatically. Website hosting, DNS and email may be operated separately. Include your mailbox provider, mail routing and any mailbox-transfer needs in the scope so email dependencies are considered before DNS changes.
A website move does not necessarily require a domain transfer. The plan should identify which DNS records need to change and who can authorise those changes, while preserving records used by other services.
That cannot be assumed. DNS caching, data changes and application dependencies can affect the cutover. Agree the maintenance window, final data synchronisation and rollback criteria before switching the live service.
Keep the previous service and an independent backup until the new environment has been checked and the agreed rollback period has passed. Confirm cancellation dates separately to avoid losing data you still need.
CHOOSE THE DESTINATION, TOO
Bring the website platform, current environment and data that needs to move. Use those details to agree the transfer and verification steps.