WordPress: de nadelen, de alternatieven en wanneer maatwerk past

• Onderhoud van plugins. Elke uitbreiding heeft een eigen ontwikkelaar en een eigen updateritme. Een update van de ene plugin kan botsen met een andere, en dan moet iemand uitzoeken welke.
• Traagheid. Een zwaar thema, een page builder en een stapel plugins laden samen veel code op elke pagina. Op goedkope gedeelde hosting merk je dat snel.
• Beveiliging. Omdat WordPress op een groot deel van alle websites draait, zoeken aanvallers er actief naar. Verouderde plugins zijn de klassieke ingang. De officiële beveiligingsgids legt daarom de nadruk op updates en beperkte toegang.
• Terugkerende licenties. Premium thema's en plugins vragen vaak een jaarlijkse verlenging om updates en support te blijven krijgen.
• Een beheerscherm vol opties. Voor een kleine site die zelden verandert, biedt het WordPress-dashboard meer dan je nodig hebt, en dat maakt het voor sommige eigenaars net lastiger.

Is je WordPress-site traag of geeft hij steeds problemen? Opnieuw beginnen is dan niet altijd nodig. Soms volstaat het om plugins op te ruimen, het thema te vervangen of naar betere hosting te verhuizen. Pas als de basis zelf in de weg zit, loont een nieuwe site.

Voor nieuwe websites werk ik zelf meestal op maat, met SvelteKit op Cloudflare. Hoe een overstap van een bouwer naar maatwerk verloopt, lees je in van Wix naar maatwerk. Wil je je huidige site vervangen, bekijk dan hoe ik een website vernieuw, met je inhoud en je plaats in Google erbij.

Denk aan een KMO die referenties aanvult, een vereniging die activiteiten aankondigt of een organisatie met meerdere redacteurs. WordPress heeft onder meer pagina's, berichten, concepten, revisies en gebruikersrollen. Thema's en plugins, uitbreidingen op de basissoftware, voegen ontwerp en functies toe. Je kunt ook eigen uitbreidingen laten ontwikkelen. Die mogelijkheden staan beschreven in het officiële functieoverzicht.

Mijn advies: kijk eerst hoeveel van je vraag bestaande, goed onderhouden oplossingen afdekken. Een geschikte uitbreiding voor een formulier of reservatie kan ontwikkelwerk besparen. Controleer wel of ze jouw werkwijze ondersteunt, wie ze onderhoudt en of je voor updates of support moet blijven betalen. Alleen het aantal plugins zegt weinig; hun kwaliteit, onderlinge samenwerking en noodzaak wegen zwaarder.

• Eigen bedrijfsregels. Bijvoorbeeld een aanvraag die pas na goedkeuring naar een volgende stap mag, met verschillende bevoegdheden per medewerker.
• Een specifieke gebruikerservaring. Een configurator, portaal of werkoverzicht waarin klanten en medewerkers andere taken uitvoeren.
• Koppelingen die de werking dragen. Gegevens moeten betrouwbaar tussen je website, planning en bedrijfssoftware bewegen, ook wanneer een dienst tijdelijk uitvalt.

Dat betekent niet dat zulke functies onmogelijk zijn in WordPress. Ik zou beide voorstellen toetsen aan dezelfde concrete processen. Hoeveel eigen code is nodig? Hoe test je wijzigingen? Kan een andere ontwikkelaar het later overnemen? Als een oplossing buiten WordPress aantoonbaar beter aansluit, heb je een reden voor die keuze.

Maatwerk vraagt ook keuzes die een bestaand pakket al voor je gemaakt heeft. Een beheerscherm, zoekfunctie of goedkeuringsstap moet je bouwen of integreren en daarna onderhouden. Bouw daarom eerst wat je bedrijf nu nodig heeft; een vaag plan om later groot te worden is geen voldoende onderbouwing.

Neem een fictieve installateur uit het Waasland die zijn diensten uitlegt en maandelijks een realisatie toevoegt. Met WordPress kan hij die inhoud beheren binnen een afgesproken ontwerp. Een op maat gebouwde site met een CMS kan dezelfde taak ondersteunen. De doorslag zit dan in de kwaliteit van het voorstel, het gebruiksgemak voor de eigenaar en de afspraken over opvolging.

Bij een kleine site die zelden verandert, kan het ook volstaan om aanpassingen te laten uitvoeren. Spreek dan af wat zo'n wijziging kost en hoe snel die gebeurt. Een CMS is nuttig als je het gebruikt, maar hoeft geen verplicht onderdeel van elke site te zijn.

VTS 3: mijn werk aan de publieke schoolwebsite omvat WordPress, eigen PHP en CSS. De site biedt informatie voor ouders en toekomstige leerlingen, met aandacht voor toegankelijkheid en navigatie. Dat is een concreet voorbeeld van WordPress gecombineerd met eigen ontwikkeling. Je vindt het bij de websitevoorbeelden en op vts3.be.

Matched By Us: hiervoor bouwde ik een matchmakingplatform op maat. Het ondersteunt onder meer klantenportalen, matching met menselijke goedkeuring, planning, betalingen en communicatie. Bedrijfsregels, zoals één actieve match per persoon, spelen daar een centrale rol. De uitgebreide projectcase beschrijft mijn technische werk en de uitvoering.

De vereisten verschillen sterk. Uit deze projecten kun je geen eerlijke prijs-, snelheids- of SEO-wedstrijd tussen WordPress en maatwerk afleiden. Ze tonen welke soorten werk ik uitvoer; ze bewijzen niet dat een andere technische aanpak onmogelijk was.

Bij mijn portfolio hoort ook de vermelding dat een aantal projecten gerealiseerd is in opdracht van marketingpartner Customer Impact. Mijn technische bijdrage en de rol van een partner zijn verschillende zaken.

Vraag een demonstratie met jouw soort inhoud: een dienst aanpassen, een foto vervangen of een project toevoegen. Kun je een voorbeeld bekijken voor publicatie? Welke delen van de opmaak staan vast? Een CMS dat te veel vrijheid geeft kan even lastig zijn als een systeem waarin je voor elke zin hulp nodig hebt.

Koppelingen zijn evenmin exclusief voor maatwerk. De WordPress REST API laat andere applicaties inhoud opvragen en aanpassen. WordPress kan daardoor ook inhoud leveren aan een afzonderlijk gebouwde website. Zo'n combinatie is mogelijk, maar voegt onderdelen toe die iemand moet beheren.

Een bestaande connector kan passen voor je CRM of nieuwsbrief. Bij een bijzondere werkwijze is eigen koppelcode soms nodig, in beide systemen. Leg vast welke gegevens waar worden aangepast, wie toegang krijgt en wat er gebeurt bij een mislukte synchronisatie. Alleen een vinkje bij 'CRM-integratie' vertelt daar te weinig over.

Bij WordPress gaat dat onder meer over updates van de basissoftware, plugins en thema's. Bij maatwerk blijven de eigen code, gebruikte bibliotheken, een eventueel CMS en externe koppelingen aandacht vragen. Een website zonder plugins is dus niet automatisch onderhoudsvrij of veiliger.

• Jij als eigenaar: houd bij wie toegang heeft, verwijder toegang van vertrokken medewerkers en gebruik sterke inlogbeveiliging.
• De afgesproken beheerder: volgt kwetsbaarheden en updates op, controleert belangrijke functies na wijzigingen en organiseert herstel bij problemen.
• De hostingpartij: beheert wat in het hostingpakket staat. Controleer of back-ups, herstel en applicatie-updates daar daadwerkelijk bij horen.

Spreek ook af hoe vaak back-ups worden gemaakt, welke gegevens ze bevatten en wie controleert of terugzetten lukt. De officiële beveiligingsdocumentatie van WordPress benadrukt onder meer updates, beperkte toegang, back-ups en de verdeling van verantwoordelijkheden met de host.

Vraag om het domein en de nodige accounts onder jouw controle te plaatsen. Bespreek broncode, inhoud, database, back-ups en overdrachtsdocumentatie. Maak afzonderlijke afspraken over rechten op ontwerp, beelden en externe software. Het woord 'maatwerk' vertelt op zichzelf niet wat je kunt meenemen; ook een WordPress-site kan lastig overdraagbaar zijn door specifieke uitbreidingen of ontbrekende toegang.

Kies hosting die bij de uitvoering past. Een site met alleen publieke pagina's heeft andere behoeften dan een applicatie met accounts, bestanden en achtergrondtaken. Vraag welke taken in het hostingbedrag zitten en wie aanspreekbaar is bij een storing.

Vergelijk de bouw, hosting, domeinnaam, onderhoud, licenties, externe diensten en verwachte aanpassingen over dezelfde periode. Ook maatwerk kan betaalde diensten gebruiken, bijvoorbeeld voor een CMS, e-mail of betalingen. Geen van beide aanpakken is vanzelf goedkoper. Voor richtprijzen verwijs ik naar wat een website op maat kost; voor afspraken naar website-offertes vergelijken.

Ik zou vragen om concrete controles: zijn pagina's bereikbaar voor zoekmachines, zijn titels en interne links duidelijk, en werkt de site prettig op een telefoon? Meet laadtijden met echte afbeeldingen en de scripts die straks mee draaien. Een sober ontwerp kan door zware beelden of externe scripts alsnog traag worden, ongeacht de techniek.

De SEO-basisgids van Google legt de nadruk op behulpzame inhoud en pagina's die zoekmachines kunnen vinden en begrijpen. Een platformkeuze garandeert geen hogere positie. Kies daarom de aanpak waarmee je de inhoud en techniek goed kunt blijven verzorgen.

1. 1 Wat moet je bezoeker doen? Informatie lezen en contact opnemen, of een proces met meerdere stappen doorlopen?
2. 2 Wie past welke inhoud aan? Noteer concrete taken en hoe vaak ze terugkomen. Laat het beheer demonstreren.
3. 3 Welke functies zijn echt afwijkend? Benoem bedrijfsregels en noodzakelijke koppelingen. Laat uitleggen wat bestaande oplossingen al afdekken.
4. 4 Wie houdt de site werkend? Leg één aanspreekpunt en de verdeling van updates, back-ups en herstel vast.
5. 5 Kun je de kosten en overdracht dragen? Bekijk terugkerende kosten, toekomstige wijzigingen en wat een volgende ontwikkelaar nodig heeft.

Draait je vraag vooral om publiceren? Neem WordPress serieus mee. Staan specifieke bedrijfsprocessen centraal? Laat maatwerk onderbouwen. Voor een gewone bedrijfssite kunnen beide een goede keuze zijn: geef de kwaliteit van de uitvoering en het beheer dan meer gewicht dan de naam van het systeem.

Twijfel je nog? Vertel me wat je website moet doen, wie ermee werkt en welke software je al gebruikt. Dan kunnen we samen bekijken welke aanpak past en wat je nu al nodig hebt.