Verhuizen naar snellere hosting zonder een dag offline

Verhuizen lost alleen iets op als je server het probleem is. Vaak is dat niet zo en zit de traagheid in te zware afbeeldingen of in scripts van derden.

Het cijfer dat je hosting beoordeelt is de serverreactietijd, ook wel TTFB. Ligt die boven de 600 milliseconden terwijl je pagina verder licht is, dan is je hosting inderdaad je knelpunt. Ligt ze onder de 300 en laadt je pagina toch traag, dan verhuis je voor niets.

Wat het waard is om op te lossen: een snelheidsverbetering van 0,1 seconde verhoogt de conversie in retail met 8,4% en het gemiddelde bestelbedrag met 9,2%, en webshops die in 1 seconde laden halen een conversie van 3,05%, tegenover 1,08% bij een laadtijd van 5 seconden.

Het meeste werk gebeurt voor de verhuisdag. Wie dit overslaat, verhuist wel degelijk met risico.

1. Maak een volledige back-up van bestanden en databank, en download die lokaal. Niet alleen op de server laten staan.
2. Noteer je huidige DNS-instellingen. Vooral je MX-records voor e-mail, want die staan los van je website en mogen niet mee verhuizen als je mail elders draait.
3. Verlaag de TTL van je DNS naar 300 seconden. Doe dit minstens 48 uur op voorhand. Zo schakelt de wereld binnen vijf minuten in plaats van binnen een dag.
4. Controleer of je nieuwe hosting dezelfde of een nieuwere versie van je software ondersteunt.
5. Maak een lijst van je twintig belangrijkste pagina's om achteraf te testen.

Die derde stap is de belangrijkste en wordt het vaakst vergeten. Zonder verlaagde TTL kan het uren duren voor een deel van je bezoekers de nieuwe server ziet, en zit je in een periode waarin sommigen op de oude en sommigen op de nieuwe site zitten.

De kern: je bouwt de nieuwe site volledig op en test hem, terwijl de oude gewoon blijft draaien. Pas als alles werkt, wijs je het domein om.

Stap	Wat je doet	Is de site offline?
1	Bestanden en databank naar de nieuwe server	Nee
2	Testen via een tijdelijk adres of hosts-bestand	Nee
3	Ssl-certificaat op de nieuwe server klaarzetten	Nee
4	Laatste synchronisatie van wijzigingen	Nee
5	DNS omzetten naar de nieuwe server	Nee, mits TTL verlaagd
6	Oude server nog een week laten staan	Nee

Die derde stap verdient nadruk. Schakel je het domein om terwijl het certificaat nog niet klaarstaat, dan krijgen bezoekers een veiligheidswaarschuwing, en zowat 85% van de internetgebruikers verlaat een website zodra de browser zo'n waarschuwing toont. Dat is erger dan een uur offline zijn.

Kies je moment op basis van je eigen cijfers, niet op basis van een algemene regel. Kijk in je analytics naar het uur met het minste verkeer, meestal dinsdag- of woensdagochtend heel vroeg.

Wat je vermijdt:

• Vrijdagnamiddag. Als er iets misgaat, zit je in het weekend zonder ondersteuning.
• Vlak voor een verlofperiode of een feestdag.
• Tijdens een lopende campagne, want dan verlies je precies het verkeer waarvoor je betaalde.
• Wanneer degene die het beheert niet bereikbaar is de dagen erna.

Plan bewust twee uur na de omschakeling in om te testen. Niet omdat het zolang duurt, wel omdat je die tijd wil hebben als er iets opduikt.

Loop dit af binnen het uur na de omschakeling. In die volgorde, want de eerste twee zijn de duurste als ze misgaan.

1. Werkt je e-mail nog? Stuur en ontvang een testmail. Dit is de fout die het meeste schade doet en die pas laat opgemerkt wordt.
2. Werkt https op alle pagina's, zonder waarschuwing en zonder gemengde inhoud?
3. Werken je formulieren? Vul je contactformulier in en kijk of de mail aankomt.
4. Werkt je meting nog? Controleer of er verkeer binnenkomt in je realtimerapport.
5. Loop je twintig belangrijkste pagina's af op een telefoon en op een computer.
6. Meet je snelheid opnieuw en vergelijk met je nulmeting.
7. Kijk twee dagen later in Search Console naar crawlfouten.

Laat je oude hosting nog minstens een week doorlopen. Het kost je een maand abonnement en het is de goedkoopste verzekering die er bestaat. Wil je voor en na objectief vergelijken, dan meet de gratis marketing scan je snelheid en je beveiliging in één rapport.