De WordPress-onderhoudsfouten die je site stilletjes slopen

De meeste WordPress-sites gaan niet stuk door een hack, maar door onderhoud dat er sluipenderwijs bij inschiet: een verouderde plugin, een PHP-versie die niemand heeft opgehoogd, een backup die nooit is teruggezet om te checken of hij werkt. Dit zijn de zes fouten die we het vaakst tegenkomen, hoe je ze deze week zelf opspoort, en wat je eraan doet.

Waarom "het werkt toch nog gewoon" een slecht signaal is

Een WordPress-site die vandaag goed laadt, zegt niets over morgen. Plugins krijgen kwetsbaarheden, PHP-versies worden uitgefaseerd, en een backup die je nooit hebt getest is in feite geen backup — het is een aanname. Onderhoud is niet "iets vervangen als het kapot is", het is voorkomen dat het kapot gaat op het moment dat het je het meest kost. Lees ook wat structureel WordPress-onderhoud inhoudt als je dit liever uitbesteedt.

De zes stille risico's

1. Verouderde en verlaten plugins

Elke plugin is extra code die iemand anders onderhoudt — of niet meer onderhoudt. Een plugin die al twee jaar geen update heeft gehad, wordt niet automatisch onveilig, maar de kans dat een ontdekte kwetsbaarheid nooit meer wordt gepatcht, groeit met de dag.

Hoe je het ziet: ga naar Plugins in je WordPress-beheer en sorteer op "laatst bijgewerkt". Check bij plugins.wordpress.org of "Laatst bijgewerkt" langer dan 12-18 maanden geleden is en of de plugin nog "Compatible up to" een recente WordPress-versie toont.

Wat je doet: vervang verlaten plugins door een actief onderhouden alternatief, of bouw de functionaliteit — als die klein is — als maatwerk. Bij zwaar aangepaste sites is dit vaak het moment om naar maatwerk in WordPress te kijken in plaats van weer een plugin erbij.

2. PHP-versie die achterloopt

WordPress draait op PHP, en elke PHP-versie krijgt na verloop van tijd geen beveiligingsupdates meer. Een site op een end-of-life PHP-versie mist die patches stilzwijgend — er verschijnt geen waarschuwing op je scherm.

Hoe je het ziet: Gereedschap → Sitegezondheid in je WordPress-beheer toont je huidige PHP-versie. Check de actuele support-status op php.net/supported-versions.php.

Wat je doet: vraag je hostingpartij om te updaten naar een ondersteunde versie en test daarna je belangrijkste plugins en thema, want een oude plugin kan op een nieuwere PHP-versie juist fouten geven.

3. Backups die nooit zijn teruggezet

Een backup die "elke nacht draait" is pas een backup zodra je hem één keer daadwerkelijk hebt teruggezet en gecontroleerd. Corrupte exports, halve database-dumps en te kort bewaarde histories ontdek je meestal pas op het moment dat je ze nodig hebt — en dan is het te laat.

Hoe je het ziet: vraag jezelf (of je beheerder) letterlijk: "Wanneer is deze backup voor het laatst teruggezet op een testomgeving?" Geen antwoord is het antwoord.

Wat je doet: zet minstens één keer per kwartaal een backup terug op een staging-omgeving en controleer of site, database en media compleet zijn.

4. Vastzitten aan een page builder

Sites gebouwd met zware page builders (denk aan drag-and-drop bouwers die eigen shortcodes en datastructuren gebruiken) zijn lastig te verlaten. De opmaak van elke pagina zit vastgebakken aan die ene plugin; zet je hem uit, dan valt de site letterlijk uit elkaar.

Hoe je het ziet: schakel de builder-plugin testmatig uit op een staging-site. Blijft de pagina leesbare content tonen, of verschijnt er een muur met shortcodes?

Wat je doet: dit is meestal geen "dit weekend oplossen"-probleem, maar wel iets om mee te wegen bij een volgende WordPress-migratie of wanneer je nadenkt over alternatieven voor WordPress.

5. Uptime die niemand in de gaten houdt

Sites gaan offline — door hosting-issues, een mislukte update, een volgeraakte schijf. Zonder monitoring hoor je dat pas van een klant die je probeerde te bereiken.

Hoe je het ziet: heb je een tool die je actief waarschuwt (mail, SMS, Slack) als je site niet reageert? Zo niet, dan is er geen monitoring, ongeacht wat er ooit is ingesteld.

Wat je doet: zet een gratis of goedkope uptime-monitor op met een controle-interval van maximaal 5 minuten, gericht op je homepage én je belangrijkste conversiepagina.

6. Formulieren die stilletjes stoppen met mail versturen

Een contactformulier dat technisch "verstuurd" toont maar de mail niet aflevert, is een van de duurste stille fouten die er zijn: je verliest leads zonder dat iemand het meldt. Dit gebeurt vaak na een hosting- of SMTP-wijziging.

Hoe je het ziet: stuur elke maand zelf een testbericht via elk formulier op je site en controleer of het aankomt — ook in spam.

Wat je doet: koppel je formulieren aan een dedicated SMTP-dienst in plaats van de standaard mailfunctie van de server, en zet een kopie-notificatie naar een tweede mailbox.

Signaal → risico → wat je doet

Signaal	Risico	Wat je doet
Plugin niet bijgewerkt in >12-18 maanden	Onopgeloste kwetsbaarheden	Vervangen of vervangen door maatwerk
PHP-versie is end-of-life	Geen beveiligingspatches meer	Hostingpartij laten upgraden + testen
Backup nooit teruggezet	Backup werkt mogelijk niet	Elk kwartaal terugzetten op staging
Page builder-lock-in	Onmogelijk zonder herbouw te migreren	Meewegen bij volgende migratie
Geen uptime-monitoring	Downtime blijft onopgemerkt	Monitor met interval ≤5 min instellen
Formulieren leveren mail niet af	Verloren leads zonder signaal	Dedicated SMTP + testmail per maand

Wat dit betekent voor snelheid en vindbaarheid

Onderhoud raakt meer dan alleen veiligheid. Verouderde plugins en een trage PHP-versie drukken vaak ook op de snelheid van je WordPress-site, en een site die regelmatig plat ligt of formulieren mist, doet ook je SEO geen goed — Google indexeert liever een site die betrouwbaar bereikbaar is. Twijfel je of je site aan deze punten voldoet, of wat structureel onderhoud eigenlijk kost? Laat je site scannen via de gratis websitescan of plan een adviesgesprek — dan lopen we samen door waar jouw site precies staat.