U logt in op uw website om een openingstijd aan te passen en ziet in het beheer een rood bolletje met het getal 14. Veertien updates. U klikt ze niet aan, want de vorige keer dat u dat deed, verdween het menu. Maar helemaal negeren voelt ook niet goed. En zo staat dat bolletje er volgende maand nog, met een hoger getal.

De vraag hoe vaak u WordPress moet updaten heeft geen antwoord dat voor iedereen klopt, maar wel een antwoord dat voor de meeste ondernemers werkt. In dit artikel geven we een realistisch schema dat u kunt volhouden, uitgesplitst per type update, plus de volgorde en controles die voorkomen dat een update meer kapotmaakt dan hij oplost.

Niet alle updates zijn gelijk

Voordat u een ritme kiest, helpt het om te weten dat er drie soorten updates door elkaar in dat lijstje staan. Ze verdienen niet dezelfde urgentie.

  • Beveiligingsupdates. Een plugin of WordPress zelf dicht een bekend lek. Deze wilt u zo snel mogelijk, liefst binnen een paar dagen. Zodra zo’n lek publiek is, wordt er actief naar gezocht.
  • Kleine onderhoudsupdates. Bugfixes en kleine verbeteringen, herkenbaar aan het laatste cijfer dat verandert (bijvoorbeeld 4.2.1 naar 4.2.2). Laag risico, kunnen in een vast ritme mee.
  • Grote versie-updates. Het eerste of tweede cijfer verandert, of de plugin meldt zelf dat het een grote release is. Hier gaat het vaakst iets mis, omdat functies verdwijnen of anders gaan werken. Deze plant u apart en test u vooraf.

WordPress zelf maakt ook onderscheid: kleine beveiligings- en onderhoudsreleases installeert het standaard automatisch, grote versies niet. Of u die automatische updates aan wilt laten, is een afweging op zich; die behandelen we in het artikel over automatische updates aan of uit.

Hoe vaak WordPress updaten: een schema dat u volhoudt

Het beste schema is het schema dat u daadwerkelijk uitvoert. Een dagelijks ritme klinkt grondig, maar niemand houdt dat vol naast een bedrijf. Dit werkt in de praktijk voor de meeste sites:

  1. Wekelijks: kijken, niet per se klikken. Log één keer per week in en bekijk de lijst. Staat er een beveiligingsupdate tussen, of een update van een plugin die in het nieuws is vanwege een lek? Installeer die meteen. De rest mag wachten.
  2. Maandelijks: de vaste updateronde. Kies een vast moment, bijvoorbeeld de eerste dinsdagochtend van de maand. Maak een back-up, werk alle kleine updates bij, controleer de site en klaar. Een uur, hooguit.
  3. Per kwartaal: grote versies en het thema. Grote updates van WooCommerce, page builders zoals Elementor of Divi, en het thema zelf. Eerst testen, daarna pas op de live site.
  4. Jaarlijks: de onderliggende laag. Controleer of uw PHP-versie nog ondersteund wordt en of er plugins tussen zitten die al lang geen update meer hebben gekregen.

Voor een webshop schuift alles een tandje op: wekelijks bijwerken in plaats van maandelijks, en grote updates vrijwel altijd eerst op een testkopie. Elke dag dat de checkout hapert, kost immers direct omzet.

De volgorde die problemen voorkomt

Bijna alle ellende met updates komt door één van twee dingen: er was geen back-up, of alles werd tegelijk bijgewerkt zonder tussentijds te kijken. Deze volgorde ondervangt beide.

  1. Back-up maken. Bestanden én database. Controleer dat de back-up daadwerkelijk is afgerond voordat u verdergaat, en dat hij niet alleen op dezelfde server staat.
  2. Eerst plugins, dan het thema, dan WordPress. Plugins zijn het vaakst de boosdoener. Door ze eerst te doen, weet u zeker dat ze werken met de huidige WordPress-versie voordat u die ook bijwerkt.
  3. In groepjes, niet alles in één klik. Werk vier of vijf plugins bij, ververs de homepage en één belangrijke pagina, en ga dan verder. Gaat er iets mis, dan weet u meteen in welk groepje de veroorzaker zit.
  4. Controleer wat ertoe doet. Het contactformulier, het menu op mobiel, de afrekenpagina bij een shop, en de inlogpagina. Niet alles hoeft, wel de onderdelen waar uw klanten op vertrouwen.
  5. Cache legen. Ziet u nog een oude versie, dan is dat vaak de cacheplugin en niet een fout.

Kies een rustig moment. Niet vrijdagmiddag om vijf uur, niet vlak voor een campagne, en bij een webshop niet op de drukste dag van de week. Gaat er iets mis, dan wilt u tijd hebben om de back-up terug te zetten zonder dat de telefoon roodgloeiend staat. Wat u doet als een update ondanks alles misloopt, staat in het stappenplan bij een mislukte update.

Wanneer u beter even wacht

Meteen updaten is niet altijd slim. Bij grote releases, zeker van WordPress zelf of van WooCommerce, komen de eerste correcties vaak binnen een week of twee. Wie op de dag van uitkomst bijwerkt, is in feite proefkonijn. Een week wachten kost niets en scheelt geregeld gedoe. Beveiligingsupdates zijn de uitzondering: die wacht u niet af.

Ook verstandig om even te wachten: als een plugin een grote versie uitbrengt en u in de beschrijving woorden ziet als “herschreven”, “nieuwe interface” of “breaking changes”. Lees dan eerst de opmerkingen bij de update, of test hem op een staging-omgeving als u die heeft.

Een voorbeeld uit de praktijk: een installatiebedrijf in Tilburg werkte op een maandagochtend in één keer 23 updates bij, inclusief een grote versie van de formulierplugin. Het formulier bleef zichtbaar, maar stuurde geen mails meer door. Dat viel pas op toen een klant belde waarom er geen reactie kwam op zijn aanvraag van twee weken eerder. Met een controle direct na de update was dat binnen een minuut opgevallen.

Een ritme dat blijft hangen

Zet het maandelijkse moment in uw agenda alsof het een afspraak met een klant is, want dat is het eigenlijk ook. Houd een kort logboek bij: datum, wat is bijgewerkt, wat is gecontroleerd. Gaat er over drie maanden iets vreemds gebeuren, dan weet u wat er wanneer is veranderd.

Merkt u dat het er steeds bij inschiet, of dat u tegen elke update opziet omdat u niet weet wat u moet doen als het misgaat, dan is dat een teken. Niet dat u het niet kunt, maar dat het bij u geen prioriteit krijgt, en dat is begrijpelijk naast een bedrijf. In dat geval is onderhoud laten uitvoeren vaak goedkoper dan het lijkt, zeker afgezet tegen een dag zonder werkend formulier. Bij WebMaintor doen we de updateronde bijvoorbeeld voordat uw werkdag begint, met een back-up vooraf en een controle achteraf; andere bureaus werken vergelijkbaar. Hoe u het ook regelt: het schema hierboven is het minimum, en dat is prima haalbaar.