Website herstellen na mislukte migratie: wat doe je in de eerste 48 uur
Website herstellen na mislukte migratie: een 48-uurs plan voor wat je direct moet doen, wie je belt en welke fouten je niet meer maakt.
In dit artikel
Vrijdagmiddag, vier uur. Je krijgt een mail van een klant die zegt: “Onze site is weg.” Een uur eerder is een DNS-wissel doorgevoerd en sindsdien staat er een hostingsplash of een lege pagina. De vorige partij neemt de telefoon niet meer op.
Dit komt vaker voor dan veel ondernemers denken. Een migratie die op staging perfect leek, gaat op productie alsnog op de fles. Soms door een DNS-fout, soms door een vergeten redirect, soms door een database die niet volledig is meegekomen.
Hieronder een werkbare aanpak voor de eerste 48 uur. Het uitgangspunt: structuur boven paniek. Ik beschrijf wat je zelf kunt doen en op welk punt het slimmer is om iemand met serverervaring in te schakelen.
Uur 0 tot 4: stop met aanrommelen en breng het in kaart
Het verleidelijke is om direct in de admin te duiken en knoppen te gaan indrukken. Dat is bijna altijd verkeerd. Elke wijziging die je nu doet kan een rollback bemoeilijken.
Doe in plaats daarvan dit:
- Maak een schermafdruk van wat de bezoeker nu ziet, met de URL erbij
- Open de site in een incognito-tab en in een andere browser, om browsercache uit te sluiten
- Vraag de oude én de nieuwe hosting om bevestiging: waar wijst de DNS nu daadwerkelijk naartoe
- Noteer wie de migratie heeft uitgevoerd, met welk account en hoe laat
- Verzamel alle inloggegevens die je hebt: oude hosting, nieuwe hosting, registrar, e-mail
Schrijf vervolgens kort op wat er werkt en wat niet. Komt er een 500-fout? Een 404? Een hosting-splash? Een witte pagina? Werkt mail nog wel? Werkt een ander subdomein wel? Dit lijken triviale vragen maar ze sluiten een groot deel van de oorzaken uit.
Bij urgentie pak ik dit zelf op tegen €105 per uur. Dat is 1,5 keer het standaardtarief en geldt voor avond, weekend en nacht. Ik reken alleen de uren die ik echt aan herstel besteed.
Uur 4 tot 12: backup terughalen of bestaande situatie veiligstellen
Een mislukte migratie is meestal te herstellen, op één voorwaarde: er is een werkende backup van vóór de wissel. Voordat je iets aanpast, bevestig je dat die backup er is.
Drie plekken om te controleren:
- Backup-plugin op de oude site (UpdraftPlus, Duplicator, All-in-One WP Migration)
- Hosting backup (cPanel “JetBackup” of Plesk “Backup Manager”)
- Eigen externe backup, lokaal of in een cloud-opslag
Heb je geen backup, dan is de oude site soms nog te benaderen via het oude IP-adres. Een handige hostingpartij kan dat IP-adres tijdelijk reactiveren zodat je content kunt exporteren. Vraag daar expliciet om.
Tegelijkertijd maak je een momentopname van de huidige (kapotte) situatie. Een backup van de nieuwe hosting, hoe stuk die ook is. Daar kunnen logbestanden in zitten die de oorzaak verklappen.
In mijn ervaring komt 80 procent van de migratie-problemen door één van deze oorzaken:
- DNS-wissel uitgevoerd voordat de nieuwe site klaar stond
- Database niet volledig overgekomen (verbroken queries, ontbrekende tabellen)
- Bestandsrechten verkeerd na FTP-overdracht
- Vergeten om wp-config.php aan te passen aan de nieuwe database-credentials
- 301-redirects ontbreken of zijn verkeerd om gebouwd
- SSL-certificaat is niet opnieuw uitgegeven voor het nieuwe IP
Bij elk van deze oorzaken is er een logische volgorde om te herstellen. Tegen elkaar in werken is de grootste valkuil.
Uur 12 tot 24: kies tussen rollback en doorduwen
Hier komt het beslissingsmoment. Twee paden.
Pad A: rollback. Je zet de DNS terug naar de oude hosting, herstelt de backup, en de site is weer in de lucht zoals hij was. Dit is de veiligste optie als de oude site nog bestaat. Nadeel: de migratie moet later opnieuw, vaak met dezelfde partij die het de eerste keer niet voor elkaar kreeg, of met iemand anders.
Pad B: doorduwen. Je laat de DNS staan en lost de problemen op de nieuwe hosting op. Dit is sneller als de oorzaak duidelijk is en goed te isoleren. Riskanter als er meerdere problemen tegelijk spelen.
Mijn vuistregel: kies pad A als de oude site nog werkt en als de fouten op de nieuwe site complex of meervoudig zijn. Kies pad B als de oude hosting niet meer beschikbaar is, of als de fout overduidelijk een verkeerde wp-config of een ontbrekende redirect is.
Verbeteren boven herbouwen geldt ook hier. Een halfwerkende nieuwe site is geen “verbeterde” site. Soms is rollback gewoon de beste keuze, ook als het voelt als een stap achteruit.
Uur 24 tot 48: SEO en e-mail veiligstellen
Komt de site weer in de lucht, dan is het werk niet af. Twee dingen die in de eerste twee dagen aandacht vragen.
E-mail. Een DNS-wissel raakt vaak ook de MX-records. Controleer of inkomende mail nog binnenkomt en of uitgaande mail wordt afgeleverd. Stuur een testbericht vanaf een extern adres (gmail, outlook) naar het eigen domein. Komt het binnen? Stuur er een vanaf het domein naar je gmail-adres. Komt die door en niet in spam?
SEO en Search Console. Zodra de site weer werkt, dien een verse sitemap in bij Google Search Console. Controleer de Coverage-rapportage op 404’s. Een dag downtime is geen ramp voor SEO, maar een paar dagen kapotte redirects wel.
Volg de Google site move documentatie als je toch de nieuwe site behoudt. Daar staat exact welke stappen Google verwacht.
Wanneer je iemand met serverervaring nodig hebt
Niet alles is een DIY-klus. Schakel iemand in als:
- De foutmelding gaat over de database (mysqli, “error establishing a database connection”)
- Het over SSL-certificaten of HTTPS-mixen gaat
- De hostingpartij zegt dat het probleem aan jouw kant ligt en jij niet weet waar te kijken
- De vorige partij niet meer reageert en je niet bij de credentials kunt
- De site bevat een webshop met live bestellingen die door blijven komen
Bij dat laatste is downtime duur. Reken voor een webshop met live bestellingen al snel honderden euro’s per uur aan gemiste omzet. Dan is professioneel herstel niet duur, het is goedkoop.
Wat ik bij dit soort herstel doe
Mijn werkwijze als je me belt:
- Korte intake van 10 tot 15 minuten via WhatsApp of telefoon
- Toegang vragen tot oude hosting, nieuwe hosting en registrar
- Diagnose in maximaal twee uur, met een schriftelijke status en herstelvoorstel
- Uitvoering op uurbasis, tegen €105 per uur bij spoed
- Test- en monitoringfase van 24 uur na herstel
- Schriftelijk overzicht van wat er fout ging en hoe dat in de toekomst te voorkomen is
Bij mij heb je direct contact met degene die het werk uitvoert. Geen tussenlaag, geen wachten op een accountmanager die zelf weer terug moet bellen. Geen bureau-tarieven, ook bij spoed niet (alleen de 1,5x voor avond en weekend).
Heb je nu een site die offline is? Stuur me je URL, wat er misgaat en wie de migratie deed. Reactie binnen het uur op werkdagen, en zo snel mogelijk in het weekend. Meer artikelen over dit thema vind je in de categorie website migratie. Voor de scope van mijn werk zie je terug op diensten.
Veelgestelde vragen over spoedherstel
Kan ik beter wachten tot de oorspronkelijke partij terugbelt?
Een paar uur is meestal verdedigbaar, vooral als de partij heeft toegezegd terug te bellen. Bij meer dan een dag wachten zonder reactie weegt de schade van downtime al snel zwaarder dan de kosten van een nieuwe partij. Veel ondernemers wachten te lang uit beleefdheid. Zakelijk gezien is dat zelden de juiste keuze.
Wat als ik geen backup heb?
Dan kijk ik wat er nog bereikbaar is. De oude hosting bewaart vaak nog 30 dagen aan logs en bestanden, soms langer. Web Archive (archive.org) kan helpen om HTML-content terug te vinden. In het ergste geval bouw je een minimale tijdelijke pagina met contactgegevens en bouwt de echte site stap voor stap weer op. Vervelend, maar zelden onmogelijk.
Is een mislukte migratie verzekerd?
Voor mijn werk geldt: inspanningsverplichting, geen resultaatverplichting. Aansprakelijkheid is beperkt tot het bedrag dat in de drie maanden vooraf is betaald. Wat de oorspronkelijke partij over haar voorwaarden heeft afgesproken, staat in hun contract. Schakel bij grote schade desnoods een jurist in.
Wat kost het om een mislukte migratie te herstellen?
Dat hangt af van de oorzaak. Een DNS-rollback met backup-restore kost typisch 2 tot 4 uur. Een complete database-reconstructie kan oplopen tot 12 tot 20 uur. Het spoedtarief is €105 per uur. Bij meer dan 8 uur werk maak ik vooraf een urenraming met een bovengrens, ook bij spoed.
Hoe voorkom ik dat dit nog eens gebeurt?
Drie regels die ik bij elke migratie hanteer. Eén: backup van zowel oude site als staging-versie, op twee plekken bewaard. Twee: DNS-omschakeling pas na een laatste integrale test op de nieuwe omgeving. Drie: de eerste 24 tot 48 uur monitoring met een handmatige check, niet alleen geautomatiseerde tools.
Werk je ook in het weekend?
Voor spoedgevallen ja, in overleg. Voor reguliere afspraken niet. Het tarief voor avond, weekend en nacht is €105 per uur, exclusief btw. Tijdregistratie is afgerond per 15 minuten en het minimum per factuur is €50.
