U was een alinea aan het herschrijven, iemand belde, en na het opslaan blijkt de helft van de pagina weg. Of een collega heeft de tekst van vorige week vervangen door een versie die niemand goedkeurde. In beide gevallen is de reflex hetzelfde: paniek, en dan de vraag of er een back-up is.

Meestal is die back-up helemaal niet nodig. Een pagina terugzetten in WordPress kan namelijk vaak binnen twee minuten, met een functie die er standaard in zit en waar verrassend weinig mensen van weten: revisies. Dit artikel laat zien hoe dat werkt, waar de grenzen liggen en wanneer u wél naar de back-up moet.

Wat revisies zijn

Elke keer dat u op Opslaan of Bijwerken drukt, bewaart WordPress de vorige versie van de tekst. Dat gebeurt automatisch, ook bij het automatisch opslaan dat elke minuut in de achtergrond doorloopt. Op een pagina die u tien keer heeft bewerkt, staan dus tien oudere versies klaar.

Die versies bevatten de titel, de inhoud en de samenvatting. Ze bevatten niet de instellingen eromheen, en dat verschil is de kern van dit artikel. Wat er níet in zit:

  • De uitgelichte afbeelding.
  • De categorieën en tags.
  • De permalink.
  • Aangepaste velden, bijvoorbeeld die van een plugin voor extra invoervelden.
  • Instellingen van een paginabouwer, in veel gevallen. Elementor en Divi hebben hun eigen versiegeschiedenis, los van die van WordPress.
  • Wijzigingen in het menu, de widgets of het thema.

Kort gezegd: revisies redden uw tekst, niet uw indeling. Voor het overgrote deel van de ongelukken is dat precies wat u nodig heeft.

Een pagina terugzetten in WordPress, stap voor stap

  1. Open de pagina of het bericht om te bewerken.
  2. Klik rechtsboven op het instellingenpictogram zodat de zijbalk verschijnt, en kies het tabblad Bericht of Pagina.
  3. Zoek de regel met het aantal revisies. Staat er “Revisies 8”, klik erop. Ziet u die regel niet, dan zijn er geen bewaarde versies, bijvoorbeeld omdat de pagina nog nooit is bewerkt of omdat revisies zijn uitgeschakeld.
  4. Sleep de schuifbalk bovenaan. Links ziet u de oude versie, rechts de huidige. Verwijderde tekst kleurt rood, toegevoegde tekst groen.
  5. Zoek de laatste versie waarin alles nog klopte. Neem hier de tijd voor; het is verleidelijk om meteen de oudste te pakken, maar dan gooit u ook goede wijzigingen weg.
  6. Klik op Deze revisie herstellen. U komt terug in de bewerkweergave met de oude tekst erin.
  7. Controleer de pagina in een voorbeeld en klik dan pas op Bijwerken.

Belangrijk: herstellen maakt zelf ook weer een nieuwe revisie. U kunt dus altijd terug naar de versie waar u vandaan kwam. Er is geen weg die u definitief afsnijdt, wat dit een risicoloze handeling maakt.

Wanneer revisies u niet helpen

Er zijn vier situaties waarin u verder moet kijken.

De pagina is verwijderd, niet gewijzigd. Kijk dan eerst in de prullenbak, onder Pagina’s, Prullenbak. WordPress bewaart verwijderde pagina’s daar standaard dertig dagen. Terugzetten is één klik.

Er is gewerkt met een paginabouwer. Elementor bewaart eigen versies onder het pictogram met de geschiedenis linksonder in de bewerker; Divi heeft iets vergelijkbaars. Zoek daar, niet in de WordPress-revisies.

Er zijn geen revisies. Sommige hostingpartijen of optimalisatieplugins beperken het aantal bewaarde versies tot twee of drie, of schakelen ze helemaal uit om de database klein te houden. Wat dat precies doet en hoe u een verstandig aantal instelt, staat in het artikel over het beperken van revisies.

Het gaat om meer dan een pagina. Is er een hele set pagina’s aangepast, of is er iets misgegaan met het thema of de menu’s, dan komt de back-up in beeld. Hoe u die terugzet zonder nieuwe schade, leest u in de uitleg over het terugzetten van een back-up.

Voorkomen dat u het nodig heeft

Een paar gewoontes maken dit soort ongelukken zeldzaam.

  • Sla vaker op tijdens het schrijven. Elke opslag is een terugkeerpunt. Bij één opslag aan het eind heeft u er geen.
  • Werk grote herschrijvingen uit in een concept, niet in de gepubliceerde pagina. U kunt een kopie maken en die pas publiceren als hij klaar is.
  • Geef medewerkers de rol die past. Iemand die alleen berichten hoeft te schrijven, hoeft geen pagina’s te kunnen bewerken. Welke rol wat mag, staat in het overzicht van gebruikersrollen.
  • Zet twee mensen nooit tegelijk in dezelfde pagina. WordPress waarschuwt hiervoor, maar die melding wordt vaak weggeklikt. De tweede die opslaat, overschrijft de eerste.
  • Laat revisies aanstaan. Beperk ze desnoods tot tien of vijftien per pagina, maar zet ze niet uit om ruimte te besparen. Die winst is verwaarloosbaar vergeleken met de waarde op het moment dat u ze nodig heeft.

Een kort voorbeeld

Bij een adviesbureau werd de dienstenpagina op een vrijdagmiddag bijgewerkt door een stagiair die de oude tekst had geselecteerd en per ongeluk had overschreven. Maandagochtend viel het op. Er was geen back-up van het weekend, want die stond op wekelijks.

Via de revisies stond de tekst van donderdag binnen drie minuten terug, inclusief de opsommingen. Alleen de uitgelichte afbeelding was in de tussentijd gewijzigd, en die moest met de hand opnieuw worden ingesteld, precies zoals te verwachten was. Totale hersteltijd: vijf minuten, zonder dat er iemand aan de database is geweest.

Dat is meteen de reden waarom dit artikel bestaat: veel ondernemers bellen hun beheerder voor iets wat ze zelf sneller oplossen. Wat u wel wilt uitbesteden, zijn de gevallen waarin de revisies niet volstaan. Bij dat soort vragen is iemand die meekijkt bij het dagelijkse beheer het verschil tussen vijf minuten en een verloren ochtend; bij WebMaintor hoort dit tot de verzoeken die dezelfde dag worden opgepakt.

Concrete volgende stap: open een willekeurige pagina van uw site en kijk of u de regel met revisies ziet staan. Staat er niets, dan weet u nu dat uw vangnet ontbreekt en dat het inschakelen ervan een instelling is, geen project.