Websiteback-up: wat moet je bewaren en hoe vaak?

Bepaal wat herstel betekent

Begin met de vraag: als de website vandaag verdwijnt, wat moet er morgen beschikbaar zijn? Bij een informatieve site moeten misschien pagina’s, afbeeldingen, formulieren en instellingen worden hersteld. Een webshop heeft daarnaast mogelijk producten, orders, klantaccounts, betaalconfiguratie en koppelingen nodig. Het plan hangt af van de schade van uitval en hoeveel recente gegevens je kunt missen.

Bepaal een realistische hersteltijd en een herstelpunt. Hersteltijd is hoe snel de site weer moet werken. Het herstelpunt is hoeveel recente activiteit verloren mag gaan. Een site die eens per maand verandert, heeft misschien niet hetzelfde schema nodig als een boekingssite die elk uur reserveringen ontvangt. Zo voorkom je schijnzekerheid en onnodige kosten.

Noteer herstelprioriteiten en deel ze met de mensen die storingen afhandelen. Tijdens een stressvolle storing is een korte lijst met essentiële pagina’s en systemen nuttiger dan een ongedocumenteerde aanname dat alles even belangrijk is.

Bewaar meer dan zichtbare paginabestanden

Bestanden zijn maar één onderdeel van een werkende website. Bewaar database, media, thema’s, plugins, maatwerkcode, configuratie, omgevingsinstellingen en geplande taken waar nodig. Leg DNS, domein, hosting, e-mail en integraties apart vast in een beveiligd overdrachtsdocument. Zonder configuratie is een map met bestanden misschien niet genoeg om de dienst opnieuw op te bouwen.

Neem formulieren, inzendingen en belangrijke downloads mee. Een back-up die alleen het ontwerp herstelt maar aanvragen verliest, kan tekortschieten voor de werkelijke herstelbehoefte van het bedrijf. Controleer bij een webshop of boekingssysteem hoe orders, beschikbaarheid, klantgegevens en betaalinstellingen worden beschermd. Vraag de provider wat de automatische back-up precies bevat in plaats van aan te nemen dat “dagelijkse back-up” alles dekt.

Controleer of de provider database en bestanden samen kan herstellen. Versieverschillen kunnen een site zichtbaar laten werken terwijl formulieren, logins of content falen. Test daarom gedrag en niet alleen de homepage.

Kies een frequentie op basis van verandering

Maak vaker back-ups wanneer de website vaker wijzigt of verlies direct geld kost. Een eenvoudige site kan genoeg hebben aan een wekelijkse volledige back-up met vaker een kopie van de database als formulieren actief zijn. Een webshop of boekingsdienst kan voor belangrijke gegevens dagelijkse of bijna continue bescherming nodig hebben. Maak een back-up vóór grote updates, migraties, redesigns en grote inhoudswijzigingen.

Frequentie is niet hetzelfde als bewaartermijn. Het schema zegt hoe vaak kopieën ontstaan; retentie zegt hoeveel oude versies beschikbaar blijven. Bewaar genoeg geschiedenis om een probleem te herstellen dat pas later wordt ontdekt, zoals een beschadigde plugin of stil misbruik van een account. Stem de termijn af op het bedrijf, wettelijke plichten en opslagkosten.

Bewaar minstens één bekende goede versie van vóór grote wijzigingen. Bij een geleidelijk probleem kan de nieuwste kopie hetzelfde probleem bevatten. Oudere versies geven een veiliger onderzoekspunt.

Houd kopieën apart en beschermd

Als alle back-ups op dezelfde server staan als de website, kan één incident beide treffen. Bewaar minstens één kopie in een aparte omgeving of account. Overweeg offline of op een andere manier geïsoleerde kopieën voor systemen met een hoger risico. Beperk toegang, gebruik encryptie waar passend en beveilig herstelaccounts met tweestapsverificatie.

Back-ups kunnen persoonsgegevens, klantberichten en accountgegevens bevatten. Behandel ze als gevoelige bedrijfsinformatie. Beperk downloads en herstelrechten, controleer de beveiliging van de provider en bewaar gegevens niet langer dan nodig. Een back-upplan moet privacy en herstel tegelijk ondersteunen in plaats van een ongecontroleerde tweede database te creëren.

Gebruik waar mogelijk aparte rechten voor lezen, maken en verwijderen van back-ups. Wie de website bewerkt hoeft niet automatisch iedere herstelkopie te kunnen wissen.

Test herstel op een veilige plek

Een voltooide back-up bewijst niet dat herstel werkt. Zet een kopie terug in een testomgeving en controleer pagina’s, formulieren, media, koppelingen en belangrijke routes. Test bij een webshop productdata en orderhistorie zonder echte betaling te versturen. Noteer duur, toegangen en handmatige stappen.

Test opnieuw na wijzigingen in hosting, plugins, betalingen of de back-upprovider. De instructies moeten begrijpelijk zijn voor iemand die de oorspronkelijke inrichting niet heeft gemaakt. Als herstel afhangt van de kennis van één persoon, is het plan kwetsbaar. Een korte, herhaalbare hersteloefening kan ontbrekende bestanden, niet-passende versies en toegangsproblemen aan het licht brengen vóór een echte storing.

Leg medewerkers uit wat een back-up niet oplost. Zij verwijdert niet vanzelf malware, draait een frauduleuze betaling niet terug en beslist niet of persoonsgegevens bewaard moeten blijven. Herstel vraagt ook om beveiligings- en bedrijfsbeslissingen.

Wijs verantwoordelijkheid toe en herzie

Bepaal wie meldingen ontvangt, fouten onderzoekt en herstel goedkeurt. Controleer logs in plaats van aan te nemen dat een geplande taak klaar is. Noteer opslagplaats, bewaartermijn, toegangen en eerste herstelstappen. Voeg contactpersonen toe voor hosting, domein, e-mail en belangrijke integraties.

Herzie het plan na bedrijfs- of websitewijzigingen. Nieuwe formulieren, accounts, betalingen, talen en integraties kunnen nieuwe eisen geven. Test één of twee keer per jaar praktisch herstel en werk documentatie bij. Het doel is niet kopieën bezitten, maar betrouwbaar terugkeren naar een werkende website.

Noteer na iedere test tijd, ontbrekende stappen en verbeteringen. Zie mislukt herstel als nuttige informatie en verbeter het proces vóór een volgende wijziging of storing.

Bronnen

• Data Integrity: Recovering from Ransomware and Other Destructive Events · NIST

Veelgestelde vragen

Is de automatische back-up van mijn hostingprovider genoeg?

Misschien als onderdeel van het plan. Controleer inhoud, bewaartermijn, opslagplaats en zelfstandig herstel. Houd voor belangrijke sites een aparte herstelmogelijkheid.

Hoe vaak moet een klein bedrijf back-uppen?

Stem de frequentie af op content, aanvragen, orders en boekingen. Wekelijks kan passen bij een eenvoudige site, terwijl een site met transacties dagelijkse of nog vaker bescherming nodig kan hebben.

Hoe weet ik of een back-up werkt?

Herstel haar in een veilige testomgeving en controleer pagina’s, formulieren, media, integraties en klantreizen. Een bestand op een server is geen bruikbaar herstel.