Website verhuizen naar een andere hostingpartij

Een website verhuizen naar een andere hostingpartij hoeft bezoekers niets te kosten. Als het goed gebeurt, merkt niemand er iets van: de oude site blijft gewoon draaien totdat de nieuwe aantoonbaar werkt, en pas dan zet je de schakelaar om. Het risico zit niet in de verhuizing zelf. Het zit in de stappen die mensen overslaan omdat ze ervan uitgaan dat het wel goedkomt.

Hoe pak je een verhuizing stap voor stap aan?

De volgorde is belangrijker dan de techniek. Zo doe je dat:

1. Maak eerst een volledige back-up. Bestanden en database, voordat je ook maar iets aanraakt. Niet omdat je verwacht dat het misgaat, maar omdat je dan altijd terug kunt als dat toch gebeurt.
2. Bouw de nieuwe omgeving eerst helemaal af. Zet de site op bij de nieuwe host en maak hem daar bereikbaar via een tijdelijke URL of het IP-adres van de server, zonder de live DNS aan te raken. Je bestaande site blijft intussen gewoon draaien. Test op de nieuwe omgeving alles wat je zou verwachten: laden de pagina’s, werken de formulieren, en (dit wordt vaak over het hoofd gezien) werkt e-mail nog? Mail loopt meestal via een andere partij en een ander DNS-record dan je website, dus daar hoort een websiteverhuizing helemaal niet aan te komen.
3. Verlaag de TTL een dag of wat van tevoren. De TTL (time to live) bepaalt hoe lang DNS-servers een record onthouden voordat ze een update ophalen. Zet je die kort, dan zien caches overal de wijziging sneller doorkomen op het moment dat je echt omschakelt.
4. Zet DNS om op een rustig moment, bijvoorbeeld buiten kantooruren, en controleer meteen daarna vanaf een paar verschillende plekken en apparaten of de site echt op de nieuwe server draait en er goed uitziet.
5. Laat het oude hostingaccount nog een week of twee staan. Dat is je vangnet als er toch iets teruggedraaid moet worden, en het vangt ook bezoekers op wiens DNS-cache nog een tijdje naar het oude adres wijst.

Waarom gaat e-mail zo vaak stuk bij een verhuizing?

Dit is het onderdeel waar het meest misgaat, en het heeft niets met je website te maken. E-mail wordt afgeleverd via MX-records, die apart staan van de A- of CNAME-records die bezoekers naar je website sturen. Bij het instellen van DNS voor de nieuwe host is het verleidelijk om “even alles” te updaten, en dan is een MX-record zo per ongeluk overschreven of verwijderd. Het gevolg merk je niet meteen: mail lijkt gewoon te verdwijnen, of komt dagenlang niet aan terwijl niemand doorheeft waarom.

Controleer daarom direct na elke DNS-wijziging expliciet of de MX-records nog kloppen en of e-mail nog aankomt. Niet achteraf als er klachten binnenkomen, maar als vast onderdeel van de check meteen na de omschakeling.

Bij hosting-en-beheer hoort precies dit soort verhuizingen: de oude site blijft volledig in de lucht totdat de nieuwe kant aantoonbaar werkt, inclusief e-mail. Meer weten over hoe dat eruitziet? Kijk bij hosting en beheer.