Website migration planning

How long does a website migration take?

A straightforward site can often be copied and tested within a working day. Large mailboxes, databases, custom applications and slow source servers take longer. The public switch is a separate, planned stage after testing.

Copy firstThe site can usually remain live at its current host while an initial copy is prepared.

Test before switchingVerify pages, forms, logins, mail and HTTPS on UKC hosting.

Plan the cutoverDynamic data may need a final sync or short maintenance window.

Typical timing

Allow for assessment, copy, testing and cutover

A small brochure or WordPress site with working access may take a few hours to copy. A realistic migration normally includes time for assessment, data transfer, configuration, client testing, corrections and the final DNS change, so completion can extend across one or more working days.

DNS propagation is not the same as migration time.

After a change, different visitors may reach the old or new server temporarily because their resolver has cached the previous answer.

What changes the estimate?

The source and workload matter more than page count

Data volume and change rateLarge databases, uploads and busy shops take longer and may need a final sync.

Email volumeThousands of messages and many mailboxes can dominate transfer time.

Source speed and accessRate limits, unreliable connections or missing credentials delay copying.

Application complexityLegacy PHP, scheduled jobs, licensed software and external integrations need extra testing.

DNS controlUnknown providers, high TTLs and external mail routing add coordination.

Testing availabilityThe owner must confirm business-specific workflows before launch.

Migration stages

What happens in order

1

AssessIdentify website files, databases, mail, DNS, PHP requirements and external services.

2

CopyTransfer data to UKC hosting while the current site normally remains public.

3

Configure and testCheck the site using a preview or local hosts override before public DNS changes.

4

Freeze or final-sync dynamic dataShops, forums and membership sites may need a short maintenance period.

5

Switch DNS and monitorConfirm HTTPS, forms, transactions, mail and logs as traffic moves.

Avoid delays

Provide complete access and requirements early

  • List every domain, subdomain, database and mailbox in scope.
  • Provide authorised source-host access through the secure method requested by support.
  • Identify forms, payments, scheduled tasks, APIs and IP allowlists.
  • Tell us which data changes frequently and the acceptable maintenance window.
  • Do not cancel the old hosting until UKC confirms the migration and you have tested it.

Request an estimate

Give us enough detail to size the work

Include the domain, current control panel or host, approximate website and mailbox size, number of databases and mailboxes, application/CMS, preferred switch date, and whether the site accepts orders or other changing data.

Ready to plan the move?Open a migration ticket with that inventory. Do not place passwords directly in the ticket unless support provides an approved secure method.

Request migration help

Was this answer helpful?

« Back