Een WordPress-back-upstrategie draait om de vraag wat je terug kunt krijgen wanneer er iets misgaat. Het bestaan van een reservekopie is daarvoor niet genoeg. Je moet weten hoe recent de gegevens zijn, waar de kopie staat en hoe de website weer bruikbaar wordt.
Begin daarom bij het bedrijfsproces. Hoeveel nieuwe informatie mag bij herstel verloren gaan? Hoe lang kan een formulier, webshop of boekingsroute buiten gebruik zijn? Die antwoorden sturen de technische inrichting.
Bepaal wat je daadwerkelijk moet bewaren
WordPress bestaat niet alleen uit zichtbare pagina’s. De officiële back-updocumentatie maakt onderscheid tussen bestanden en database. Ook aanvullende instellingen en externe systemen kunnen voor herstel van je bedrijfsproces nodig zijn.
Laat vastleggen wat een back-up bevat en wat erbuiten valt. Denk aan mediabestanden, maatwerkcode, formuliergegevens en configuratie. Veronderstel niet dat een hostingback-up automatisch ieder gekoppeld systeem omvat.
Kies frequentie op basis van veranderingen
Een website die wekelijks een artikel publiceert verandert anders dan een webshop met dagelijkse orders. Dezelfde back-upfrequentie kan daardoor voor de ene omgeving passend en voor de andere onvoldoende zijn.
Gebruik een concreet scenario. Wanneer de website aan het einde van een werkdag uitvalt, welke gegevens zijn sinds de laatste kopie ontstaan? Kun je die informatie elders terugvinden, of moet je klanten opnieuw benaderen? Bespreek dit voordat een incident plaatsvindt.
Bewaar herstelmogelijkheden gescheiden
Een kopie die alleen in dezelfde kwetsbare omgeving staat, kan bij een storing of incident eveneens onbruikbaar worden. Laat de opslagstrategie daarom beoordelen op onafhankelijkheid, toegangsrechten en beschikbaarheid.
Beperk wie kopieën kan lezen of verwijderen. Een back-up kan persoonsgegevens en geheime instellingen bevatten. Deel hem niet zomaar via een openbare link of een persoonlijke mailbox. Laat bewaartermijnen en toegang aansluiten op de afspraken van je organisatie.
Test een herstel buiten productie
Plan een proef waarbij een kopie in een aparte omgeving wordt teruggezet. Controleer of de website opent en of belangrijke functies met veilige testgegevens werken. Zorg dat de testomgeving geen echte klanten mailt of betalingen verwerkt.
Noteer welke stappen handmatig nodig zijn en welke toegangen ontbreken. Een hersteltest ontdekt niet alleen technische fouten, maar ook organisatorische gaten: bijvoorbeeld een licentieaccount waar niemand meer bij kan.
Leg beslissingen en verantwoordelijkheden vast
Wie bepaalt welke kopie wordt gebruikt? Wie geeft toestemming wanneer recente gegevens kunnen worden overschreven? Wie controleert na herstel de aanvraagroute? Benoem dit vooraf, zodat een incident niet begint met zoeken naar de juiste persoon.
Een fictief voorbeeld: na een defecte update is een oudere versie beschikbaar, maar sinds die kopie zijn nieuwe aanvragen binnengekomen. De herstelprocedure moet dan ook beschrijven hoe die recente informatie behouden blijft.
Bespreek de back-upstrategie met Axtivons WordPress-ontwikkeling en de verantwoordelijke voor API-koppelingen. Het doel is niet zoveel mogelijk kopieën verzamelen. Het doel is dat je bedrijf aantoonbaar verder kan wanneer een herstelactie nodig is.