Hoe wij een verhuizing uitvoeren, in welke volgorde, en waarom e-mail altijd vóór de website gaat. Inclusief de fout die wij zelf ooit hebben gemaakt.
Een verhuizing hoort onzichtbaar te zijn. Geen "we doen het zondagnacht en dan is de site een uurtje uit de lucht", en geen periode waarin de helft van je bezoekers de oude en de andere helft de nieuwe site ziet.
Dat kan, mits je in de juiste volgorde werkt en op elk moment een weg terug hebt. Ons uitgangspunt is dat er geen enkel moment mag zijn waarop terugdraaien onmogelijk is.
1. Inventarisatie. Welke DNS-records bestaan er, welke worden gebruikt, welke zijn vergeten? Waar staat de mail? Zijn er subdomeinen, koppelingen of API's die iemand ooit heeft ingericht en nooit heeft gedocumenteerd? Deze stap kost het meeste tijd en voorkomt de meeste ellende.
2. Volledige back-up. Van de zone, van de site, van de database. Met tijdstempel. Voordat er iets verandert.
3. Alles klaarzetten naast het bestaande. De nieuwe omgeving wordt volledig opgebouwd en getest op een tijdelijk adres, terwijl je huidige site gewoon doordraait. Op dit moment merkt niemand iets, want er is nog niets omgezet.
4. Verlooptijden verkorten. Een dag van tevoren zetten we de DNS-verlooptijd laag. Daardoor is de daadwerkelijke omzetting later een kwestie van seconden in plaats van uren.
5. E-mail overzetten en testen. Vóór de website. Zie hieronder.
6. De website omzetten. Eén DNS-wijziging, binnen een seconde wereldwijd actief. Beide omgevingen zijn op dat moment nog identiek, dus wie net toevallig de oude nog raakt, ziet hetzelfde.
7. Controleren en pas daarna opruimen. We laten de oude omgeving nog minstens twee weken staan. Opzeggen doe je zelf, als je er zeker van bent.
Een website die stukgaat, merk je binnen een minuut: iemand belt, of je ziet het zelf. E-mail die stukgaat, merk je soms pas na weken — en dan alleen doordat een klant vraagt waarom je nooit hebt gereageerd.
Daarom zetten wij e-mail altijd als eerste over en testen we de volledige route tot ín de inbox, met echte berichten van buitenaf. Niet "het record staat goed", maar "er is een bericht aangekomen en ik heb het gezien".
Bij een verhuizing hebben wij ooit een mailrecord laten wijzen naar een dienst die berichten wel accepteerde maar niet afleverde. Alles zag er goed uit: het record valideerde, de verzendende partij kreeg netjes een bevestiging, er kwam geen enkele foutmelding terug.
Er kwam alleen ook geen post aan. Stil dataverlies: niemand krijgt een foutmelding, dus niemand merkt het. We hebben het opgelost door de route naar echte bezorging te verplaatsen en SPF, DKIM en DMARC alsnog netjes in te richten.
De les die we sindsdien hard toepassen, en die we hier opschrijven omdat we hem anderen ook zien maken: een mailrecord dat post accepteert, is geen bewijs dat post ergens aankomt. Test na elke wijziging de volledige weg tot in de inbox.
In het ideale geval: dat je op een dinsdagmiddag een bericht krijgt dat het gedaan is, en dat je site sneller aanvoelt.
Wat je in de praktijk ook merkt: je bezoekcijfers gaan omhoog. Niet omdat er meer mensen komen, maar omdat je ze nu allemaal meet — inclusief het deel dat je oude analytics door adblockers miste. We zetten de eerste maanden beide naast elkaar zodat je het verschil kunt duiden in plaats van je erop blind te staren.
Een gemiddelde bedrijfswebsite is in drie tot vijf werkdagen over, waarvan nul minuten offline.
Geschreven door het team van Neuralex Edge. Alle genoemde meetwaarden zijn eigen metingen; methode en datum staan in onze meetlat. Zie je een fout of mis je iets? Laat het weten via contact — correcties vermelden we erbij.
De nulmeting is gratis en je krijgt het rapport ook als je verder niets afneemt.