FIX

// WordPress · Foutoplossing · Herstelmodus

Kritieke fout in WordPress —
zo herstel je je site

"Er heeft zich een kritieke fout op deze website voorgedaan." Sinds WordPress 5.2 krijgt u bij een fatale fout deze melding — én een herstel-e-mail. Daarmee bent u er meestal in ~20 minuten weer bovenop.

Door Kristof Loyens — 14 juni 2026 · 5 min leestijd

🔴

"Er heeft zich een kritieke fout op deze website voorgedaan"

Op de voorkant, of in wp-admin met de toevoeging "controleer de inbox van de sitebeheerder voor instructies"

// Oorzaak

Een fatale PHP-fout, bijna altijd door een plugin, een thema of een incompatibele PHP-versie. WordPress vangt de fout nu netjes op in plaats van een leeg wit scherm te tonen.

// Oplossing

Gebruik de herstel-e-mail die WordPress naar de beheerder stuurt om in de herstelmodus de boosdoener uit te schakelen. Geen mail? Dan lost u het op via FTP en de debug.log.

Waarom gebeurt dit?

De kritieke fout is de moderne opvolger van het beruchte witte scherm. Sinds WordPress 5.2 detecteert het systeem fatale PHP-fouten, toont het een nette boodschap en stuurt het een e-mail naar het beheerdersadres uit Instellingen → Algemeen. Die e-mail bevat een speciale link naar de herstelmodus, waarin uw site laadt met de problematische plugin of het thema tijdelijk gepauzeerd.

De meest voorkomende oorzaken:

OorzaakTypische trigger
Plugin-conflictNa het updaten of activeren van een plugin
ThemafoutNa een thema-update of aanpassing in functions.php
Incompatibele PHP-versieNa een PHP-upgrade bij de hostingprovider
Uitgeput geheugenZware plugin of import op een krappe omgeving
Kristof Loyens
// Uit de praktijk — Kristof

Een plugin bijwerken lijkt routine, tot WordPress plots meldt dat er zich een kritieke fout heeft voorgedaan. Bij Sane Thermen gebeurde precies dat na een routine-update van een plugin: in plaats van de site verscheen de melding "Er heeft zich een kritieke fout voorgedaan". Dankzij de herstel-e-mail van WordPress hadden we de boosdoener snel te pakken en stond alles weer online.

1

Check de inbox van de sitebeheerder

Open het e-mailadres dat als beheerder is ingesteld. Zoek een mail van WordPress met als onderwerp iets als "Uw site ondervindt een technisch probleem". Daarin staat welke plugin of welk thema de fout veroorzaakt — plus een link om in te loggen in de herstelmodus.

2

Schakel de boosdoener uit in de herstelmodus

Klik op de herstellink en log in. U komt in een normaal ogend dashboard met bovenaan een melding. Ga naar de gemelde plugin (of het thema) en deactiveer die. Verlaat de herstelmodus en herlaad uw site — in de meeste gevallen is het probleem hiermee opgelost.

3

Geen herstel-e-mail? Zet WP_DEBUG aan

Ontvangt u geen mail (vaak omdat de site geen e-mail kan versturen), open dan wp-config.php via FTP en zet:

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

Herlaad de pagina en bekijk wp-content/debug.log. Daar staat exact welk bestand de fatale fout veroorzaakt.

4

Deactiveer plugins via FTP

Hernoem via FTP de map wp-content/plugins naar plugins_uit om alles in één keer te deactiveren. Werkt de site weer, zet de map dan terug en activeer de plugins één voor één tot de fout terugkeert. Zo isoleert u de schuldige plugin.

5

Controleer de PHP-versie

Wijst de debug.log op verouderde code (bijvoorbeeld een functie die niet meer bestaat), dan loopt het mis door de PHP-versie. Zet in uw hostingpaneel de PHP-versie tijdelijk een stap terug, of werk de betreffende plugin/thema bij naar een versie die met de nieuwe PHP overweg kan.

6

Zet debug uit en controleer

Is alles weer in orde? Zet WP_DEBUG terug op false, verwijder het debug.log-bestand en leeg de cache van uw caching-plugin en browser. Controleer of zowel de voorkant als wp-admin vlot laden.

⚠️

Let op: Laat WP_DEBUG nooit aanstaan op een live site. Een zichtbaar debug.log kan gevoelige paden en informatie prijsgeven aan bezoekers.

Wanneer schakelt u een professional in?

Site nog steeds onderuit? Contacteer ons — wij zetten alles weer recht voor €75, inclusief controle op de oorzaak.

Kristof Loyens

Kristof Loyens

Eigenaar Quantum Leap. WordPress fan. Designer en Developer. Loves The interwebz, snowboarding, graffiti en luide muziek. Maakt een geweldige pompoensoep.

← Terug naar alle blogberichten