WordPress-plugins werken niet meer wanneer er een conflict ontstaat tussen twee of meer onderdelen van je website, de PHP-geheugenlimiet wordt overschreden, of een plugin niet langer compatibel is met de huidige versie van WordPress of PHP. Dit zijn de meest voorkomende oorzaken, en gelukkig zijn ze in de meeste gevallen op te lossen zonder dat je een technisch expert hoeft te zijn. In dit artikel beantwoorden we de belangrijkste vragen over WordPress-pluginproblemen: van diagnose tot herstel en preventie.
Wat zijn de meest voorkomende oorzaken van een kapotte WordPress-plugin?
De meest voorkomende oorzaken van WordPress-plugins die niet werken zijn: conflicten met andere plugins of het actieve thema, een overschreden PHP-geheugenlimiet, incompatibiliteit met de WordPress- of PHP-versie, en slecht gecodeerde of verouderde plugins. In de meeste gevallen is één van deze vier factoren de boosdoener.
Conflicten ontstaan wanneer twee plugins dezelfde functionaliteit proberen te regelen, of wanneer hun code op hetzelfde moment wil draaien. Stel je voor dat twee afstandsbedieningen tegelijk dezelfde televisie aansturen: het resultaat is chaos. Zo werkt het ook in WordPress. Twee plugins kunnen dezelfde functienaam gebruiken of op hetzelfde moment een actie uitvoeren, wat leidt tot onverwacht gedrag, een kapotte lay-out of zelfs een volledig onbereikbare website.
Een andere veelvoorkomende oorzaak is de PHP-geheugenlimiet. De standaardinstelling staat vaak op 32 of 64 MB, wat voor een moderne WordPress-site met meerdere actieve plugins simpelweg te weinig is. Je herkent dit aan de foutmelding “Fatal error: Allowed memory size exhausted”. Zodra een plugin meer geheugen vraagt dan beschikbaar is, stopt hij ermee.
Tot slot zijn slecht gecodeerde plugins een sluipend gevaar. Sommige plugins veroorzaken direct bij installatie problemen. Andere werken aanvankelijk prima, maar gaan fout nadat de ontwikkelaar een update uitbrengt met een bug. Een plugin-update met een fout is een van de meest voorkomende triggers voor een zogenaamde fatal error, waarbij de foutmelding een pad toont met de naam van de betreffende plugin.
Hoe weet je welke plugin een conflict veroorzaakt?
De meest betrouwbare manier om een pluginconflict in WordPress op te sporen is stapsgewijze isolatie: deactiveer alle plugins tegelijk en activeer ze daarna één voor één opnieuw. Zodra de fout terugkeert na het activeren van een specifieke plugin, heb je de boosdoener gevonden. Dit kost wat tijd, maar geeft een zeker antwoord.
Diagnosticeren via het WordPress-dashboard
Als je nog toegang hebt tot je WordPress-dashboard, is de Health Check & Troubleshooting-plugin een handige hulp. Deze plugin biedt een speciale troubleshooting-modus die alleen jou als beheerder beïnvloedt. Bezoekers en andere admins merken er niets van terwijl jij veilig debugt op de live site. Zo kun je rustig testen zonder dat je bezoekers een kapotte pagina zien.
Werkt de foutopsporing via het dashboard niet afdoende, activeer dan de WordPress-debugmodus via WP_DEBUG. PHP-fouten tonen dan precies welk bestand en welke regel het conflict veroorzaakt. Dit is technischer, maar geeft de meest nauwkeurige informatie.
Diagnosticeren zonder dashboard-toegang
Bij een White Screen of Death heb je geen toegang meer tot het dashboard. In dat geval gebruik je FTP of het bestandsbeheer van je hostingprovider. Hernoem de map /wp-content/plugins/ tijdelijk naar /wp-content/plugins_old/. WordPress kan de plugins dan niet meer vinden en deactiveert ze automatisch. Laadt de site daarna weer? Dan weet je dat een plugin de oorzaak is.
Zet de mapnaam vervolgens terug en activeer plugins één voor één opnieuw totdat het probleem terugkeert. Let ook op combinaties: soms werkt een plugin prima alleen, maar veroorzaakt hij problemen in combinatie met een andere plugin of het actieve thema. Schakel in dat geval tijdelijk over naar een standaard WordPress-thema zoals Twenty Twenty-Four om te controleren of het thema onderdeel van het conflict is.
Wat betekent het als een plugin niet compatibel is met je WordPress-versie?
Als een plugin niet compatibel is met je WordPress-versie, betekent dit dat de plugin gebruikmaakt van functies of API-aanroepen die in jouw versie van WordPress niet beschikbaar zijn, of andersom: dat de plugin verouderd is en functies gebruikt die in een nieuwere versie zijn gewijzigd of verwijderd. Het gevolg varieert van een stille storing tot een volledige fout.
WordPress is van nature “backwards compatible”: oudere code blijft vaak werken in nieuwere versies. Daardoor functioneren veel plugins ook zonder dat de ontwikkelaar de compatibiliteit formeel heeft bevestigd. De waarschuwing “Hasn’t been tested with the latest 3 major releases of WordPress” is dus niet altijd reden tot paniek, maar het is wel een signaal om alert op te zijn.
Gevaarlijker is een verouderde PHP-versie op je server. Als jouw hostingomgeving nog op PHP 7.4 draait terwijl een plugin is geschreven voor PHP 8.x, zal die plugin simpelweg niet werken. Je controleert de vereiste PHP-versie via het WordPress-dashboard onder Geïnstalleerde plugins > Details weergeven. Een upgrade van de PHP-versie via het hostingpaneel lost in veel gevallen meerdere activeringsproblemen tegelijk op. Controleer ook de pluginvereisten voor PHP-versies Deze link opent in een nieuw tabblad voordat je een upgrade doorvoert.
Houd er rekening mee dat het omgekeerde ook geldt: als je lange tijd niets hebt geüpdatet en dan één onderdeel wel, kan dat botsen met de rest van de verouderde installatie. Een nieuwe pluginversie verwacht soms een recentere WordPress-kern die jij nog niet hebt draaien.
Hoe herstel je een WordPress-site na een mislukte plugin-update?
Na een mislukte plugin-update herstel je je WordPress-site het snelst door terug te gaan naar een recente back-up, of door de specifieke plugin via FTP te deactiveren en terug te rollen naar een vorige versie. De juiste aanpak hangt af van hoe ernstig de schade is en of je een back-up beschikbaar hebt.
Een mislukte update herken je aan een foutmelding op de site, een onbereikbaar dashboard, of een pagina die wit blijft. Soms blijft de site ook hangen in onderhoudsmodus: dit los je op door via FTP het bestand .maintenance uit de hoofdmap te verwijderen. Dat bestand wordt automatisch aangemaakt tijdens een update en zou normaal vanzelf verdwijnen.
Is een back-up beschikbaar, dan is terugzetten de meest efficiënte route. Met een back-upoplossing zoals UpdraftPlus zet je binnen enkele minuten een werkende situatie terug. Het nadeel is dat wijzigingen die je na de laatste back-up hebt gemaakt verloren gaan. Wees je daar bewust van voordat je terugzet.
Heb je geen back-up of wil je de hele site niet terugdraaien, gebruik dan een rollback. De plugin WP Rollback laat je een plugin terugzetten naar een vorige versie via een knop in het plugin-overzicht. Lukt ook dat niet omdat het dashboard onbereikbaar is, hernoem dan via FTP de map van de specifieke plugin. WordPress markeert de plugin dan als niet gevonden en deactiveert hem automatisch. Let op: een rollback is geen permanente oplossing. Oudere pluginversies kunnen beveiligingslekken bevatten. Herstel na een mislukte update Deze link opent in een nieuw tabblad vraagt altijd om een snelle vervolgactie: scan de site op malware en update zo snel mogelijk naar een veilige versie.
Wanneer moet je een WordPress-plugin vervangen in plaats van repareren?
Vervang een WordPress-plugin wanneer de ontwikkelaar hem al meer dan een jaar niet heeft bijgewerkt, wanneer de plugin niet meer reageert op ondersteuningsvragen, of wanneer hij na een WordPress- of PHP-update structureel blijft falen. Repareren heeft dan geen zin meer: de onderliggende code is simpelweg te oud.
Een verlaten plugin is te herkennen aan het uitblijven van updates en het stilzwijgen van de ontwikkelaar op ondersteuningsvragen. Verouderde plugins vormen niet alleen een stabiliteitsrisico, maar ook een beveiligingsrisico: bekende kwetsbaarheden in zulke plugins worden door geautomatiseerde scanners snel gevonden en uitgebuit. De grens van één jaar zonder update is in de praktijk een goede vuistregel.
Soms worden plugins ook verwijderd uit de officiële WordPress-pluginbibliotheek, omdat de ontwikkelaar ermee stopt of omdat de functionaliteit inmiddels in de WordPress-kern is opgenomen. In dat geval is vervangen de enige optie. Zoek een actief onderhouden alternatief dat dezelfde functionaliteit biedt, of overweeg maatwerk als geen geschikte vervanger beschikbaar is.
Er is ook een ander signaal dat op vervanging wijst: als je vijf of meer plugins combineert voor één functionaliteit en ze bij elke update botsen, is een betere alternatieve plugin of een maatwerkoplossing de logischere stap. Meer plugins betekent meer onderhoud, meer kans op conflicten en een hogere belasting voor je site. Minder is in WordPress bijna altijd meer.
Hoe voorkom je plugin-problemen in de toekomst?
Plugin-problemen voorkom je door te werken met een beperkt aantal goed geselecteerde plugins, updates altijd eerst te testen in een stagingomgeving, en vlak vóór elke update een verse back-up te maken. Dit drietal vormt de basis van stabiel WordPress-beheer.
Een stagingomgeving is een exacte kopie van je livewebsite waarop je veilig kunt testen. Veel hostingpartijen bieden dit tegenwoordig met één klik aan. Heb je geen staging via je hosting, dan kun je de plugin WP-Staging gebruiken. Het grote voordeel: de stagingomgeving draait op dezelfde server als je live site, waardoor je geen verrassingen krijgt door omgevingsverschillen.
Voer updates nooit allemaal tegelijk uit. Update plugins één voor één en controleer je site na elke update. Als je alles in één keer bulk-updatet en de site daarna wit wordt, weet je niet welke plugin het conflict heeft veroorzaakt. Bij grote plugins zoals WooCommerce is het bovendien verstandig een week te wachten na een grote release: tegen die tijd zijn de eerste bugs vaak al opgelost in een bugfix-versie.
Aanvullende gewoonten die je helpen problemen te voorkomen:
- Maak altijd een back-up vlak vóór elke update, ook als je host automatisch back-ups maakt.
- Test na elke update minimaal de homepage, het contactformulier, de webshop of het boekingssysteem, en de weergave op mobiel.
- Houd een logboek bij van wat je wanneer hebt geüpdatet. Een simpel spreadsheet volstaat, maar het bespaart je veel zoekwerk als er weken later een probleem opduikt.
- Controleer regelmatig de PHP-versie op je server en zorg dat die actueel blijft.
- Beperk het aantal plugins: elke extra plugin vergroot de kans op conflicten en verhoogt de onderhoudslast.
Wil je helemaal ontzorgd worden? Bij Stuurlui hanteren we een strenge pluginselectie Deze link opent in een nieuw tabblad en werken we zo dicht mogelijk bij de kern van WordPress. Dat betekent minder plugins, betere performance en een stabielere site. Alles wat we bouwen is WordPress op de hoogste standaarden, inclusief begeleiding van jouw team bij het beheer.
WordPress-pluginproblemen zijn bijna altijd te voorkomen met de juiste werkwijze en het juiste team. Wil je een WordPress-website die stabiel blijft, ook na updates? Bekijk wat we voor je kunnen betekenen op WordPress website laten maken en neem gerust contact op.