Moving hosts

Moving a website to new hosting.

Done properly a host move is dull and nobody notices. Done in a hurry it is the afternoon your email stops working, which is the part people forget to plan for.

Tested before DNS Email handled first Reversible
Before anything moves

The risk is almost never the website.

Copying files and a database to a new server is the straightforward part. What causes the bad days is everything attached to the domain — email in particular. If your mail runs through the same provider and the DNS is changed without planning that, mail stops, and it stops for everybody at once.

The second thing people underestimate is what the old host was quietly doing. Scheduled tasks, SSL renewal, a caching layer, IP addresses on somebody’s allowlist, or a payment provider expecting requests from a known address. None of those announce themselves until they stop.

So the order matters: inventory first, build and test on the new host second, deal with email and certificates third, and change DNS last — when there is nothing left to discover.

Able Web Services Ltd.UK web development
200+PROJECTS DELIVERED
140+CLIENTS SUPPORTED
15+YEARS ESTABLISHED
UKBASED & HOSTED

What we do

  • Bespoke websites and custom CMS development
  • Ecommerce, custom checkout and subscriptions
  • Web applications, portals and internal tools
  • API, CRM and business systems integration
  • Retained support, maintenance and managed hosting
  • White-label development for agencies

Working UK-wide and internationally — directly with businesses, and white label behind design and marketing agencies.

Discuss a project
How we run it

The sequence that avoids surprises.

1. Find out what is actually there

Cron jobs, mail routing, certificates, integrations and anything relying on the current IP. This is the step that gets skipped and the reason migrations go wrong.

2. Build it on the new host

A full working copy, reachable on a temporary address, with the same versions. Nothing on the live site changes yet.

3. Test it properly

Not just that the home page loads. Forms submitted, checkout tested if there is one, admin logged into, scheduled tasks confirmed running.

4. Sort email and SSL first

Mail routing confirmed and certificates in place before DNS moves, so the switch does not take your email with it.

5. Lower the TTL, then switch

Reducing DNS time-to-live in advance means the change propagates in minutes rather than a day — and that it can be reversed just as quickly.

6. Watch, and keep the old one

Monitored afterwards, with the previous host left running for a short period. It costs very little and it is the difference between a problem and an incident.

Straight answers

Worth knowing.

Moving will not fix a slow build

Better hosting raises the floor. If the site is slow because of how it was built, you will arrive with the same problem and a smaller budget.

Email is the real risk

More migrations cause pain through mail than through the website. If your email is with the current host, that is the first conversation, not the last.

There is a quiet window

While DNS propagates, some visitors see the old server and some the new. Anything written to the old one in that window needs handling — which matters for shops and forms.

Related services

The wider picture.

Related work

Projects of a similar shape.

A lot of our work is delivered white label or under agreement, so these describe the problem and the approach rather than naming the client.

Related

Also worth reading.

Questions

What people ask about moving hosts.

Will the site go down?
It should not. The new host is built and tested before anything changes, and the switch itself is a DNS change that takes minutes once the TTL has been lowered. The honest caveat is the propagation window, where some visitors reach the old server briefly.
What happens to our email?
It is the first thing we check, because it is the most common way a migration causes real damage. If mail runs through your current host it either moves deliberately or the DNS records are preserved so it keeps working. Either way it is planned rather than discovered.
Can we go back if something is wrong?
Yes, which is why the old host stays running for a short period and the TTL is lowered first. Reverting is another DNS change rather than a rebuild.
How long does it take?
For a straightforward site, days rather than weeks — most of it testing rather than copying. Shops, custom integrations and anything with scheduled tasks take longer, because there is more that has to be confirmed working.
Next step

Tell us where it is now and why you are moving.

We will tell you what the move involves, what needs handling before DNS changes, and whether moving will actually solve the problem you are trying to solve.