Woensdagmiddag, kwart over drie. Je wilde alleen even een plugin bijwerken, maar in plaats van je homepage zie je een foutmelding. Je logt in bij je hostingpartij, zoekt naar een back-up en vindt er één van drie weken geleden. Alles wat je sindsdien hebt aangepast, is weg. En de aanvragen die via je formulier binnenkwamen ook.
Wanneer heb je voor het laatst een WordPress backup gemaakt, en weet je zeker dat je hem kunt terugzetten? Veel ondernemers gaan ervan uit dat het wel geregeld is, tot het moment dat ze hem nodig hebben. In dit artikel lees je hoe vaak een back-up echt nodig is, waar je hem bewaart en hoe je zeker weet dat hij werkt.
Een back-up is je reservewiel
Een back-up is als het reservewiel in je auto. Je denkt er nooit aan, tot je met een lekke band langs de snelweg staat. En dan blijkt het reservewiel zelf ook lek te zijn. Zo gaat het vaak met back-ups: ze bestaan, maar zijn te oud, onvolledig of niet terug te zetten.
Een volledige back-up van een WordPress-website bestaat uit twee delen. De bestanden: je thema, plugins en alle afbeeldingen en documenten die je hebt geüpload. En de database: daar staan je teksten, instellingen, gebruikers en eventuele bestellingen. Heb je maar een van de twee, dan kun je je site niet volledig herstellen.
Hoe vaak is vaak genoeg?
De juiste frequentie hangt af van één vraag: hoeveel werk mag je kwijtraken? Een back-up van gisteren betekent dat je in het ergste geval alles van vandaag opnieuw moet doen. Als richtlijn:
- Eenvoudige bedrijfswebsite die weinig verandert: wekelijks, plus altijd een extra back-up vlak voor een update of wijziging.
- Website met regelmatig nieuwe blogs of aanvragen via formulieren: dagelijks.
- Webshop: minimaal dagelijks, en bij veel bestellingen liever elk uur of zelfs doorlopend.
Neem een fictieve webshop met tien bestellingen per dag en een back-up die elke nacht om twee uur wordt gemaakt. Crasht de site om vier uur ’s middags, dan ben je bij het terugzetten de bestellingen van die dag kwijt uit je website. Die moet je vervolgens met de hand terugzoeken in je e-mail en bij je betaalprovider. Met een back-up per uur blijft dat beperkt tot hooguit een paar bestellingen.
Welke frequentie je ook kiest: maak altijd een extra back-up vlak voordat je iets groots verandert, zoals een update van WordPress, een nieuw thema of een nieuwe plugin. Dat kost je een minuut, en als het misgaat zet je je site met een paar klikken terug naar hoe hij vijf minuten eerder was. Lees ook waarom updates je website kunnen breken.
Vier regels voor een waterdichte back-up
1. Automatisch, niet met de hand
Een back-up die je zelf moet starten, vergeet je vroeg of laat. Laat een back-upplugin of je hostingpartij het automatisch doen, op vaste momenten.
2. Bewaar back-ups buiten je eigen server
De grootste fout: je back-up op dezelfde server bewaren als je website. Crasht die server of wordt hij gehackt, dan is je back-up ook weg. Een handige vuistregel is de 3-2-1-regel: drie kopieën van je gegevens, op twee verschillende plekken, waarvan één buiten de deur. Denk aan een beveiligde cloudopslag naast de back-ups van je hostingpartij.
3. Bewaar ze lang genoeg
Malware of een kapotte pagina valt niet altijd meteen op. Bewaar je alleen de back-ups van de laatste drie dagen, dan ben je te laat als je pas na een week iets ontdekt. Een bewaartermijn van een maand geeft je ruimte om terug te gaan naar een versie van vóór het probleem.
4. Test het terugzetten
Een back-up is pas een back-up als je hem kunt terugzetten. Probeer het af en toe op een rustig moment, bij voorkeur op een testomgeving. Je wilt niet midden in een crisis, met zweet in je handen, uitzoeken hoe de herstelknop werkt.
Wat je hostingpartij wel en niet regelt
“Mijn hoster regelt dat wel.” Soms klopt dat, maar kijk goed wat er precies gebeurt. Bij sommige pakketten worden back-ups maar een paar dagen bewaard, of alleen wekelijks gemaakt. Soms kun je ze niet zelf terugzetten en moet je een verzoek indienen. Zie de back-ups van je hostingpartij daarom als extra vangnet, niet als je enige. Waar je bij het kiezen van hosting op let, lees je in WordPress hosting kiezen.
Waar je op moet letten
- Back-ups die stil stoppen. Is je cloudopslag vol of verloopt een koppeling, dan stopt een plugin vaak zonder dat je het merkt. Zet meldingen aan en controleer maandelijks of er recente back-ups zijn.
- Back-ups bevatten persoonsgegevens. Staan er klantgegevens in je database, dan valt je back-up ook onder de AVG. Bewaar hem dus beveiligd, bij voorkeur versleuteld en binnen de EU.
- Geen back-ups in een openbare map. Een back-upbestand dat in een map op je website staat, kan soms door buitenstaanders worden gedownload. Laat je plugin ze buiten de website opslaan.
- Een besmette back-up is geen schone back-up. Ben je gehackt, dan zit de malware mogelijk ook in recente back-ups. Lees in ons stappenplan bij malware hoe je dan te werk gaat.
Zo regel je het vandaag nog
- Kijk wat er nu al is: maakt je hostingpartij back-ups, hoe vaak en hoe lang worden ze bewaard?
- Kies een frequentie die past bij hoeveel werk je kunt missen.
- Stel externe opslag in, buiten je eigen server.
- Doe een proefherstel op een testomgeving.
- Zet een maandelijkse herinnering om te controleren of alles nog draait.
Tot slot
Een WordPress backup maken moet een automatisme zijn, geen taakje op je to-do-lijst dat je vergeet. Zorg dat je reservewiel er niet alleen ligt, maar ook opgepompt is: automatisch, extern bewaard, lang genoeg bewaard en getest. Dan is een crash vervelend, maar geen ramp.
Geen zin om dit zelf in te regelen? In ons WordPress beheer maken we dagelijks (of vaker) back-ups naar een beveiligde cloudomgeving. Neem gerust contact op, dan kun jij weer rustig slapen.