Move & migrate · Hosting migration

Move to a new host without losing files, email or rankings.

Files, database, configuration, email and DNS, moved in the right order. Tested on the new server before the switch, with the old host kept as a rollback until everything checks out.

Cutover timeline: lower DNS TTL two days before, freeze content a day before, sync and switch DNS, check the live site, then monitor for a week
Cutover timeline

Why hosting moves go wrong

In short

A hosting migration moves your existing website (files, database, configuration and often email) from one hosting company to another, without changing its domain or content, and switches visitors to the new server with as little disruption as possible.

On paper it’s simple: copy files, copy the database, point the domain at the new server. In practice the problems are around the edges. Email that was hosted with the old provider stops working. A cron job or PHP setting the site relied on isn’t on the new server. The DNS was switched before the copy finished, so recent orders landed on the old server. An SSL certificate couldn’t be issued because DNS hadn’t pointed yet.

Many hosts offer free migrations, and for a simple site that may be all you need. What we add is the planning, the checks and the email and DNS side, which host migration teams usually don’t touch.

What we move

Files

WordPress core, themes, plugins, uploads and any custom files outside WordPress.

Database

Exported and imported with the right character set, with URLs updated safely if paths change.

Configuration

PHP version and settings, cron jobs, .htaccess or server rules, environment settings.

Email

Mailboxes moved where the host provides email, and MX, SPF, DKIM and DMARC records preserved.

SSL

Certificates issued on the new host, HTTPS enforced, no mixed content.

DNS

Every existing record copied before any nameserver or record change.

The most common casualty

Don't forget email

If your email mailboxes are hosted with the same company as your website, moving hosts means moving email too: mailbox contents, accounts, forwarders, and the DNS records that route mail. If your email is with Google Workspace or Microsoft 365, the mailboxes don’t move, but the MX and TXT records must be copied exactly, or mail stops arriving the moment DNS changes.

We list every email account and record before the move and test sending and receiving after it.

The cutover plan

Cutover timeline: lower DNS TTL two days before, freeze content a day before, sync and switch DNS, check the live site, then monitor for a week
A typical cutover
01

Lower the TTL

A day or two before, so the eventual DNS change spreads quickly and can be reversed quickly.

02

Copy and test on the new host

Using a temporary URL or a hosts-file override, so we can test the real site on the new server before anyone else sees it.

03

Freeze, sync, switch

For stores and busy sites, a short freeze; then a final sync of the database and new files, and the DNS change.

04

Issue SSL and verify

Certificate issued on the new host, HTTPS enforced, forms, checkout and email tested live.

05

Keep the old host for a while

Don’t cancel it yet. It’s the rollback, and some visitors’ DNS caches may lag briefly.

Post-move checks

Choosing where to move

Shared hosting

Lowest cost
  • Fine for small brochure sites
  • Shared resources and stricter limits
  • Varies a lot between providers

Managed WordPress

Convenience
  • Built-in backups, caching, staging
  • Some plugins restricted
  • Higher cost per site

VPS / cloud

Control and capacity
  • Dedicated resources for busy stores
  • Needs server management
  • Most flexible

We don’t take hosting referral commissions, so recommendations are based on your site’s traffic, budget and how much you want to manage yourself.

An example host move

Illustrative scenario

A busy WooCommerce store outgrowing shared hosting

A store on entry-level shared hosting keeps hitting resource limits during sales, with 503 errors at the busiest moments. Investigation shows the plan’s process limit is the bottleneck, not a single faulty plugin, so the owner decides to move to a managed host with more PHP workers.

The site, database, cron jobs and PHP settings are copied and tested on the new server using a temporary address. Email is on Google Workspace, so mailboxes stay put, but every MX and TXT record is copied to the new DNS first. The TTL is lowered two days ahead. On a quiet weeknight, a 20-minute order freeze allows a final database sync; DNS switches, an SSL certificate is issued, and test orders confirm checkout and emails work. The old host is kept for two weeks, then cancelled.

Composite example to explain the process. Not a specific client.

Hosting move mistakes to avoid

What we'll need from you

Old and new hosting access

Control panel or SFTP/SSH for both.

DNS access

Registrar or DNS provider, for the switch.

Email setup

Where mailboxes are hosted and anything else that sends email for you.

Quiet times

When a short freeze would cause least disruption.

Frequently asked questions

For most sites, no noticeable downtime. The old server keeps serving visitors until DNS switches, and with a low TTL the switch takes minutes.

Possibly not, for a simple site. Host migrations usually cover files and database only; we add planning, email and DNS, testing and monitoring. Larger stores and complex sites benefit most.

Yes, where email is hosted with your web host. If it’s with Google Workspace or Microsoft 365, mailboxes stay put and we make sure DNS records are preserved.

Yes, with a short planned order freeze and a final database sync so no orders are lost.

After the new site has run cleanly for a week or two and you’ve confirmed email and backups. We’ll tell you when it’s safe.

Tell us about your website. We'll reply with a clear, written scope.

info@webexpert.solutions · +92 345 7723858 · Faisalabad, Pakistan · Serving the UAE, US, UK & Canada