Naar de inhoud

19 september 2026

Back-ups van je website: waarom de meeste nooit getest zijn

Illustratie over het testen van backups van een website

Bijna elke hostingpartij maakt back-ups. Daarom gaat vrijwel iedereen ervan uit dat het goed zit.

Tot het moment waarop je er een nodig hebt. Dan blijkt de laatste van drie weken geleden te zijn, of alleen de database te bevatten en niet je afbeeldingen, of blijkt dat niemand precies weet wie hem kan terugzetten en hoe lang dat duurt.

Een back-up die je nooit hebt teruggezet is geen back-up. Het is een aanname.

Het verschil tussen een back-up hebben en kunnen herstellen

Een back-up maken is makkelijk en kost bijna niets. Terugzetten is het moeilijke deel, en dat is precies het deel dat nooit geoefend wordt.

Een werkende website bestaat uit twee dingen: een database met al je teksten, pagina’s, instellingen en bestellingen, en een map met bestanden waarin je thema, je plugins en al je afbeeldingen staan. Je hebt ze allebei nodig, van hetzelfde moment. Heb je alleen de database, dan krijg je een site zonder afbeeldingen terug. Heb je alleen de bestanden, dan krijg je een lege site.

Dat klinkt logisch, maar het is precies waar het in de praktijk misgaat.

Zes vragen aan je hostingpartij

Stuur ze deze vragen gerust letterlijk door. De antwoorden vertellen je in vijf minuten waar je staat.

Hoe vaak wordt er een back-up gemaakt? Dagelijks is het minimum. Bij een webshop is dagelijks eigenlijk al te weinig, want een dag verloren bestellingen ben je niet zomaar kwijtgeraakt, die moet je ook nog aan klanten uitleggen.

Hoe lang worden ze bewaard? Zeven dagen klinkt redelijk, maar is het niet. Veel problemen ontdek je pas na weken, en dan zijn al je back-ups inmiddels besmet of overschreven. Dertig dagen is een veiligere ondergrens.

Zitten de bestanden en de database er allebei in? Zie hierboven.

Staat de back-up ergens anders dan de website zelf? Een back-up op dezelfde server is geen back-up. Gaat die server stuk of raakt hij besmet, dan ben je allebei kwijt.

Wie kan hem terugzetten en hoe lang duurt dat? Kun je het zelf, of moet je een ticket indienen en wachten? Dat verschil is op een maandagochtend met een platte webshop het enige dat telt.

Wanneer is dat voor het laatst echt gedaan? Dit is de vraag die het antwoord geeft. Als niemand het weet, dan is het antwoord nooit.

De 3-2-1-regel, vertaald naar het MKB

De klassieke vuistregel voor back-ups is drie kopieen, op twee verschillende soorten opslag, waarvan een op een andere locatie.

Voor een zakelijke website komt dat hierop neer: de live site, een dagelijkse back-up bij je hostingpartij, en een kopie op een andere plek dan die server. Die derde kopie is degene die nooit geregeld is en degene die je redt op de dag dat het echt misgaat.

Wat er in de praktijk misgaat

De back-up bevat het probleem al. Een site die twee maanden geleden is gehackt zonder dat iemand het merkte, staat ook gehackt in al je back-ups. Terugzetten lost dan niets op. Daarom is monitoring net zo belangrijk als de back-up zelf.

De verkeerde versie terug. Zonder duidelijke tijdstempel weet je niet welke back-up van voor het probleem is. Dan ben je aan het gokken terwijl je site plat ligt.

Terugzetten duurt langer dan verwacht. Bij een grote site is dat geen knop maar een proces van tientallen minuten. Dat wil je weten voordat het nodig is, niet terwijl je klanten bellen.

Niemand heeft de inloggegevens. Bij het bureau dat je site ooit bouwde en nu niet meer reageert. Dit komt vaker voor dan alle technische problemen bij elkaar.

Hoe ik het doe

Bij de websites die ik beheer draaien dagelijkse back-ups van zowel de bestanden als de database, met bewaartermijn, en op een andere plek dan de site zelf.

Belangrijker: ik zet periodiek een back-up terug op een testomgeving. Niet omdat het moet, maar omdat dat de enige manier is om te weten dat het werkt voordat het moet werken. Een back-up die je niet hebt getest is een belofte, geen zekerheid.

Dat hoort bij het pakket, net als updates, beveiliging en monitoring. Wat daar verder in zit staat in Wat kost WordPress onderhoud?

Wat je vandaag kunt doen

Stel die zes vragen aan je hostingpartij en kijk wat er terugkomt. Kun je op vraag zes geen antwoord krijgen, dan weet je genoeg.

Wil je dat ik het voor je nakijk? Stuur me je websiteadres, dan zoek ik uit hoe het geregeld is en laat ik je weten wat ik zie. Je zit nergens aan vast.