Development

Hoe los je een pluginfout op in WordPress?

Pluginfout in WordPress? Leer stap voor stap hoe je de oorzaak vindt en je site snel herstelt.

Leestijd: 5 minuten 09 september 2026 Development
Geschreven door
Bekijk Sjoerd Kuipers's auteurs pagina

Een pluginfout in WordPress is vervelend, maar het overkomt vrijwel iedere websitebeheerder wel eens. Je opent je site en ziet een leeg wit scherm, een cryptische foutmelding of een beheerdersomgeving die niet meer reageert. Geen paniek: in de meeste gevallen is het probleem sneller opgelost dan je denkt.

In deze handleiding loop je stap voor stap door het herstelproces. Van het herkennen van de fout tot het voorkomen van een volgende keer. Je hebt geen technische achtergrond nodig, maar een beetje geduld en een goede back-up helpen enorm.

Herken het type pluginfout in WordPress

Voordat je iets aanpast, is het belangrijk te weten wat er precies misgaat. Een WordPress-pluginprobleem kan zich op verschillende manieren tonen, en het type foutmelding geeft je een eerste aanwijzing over de oorzaak.

De meest voorkomende signalen zijn:

  • Wit scherm zonder uitleg (ook wel White Screen of Death): WordPress toont standaard geen foutmeldingen aan bezoekers, als beveiligingsmaatregel. Je ziet dus alleen een leeg scherm.
  • Kritieke foutmelding: “Er heeft zich een kritieke fout voorgedaan op deze site.” Dit bericht verving het witte scherm vanaf WordPress 5.2 en bevat meer informatie.
  • 500 Internal Server Error: Een generieke serverfout, vaak veroorzaakt door een falende plugin of een beschadigd .htaccess-bestand.
  • Fout na een update: De site werkte gisteren nog prima, maar na een plugin-update doet iets het niet meer.

Kijk ook in je WordPress error log. Fouten zijn daar herkenbaar aan meldingen als “Fatal Error” of “Parse Error”, gevolgd door een bestandspad. Staat daarin de naam van een plugin, zoals /wp-content/plugins/pluginnaam, dan weet je meteen waar je moet zoeken. De oorzaak is meestal een pluginconflict na een update, een verouderde PHP-versie of een gebrek aan PHP-geheugen.

Deactiveer de problematische plugin veilig

Nu je weet dat een plugin de boosdoener is, is de eerste stap: die plugin uitzetten. Hoe je dat doet, hangt af van of je nog toegang hebt tot je WordPress-dashboard.

Toegang via het dashboard

Kun je nog inloggen? Dan is het eenvoudig. Ga naar Plugins > Geïnstalleerde plugins, selecteer alle plugins via de bulkactie en deactiveer ze in één keer. Activeer ze daarna één voor één opnieuw totdat het probleem terugkeert. De laatste geactiveerde plugin is de veroorzaker.

Geen toegang tot het dashboard

WordPress stuurt bij een kritieke fout automatisch een e-mail naar het beheerders-e-mailadres. In die e-mail staat precies welke plugin de fout veroorzaakte en op welke regel. Bovendien bevat de e-mail een speciale herstelmoduslink waarmee je inlogt in een veilige omgeving. Via die link kun je de plugin met één klik deactiveren, zonder dat je iets aan FTP of databases hoeft aan te passen. WordPress-herstelmodus Deze link opent in een nieuw tabblad is in de meeste gevallen de snelste route.

Komt de e-mail niet aan of werkt de herstelmoduslink niet? Dan zijn er twee alternatieven:

  1. Via FTP of bestandsbeheer: Hernoem de map wp-content/plugins naar bijvoorbeeld plugins_oud. WordPress deactiveert daardoor alle plugins automatisch. Hernoem de map daarna terug en activeer plugins één voor één opnieuw.
  2. Via phpMyAdmin: Zoek in de tabel wp_options de regel active_plugins op en wis de waarde. Maak altijd eerst een databaseback-up voordat je dit doet.

Na deze stap zou je site weer bereikbaar moeten zijn. Controleer dit door de homepage te openen in een incognitovenster. Zie je de site weer normaal? Dan kun je door naar de volgende stap.

Isoleer de oorzaak met een conflicttest

Je site is weer online, maar je weet nog niet precies welke plugin het probleem veroorzaakte. Tijd voor een gerichte conflicttest, zonder dat bezoekers er iets van merken.

De officieel aanbevolen methode is de gratis plugin Health Check & Troubleshooting, beschikbaar via de WordPress-pluginrepository. Deze plugin maakt een sessiegeïsoleerde veilige modus aan: alleen jij als ingelogde beheerder ziet de site zonder plugins actief, terwijl bezoekers de gewone site blijven zien. Dat is vergelijkbaar met het testen van een auto op een gesloten circuit terwijl het verkeer gewoon doorrijdt.

Zo gebruik je de troubleshooting-modus:

  1. Installeer en activeer Health Check & Troubleshooting.
  2. Ga naar Tools > Site Health en klik op het tabblad Troubleshooting.
  3. Klik op “Enable Troubleshooting Mode”. Alle plugins zijn nu voor jouw sessie uitgeschakeld en een standaardthema is actief.
  4. Activeer plugins één voor één opnieuw via het Troubleshooting-tabblad.
  5. Herlaad na elke activering de pagina waar het probleem optrad.
  6. Zodra het probleem terugkeert, is de zojuist geactiveerde plugin de conflictbron.
  7. Klik op “Disable Troubleshooting Mode” om de normale omgeving te herstellen.

Blijft het probleem aanwezig terwijl alle plugins uitstaan en het standaardthema actief is? Dan ligt de oorzaak waarschijnlijk op server- of WordPress-kernniveau. Schakel in dat geval WP_DEBUG in via wp-config.php om foutmeldingen zichtbaar te maken in een logbestand. Doe dit alleen tijdelijk en nooit op een live site waar bezoekers de foutmeldingen kunnen zien, want dat levert onnodige beveiligingsrisico’s op.

Los de fout op of vervang de plugin

Je hebt de veroorzaker gevonden. Nu zijn er meerdere wegen die naar Rome leiden, afhankelijk van de situatie.

Kies de aanpak die past bij jouw situatie:

  • Plugin bijwerken: Bevat de plugin een bug door een recente update? Controleer of er al een nieuwere versie beschikbaar is die het probleem verhelpt. Installeer die update en test opnieuw.
  • Contact opnemen met de ontwikkelaar: Geen nieuwe versie beschikbaar? Meld de bug via de ondersteuningspagina van de plugin op WordPress.org. Geef daarbij de exacte foutmelding en jouw WordPress- en PHP-versie mee.
  • Tijdelijk terugdraaien: Gebruik een back-up om de vorige versie van de plugin terug te zetten terwijl je wacht op een fix. Goed nieuws: WordPress herkent sinds versie 6.6 automatisch wanneer een plugin-update misgaat en zet de vorige versie zelf terug.
  • Alternatief zoeken: Is de plugin al lange tijd niet meer bijgewerkt of wordt ze niet meer actief onderhouden? Zoek dan een vervanger. Let bij de keuze op recente updates, het aantal actieve installaties en de beoordelingen op WordPress.org-pluginrepository Deze link opent in een nieuw tabblad.
  • Plugin verwijderen: Gebruik je de plugin eigenlijk nauwelijks? Verwijder hem dan helemaal. Minder plugins betekent minder risico en betere prestaties.

Soms wijst een foutmelding als “syntax error” of “fatal error” op een incompatibele PHP-versie. Controleer via je hostingpaneel welke PHP-versie actief is en of die aansluit bij de vereisten van de plugin. Een PHP-versie upgraden of de memory limit verhogen kan in dat geval de oplossing zijn. Twijfel je over de technische kant? Een ervaren WordPress-ontwikkelaar kan dit snel voor je uitzoeken.

Controleer de site na het herstel

De plugin is gedeactiveerd of vervangen en de site lijkt weer te werken. Maar “lijkt” is niet genoeg. Doe een korte maar grondige controle voordat je de zaak sluit.

Loop de volgende punten na:

  • Frontend controleren: Open de homepage en een aantal andere pagina’s in een incognitovenster. Zo zie je zeker wat een gewone bezoeker ziet, en niet een gecachte versie van de foutpagina.
  • Formulieren testen: Vul een contactformulier in en controleer of de bevestiging aankomt.
  • Webshopfunctionaliteit: Doorloop het bestelproces tot aan de checkout als je een webshop hebt.
  • Styling controleren: Ziet de site er visueel nog goed uit? Een ontbrekende plugin kan soms de opmaak beïnvloeden.
  • Dashboard bereikbaar: Kun je nog steeds inloggen in wp-admin? Als dat niet lukt, is er mogelijk nog een conflict actief.
  • WP_DEBUG uitzetten: Heb je de debugmodus ingeschakeld? Zet die nu weer uit in wp-config.php. Foutmeldingen op een live site zijn een beveiligingsrisico.

Controleer tot slot of er geen kapotte links of 404-foutmeldingen zijn ontstaan. Een SEO-plugin of een tool als Broken Link Checker helpt je die snel op te sporen. Is alles groen? Dan is het herstel geslaagd.

Voorkom toekomstige pluginproblemen

Je hebt de fout opgelost. Nu is het moment om te zorgen dat je dit niet nog een keer meemaakt. Want in het eerste kwartaal van 2026 werden ruim 800 nieuwe WordPress-pluginkwetsbaarheden gemeld, een stijging van circa 50 procent ten opzichte van een jaar eerder. Dat vraagt om een proactieve aanpak.

De belangrijkste gewoontes om pluginfouten te voorkomen:

  • Altijd een back-up vóór een update: Gebruik een plugin als UpdraftPlus of de back-upfunctie van je hostingpaneel. Doe dit vóór elke update, niet erna.
  • Test updates op een stagingomgeving: Een stagingomgeving is een exacte kopie van je live site waarop je veilig kunt testen. Bezoekers merken er niets van.
  • Verwijder ongebruikte plugins: Een gedeactiveerde plugin die je nooit gebruikt, kan nog steeds een kwetsbaarheid bevatten. Weg ermee.
  • Installeer alleen betrouwbare plugins: Gebruik uitsluitend de officiële WordPress.org-repository of rechtstreeks de website van de ontwikkelaar. Vermijd “nulled” of illegale premium plugins; die bevatten vrijwel altijd malware.
  • Houd PHP up-to-date: Een verouderde PHP-versie is een veelvoorkomende oorzaak van compatibiliteitsproblemen. Controleer regelmatig of jouw hostingomgeving aansluit bij de actuele vereisten.
  • Gebruik een monitoringtool: Gratis tools zoals Wordfence of Patchstack waarschuwen je als een geïnstalleerde plugin een bekende kwetsbaarheid bevat.

Wil je dit allemaal uit handen geven? Bij Stuurlui verzorgen we professioneel WordPress-beheer met vaste updaterondes, monitoring en een strenge pluginselectie. Zo hoef jij je geen zorgen te maken over technische problemen en kun jij je focussen op wat echt telt: jouw organisatie laten groeien. Neem contact met ons op en we kijken samen wat de beste aanpak is voor jouw website.

Actueel