Een website verhuizen lijkt op papier eenvoudig: bestanden kopiëren, database meenemen, domein omzetten. In de praktijk kan één verkeerde instelling al zorgen voor een onbereikbare site, kwijtgeraakte formulieren of e-mail die op het verkeerde punt binnenkomt. Wie een website wil migreren zonder downtime, behandelt de verhuizing daarom niet als één technische handeling, maar als een gecontroleerd proces met voorbereiding, een testomgeving en een zorgvuldig omschakelmoment.
Voor een mkb-bedrijf is bereikbaarheid geen detail. Bezoekers moeten je website kunnen vinden, klanten moeten kunnen bestellen of contact opnemen en medewerkers moeten e-mail kunnen blijven gebruiken. Met de juiste volgorde beperk je de risico’s sterk – ook als je verhuist naar een andere hostingpartij, een nieuwe server of een volledig vernieuwde website.
Waarom downtime bij een migratie ontstaat
Downtime ontstaat zelden door alleen het verplaatsen van bestanden. Meestal zit de oorzaak in de samenhang tussen domein, DNS-instellingen, hosting, database, certificaten en e-mail. Als deze onderdelen niet op elkaar aansluiten, wijst je domeinnaam bijvoorbeeld al naar de nieuwe server terwijl de website daar nog niet volledig werkt.
Ook caching speelt mee. Internetproviders, browsers en systemen bewaren DNS-informatie tijdelijk. Daardoor kan een deel van je bezoekers de oude omgeving zien, terwijl anderen al op de nieuwe server uitkomen. Dat is niet altijd te voorkomen, maar met een goede voorbereiding maak je de overgang voorspelbaar en houd je beide omgevingen tijdelijk beschikbaar.
Een migratie vraagt extra aandacht als je website dynamisch is. Denk aan een webshop met actuele bestellingen, een reserveringssysteem, een ledenportaal of formulieren die gegevens opslaan. In zulke gevallen is alleen een kopie van gisteren niet voldoende. Je moet ook bepalen welke wijzigingen vlak voor de omschakeling nog naar de nieuwe omgeving moeten.
Website migreren zonder downtime begint met inventarisatie
Breng eerst in kaart wat er precies meeverhuist. Veel organisaties denken alleen aan de website, maar een domein is vaak gekoppeld aan meer diensten. Noteer daarom de huidige hostingomgeving, domeinnamen en subdomeinen, DNS-records, SSL-certificaten, databases, geplande taken, formulieren, koppelingen met externe systemen en e-mailinstellingen.
Controleer ook welke onderdelen bedrijfskritisch zijn. Een informatieve website kan soms een korte onderhoudsmelding verdragen, maar voor een webshop of een klantportaal ligt dat anders. Maak duidelijk wie tijdens de migratie bereikbaar is om te testen en wie een beslissing mag nemen als er iets afwijkt van het plan.
Deze fase is ook het juiste moment om oude onderdelen op te ruimen. Niet elke plug-in, mailbox, subdomein of doorverwijzing hoeft mee naar de nieuwe omgeving. Wees daar wel voorzichtig mee: een oude landingspagina of subdomein kan nog verkeer, advertenties of koppelingen ontvangen. Verwijder pas iets als je zeker weet dat het geen functie meer heeft.
1. Kies een geschikt migratiemoment
Plan de omschakeling op een moment waarop je website het minst wordt gebruikt. Kijk niet alleen naar bezoekersaantallen, maar ook naar interne processen. Een boekingssysteem kan overdag rustig zijn, maar juist ’s avonds veel transacties verwerken.
Maak vooraf een tijdlijn. Daarin leg je vast wanneer de nieuwe omgeving klaar moet zijn, wanneer je een laatste databasekopie maakt, wanneer DNS wordt aangepast en wie de controles uitvoert. Reken daarnaast tijd voor onverwachte correcties. Een goed plan is niet bedoeld om alles star te laten verlopen, maar om rust te houden wanneer je moet bijsturen.
2. Bouw en test de nieuwe omgeving vooraf
Zet de nieuwe website of hostingomgeving volledig klaar voordat bezoekers erheen worden gestuurd. Plaats bestanden, importeer databases en stel de juiste versie van de benodigde software in. Controleer daarbij niet alleen of de homepage opent, maar ook of de techniek achter de schermen aansluit op je huidige situatie.
Test de omgeving via een tijdelijk adres of een veilige technische testmethode. Loop de belangrijkste gebruikersroutes na: pagina’s bekijken, een contactformulier versturen, inloggen, zoeken, bestellen en betalen als dat van toepassing is. Controleer ook foutmeldingen, redirects en de ontvangst van berichten uit formulieren.
Let bij een vernieuwde website op meer dan functionaliteit. Zijn belangrijke pagina’s bereikbaar via dezelfde URL’s? Werken bestaande doorverwijzingen? Staat de meetcode goed? Is er een actuele back-up? Een technisch werkende site kan anders alsnog omzet of vindbaarheid verliezen.
3. Verlaag de DNS TTL op tijd
De TTL bepaalt hoe lang DNS-informatie door systemen mag worden bewaard. Verlaag deze waarde bij voorkeur 24 tot 48 uur vóór de geplande verhuizing. Daardoor vragen systemen sneller opnieuw op naar welk IP-adres je domein verwijst nadat je de wijziging hebt doorgevoerd.
Een lagere TTL maakt de overgang niet magisch direct en voorkomt geen fouten in de DNS-configuratie. Wel verkleint het de periode waarin bezoekers verdeeld worden over de oude en nieuwe omgeving. Verhoog de TTL na een stabiele migratie weer naar een normale waarde, zodat je DNS-verkeer efficiënt blijft.
4. Maak een actuele back-up en een terugvalplan
Maak vlak voor de migratie een volledige back-up van bestanden, databases en relevante configuratie. Controleer vervolgens of die back-up ook echt bruikbaar is. Een back-up die niet kan worden teruggezet, helpt niet wanneer er snel herstel nodig is.
Leg daarnaast een terugvalplan vast. Welke DNS-wijziging draai je terug als de nieuwe omgeving niet goed functioneert? Hoe lang blijft de oude hosting actief? Wie voert de wijziging uit en welke gegevens zijn daarvoor nodig? Door deze vragen vooraf te beantwoorden, voorkom je improvisatie op een moment dat je bereikbaarheid onder druk staat.
5. Synchroniseer recente gegevens
Bij een statische website is een laatste kopie van de bestanden vaak genoeg. Bij een actieve website moet je rekening houden met wijzigingen die plaatsvinden terwijl je test. Nieuwe orders, formulierinzendingen, gebruikersaccounts en contentupdates kunnen anders ontbreken in de nieuwe omgeving.
Soms is een korte periode waarin je wijzigingen in de website beperkt de verstandigste keuze. Bij een drukke webshop kan het juist nodig zijn om vlak voor de DNS-wijziging een laatste synchronisatie uit te voeren. Welke aanpak past, hangt af van het systeem, het aantal transacties en de gevolgen van gemiste gegevens.
6. Zet DNS, SSL en e-mail zorgvuldig om
Pas DNS-records pas aan wanneer de nieuwe omgeving aantoonbaar klaarstaat. Controleer de records één voor één, inclusief subdomeinen en verificaties voor externe diensten. Een vergeten record kan ervoor zorgen dat een portal, agenda-koppeling of ander onderdeel onverwacht niet meer werkt.
SSL verdient een eigen controle. Je website moet direct via HTTPS beschikbaar zijn en geen beveiligingswaarschuwingen geven. Test ook de juiste doorverwijzing van HTTP naar HTTPS en van eventuele www-varianten naar de gewenste hoofddomeinnaam.
E-mail is een apart aandachtspunt. Als je alleen de webhosting verhuist, hoeven de e-mailinstellingen vaak niet mee te veranderen. Verhuis je ook e-mail, plan dit dan als een eigen onderdeel van het project. Controleer verzenden en ontvangen, de relevante DNS-records en de toegang voor gebruikers voordat je de oude dienst beëindigt.
7. Controleer na de omschakeling actief
Na de DNS-wijziging begint het echte controlewerk. Test de website vanaf verschillende apparaten en netwerken. Bekijk cruciale pagina’s, stuur een formulier, controleer eventuele bestellingen en houd foutmeldingen in de gaten. Controleer ook of bezoekers niet op onverwachte foutpagina’s of oude inhoud uitkomen.
Laat de oude omgeving nog niet meteen verwijderen. Houd deze beschikbaar totdat duidelijk is dat DNS overal goed is bijgewerkt en dat de nieuwe server stabiel draait. Bij complexe omgevingen is het verstandig om de eerste dagen extra te monitoren op prestaties, beveiligingsmeldingen en fouten in formulieren of koppelingen.
Wanneer professionele begeleiding verstandig is
Een eenvoudige website kun je soms zelf verhuizen als je de techniek goed kent en voldoende tijd hebt om te testen. Bij een webshop, meerdere domeinen, zakelijke e-mail, maatwerkkoppelingen of een website die leads en omzet oplevert, wegen de risico’s zwaarder. Dan is een migratieplan met één technisch aanspreekpunt vaak de veiligste keuze.
Cloudformatie kan de onderdelen rondom hosting, domein, e-mail en de website in samenhang beoordelen. Dat voorkomt dat je voor ieder onderdeel een andere partij moet inschakelen op het moment dat er iets niet werkt. De beste migratie is uiteindelijk niet degene die technisch het snelst is uitgevoerd, maar degene die je klanten nauwelijks merken en die je organisatie zonder zorgen verder laat werken.