Move your web hosting without downtime

Moving a website need not cause any downtime — provided you respect the order of steps. The site is first placed on the new server in full and tested there; only once everything works do you point the DNS at the new environment. Between those two moments, the old site simply keeps running.

Anyone who switches the DNS as the first step is guaranteed to be half online for a while. Below you can read the right order, and where it most often goes wrong in practice.

How a migration runs

Five steps. Only the last one is visible to your visitors, and it is the shortest.

1

Take stock and gather access

What exactly is running: which CMS, how many sites, how many mailboxes, which databases? Gather the access to your current hosting and to wherever your domain name is managed straight away. Missing credentials are in practice the most common cause of delay — request them in good time.

2

Lower the TTL on the DNS records

A few days before the move, lower the TTL of your DNS records, for example to 300 seconds. The TTL decides how long the rest of the internet remembers your old details; lowering it in advance turns the later switch into a matter of minutes instead of hours.

3

Transfer files, database and mailboxes

The complete web space and the database are copied to the new server, and the mailboxes are created there in advance. Your old site stays up meanwhile — nothing changes for visitors yet.

4

Test before anything is switched

The site is tested on the new server while the DNS is still unchanged. Does the checkout work, do forms arrive, are the images there, does the CMS run on the right PHP version? Whatever turns out to be broken here costs nothing — after the switch it does.

5

Switch the DNS and check

Only now do you point the DNS at the new environment. Thanks to the lowered TTL that happens quickly. Afterwards it is checked that https works, that no error pages have appeared and that no mail is still arriving on the old server waiting to be collected.

The pitfall: email

Websites rarely migrate badly — email does. The reason is that mail keeps arriving during the switch, and messages can still land on the old server in that window. That is why the mailboxes are created before the DNS change, and why whatever reached the old server is collected after the switch.

If you work with IMAP, your mail lives on the server and its contents can be transferred. With POP3, your mail is already local on your own device and does not move with it — in that case make sure you hold those local mail files safely yourself.

About email hosting Transfer a domain name

What you get after the switch

Belgian data centre — your site and your visitor data stay in Belgium
Free SSL certificate, renewed automatically
Daily backup of files and database
DDoS protection at network level
Choose your own PHP version, per site
Support from the people who run the servers

Frequently asked questions about a hosting migration

Yes, if you respect the order of steps. The site is first placed on the new server in full and tested there; only once everything works do you point the DNS at the new environment. In between, the old site simply keeps running, so visitors notice nothing.
Moving and testing itself is usually a matter of hours. Then comes the DNS change: that propagates across the internet and can take up to 48 hours, depending on the TTL set on your records. Lower that TTL a few days in advance and it goes faster.
Access to your current hosting (FTP or control panel) and to your database, plus access to wherever your domain name is managed so the DNS can be changed. If you no longer have those details, request them from your current provider in good time — in practice that is the most common delay.
That needs attention, because mail is the part that most often goes wrong in a migration. Create the mailboxes on the new server before the DNS change, then collect whatever still arrived on the old one. On IMAP the content can be transferred; on POP3 your mail is already local.
Not necessarily. Hosting and domain name are separate: you can leave your domain where it is and simply point the DNS at us. If you would rather have everything in one place, the domain name can move as well.
On the new environment you get a free SSL certificate that renews automatically. If you have a paid certificate running, it can usually be reissued on the new server; let us know and we will look at it.
If the URLs stay the same, nothing material changes for search engines — it is the same site at a different address. Do make sure the site remains reachable over https after the move and that no error pages appear; those are the things that genuinely have an effect.
Get in touch with your domain name and what runs today (CMS, number of sites, mailboxes) and we will work out together what is needed and who handles which part.
Trust Guard Security Scanned
Call us
Send an email