Een website verhuizen naar een andere hoster kan zonder dat bezoekers iets merken, zolang u de stappen in de goede volgorde zet.
Kort antwoord
Zet eerst een complete kopie van de site en de database neer bij de nieuwe hoster, test die zonder de DNS te wijzigen, verlaag ruim van tevoren de TTL van uw DNS-records en schakel pas daarna om. Laat het oude pakket nog minimaal een week draaien. E-mail is het kwetsbaarste onderdeel; plan die apart en verhuis de mailboxinhoud mee.
Stap 1: inventariseren
Voordat u iets verplaatst, schrijft u op wat er allemaal bij uw huidige hoster zit:
de websitebestanden en de database
e-mailadressen en mailboxen, inclusief aliassen en doorstuuradressen
DNS-records, vooral MX, TXT (SPF, DKIM, verificaties) en eventuele subdomeinen
cronjobs, geplande taken en speciale PHP-instellingen
de PHP-versie waarop de site nu draait
Vergeten records zijn de belangrijkste oorzaak van ellende na een verhuizing. Een verificatierecord van Google of Microsoft dat ontbreekt, merkt u soms pas weken later.
Stap 2: kopie neerzetten en testen
Kopieer de bestanden en importeer de database bij de nieuwe hoster. Bij WordPress kan dat met een migratieplugin of handmatig. Zorg dat de PHP-versie hetzelfde is of nieuwer, maar test het als u een stap omhoog maakt.
Testen kan zonder dat de buitenwereld het ziet. U past op uw eigen computer het hosts-bestand aan, zodat alleen uw computer de domeinnaam naar de nieuwe server stuurt. Zo ziet u de site op het echte adres, met het echte certificaat, terwijl iedereen anders nog op de oude server zit. Klik alle belangrijke pagina's door, test formulieren, het winkelmandje en het inloggen.
Stap 3: DNS voorbereiden
Elk DNS-record heeft een TTL (time to live): hoe lang andere servers het antwoord mogen onthouden. Staat die op 24 uur, dan kan een deel van de bezoekers na het omzetten nog een dag naar de oude server gaan.
Verlaag daarom een dag of twee van tevoren de TTL naar bijvoorbeeld 5 minuten. Na het omzetten volgt dan bijna iedereen binnen korte tijd het nieuwe adres. Daarna kunt u de TTL weer verhogen.
Stap 4: omschakelen
Kies een rustig moment. Bij een webshop of een site met formulieren doet u vlak voor het omschakelen nog een laatste synchronisatie van de database, zodat bestellingen of berichten van de laatste uren niet achterblijven. Zet zo nodig de oude site kort in onderhoudsmodus om nieuwe bestellingen daar te voorkomen.
Pas dan het A-record (en eventueel AAAA) aan naar de nieuwe server. Controleer of het SSL-certificaat op de nieuwe server goed wordt uitgegeven; bij Let's Encrypt gebeurt dat vaak pas zodra de DNS naar de nieuwe server wijst.
Stap 5: e-mail apart behandelen
Verhuist de mail mee, dan:
maakt u alle mailboxen eerst aan bij de nieuwe partij
kopieert u de bestaande mail mee, bijvoorbeeld met een IMAP-synchronisatie
zet u daarna het MX-record om en past u SPF en DKIM aan
doet u na een dag nog een synchronisatie om mail op te halen die in de tussentijd op de oude server binnenkwam
Laat medewerkers pas daarna hun mailprogramma omzetten.
Na de verhuizing
Zeg het oude pakket niet meteen op. Houd het een week tot twee weken aan als vangnet en controleer in die tijd of er nog verkeer of mail binnenkomt. Kijk ook in Google Search Console of er geen foutmeldingen ontstaan.
Veelgestelde vragen
Moet mijn domeinnaam ook mee naar de nieuwe hoster?
Nee, dat hoeft niet. Domeinregistratie en hosting zijn los te regelen; u kunt de DNS gewoon laten wijzen naar de nieuwe server. Het kan wel handig zijn om alles op één plek te hebben.
Hoe lang duurt een verhuizing?
Een eenvoudige site is in een paar uur verhuisd. Het meeste werk zit in inventariseren en testen, en bij mail in het meekopiëren van grote mailboxen.
Verlies ik mijn Google-posities door een verhuizing?
Niet als de adressen van de pagina's gelijk blijven en de site niet langdurig onbereikbaar is. Een kort moment van traagheid is geen probleem.
Hulp nodig?
Wilt u de verhuizing liever uit handen geven? Ik verhuis sites en mail als onderdeel van hosting en onderhoud, inclusief de test vooraf en de controle achteraf.
