'Er heeft zich een kritieke fout voorgedaan op deze website': wat nu?

Gepubliceerd op 12 oktober 2026

De melding betekent dat een plugin, je thema of de server een fout veroorzaakt waardoor WordPress stopt. Kijk eerst in de mailbox van je beheerdersadres: WordPress stuurt een link om in te loggen in herstelmodus en de boosdoener uit te schakelen.

Geen mail gekregen? Dan zoek je de oorzaak in het foutenlogboek en schakel je plugins uit via FTP of het bestandsbeheer van je hosting. Hieronder lees je hoe, stap voor stap.

TL;DR

Wat: Een kritieke fout is een fatale PHP-fout. WordPress vangt ze op, toont bezoekers een korte melding en mailt de beheerder.
Hoe: Gebruik de herstelmodus-link uit de mail, of zet WP_DEBUG_LOG aan om de oorzaak te vinden. Schakel plugins of het thema uit door hun map te hernoemen, en kijk de PHP-versie en geheugenlimiet na.
Conclusie: Meestal ligt het aan één plugin of een update die niet past bij je PHP-versie. Neem eerst een back-up voor je iets aanpast, en vraag hulp als het om een webshop gaat of als je niet weet wat je doet.

1) Wat betekent 'Er heeft zich een kritieke fout voorgedaan'?

Het betekent dat er een fatale PHP-fout is opgetreden: een stuk code dat zo fout loopt dat WordPress de pagina niet kan afwerken. Je website is niet weg, je inhoud ook niet. WordPress toont gewoon een nette melding in plaats van een wit scherm.

WordPress is geschreven in PHP, net als je thema en je plugins. Sinds versie 5.2 vangt WordPress zulke fouten op. Vroeger kreeg je het beruchte white screen of death, een volledig wit scherm zonder uitleg. Nu zien bezoekers de melding over een kritieke fout, en de beheerder krijgt een mail.

De meest voorkomende oorzaken

• Een plugin of thema dat net een update kreeg en botst met een andere plugin.
• Een update van WordPress zelf waar een oude plugin niet mee overweg kan.
• Je hostingpartij die de PHP-versie verhoogd heeft, waardoor verouderde code niet meer werkt.
• Een aanpassing in functions.php van je thema, met een vergeten haakje of puntkomma.
• Te weinig geheugen voor wat je site moet doen.
• Soms een hack, waarbij code in je bestanden gezet is die fout loopt.

Wat WordPress precies is en hoe thema's en plugins samenwerken, lees je in WordPress uitgelegd.

2) Waar vind je de mail met de herstelmodus-link?

In de mailbox van het e-mailadres van de sitebeheerder. Dat is het adres dat in WordPress staat onder Instellingen, Algemeen. WordPress stuurt het automatisch wanneer het een kritieke fout opvangt.

In die mail staat:

• welke plugin of welk thema de fout veroorzaakt, als WordPress dat kan bepalen;
• een technische omschrijving van de fout, met het bestand en de regel;
• een geheime link om in te loggen in herstelmodus.

Klik je op die link en log je in, dan pauzeert WordPress de foute plugin of het foute thema, alleen voor jou. Bezoekers zien nog steeds de foutmelding. In het dashboard zie je wat er gepauzeerd is. Schakel de plugin uit, en je site werkt meestal meteen weer voor iedereen. Daarna zoek je een oplossing: een update van de plugin afwachten, een oudere versie terugzetten of een alternatief kiezen.

De link is maar een beperkte tijd geldig. Werkt hij niet meer, wacht dan op een nieuwe mail of ga verder met de stappen hieronder.

Geen mail ontvangen?

Dat gebeurt vaak. Kijk in je spammap. Kijk ook of het beheerdersadres nog bestaat: bij veel sites staat daar het adres van een ex-medewerker of van het webbureau dat de site ooit bouwde. En verstuurt je website sowieso slecht mails, dan komt ook deze niet aan. Hoe e-mail van je domein betrouwbaar aankomt, lees je in ons artikel over SPF, DKIM en DMARC.

3) Hoe vind je de oorzaak met debug.log?

Door WordPress de fouten te laten wegschrijven in een logbestand. Dat doe je met een paar regels in wp-config.php, het instellingenbestand in de hoofdmap van je website.

Open wp-config.php via FTP of SFTP of via het bestandsbeheer in je hostingpaneel. Maak eerst een kopie van het bestand. Zoek dan de regel met WP_DEBUG, of voeg deze regels toe boven de zin /* That's all, stop editing! */:

• define( 'WP_DEBUG', true );
• define( 'WP_DEBUG_LOG', true );
• define( 'WP_DEBUG_DISPLAY', false );

Laad je website opnieuw. WordPress schrijft de fouten nu weg in wp-content/debug.log. Open dat bestand en kijk naar de laatste regels met PHP Fatal error. Daar staat het pad naar het bestand dat de fout geeft, bijvoorbeeld wp-content/plugins/naam-van-de-plugin/.... Dan weet je meteen welke plugin het is.

Door WP_DEBUG_DISPLAY op false te zetten, zien bezoekers de foutmeldingen niet op je pagina. Dat is belangrijk: die meldingen tonen paden en details van je server.

Zet WP_DEBUG en WP_DEBUG_LOG terug op false zodra je klaar bent, en verwijder het logbestand. WordPress raadt af om debugging aan te laten op een live website (WordPress over debuggen). Het logbestand kan groot worden en gevoelige informatie bevatten.

Lukt het niet via wp-config.php? Veel hostingpartijen tonen ook een PHP-foutenlog in hun beheerpaneel.

4) Hoe schakel je plugins of je thema uit zonder dashboard?

Door hun map te hernoemen via FTP of het bestandsbeheer van je hosting. Vindt WordPress de map van een plugin niet meer, dan schakelt het die plugin uit. Je verliest er geen instellingen mee.

Eén plugin uitschakelen

Weet je welke plugin het is, uit de mail of uit debug.log? Ga naar wp-content/plugins/ en hernoem de map van die plugin, bijvoorbeeld van contactformulier naar contactformulier-uit. Laad je site opnieuw.

Alle plugins tegelijk uitschakelen

Weet je het niet? Hernoem dan de map plugins zelf, bijvoorbeeld naar plugins-uit. Werkt je site weer, dan zit de fout in een plugin. Zet de naam terug naar plugins, ga naar je dashboard en activeer de plugins één voor één. Bij de plugin waarna de fout terugkomt, heb je je boosdoener.

Opgelet bij een webshop: zonder WooCommerce en je betaalplugin werkt je shop tijdelijk niet. Doe dit liefst op een rustig moment, of eerst op een staging-omgeving.

Het thema terugzetten

Werkt je site nog altijd niet met alle plugins uit, dan kan het aan je thema liggen. Hernoem in wp-content/themes/ de map van je actieve thema. WordPress valt dan terug op een standaardthema, zoals Twenty Twenty-Five, als dat nog geïnstalleerd staat. Staat er geen standaardthema meer, upload er dan eerst een van wordpress.org.

Gebruik je een child-thema en heb je net iets aangepast in functions.php? Zet dan de vorige versie van dat bestand terug. Een vergeten haakje volstaat voor een kritieke fout.

5) Kan het aan je PHP-versie of geheugenlimiet liggen?

Ja, en dat zijn twee oorzaken die je in debug.log meteen herkent. Ze liggen niet aan WordPress zelf, maar aan de samenwerking tussen je site en je server.

De PHP-versie

Hostingpartijen verhogen geregeld de PHP-versie, omdat oude versies geen beveiligingsupdates meer krijgen. Een plugin die al jaren niet meer bijgewerkt is, kan daar niet tegen. Je ziet dan meldingen over functies die niet meer bestaan of verkeerde types.

Als noodoplossing kan je in het hostingpaneel tijdelijk terugschakelen naar de vorige PHP-versie. Maar zie dat als pleister. WordPress raadt PHP 8.4 of later aan, en versies onder 8.2 krijgen zelfs geen beveiligingsupdates meer (WordPress Hosting Handbook). De echte oplossing is de plugin updaten of vervangen.

De geheugenlimiet

Staat er in je log Allowed memory size of ... bytes exhausted, dan heeft WordPress te weinig geheugen. Je kan het verhogen met deze regel in wp-config.php:

• define( 'WP_MEMORY_LIMIT', '256M' );

Het WordPress Hosting Handbook noemt 256 MB een comfortabele standaard en 512 MB of meer voor webshops, page builders en meertalige sites. Je hostingpakket bepaalt wel het maximum. Staat dat lager, dan helpt de regel in wp-config.php niet en moet je host het verhogen.

Heeft je site plots veel meer geheugen nodig dan vroeger? Dan is meer geheugen geven symptoombestrijding. Zoek dan welke plugin zoveel verbruikt.

6) Wanneer vraag je beter hulp?

Wanneer je niet zeker bent van wat je doet, of wanneer elke minuut offline geld kost. Een verkeerd aangepast wp-config.php kan je site nog verder in de problemen brengen.

Vraag zeker hulp als:

• het om een webshop gaat en je geen bestellingen meer binnenkrijgt;
• je geen toegang hebt tot FTP of je hostingpaneel;
• de fout in WordPress zelf zit en niet in een plugin of thema;
• je geen recente back-up hebt;
• je vermoedt dat je gehackt bent. Lees dan eerst je website is gehackt: wat nu?

Via onze WordPress-hulp bekijken we eerst gratis wat er misloopt. Daarna krijg je een vrijblijvende raming. Een fout die in twintig minuten opgelost is, rekenen we niet aan als een halve dag.

Hoe voorkom je het?

De meeste kritieke fouten ontstaan na een update. Test updates eerst op een staging-omgeving, of laat je site beheren door iemand die dat doet. Bij KNEET kost hosting en beheer 195 euro per maand, met geteste updates en elke nacht een back-up. Hoe vaak je zelf moet updaten, lees je in hoe vaak update je jouw website?

Samenvattend

De melding over een kritieke fout betekent dat er een fatale PHP-fout is, meestal door een plugin, je thema, een PHP-update of te weinig geheugen. Je inhoud is niet weg.

Gebruik eerst de herstelmodus-link in de mail naar je beheerdersadres. Geen mail? Zet WP_DEBUG_LOG aan, lees debug.log en schakel de schuldige plugin of het thema uit door de map te hernoemen. Kijk daarna je PHP-versie en geheugenlimiet na, en zet debugging weer uit.

Kom je er niet uit of wil je zeker zijn dat het niet opnieuw gebeurt? Laat het ons vrijblijvend weten.

Dit artikel werd geschreven door KNEET.

Wij zijn een Belgisch marketingbureau met een sterke focus op online marketing via kanalen zoals Facebook, Instagram, nieuwsbrieven en Google Ads. Daarnaast bouwen en optimaliseren we converterende websites en webshops.
Sinds 2016 kenden we al 100+ tevreden klanten in tal van sectoren.
Maken we binnenkort eens vrijblijvend kennis?