WordPress of maatwerk: hoe kiest u?

WordPress is een opensource-CMS met publicatietools, gebruikersrollen, thema’s, plugins en API’s. Een maatwerkoplossing combineert of ontwikkelt componenten voor een specifieke projectbrief. Ook maatwerk kan een CMS of externe bibliotheken gebruiken.

Uit de technologienaam alleen kunt u dus geen prijs, snelheid, veiligheid of levensduur afleiden. Die resultaten hangen af van de architectuur, implementatie, hosting, inhoud en het onderhoud.

Breng in kaart wie elk inhoudstype aanmaakt, nakijkt, vertaalt, plant en publiceert. WordPress biedt veel gangbare redactiefuncties. Dat kan goed passen bij een team dat regelmatig publiceert en vertrouwde conventies wil gebruiken.

• Een maatwerkwebsite kan een eenvoudig beheerscherm, een extern CMS of updates door de leverancier voorzien.
• Dat moet expliciet in de scope staan; het is niet vanzelfsprekend inbegrepen.
• Vraag vóór de keuze een demonstratie met uw eigen inhoud.

Noteer formulieren, talen, betalingen, reservaties, catalogi, imports, exports, toegangsrechten en koppelingen met andere systemen. Beschrijf per functie welke gegevens worden uitgewisseld, wie verantwoordelijk is en wat er bij een fout moet gebeuren.

• WordPress kan worden uitgebreid met plugins of specifieke code.
• Maatwerk kan een bijzondere interface of workflow rechtstreeks volgen.
• Bij beide keuzes moet u de kwaliteit van uitbreidingen, API’s en integratietests beoordelen.

Een sobere WordPress-site kan snel zijn en een maatwerkwebsite kan traag zijn; het omgekeerde geldt eveneens. Thema, plugins, media, scripts, caching, server en applicatiecode bepalen samen het resultaat.

Vraag meetbare doelen, tests op de belangrijkste paginatypes en een methode voor opvolging na de lancering. Core Web Vitals bieden gemeenschappelijke meetpunten, maar geen CMS of framework garandeert automatisch goede scores.

Beveiliging gaat over risico’s verkleinen, niet over een onkwetsbaar systeem. De officiële WordPress-documentatie raadt onder meer aan om de software actueel te houden en vóór een update een back-up te maken. Ook thema’s, plugins, accounts en servers horen bij de beoordeling.

Maatwerk moet eveneens bibliotheken, het framework, de hosting, toegangen, back-ups en logbestanden opvolgen. De passende frequentie hangt af van het systeem en zijn blootstelling; zonder risicoanalyse is een vaste jaarlijkse of maandelijkse controle geen volledige beveiligingsaanpak.

Maatwerk betekent niet langer elke regel met de hand schrijven. Het staat vandaag voor een site die met een statische sitegenerator of een modern framework wordt gebouwd, waarvan de pagina’s vooraf worden geproduceerd en als gewone bestanden worden geserveerd, met componenten die voor het project zijn ontworpen. De inhoud kan in gestructureerde bestanden zitten, in een CMS zonder publieke interface, of in een spreadsheet.

Het verschil met WordPress is architecturaal: er is geen databank die bij elk bezoek wordt bevraagd, geen PHP dat wordt uitgevoerd, geen extensie die op alle pagina’s wordt geladen. Een server die alleen bestanden verdeelt, is snel door zijn opbouw en biedt bijna geen aanvalsoppervlak.

Die aanpak heeft een prijs: elke functie moet bewust worden gekozen en geïntegreerd, waar WordPress ze aanbiedt als een kant-en-klare extensie. Voor een presentatiesite, een blog of een catalogus is die beperking licht. Voor een platform met gebruikersaccounts, betalingen en door bezoekers gegenereerde inhoud wordt het een echt ontwikkelingsproject.

Een team dat meerdere artikels per week publiceert, met meerdere auteurs, concepten, nalezingen en planning, vindt in WordPress een volwassen redactietool die weinig maatwerkoplossingen zonder grote inspanning evenaren. Dat is zijn historische kern en daar blijft hij uitstekend.

Een site die door eender welke dienstverlener moet kunnen worden overgenomen, is ook een gunstig geval: duizenden ontwikkelaars in België kennen WordPress, en de klant is nooit gevangen bij één persoon. Die vrijheid heeft waarde, op voorwaarde dat u de controle over domein, hosting en toegangen behoudt.

Ten slotte halen een middelgrote webshop met WooCommerce, of een verenigingssite die door niet-technische vrijwilligers wordt beheerd, voordeel uit een ecosysteem van extensies en handleidingen dat geen enkele maatwerkoplossing kan bieden. Maatwerk zou dan slechts een dure elegantie zijn.

Een presentatiesite van vijf tot dertig pagina’s, die enkele keren per jaar verandert, heeft geen enkele behoefte aan een databank, een beheerpaneel en twintig te onderhouden extensies. Statisch gebouwd is hij sneller, veiliger en goedkoper te hosten, en vraagt hij nagenoeg geen technisch onderhoud.

Een project waarin prestaties en toegankelijkheid contractuele eisen zijn, bijvoorbeeld om te voldoen aan de European Accessibility Act, is beter gediend met componenten die voor die site zijn ontworpen en getest dan met een generiek thema waarvan elke extensie een gebrek kan herintroduceren.

Een meertalige site met een propere structuur — een URL per taal, vertalingen die naast elkaar worden bijgehouden, correcte taallinks — is eveneens eenvoudiger proper te bouwen in maatwerk dan samen te stellen met vertaalextensies waarvan het gedrag van versie tot versie verschilt.

Een WordPress-site krijgt elke maand updates van de kern, het thema en elke extensie. Ze toepassen duurt enkele minuten als alles goed gaat en enkele uren als een update een andere extensie breekt. De voorafgaande back-up, de test en het eventuele terugdraaien maken deel uit van de operatie. Eén à twee uur per maand rekenen is realistisch voor een gemiddelde site, meer met een webshop.

Een statische maatwerksite heeft geen kern om aan serverzijde bij te werken. De bibliotheken die bij de bouw worden gebruikt evolueren, maar een versie die werkt, blijft onbeperkt werken; de update gebeurt wanneer de site wordt gewijzigd, niet uit veiligheidsplicht. Het onderhoud beperkt zich tot controleren dat hosting en domein vernieuwd zijn.

Dat verschil verklaart waarom onderhoudscontracten bij WordPress bijna systematisch zijn en bij statische sites vaak overbodig. Het maakt de ene niet beter dan de andere; het verschuift de kost van het initiële project naar de exploitatie, of omgekeerd, en u vergelijkt beide beter over drie jaar dan bij de lancering.

Van wie zijn de code, het ontwerp en de inhoud zodra ze betaald zijn? Staan domein en hosting op naam van het bedrijf? Wat gebeurt er als de dienstverlener verdwijnt: blijft de site werken, en kan iemand anders hem overnemen met de geleverde documentatie?

• Hoe wijzigt u een tekst, een foto, een prijs?
• Door wie, in hoeveel tijd, tegen welke kost?
• Een demonstratie met uw eigen inhoud is meer waard dan een belofte.
• Wat zijn de terugkerende kosten, regel per regel, en welke zijn optioneel?

Op welke criteria wordt de site ten slotte opgeleverd: gemeten prestaties, gecontroleerde toegankelijkheid, weergave op de afgesproken toestellen, formulieren getest met echte verzendingen? Een dienstverlener die die criteria schriftelijk aanvaardt, levert u een site waarover objectief kan worden gesproken, WordPress of niet.

Vergelijk offertes voor dezelfde scope: ontwerp, inhoud, vertaling, migratie, licenties, hosting, onderhoud, monitoring, ondersteuning en verdere ontwikkeling. Startprijzen zijn alleen vergelijkbaar wanneer de leveringen en verantwoordelijkheden overeenkomen.

• Controleer wie het domein, de hosting, accounts, code, media en gegevens beheert.
• Vraag naar exportmogelijkheden, documentatie, back-ups en de voorwaarden voor overdracht aan een andere leverancier.
• Die punten zijn even belangrijk als WordPress of maatwerk.