WordPress-back-up terugzetten: 6 stappen voor veilig herstel

Je website valt uit na een update, een pagina is per ongeluk verwijderd of je webshop werkt ineens niet meer. Een WordPress-back-up terugzetten kan dan helpen. Toch wil je vooraf weten wat je herstelt en welke recente gegevens daarbij verloren kunnen gaan. Met een goed herstelplan voorkom je dat een kleine storing een groter probleem wordt.

Voor ondernemers gaat het vooral om continuïteit: klanten moeten je kunnen bereiken, formulieren moeten werken en bestellingen mogen niet verdwijnen. Deze praktische checklist helpt je om een herstel zorgvuldig voor te bereiden en daarna te controleren.

1. Controleer of je back-up compleet is

Een WordPress-website bestaat uit bestanden en een database. De bestanden bevatten onder meer afbeeldingen, thema’s en plugins. In de database staan bijvoorbeeld pagina’s, berichten, instellingen en gebruikers. Voor een volledig herstel heb je normaal gesproken beide onderdelen nodig, zoals ook de officiële WordPress-documentatie over back-ups uitlegt.

Controleer daarom wat jouw hostingpakket of back-upoplossing werkelijk bewaart. Een melding dat de back-up is geslaagd, vertelt niet automatisch welke onderdelen zijn meegenomen. Kijk ook of je het archief kunt downloaden, of de database erbij zit en of je de benodigde toegang tot het hostingpaneel hebt.

Bewaar bovendien een kopie buiten de server waarop je website draait. Als die server niet bereikbaar is, wil je toegang houden tot je herstelbestanden. Leg vast wie de back-ups beheert en wie ze kan terugzetten.

2. Kies het juiste herstelmoment

De nieuwste back-up is niet altijd de juiste. Begon het probleem vanochtend na een update? Dan kan een kopie van daarvoor bruikbaar zijn. Speelt de storing al langer, dan moet je verder terugzoeken. Noteer wanneer je website voor het laatst aantoonbaar goed werkte.

Bekijk vóór een herstel welke gegevens sinds dat moment zijn toegevoegd. Denk aan nieuwe contactaanvragen, gewijzigde teksten, klantaccounts en webshopbestellingen. Bij een volledige databaseherstelactie wordt de huidige database doorgaans vervangen door de oudere inhoud. Gegevens die daarna zijn aangemaakt, zitten niet in die kopie.

Bij een webshop vraagt dit extra aandacht. Stem met je beheerder af hoe recente bestellingen en betalingen behouden blijven en hoe je voorkomt dat er tijdens het herstel nieuwe wijzigingen binnenkomen. Alleen een oudere database importeren kan anders tot verschillen met je betaalprovider leiden.

3. Bewaar ook de huidige situatie

Maak, als dat nog mogelijk is, een extra kopie van de huidige bestanden en database voordat je iets overschrijft. Zelfs een website met een fout kan recente gegevens bevatten die je later nodig hebt. Bewaar deze kopie apart en geef haar een herkenbare naam.

Schrijf daarnaast op wat je ziet: de foutmelding, het tijdstip waarop het probleem begon en welke wijzigingen eraan voorafgingen. Een screenshot en een korte lijst met recent bijgewerkte plugins kunnen je beheerder helpen om de oorzaak sneller te vinden.

Niet elk probleem vraagt om het terugzetten van de hele website. Een verkeerd aangepaste pagina kan soms met een revisie worden hersteld. Een probleem met één plugin kan een gerichtere oplossing hebben. Laat eerst beoordelen welke ingreep past bij de storing.

4. Test het herstel in een afgeschermde omgeving

Waar mogelijk laat je de back-up eerst terugzetten op een testomgeving. Daar kun je controleren of de kopie bruikbaar is zonder de live website direct te overschrijven. Bescherm die omgeving tegen ongewenste toegang en voorkom dat ze door zoekmachines wordt opgenomen.

Let ook op automatische processen. Een kopie van een webshop kan instellingen voor e-mails, betalingen of externe koppelingen bevatten. Zorg dat de testomgeving geen echte klantmails verstuurt of live transacties uitvoert. Een hersteltest moet juist duidelijkheid geven zonder nieuwe acties bij klanten te veroorzaken.

Controleer de belangrijkste pagina’s en functies. Werkt de navigatie? Zijn afbeeldingen aanwezig? Kun je inloggen? Een geslaagde import is pas het begin; de website moet ook daadwerkelijk doen wat je bezoekers verwachten.

5. Controleer na het terugzetten de klantreis

Is het herstel op de live omgeving uitgevoerd, loop dan dezelfde route als een klant. Open de homepage op mobiel, bezoek een dienstenpagina en test het contactformulier. Controleer of de testaanvraag ook in de juiste mailbox aankomt. Met de tips uit onze blog over je contactformulier verbeteren kun je meteen beoordelen of die route duidelijk blijft.

Controleer bij een webshop daarnaast productpagina’s, winkelwagen, voorraad en de aansluiting op betaal- en verzenddiensten. Gebruik daarvoor een afgesproken veilige testmethode. Controleer ook eventuele afsprakenformulieren en andere externe koppelingen.

Laat verouderde cache waar nodig legen en bekijk de website opnieuw. Houd daarna foutmeldingen en aanvragen in de gaten, zodat je afwijkingen snel kunt oppakken.

6. Los de oorzaak op en plan een hersteltest

Een back-up terugzetten herstelt een eerdere situatie, maar neemt de oorzaak niet vanzelf weg. Onderzoek waarom de storing ontstond voordat je dezelfde update of wijziging opnieuw uitvoert. Was er sprake van een hack? Dan is aanvullend onderzoek en het dichten van de toegang nodig. Lees daarvoor onze uitleg over een gehackte WordPress-website herkennen en herstellen.

Maak van een hersteltest een vast onderdeel van je beheer. Kies de back-upfrequentie op basis van hoeveel gegevens je website dagelijks verandert en hoeveel verlies je kunt accepteren. Leg ook vast hoe lang kopieën bewaard blijven en wie bij een storing handelt.

Weet jij of je website hersteld kan worden?

Een betrouwbare back-up is een kopie die compleet, bereikbaar en getest is. Door vooraf afspraken te maken, kun je bij een storing gerichter handelen. DSG WEB helpt je met WordPress onderhoud en het beoordelen van je back-up- en herstelproces. Wil je weten of jouw website goed voorbereid is? Neem contact op en laat je huidige situatie controleren.