Vier dingen die los van elkaar staan
De meeste verhuizingen gaan mis omdat vier onderdelen door elkaar worden gehaald. Ze horen bij elkaar, maar verhuizen niet samen.
De domeinnaam
De registratie bij een registrar. Verhuizen betekent: de naam elders onderbrengen. Uw website en e-mail merken daar niets van, zolang de DNS gelijk blijft.
De DNS
De verwijzingen naar waar website en mail staan: A-, AAAA- en MX-records, SPF en DKIM. Dit is de schakelaar.
De website
Bestanden en meestal een database. Die worden gekopieerd en op de nieuwe server getest, vóór de DNS omgaat.
De e-mail
Postvakken, aliassen, doorstuurregels en uw archief. Het gevoeligste onderdeel.
De verhuiscode opvragen
Uw nieuwe registrar heeft een verhuiscode nodig — bij .nl-domeinen ook het token genoemd, bij andere extensies de authorisatie- of EPP-code. U vraagt die op bij uw huidige provider: doorgaans in het controlepaneel bij het domein, anders via support.
Uw provider hoort die code aan u te verstrekken. Een openstaande factuur kan een reden zijn om eerst af te rekenen, maar niet om de verhuizing te blokkeren: de domeinnaam staat op naam van de houder, en dat bent u.
Lukt het niet, blijf dan schriftelijk: vraag de code per e-mail aan, bewaar de correspondentie en noem een termijn. Komt u er bij een .nl-domein niet uit, dan kunt u zich wenden tot SIDN, de beheerder van het .nl-domein; bij andere extensies loopt dat via de registry of via uw nieuwe registrar.
Controleer vooraf wie als houder geregistreerd staat. Staat het domein op naam van een oud bureau, dan zet u dat eerst recht.
Downtime voorkomen
Downtime is bijna altijd een planningsfout, geen technisch probleem. In deze volgorde blijft het beheersbaar.
- Verlaag enkele dagen vooraf de TTL van uw DNS-records. De TTL is de tijd die andere servers uw DNS-gegevens mogen onthouden. Staat die op uren, dan duurt een wijziging ook zo lang.
- Zet de nieuwe omgeving eerst klaar. Website erop, database erin, certificaat geregeld, postvakken aangemaakt en gevuld.
- Test die voordat de DNS omgaat. Met een tijdelijke hostnaam, zodat alleen u de nieuwe versie ziet.
- Verhuis dan pas de DNS-records. Eerst de website, daarna de mail.
- Zeg de oude omgeving als laatste op. Niet op de dag van de verhuizing, maar als u een tijd hebt kunnen vaststellen dat alles klopt.
E-mail is het risico, niet de website
Een website die een uur onbereikbaar is, is hinderlijk: u verliest bezoek, maar de site komt terug zoals hij was. Verloren e-mail komt niet terug. Belandt een bericht in een postvak dat u een dag later opzegt, of wijzen de MX-records naar een omgeving die nog niet bestaat, dan is het weg — en u weet niet wat u mist.
Daarom laat u beide omgevingen tijdelijk naast elkaar bestaan. Uw archief wordt gekopieerd, niet verplaatst, dus tot u opzegt staat het op twee plekken. En na het omzetten van de MX-records belandt er nog post bij de oude omgeving, bij servers die de oude gegevens nog even onthielden. Die haalt u er later uit — zolang die omgeving nog leeft.
Vergeet ook de verzenders die geen mens zijn: contactformulieren, facturatiesoftware, een ticketsysteem, nieuwsbrieven. Die staan los van uw postvakken en werken niet meer als u ze niet meeneemt in uw SPF-record.
Wat u vooraf verzamelt
Is deze lijst compleet, dan kan elke partij u snel verder helpen.
- De verhuiscode van elk domein dat mee gaat
- Een volledig overzicht van uw DNS-records, inclusief de TXT-records
- Alle postvakken, aliassen, doorstuuradressen en automatische antwoorden
- Websitebestanden en een verse export van uw databases
- Uw SSL-certificaten: waar ze vandaan komen en wanneer ze verlopen
- Wie de domeinnaam op zijn naam heeft, en wie toegang heeft tot dat account
Wat wij hier niet doen
Wij zeggen uw huidige contract niet voor u op. Dat is een overeenkomst tussen u en die partij, en wij willen niet degene zijn die uw oude omgeving weghaalt voordat u zelf heeft vastgesteld dat alles goed staat.
Wij kunnen ook niet zien wat er in uw huidige omgeving staat zonder toegang. Uw openbare DNS-records lezen wij, en daaraan zien wij veel, maar welke postvakken bestaan en wat er in uw controlepaneel staat, weten wij pas als u inzage geeft.
En blijkt dat verhuizen voor u niet verstandig is, dan zeggen wij dat. Gebruikt u onderdelen die wij niet vervangen, dan is blijven zitten of een deel overzetten het betere advies. Wij bieden aan wat binnen onze strategie past en zijn eerlijk als iets niet past.
Veelgestelde vragen
Gaat mijn website offline als ik mijn domeinnaam verhuis?
Niet automatisch. De registratie verhuizen en de DNS wijzigen zijn twee verschillende handelingen. Blijven uw DNS-gegevens gelijk, dan blijft uw site bereikbaar.
Mag mijn provider de verhuiscode weigeren?
Uw provider hoort u de code te verstrekken; de domeinnaam staat op naam van de houder. Openstaande facturen mogen eerst afgerekend worden, maar zijn geen grond om de verhuizing te blokkeren.
Wat als mijn provider niet reageert?
Stel schriftelijk een termijn en houd het dossier bij. Komt u er bij een .nl-domein niet uit, dan kunt u zich wenden tot SIDN, de beheerder van het .nl-domein.
Wat is TTL en waarom moet die omlaag?
De TTL is de tijd die andere servers uw DNS-gegevens mogen onthouden. Verlaagt u die vooraf, dan is een wijziging binnen minuten in plaats van uren bekend.
Kan ik mijn e-mailarchief meenemen?
Ja, bestaande mail wordt gekopieerd naar de nieuwe postvakken, meestal via IMAP of een export. Zeg de oude omgeving pas op nadat u mappen en aantallen heeft nagelopen.
Komt u naar ons toe, dan doen wij dit met u
Kiest u voor Hostage, dan lopen wij deze stappen met u door: inventarisatie, klaarzetten, testen, TTL verlagen en pas daarna omzetten. Hoe dat voor e-mail verloopt, leest u op de pagina over onze overstapservice.
Bekijk de overstapservice