Je (WordPress-)website naar een nieuwe hoster verhuizen zonder storing? Zo maak je een back-up, test je de nieuwe plek, zet je de DNS om en voorkom je dat de e-mail ermee stopt.
Een website verhuizen klinkt als één klus, maar het zijn er eigenlijk vier: de website zelf (bestanden en database), de domeinnaam, de DNS (de instellingen die bepalen waar je domein naartoe wijst) en de e-mail. Die kunnen allemaal bij dezelfde partij zitten, maar ook bij verschillende. Wie dat niet vooraf uitzoekt, merkt het pas als de mail van de vereniging of het bedrijf ineens niet meer aankomt.
De veilige volgorde is: alles in kaart brengen, een volledige back-up maken, de website op de nieuwe hosting zetten en testen terwijl de oude site gewoon online blijft, en pas dan de DNS omzetten. Bezoekers merken daar weinig van. De oude hosting zeg je pas op als alles op de nieuwe plek werkt.
Dit stappenplan is geschreven voor WordPress, maar de aanpak geldt voor elke website. De precieze menunamen verschillen per hostingpartij en per beheerpaneel.
Menunamen kunnen per versie of toestel iets anders heten. Loop de stappen op volgorde af en stop zodra het werkt.
Zoek uit bij welke partij de domeinnaam is geregistreerd, waar de DNS wordt beheerd, waar de website staat en waar de e-mail draait. Noteer van elk beheerpaneel de inloggegevens. Bekijk in het DNS-overzicht de huidige records, vooral de A- en AAAA-records van de website en de MX-, SPF- en DKIM-records van de mail. Maak er een schermafbeelding of export van. Met onze Mail-DNS-check zie je snel hoe de mail nu is ingesteld.
Een WordPress-site bestaat uit bestanden (vooral de map wp-content en het bestand wp-config.php) en een database. Maak van allebei een kopie, via het beheerpaneel van je hoster of met een back-up- of migratieplugin. Download de back-up naar je eigen computer of cloudopslag, zodat je hem ook hebt als de oude hosting onverwacht stopt.
De TTL bepaalt hoe lang computers en providers een DNS-antwoord onthouden. Zet de TTL van de records die je gaat wijzigen (meestal A en AAAA voor het domein en voor www) ruim van tevoren laag, bijvoorbeeld op 300 seconden. Doe dat minstens zo lang vooraf als de oude TTL; een dag van tevoren is meestal genoeg. Dan pakt iedereen het nieuwe adres na de omzetting snel op. Na de verhuizing zet je de TTL weer hoger.
Maak bij de nieuwe hoster een hostingpakket en een lege database aan. Zet de bestanden en de database over, met de migratieplugin of met de hand. Pas bij een handmatige verhuizing in wp-config.php de databasenaam, de gebruiker en het wachtwoord aan. Kies op de nieuwe hosting een PHP-versie die je thema en plugins ondersteunen. Verander in deze stap nog niets aan de DNS: de oude site blijft voor bezoekers gewoon werken.
Laat alleen je eigen computer alvast naar de nieuwe server wijzen via het hosts-bestand. Op Windows open je Kladblok als administrator en bewerk je C:\Windows\System32\drivers\etc\hosts; op de Mac bewerk je /etc/hosts via Terminal. Voeg een regel toe met het IP-adres van de nieuwe server en je domeinnaam, en een tweede regel voor www. Test pagina's, formulieren, inloggen en eventueel de webshop. Haal de regels daarna weer weg. Een tijdelijk adres van de hoster kan ook, maar WordPress stuurt je daar vaak door naar je gewone domein.
Zonder geldig certificaat zien bezoekers een waarschuwing in plaats van je site. Vraag bij de nieuwe hoster na hoe het certificaat wordt aangemaakt. Bij veel hosters gebeurt dat automatisch, maar vaak pas zodra de DNS naar de nieuwe server wijst. Controleer daarom direct na het omzetten of het slotje er staat, en plan de omzetting op een rustig moment.
Wijzig bij je DNS-beheer alleen de A-records (en eventueel AAAA-records) van het domein en van www naar het IP-adres van de nieuwe server. Laat de MX-records, het SPF-record en andere mailrecords staan zoals ze zijn. Verhuis je ook de nameservers naar de nieuwe partij? Zet daar dan eerst álle records over, ook die van de mail, voordat je de nameservers wijzigt. Een vergeten MX-record betekent dat er geen mail meer binnenkomt.
Bekijk de site na de omzetting op je computer en op je telefoon via mobiele data. Test het contactformulier: komt de mail aan, ook op een ander adres? Kijk of het slotje er staat. Laat de oude hosting nog een tijdje doorlopen, zodat je terug kunt als er iets mist. Download vlak voor het opzeggen nog een laatste back-up van de oude omgeving, inclusief eventuele mailboxen.
Let op: Draait de e-mail van je domein bij de oude hoster, dan stopt die mail zodra je die hosting opzegt. Regel de mail dus eerst apart, bijvoorbeeld bij de nieuwe hoster of bij een mailprovider, en zet de mailboxen over voordat het oude pakket stopt.
De website verhuizen en de domeinnaam verhuizen zijn twee aparte dingen. Je kunt de website prima naar een nieuwe hoster zetten terwijl de domeinnaam bij de oude partij geregistreerd blijft. Je laat de DNS dan gewoon naar de nieuwe server wijzen.
Wil je de domeinnaam zelf ook overzetten, dan heb je een verhuiscode nodig, ook wel autorisatiecode, token of EPP-code genoemd. Die vraag je op bij de huidige partij, meestal in het klantpaneel. De nieuwe partij start met die code de verhuizing. Zorg dat de DNS-records daarbij goed meegaan, of zet ze vooraf al klaar bij de nieuwe partij.
Verhuis de website en de domeinnaam bij voorkeur niet op dezelfde dag. Eerst de website, dan controleren, en daarna rustig de domeinnaam. Zo weet je bij een storing meteen welke stap de oorzaak is.
Beheer je de website voor een vereniging, stichting of club? Zorg dan dat de domeinnaam, de hosting en de mail op naam van de organisatie staan en niet op jouw eigen naam. Bewaar de inloggegevens op een plek waar ook een tweede bestuurslid bij kan, bijvoorbeeld in een gedeelde wachtwoordkluis. Zie wachtwoorden veilig bewaren.
Kom je er met deze stappen niet uit, of wil je het liever niet zelf doen? We kijken online mee of komen langs. Hulp op afstand kost €20 per uur; komen we langs, dan is de prijs op aanvraag. Je weet vooraf waar je aan toe bent.
Schrijf kort wat er misgaat en wat je al hebt geprobeerd. Kies of we bellen, online meekijken of langskomen.
Als je deze volgorde aanhoudt, merken bezoekers er weinig van. De oude site blijft online tot de DNS is omgezet, en daarna komen bezoekers op de nieuwe. Dat sommige bezoekers korte tijd nog de oude site zien, is normaal.
Nee, dat hoeft niet. De domeinnaam kan bij de huidige partij blijven; je laat hem dan naar de nieuwe server wijzen. Overzetten kan later altijd nog met een verhuiscode.
Niets, zolang je de MX-records niet wijzigt en de mailhosting niet opzegt. Draait de mail bij de oude hoster, regel dan eerst nieuwe mailhosting en zet de mailboxen over.
Ja. We brengen eerst in kaart wat waar staat, verhuizen de website, testen hem op de nieuwe plek en zetten pas daarna de DNS om, zonder de mail te raken.
Hulp nodig van een mens? Hosting en onderhoud · Webhosting in jouw plaats · WordPress-support · Alle oplossingen