Bijgewerkt op 30 oktober 2026 · door Raymond de Vries
WordPress: "Er is een kritieke fout opgetreden" oplossen


De melding “Er is een kritieke fout opgetreden op deze website” betekent dat WordPress vastloopt op een stukje code. Vaak gebeurt dat direct na een update of na het installeren van een plug-in. Vervelend, maar je gegevens zijn meestal nog gewoon aanwezig. In deze handleiding lees je hoe je de oorzaak vindt en je website weer online krijgt.
Wat is de oorzaak meestal?
Een plug-in die na een update niet meer samenwerkt met WordPress of met een andere plug-in. Dit is de meest voorkomende oorzaak.
Je thema, bijvoorbeeld na een update of een aanpassing in de code.
De PHP-versie van je hosting, als die te oud of juist te nieuw is voor een plug-in.
Te weinig geheugen, zodat een zwaar proces wordt afgebroken.
Een handmatige aanpassing, zoals een codefragment in functions.php.
Maak eerst een back-up
Gaat het om een belangrijke website of webshop, zet dan eerst een back-up veilig. Bij de meeste hostingpartijen kan dat via het controlepaneel. Lees ook een WordPress-back-up maken. Weet je dat de fout net is ontstaan? Dan is een back-up van vóór dat moment terugzetten soms de snelste oplossing.
Stap 1: kijk in je mailbox
WordPress stuurt bij een kritieke fout vaak een mail naar het beheerdersadres van de website. In die mail staat welke plug-in of welk thema de fout veroorzaakt, met een link naar de herstelmodus. Kijk ook in je spammap.
Open de link in de mail en log in. Je komt in de herstelmodus: het beheer werkt weer, terwijl de plug-in die de fout geeft is gepauzeerd.
Ga naar Plugins en deactiveer de plug-in die in de mail staat, of ga naar Weergave als het om het thema gaat.
Sluit de herstelmodus af en controleer je website.
Zoek daarna naar een update of een vervanger voor die plug-in.
Stap 2: geen mail? Zet plug-ins handmatig uit
Heb je geen mail ontvangen, dan kun je de plug-ins uitzetten via de bestanden van je website. Dat doe je met FTP of met het bestandsbeheer in het controlepaneel van je hosting.
Ga naar de map wp-content.
Geef de map plugins een andere naam, bijvoorbeeld plugins-uit. WordPress zet nu alle plug-ins uit.
Kijk of je website en het beheer weer werken.
Werkt het? Geef de map zijn oude naam terug. De plug-ins staan dan nog uit.
Activeer ze in het beheer één voor één en controleer na elke plug-in je website. De plug-in waarbij de fout terugkomt, is de boosdoener.
Stap 3: controleer je thema
Blijft de fout, dan kan het aan je thema liggen. Geef in wp-content/themes de map van je actieve thema tijdelijk een andere naam. WordPress valt dan terug op een standaardthema, als dat op de website staat. Werkt je website dan weer, dan zit de fout in je thema. Heb je net een aanpassing gedaan in functions.php, draai die dan eerst terug.
Stap 4: lees de foutmelding in het logboek
Weet je de oorzaak nog niet, zet dan het foutenlogboek van WordPress aan. Open het bestand wp-config.php en zet deze drie regels boven de regel die begint met “That’s all, stop editing”:
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
define( ‘WP_DEBUG_DISPLAY’, false );
Laad je website opnieuw en open daarna het bestand wp-content/debug.log. In de laatste regels met “PHP Fatal error” staat welk bestand de fout geeft. Meestal zie je daarin de naam van de plug-in of het thema. Zet WP_DEBUG daarna weer op false en verwijder debug.log, want dat bestand hoort niet op een live website te blijven staan.
Andere oorzaken
Wat zie je in het logboek? | Wat doe je? |
|---|---|
Allowed memory size exhausted | Verhoog de geheugenlimiet bij je hosting, of vraag de hostingpartij om dat te doen |
Een fout die begon na een wijziging van de PHP-versie | Zet de PHP-versie in je hostingpaneel tijdelijk terug en werk daarna je plug-ins en thema bij |
Call to undefined function | Een plug-in of thema mist een andere plug-in, of de code is verouderd. Update of vervang de plug-in |
Syntax error in functions.php | Draai je laatste aanpassing terug via FTP of het bestandsbeheer |
Zo voorkom je het
Test updates eerst op een testomgeving. Lees een WordPress-staging gebruiken.
Maak automatisch back-ups, en bewaar ze ergens anders dan op je eigen hosting.
Gebruik niet meer plug-ins dan nodig en verwijder wat je niet gebruikt.
Zet aanpassingen in een childthema, niet in het hoofdthema.
Veelgestelde vragen
Ben ik mijn website kwijt?
Bijna nooit. Je pagina’s en bestellingen staan in de database en de fout zit meestal in een plug-in of thema. Na het oplossen staat alles er weer.
Ik krijg geen mail van WordPress. Hoe kan dat?
De mail gaat naar het beheerdersadres, dat misschien niet meer in gebruik is. Ook kan de mailfunctie van de website zelf door de fout zijn getroffen. Gebruik dan stap 2.
Moet ik de plug-in die de fout gaf verwijderen?
Niet meteen. Kijk eerst of er een update is, of neem contact op met de maker. Laat de plug-in in elk geval uit staan zolang de fout niet is opgelost.
Liever geen zorgen over je WordPress-website?
Met goed onderhoud zie je dit soort fouten vaak niet eens: updates worden eerst getest, er zijn dagelijks back-ups en bij een storing kijken wij er direct naar. Lees meer over WordPress-onderhoud en WordPress-hosting, of neem contact op als je er nu niet uitkomt.
Gerelateerde artikelen


Naam van je Facebook-pagina wijzigen: stap voor stap
Zo verander je de naam van je Facebook-pagina. Met de stappen, de regels waaraan een naam moet voldoen, hoe lang de controle duurt en wat je doet als je wijziging wordt geweigerd.


Posts inplannen op Instagram en Facebook: gratis in Meta Business Suite
Zo plan je posts, stories en reels voor Instagram en Facebook gratis in, via de planner van Meta Business Suite of de Instagram-app. Met de stappen en de oplossing als een ingeplande post niet verschijnt.


Meta-advertentiebibliotheek: zo bekijk je de advertenties van concurrenten
In de Meta-advertentiebibliotheek zie je gratis welke advertenties elk bedrijf draait op Facebook en Instagram. Zo zoek je concurrenten op, gebruik je de filters en haal je er ideeën uit voor je eigen advertenties.