Een dagelijkse back-up van je website klinkt als zo'n technische randzaak die je gerust aan iemand anders overlaat, tot de dag dat je site plat ligt en je beseft dat de laatste reservekopie van drie maanden geleden is. Op dat moment is het verschil tussen een uurtje ongemak en dagenlang stilstand precies die ene gewoonte: elke nacht een verse kopie van je bestanden en database wegschrijven. In dit artikel leggen we uit waarom een dagelijkse back-up geen luxe is maar de basis van betrouwbare hosting, hoe vaak je echt moet bewaren, waarom je kopieën buiten je eigen server hoort op te slaan, en waarom een back-up die je nooit hebt teruggezet eigenlijk geen back-up is.
Waarom een dagelijkse back-up essentieel is
Een website is nooit klaar. Er komen nieuwe blogartikelen bij, klanten plaatsen bestellingen, een formulier vult je CRM, prijzen worden aangepast. Al die wijzigingen leven in je bestanden en in je database. Gaat er iets mis, dan ben je niet alleen de techniek kwijt, maar ook alles wat sinds je laatste back-up is gebeurd. Werk je met een wekelijkse kopie, dan riskeer je in het slechtste geval zes dagen aan bestellingen, leads en content. Met een dagelijkse back-up beperk je die schade tot maximaal vierentwintig uur.
De dingen die misgaan zijn zelden spannend. Een mislukte plugin-update die je hele WordPress-installatie blokkeert. Een medewerker die per ongeluk een hele productcategorie verwijdert. Een gehackte site waar plotseling spam-pagina's tussen je content staan. Een serverstoring bij je hoster. In al deze gevallen is de oplossing dezelfde: terugzetten naar de versie van gisteren en verder. Zonder dagelijkse back-up zit je urenlang te puzzelen of, erger nog, opnieuw te bouwen.
Voor een lokale ondernemer in Beek of elders in Limburg telt vooral het verlies dat je niet ziet. Een webshop die een dag offline is tijdens een drukke periode, een aannemer die net een advertentiecampagne draait terwijl zijn contactformulier verdwenen is: die gemiste omzet komt niet terug. Goede webhosting waar dagelijkse back-ups standaard ingebakken zitten, is daarom geen kostenpost maar een verzekering.
Hoe vaak moet je een back-up maken
Het eerlijke antwoord: hangt af van hoe vaak je site verandert. Een statische brochuresite die je twee keer per jaar aanpast, heeft genoeg aan een wekelijkse kopie aangevuld met een handmatige back-up vlak voor elke wijziging. Een webshop met meerdere bestellingen per dag heeft daarentegen baat bij een dagelijkse back-up als absolute ondergrens, en idealiter zelfs meerdere momenten per dag.
De vuistregel die wij hanteren: bepaal hoeveel werk je bereid bent kwijt te raken. Noem dat je acceptabel dataverlies. Verlies je liever niet meer dan een dag aan content of bestellingen, dan is een dagelijkse back-up het minimum. Wil je geen uur verliezen, dan ga je richting continue of uurlijkse kopieën. Voor de meeste ondernemerssites is dagelijks de gulden middenweg: betaalbaar, automatisch, en ruim voldoende om een ramp te overleven.
Belangrijk is ook hoe lang je die kopieën bewaart. Eén back-up van gisteren is mooi, maar wat als je pas na een week ontdekt dat er malware in zat? Dan wil je terug kunnen naar een schone versie van bijvoorbeeld tien dagen geleden. Houd daarom een reeks aan: bijvoorbeeld de laatste veertien dagelijkse kopieën, plus een paar wekelijkse en maandelijkse. Zo heb je altijd een punt om naar terug te keren, ook als een probleem pas later opvalt.
Bewaar je back-ups niet op dezelfde server
Een veelgemaakte fout is de back-up netjes elke nacht wegschrijven, maar wel op dezelfde server waar de site staat. Op het moment dat die server crasht, brandt, of door een hacker wordt platgelegd, verlies je in één klap zowel je site als de kopie. Dat is geen back-up, dat is een schijnzekerheid.
Een echte back-upstrategie bewaart kopieën op een andere locatie, los van de productieserver. In de praktijk betekent dit dat je back-ups naar een externe opslag of een ander datacenter worden geschreven. Een bekende richtlijn is de drie-twee-een-regel: drie kopieën van je data, op twee verschillende soorten opslag, waarvan één buiten je eigen locatie. Klinkt overdreven voor een kleine site, maar het komt neer op iets simpels: zorg dat één verse kopie ergens anders staat dan de rest.
Bij off-site bewaren speelt ook privacy mee. Staan er persoonsgegevens van klanten in je database, dan vallen die back-ups onder de AVG, ook wanneer ze bij een externe partij staan. De Autoriteit Persoonsgegevens verwacht dat je weet waar die data zich bevindt en dat ze beveiligd is. Kies daarom een back-uplocatie binnen de EU en versleutel je kopieën. Wie zijn webdesign en hosting in eigen huis houdt bij een bureau dat hierover meedenkt, voorkomt dat dit soort regelgeving een blinde vlek wordt.
Een ongeteste back-up is geen back-up
Hier gaat het in de praktijk het vaakst mis. Een bedrijf maakt jarenlang trouw elke nacht een back-up, voelt zich veilig, en ontdekt op de dag van de ramp dat het terugzetten niet werkt. De bestanden zijn corrupt, de database-export is half, of niemand weet meer welke knoppen je moet indrukken om te herstellen. Een back-up die je nooit hebt teruggezet, is een aanname, geen zekerheid.
Test herstel daarom regelmatig. Zet minstens een paar keer per jaar een back-up terug in een testomgeving en controleer of de site werkt, of de database compleet is, en hoe lang het hele proces duurt. Die laatste vraag is belangrijker dan mensen denken: weet je dat een volledig herstel twee uur kost, dan kun je je klanten daarop voorbereiden. Denk je dat het tien minuten is terwijl het in werkelijkheid een halve dag duurt, dan ontstaat de echte paniek.
Documenteer ook wie wat doet. Wie heeft toegang tot de back-ups, wie voert het herstel uit, en hoe bereik je die persoon op een zaterdagavond? Voor de techniek achter zo'n herstelplan en het versnellen van je site na een terugzetting kun je terecht bij web.dev van Google, dat heldere richtlijnen biedt over prestaties en betrouwbaarheid: zie web.dev. Goede vindbaarheid bouw je tenslotte op een site die ook echt online blijft; downtime kost je niet alleen omzet maar ook positie in Google.
Wat er gebeurt zonder back-up
Stel je een Limburgse webshop voor die net voor de feestdagen wordt gehackt. Zonder dagelijkse back-up moet de eigenaar de hele site opnieuw laten bouwen, terwijl de bestellingen binnenstromen en blijven hangen. Klanten haken af, reviews worden negatief, en de schade loopt op tot duizenden euro's. Met een geteste dagelijkse back-up was dezelfde aanval een kwestie van: schone versie terugzetten, wachtwoorden vernieuwen, en binnen een uur weer draaien.
Het verschil zit hem dus niet in of er ooit iets misgaat, want dat gebeurt vroeg of laat altijd, maar in hoe snel je weer staat. Een dagelijkse back-up verandert een potentiële catastrofe in een vervelend uurtje. Heb je vragen over je huidige back-upstrategie of wil je weten of jouw hosting dit goed regelt, neem dan gerust contact op.
Conclusie
Een dagelijkse back-up van je website is de goedkoopste verzekering die je kunt afsluiten tegen de duurste problemen. Maak elke nacht een kopie, bewaar die buiten je eigen server, houd een reeks van meerdere dagen aan, en test minstens een paar keer per jaar of het terugzetten echt werkt. Doe je dat, dan is een crash, een mislukte update of een hack geen ramp meer maar een routineklus. Wil je dat dit automatisch geregeld is, kijk dan naar ons abonnement Compleet van 95 euro per maand: hosting op onze eigen server, plus updates, onderhoud, monitoring, back-ups en support binnen 1 werkdag, voor ondernemers in Beek en heel Limburg.