Serhii LypiiVrijdagmiddag, 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.
Website herstellen na mislukte migratie hoeft geen chaos te zijn. Hieronder een werkbare aanpak voor de eerste 48 uur, met als 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.
Wat zie je op je site?
Tik aan wat je nu ziet. Je krijgt de waarschijnlijke oorzaak en een eerste stap. Rustig aan: structuur boven paniek.
Zie je meerdere dingen? Kies de meest opvallende.
Zit je hier middenin? Stuur je URL, wat je ziet en wie de migratie deed. Reactie binnen het uur op werkdagen, en zo snel mogelijk in het weekend.
Vraag spoedhulpUur 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 doe bij het herstellen na een mislukte migratie
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.
