Waarom backups geen luxe zijn
Een WordPress-site kan op tientallen manieren stukgaan: een mislukte plugin-update, een gehackte inlog, een foute wijziging in je thema, of een server die crasht. De vraag is niet óf je ooit een backup nodig hebt, maar wanneer.
Wij zien het regelmatig: een ondernemer werkt jaren aan een site vol content, klanten en bestellingen, en heeft nooit een werkende backup. Als het dan misgaat, is de schade niet te overzien. Uren of dagen offline, verloren content, en soms verloren omzet.
Het goede nieuws: een backupstrategie opzetten kost weinig tijd en vaak weinig geld. Het is een van de goedkoopste verzekeringen die je als ondernemer kunt afsluiten. Deze gids legt uit hoe je het pragmatisch aanpakt.
De 3-2-1-regel uitgelegd
De standaard in backupland is de 3-2-1-regel. Simpel te onthouden en voor MKB ruim voldoende betrouwbaar.
- 3 kopieën van je data: de live site plus minstens twee backups. Eén backup is geen backup, want als die faalt sta je met lege handen.
- 2 soorten opslag: bijvoorbeeld je hosting-server plus een cloudopslag. Zo ben je niet afhankelijk van één systeem.
- 1 kopie off-site: op een andere fysieke locatie of bij een andere provider. Als je hostingprovider uitvalt, heb je nog steeds een kopie elders.
Wat moet je backuppen?
Een WordPress-site bestaat uit twee delen die je allebei nodig hebt om alles terug te zetten. Backup je er maar één, dan mist de helft.
De bestanden
Je thema, plugins, uploads (afbeeldingen, PDF's) en WordPress-core. Dit is meestal het grootste deel qua opslag. Zonder deze bestanden mist je site zijn uiterlijk en media.
De database
Al je content: pagina's, berichten, reacties, instellingen, gebruikers en (bij een webshop) bestellingen. De database is klein qua omvang maar het waardevolst: hier zit je werk van jaren.
Waarom je beide nodig hebt
Een backup van alleen bestanden geeft je een lege huls zonder content. Een backup van alleen de database geeft je content zonder vormgeving of afbeeldingen. Je hebt ze samen nodig voor een volledige restore.
Hoe vaak moet je backuppen?
De juiste frequentie hangt af van hoe vaak je site verandert. De vuistregel: backup zo vaak dat je bij een crash niet meer verliest dan je acceptabel vindt.
Voor een statische bedrijfssite die zelden wijzigt, is een wekelijkse backup vaak genoeg. Voor een actieve blog of een site waar regelmatig content bij komt, is dagelijks verstandig. Voor een webshop met dagelijkse bestellingen wil je realtime of meerdere keren per dag, want elke verloren bestelling is verloren omzet.
Denk ook aan bewaartermijn. Eén backup van gisteren is kwetsbaar: als een probleem er al een week in zit, is je enige backup ook besmet. Bewaar daarom een reeks: bijvoorbeeld de laatste 7 dagen plus een paar wekelijkse en maandelijkse punten.
Backup-methodes: plugin of hosting-niveau
Er zijn grofweg twee manieren om WordPress te backuppen, en ze sluiten elkaar niet uit. Sterker: de beste aanpak combineert ze.
Plugin-backups draaien binnen WordPress zelf (denk aan UpdraftPlus of vergelijkbaar). Voordeel: je regelt het zelf en zet backups weg naar cloudopslag. Nadeel: ze draaien op dezelfde server als je site en gebruiken de resources ervan. Als de server zelf faalt, kan de plugin niet meer draaien.
Hosting-niveau backups maakt je hostingprovider los van WordPress, op serverniveau. Voordeel: ze werken ook als WordPress kapot is, en belasten je site niet. Dat is waarom wij backups standaard op hosting-niveau meenemen, op snelle LiteSpeed-servers. Het betrouwbaarst is de combinatie: hosting-backup als fundament, plus een eigen off-site kopie.
Het belangrijkste: test je restore
Dit is de stap die vrijwel iedereen overslaat, en het is de belangrijkste. Een backup die je nooit hebt teruggezet, is geen backup, het is een aanname. Wij komen regelmatig backups tegen die corrupt of onvolledig blijken op het moment dat ze nodig zijn.
Test daarom minstens één keer of je backup daadwerkelijk terug te zetten is. Zet hem terug op een testomgeving (staging) en controleer of de site compleet en werkend is. Doe dit bij het opzetten, en herhaal het na grote wijzigingen.
Let bij het terugzetten op je URL's en interne verwijzingen. Verhuis je naar een andere omgeving, dan moet je soms redirects of URL-instellingen aanpassen. En check na een restore altijd of je SSL-certificaat nog actief is.
Rekenvoorbeeld: de kosten van geen backup
Stel je hebt een MKB-site die grofweg 30 aanvragen per maand oplevert, met een gemiddelde klantwaarde van 600 euro. Een backupplan kost je zeg 5 tot 15 euro per maand of zit al bij je hosting inbegrepen.
Scenario zonder backup: een mislukte update legt je site plat. Zonder werkende backup ben je afhankelijk van een developer die de site handmatig probeert te herstellen. Reken op 1 tot 2 weken offline, plus herstelkosten. In die periode mis je grofweg 15 aanvragen, ofwel 9.000 euro potentiële omzet, plus de reparatiekosten.
Scenario met backup: dezelfde mislukte update. Je zet binnen een uur de laatste werkende backup terug. Verlies: een uurtje werk en misschien één gemiste aanvraag.
De les: de backup kost je hooguit een paar tientjes per maand. Het alternatief kost je duizenden euro's en je nachtrust. Dit is een van de weinige beslissingen in ondernemen waar de rekensom echt geen twijfel laat.
Veelgemaakte fouten
Backupstrategieën falen bijna altijd op dezelfde manieren. Voorkom deze.
- Backups op dezelfde server als de live site, zonder off-site kopie. Server weg, alles weg.
- Nooit een restore testen: je ontdekt pas dat de backup faalt op het moment dat je hem nodig hebt.
- Alleen de database of alleen de bestanden backuppen, waardoor je restore incompleet is.
- Eén backuppunt bewaren: als het probleem er al langer in zit, is je enige backup besmet.
- Backups instellen en vergeten: controleer af en toe of ze nog draaien en slagen.
De beste backup is degene die je nooit nodig hebt, maar wel hebt getest. Iedereen die ooit een site heeft verloren zonder werkende backup, richt de volgende site anders in. Je hoeft die les niet zelf op de harde manier te leren.