Een website back-up is een kopie waarmee je terugkeert naar een werkende versie na een hack, mislukte update of menselijke fout. Volg de 3-2-1-regel: 3 kopieën, 2 soorten opslag, 1 offsite. Stem de frequentie af op hoe vaak je site verandert en test periodiek of het terugzetten echt werkt.
Je website staat er goed bij, alles werkt, en dan gaat het mis. Een mislukte plugin-update maakt je site wit, of een medewerker gooit per ongeluk de verkeerde pagina weg. Op dat moment is er maar één vraag die telt: kun je terug naar hoe het gisteren was? Een back-up is precies dat: een kopie waar je op terugvalt als de originele situatie kapot is. Je merkt hem nooit, tot je hem hard nodig hebt.
Wat kan er misgaan met je website?
De meeste ondernemers denken bij dataverlies meteen aan hackers. Dat gebeurt ook, maar het is lang niet het enige risico. Het CBS meldt in de Cybersecuritymonitor 2024 dat 1% van alle bedrijven met minstens twee werknemers in 2023 met ransomware te maken kreeg — gijzelsoftware die je bestanden versleutelt tot je betaalt. Klinkt weinig, maar veel vaker voorkomend is simpele uitval: bij 9% van de bedrijven viel in 2023 een ICT-systeem uit. Dat is bijna één op de tien.
In de praktijk zijn er drie hoofdredenen waarom je terug wilt kunnen naar een oudere versie:
- Een hack of ransomware. Aanvallen zijn meestal geautomatiseerd en willekeurig, niet gericht. "Wij zijn te klein om interessant te zijn" is daarom een gevaarlijke aanname — de Rijksoverheid benadrukte in september 2025 nog dat juist het MKB zich beter kan wapenen.
- Een mislukte update. WordPress, een plugin of het thema krijgt een update die botst met de rest. Resultaat: een witte pagina of een kapotte lay-out. Met een back-up draai je binnen minuten terug.
- Menselijke fout. Iemand overschrijft een pagina, verwijdert de verkeerde afbeeldingen of exporteert de database fout. Dit is verrassend vaak de echte oorzaak, en geen firewall houdt het tegen.
Wat is de 3-2-1-back-upregel?
De 3-2-1-regel is de standaard waar IT'ers al jaren op leunen, en hij is simpeler dan hij klinkt. Het gaat om drie getallen:
| Getal | Betekenis | Waarom |
|---|---|---|
| 3 | Minstens 3 kopieën van je data | Eén origineel plus twee back-ups. Faalt er één, dan heb je nog twee. |
| 2 | Op 2 verschillende soorten opslag | Bijvoorbeeld de server én een cloudopslag. Eén type kapot betekent niet alles kwijt. |
| 1 | 1 kopie op een andere locatie (offsite) | Brand, diefstal of een gehackte server raakt niet je externe kopie. |
Het idee erachter: één kopie is geen kopie. Als je enige back-up op dezelfde server staat als je website, en die server wordt versleuteld door ransomware, dan is je back-up net zo goed versleuteld. De offsite-kopie — ergens anders, los van je hosting — is wat je redt in het ergste scenario.
Een back-up die op dezelfde plek staat als je website is geen verzekering, maar een tweede exemplaar dat samen met het origineel kapotgaat.
Voor een doorsnee MKB-website hoef je hier geen serverkast voor te bouwen. In de praktijk betekent 3-2-1 vaak: je live-site, een automatische back-up bij je hosting, en een kopie in een losse cloudopslag of bij een externe back-updienst. Dat is genoeg.
Hoe vaak moet ik mijn website back-uppen?
Hierop bestaat geen vast antwoord — de juiste frequentie hangt af van hoe vaak je site verandert. De vuistregel: stel jezelf de vraag "hoeveel werk wil ik maximaal opnieuw doen als het misgaat?"
- Een statische bedrijfssite die je een paar keer per jaar aanpast, heeft genoeg aan een wekelijkse back-up. Er verandert immers weinig.
- Een site met een actieve blog of regelmatig nieuwe pagina's is beter af met een dagelijkse back-up. Anders ben je een week schrijfwerk kwijt.
- Een site waar constant iets binnenkomt — denk aan boekingen of formulieren die je nergens anders opslaat — wil je vaker dan dagelijks, of continu.
Bewaar bovendien niet alleen de laatste back-up. Als een hack er drie dagen ongemerkt in zit, wil je kunnen terugvallen op een versie van vóór de besmetting. Een reeks van bijvoorbeeld de laatste 30 dagen geeft die ruimte.
Waarom is een back-up die je nooit test waardeloos?
Dit is het punt dat de meeste ondernemers overslaan. Een back-up die je nog nooit hebt teruggezet, is geen zekerheid — het is een aanname. Bestanden kunnen corrupt zijn, de database kan onvolledig zijn opgeslagen, of het terugzetten (de restore) blijkt in de praktijk niet te werken. Dat merk je liever niet op de dag dat je site plat ligt.
Test daarom periodiek of een restore echt werkt. Dat hoeft niet elke week: een paar keer per jaar een back-up terugzetten op een testomgeving — een kopie van je site die niet online staat — is vaak genoeg. Je controleert dan of de pagina's, afbeeldingen en formulieren er echt weer staan. Pas als je één keer succesvol hebt teruggezet, weet je dat je verzekering ook echt uitkeert.
Wie is verantwoordelijk voor de back-ups: ik of mijn host?
"Mijn host doet toch back-ups" is de gevaarlijkste zin in dit hele verhaal. Vaak klopt het half: veel hostingpakketten maken inderdaad back-ups, maar:
- ze bewaren die soms maar een paar dagen;
- ze testen zelden of de restore werkt;
- en bij een goedkoop pakket staat de back-up niet zelden op dezelfde infrastructuur — geen echte offsite dus.
Het echte probleem is onduidelijkheid. Als niemand expliciet verantwoordelijk is, doet niemand het goed. Zoek daarom uit wat er precies in je hostingcontract staat: hoe vaak wordt er een back-up gemaakt, hoe lang bewaard, en wie zet hem terug als het misgaat? Staat het er vaag, ga er dan niet vanuit dat het geregeld is.
Bij Ruberio hoort back-up bij het onderhoud van de sites die we beheren, samen met updates en beveiliging. Wij bouwen geen webshops, maar voor de bedrijfssites die we in beheer hebben, weten we precies wie waarvoor verantwoordelijk is — juist omdat we die vraag niet aan het toeval overlaten. Hoe dat past in de rest van het onderhoud lees je in heeft een website onderhoud nodig?.
Wat kost een goede back-upstrategie?
Niet veel, en dat is precies waarom het zonde is om het niet te regelen. Cloudopslag voor een MKB-website kost vaak een paar euro per maand. Bij managed hosting — waar back-ups, updates en beveiliging inbegrepen zijn — zit het meestal al in de prijs. Bij Ruberio kost hosting €20 per maand en zijn back-ups onderdeel van het pakket; onderhoud (updates, controles, terugzetten waar nodig) is €95 per maand. Alle prijzen zijn vast en vooraf, zonder verrassingen achteraf — je vindt ze terug in de rekentool op onze prijzenpagina.
Zet dat af tegen de kosten van geen back-up: een week werk opnieuw doen, een site die dagen offline is terwijl klanten je niet kunnen vinden, of in het ergste geval losgeld dat volgens datzelfde CBS-onderzoek maar 2% van de getroffen bedrijven daadwerkelijk betaalde — de rest zat met andere kosten en gedoe. Een back-up is de goedkoopste verzekering die je op je website kunt nemen.
Kort samengevat
- Je hebt back-ups niet nodig tegen één ramp, maar tegen drie: hacks, mislukte updates en menselijke fouten.
- Volg de 3-2-1-regel: 3 kopieën, 2 soorten opslag, 1 offsite.
- Stem de frequentie af op hoe vaak je site verandert — wekelijks voor een statische site, dagelijks voor een actieve blog.
- Test minstens een paar keer per jaar of een restore echt werkt.
- Leg vast wie verantwoordelijk is; ga er niet blind vanuit dat je host het regelt.
Wil je gewoon dat dit soort dingen geregeld zijn zonder er zelf omkijken naar te hebben? Dat is precies waar ons onderhoud en onze hosting voor bedoeld zijn. Bekijk hoe we werken of neem contact op — dan zorgen we dat je back-ups op orde staan vóór je ze nodig hebt.
Veelgestelde vragen
Ruben bouwt en ontwerpt de websites bij Ruberio en is verantwoordelijk voor techniek, SEO en AI-vindbaarheid. Hij schrijft over wat écht werkt voor MKB-websites.