Werd uw website tussen 2014 en 2020 gebouwd, dan is de kans groot dat er WPBakery in zit. Vroeger heette het Visual Composer, het zat gratis meegeleverd bij duizenden thema’s van marktplaatsen, en het is nog altijd op enorme aantallen sites actief. De vraag die ondernemers ons stellen is bijna altijd dezelfde: is WPBakery onderhoud nog verantwoord, of moet ik iets nieuws?

Het eerlijke antwoord is dat er geen deadline hangt. Er is geen dag waarop uw site ineens stukgaat. Maar er is wel een sluipend verschil in kosten en risico, en dat verschil groeit. Hieronder zet ik beide routes naast elkaar, inclusief wat elk van de twee in geld en tijd betekent.

Waarom deze paginabouwer anders is dan de rest

Het knelpunt zit in de manier waarop de opmaak wordt opgeslagen. WPBakery zet uw pagina weg als een reeks shortcodes in het tekstveld: blokjes tekst tussen vierkante haken die pas bij het tonen worden omgezet in kolommen, knoppen en tabbladen. Zet u de bouwer uit, dan ziet uw bezoeker die haken letterlijk op het scherm staan.

Dat betekent dat de opmaak niet los te weken is van de plugin. Bij de blokkeneditor van WordPress zelf staat de structuur als leesbare opmaak in de database; zet u die editor uit, dan blijft er nog een nette pagina over. Bij WPBakery blijft er niets over. U zit dus niet aan een bouwer vast uit gemakzucht, maar technisch.

Daar komt bij dat het onderdeel dat de meeste sites gebruiken meegeleverd is bij het thema. Dat betekent: geen eigen licentie, geen eigen updatemeldingen, en updates die pas komen als de themabouwer een nieuwe versie uitbrengt. Doet die dat niet meer, dan loopt uw versie stil. Hoe u ziet of een onderdeel is opgegeven, staat in de uitleg over stilgevallen uitbreidingen.

Route 1: blijven en netjes onderhouden

Dit is verdedigbaarder dan mensen denken. De bouwer wordt nog steeds ontwikkeld en krijgt beveiligingsupdates. Draait uw site goed, bent u tevreden over het uiterlijk en verandert er weinig aan de inhoud, dan is doorgaan gewoon de goedkoopste keuze.

Wat u dan wel moet regelen:

  • Controleer wie de licentie beheert. Zit hij bij uw thema, kijk dan wanneer dat thema voor het laatst is bijgewerkt. Meer dan een jaar stilte is een waarschuwing.
  • Test updates eerst op een kopie. Juist bij deze combinatie van thema en bouwer gaan updates vaker mis dan gemiddeld.
  • Houd de PHP-versie in de gaten. Oudere bouwerversies struikelen over PHP 8.2 en hoger met waarschuwingen bovenaan de pagina.
  • Wees zuinig met extra uitbreidingspakketten. De losse add-ons met vijftig extra elementen zijn een bekende bron van kwetsbaarheden.
  • Bewaar een werkende back-up van vlak voor elke update. Terugdraaien is hier de snelste reparatie.

Kosten: uw normale onderhoud, plus wat extra testtijd. Reken op ongeveer een halfuur extra per updateronde omdat u de opmaak visueel moet nalopen.

Route 2: overstappen naar een andere editor

De overstap is geen conversie maar een herbouw van de opmaak. Er bestaan hulpmiddelen die shortcodes proberen om te zetten, maar in de praktijk leveren die pagina’s op die er half uitzien en die u alsnog met de hand nabouwt. Ga uit van handwerk.

Een realistische aanpak in stappen:

  1. Inventariseer hoeveel pagina’s er werkelijk zijn. Vaak is dat minder dan gedacht: tien vaste pagina’s en honderd blogberichten die grotendeels gewone tekst zijn.
  2. Bepaal welke sjablonen terugkomen. Meestal zijn het er drie of vier: startpagina, dienstenpagina, referentiepagina, contact.
  3. Bouw die sjablonen opnieuw in de blokkeneditor of in een moderne bouwer, op een kopie van de site.
  4. Neem de inhoud over en gooi meteen weg wat al jaren niemand leest.
  5. Controleer de adressen. Blijven de webadressen gelijk, dan hoeft u niets om te leiden. Dat is de grootste besparing die u kunt pakken.
  6. Zet de oude bouwer pas uit als alles staat, nooit halverwege.

Kosten: voor een site van vijftien tot twintig pagina’s zijn we in de praktijk twee tot vier werkdagen bezig. Dat is fors, maar het is minder dan een volledig nieuwe website, omdat teksten, foto’s en structuur blijven staan. Twijfelt u tussen dit en helemaal opnieuw beginnen, dan helpt de afweging tussen vernieuwen en verbeteren.

Wanneer kiest u wat?

Blijven is verstandig als de site draait, het thema nog updates krijgt, u weinig wijzigt en er geen webshop aan hangt. Overstappen wordt de betere keuze zodra een van deze dingen speelt: het thema krijgt al meer dan een jaar geen update, u wilt de site laten meegroeien met nieuwe diensten, de pagina’s laden traag door de opgestapelde elementen, of u merkt dat elke kleine tekstwijziging een hulpvraag wordt omdat de editor onhandig werkt.

Dat laatste is het argument dat mensen het vaakst onderschatten. Als uw medewerker een half uur bezig is om één alinea te wijzigen, betaalt de overstap zich terug in werkuren die u niet op een factuur ziet.

Wat wij meestal adviseren

In de meeste gevallen adviseren wij: blijf voorlopig, maar plan de overstap. Zet er een moment op, bijvoorbeeld het volgende boekjaar of het moment waarop u toch de teksten wilt herzien, en onderhoud tot die tijd strak. Zo betaalt u niet twee keer: één keer voor spoedwerk en één keer voor de herbouw.

Bij WebMaintor kijken we bij dit soort sites eerst naar de updategeschiedenis van het thema, want die bepaalt hoeveel tijd u nog heeft. Loopt die stil, dan schuift de planning naar voren. De rest van het werk verandert daar niet door: testen op een kopie, terugdraaien wat misgaat en zorgen dat de site tussendoor gewoon in de lucht blijft, hoort bij het reguliere beheer van een WordPress-site.

Concrete volgende stap: kijk in uw beheerscherm bij de thema’s welke datum er bij de laatste update staat. Dat ene getal bepaalt of u rustig kunt blijven zitten of dat u een planning moet maken.