Wat betekent “Er heeft zich een kritieke fout voorgedaan op deze website”?

Het is de vriendelijke melding van WordPress voor een fatale PHP-fout. Sinds WordPress 5.2 vervangt die het witte scherm en probeert WordPress de beheerder te mailen met details en een link naar de herstelmodus.

Is het witte scherm (white screen of death) hetzelfde probleem?

Meestal wel. Een lege witte pagina is vaak een fatale PHP-fout waarbij foutmeldingen uit staan. Soms gaat het om de geheugenlimiet of om een cache die een lege pagina toont. Het foutenlogboek laat zien welke van de twee het is.

Ik heb de herstelmodus-e-mail niet ontvangen. Hoe kan dat?

De e-mail gaat naar het beheerdersadres dat in WordPress staat, en veel servers versturen mail niet betrouwbaar. Kijk in de spammap en controleer welk adres is ingesteld. Zonder e-mail laat het debuglogboek of het foutenlogboek van de server dezelfde informatie zien.

Raak ik inhoud kwijt als dit wordt opgelost?

Normaal niet. Berichten, pagina’s en bestellingen staan in de database, en die wordt door een kritieke fout niet aangetast. We maken toch eerst een back-up van bestanden en database.

Kan ik niet gewoon de back-up van gisteren terugzetten?

Dat kan, maar dan verliest u mogelijk bestellingen, formulierinzendingen of berichten van daarna, en kan de foute update opnieuw draaien. De echte fout opsporen is vaak sneller en u houdt uw gegevens.

Moet ik de geheugenlimiet verhogen?

Alleen als het logboek “Allowed memory size exhausted” meldt. Verhogen kan helpen, maar als een plugin steeds meer geheugen vraagt, zit de echte oplossing in die plugin of de instellingen ervan.

Hoe los ik de kritieke fout op als ik niet in wp-admin kan?

Gebruik de link naar de herstelmodus in de e-mail die WordPress naar het beheerdersadres stuurde. Is er geen e-mail, hernoem dan via SFTP of het bestandsbeheer van uw host de map wp-content/plugins. Daarmee staan alle plugins in één keer uit. Log in, zet de naam terug en activeer de plugins één voor één.

Betekent een kritieke fout dat mijn site gehackt is?

Meestal niet. Vaak is het een plugin-, thema- of PHP-probleem. Wijst het foutenlogboek naar bestanden die u niet kent, of ziet u beheerders die u niet heeft aangemaakt, behandel het dan als een beveiligingsprobleem en laat het bekijken voordat u iets terugzet.

WordPress kritieke fout

“Er heeft zich een kritieke fout voorgedaan”: zo lost u het op

Het korte antwoord

Uw site is niet weg. Eén stukje code, meestal een plugin of thema, liep vast en WordPress stopte de pagina. Uw inhoud is normaal gesproken intact en het foutenlogboek wijst de dader aan.

Laat het oplossen

Back-up vóór elke wijziging
Vaste prijs vooraf
Op afstand, overal ter wereld
Gratis diagnose

De gebruikelijke verdachten, op volgorde: een plugin- of thema-update die misging, dan een PHP-versie die de code niet meer aankan, dan een te lage geheugenlimiet. Een half afgeronde core-update of een tikfout in functions.php volgen daarna. WordPress mailt de exacte fout en regel vaak naar het beheerdersadres, met een link naar de herstelmodus. Met die regel is de oplossing meestal snel gevonden en is terugzetten van een volledige back-up zelden nodig.

Herkenbaar?

Zo ziet de WordPress kritieke fout eruit

De site toont “Er heeft zich een kritieke fout voorgedaan op deze website. Controleer de inbox van het beheerdersaccount voor instructies.”
U ziet een volledig witte pagina zonder enige foutmelding
Ook wp-admin toont de fout, of alleen de voorkant is kapot
Het probleem begon direct na een update van een plugin, thema, WordPress of PHP, of na het aanpassen van code
U ontving een e-mail met als onderwerp “Je site ondervindt een technisch probleem”

Oorzaken

Wat veroorzaakt de WordPress kritieke fout?

Een plugin of thema geeft een fatale fout

Eén aanroep die mislukt, zoals een ontbrekende klasse of een functie die twee keer wordt gedeclareerd, stopt het hele verzoek. Dit is veruit de meest voorkomende oorzaak.

PHP-versie past niet

Uw host heeft PHP bijgewerkt, bijvoorbeeld naar 8.x, en oudere plugin- of themacode gebruikt functies die niet meer bestaan. Of een nieuwe plugin vraagt een nieuwere PHP-versie dan uw server draait.

PHP-geheugenlimiet bereikt

Een zware paginabouwer, import of plugin heeft meer geheugen nodig dan toegestaan, en PHP stopt met “Allowed memory size exhausted”.

Corebestanden beschadigd door een mislukte update

Een update die vastliep of te weinig schijfruimte had, laat WordPress half vervangen achter, met ontbrekende of gemengde bestanden.

Een foute aanpassing in functions.php

Een vergeten puntkomma of accolade in de thema-editor of een codefragment is genoeg om elke pagina te laten falen.

Een plugin-update die niet samenwerkt

Twee plugins, of een plugin en uw thema, werken na een update niet meer samen. Dat zien we vaak rond WooCommerce en paginabouwers.

Zelf proberen

Een WordPress kritieke fout zelf oplossen

Bent u eigenaar van de site, dan kunt u deze stappen veilig proberen. Maak eerst een back-up als uw host dat aanbiedt.

1 Kijk in de inbox van het beheerdersadres, ook in de spammap, naar de e-mail over een technisch probleem. Daarin staat welke plugin of welk thema het is, met een link naar de herstelmodus om in te loggen en het uit te schakelen.
2 Bedenk wat er vlak daarvoor veranderde: een update, een nieuwe plugin, een andere PHP-versie bij uw host of een codewijziging. Die wijziging terugdraaien is vaak al de oplossing.
3 Zet debugging aan: zet in wp-config.php WP_DEBUG en WP_DEBUG_LOG op true en WP_DEBUG_DISPLAY op false. Laad de pagina opnieuw en zoek in wp-content/debug.log de regel “PHP Fatal error” met bestandsnaam en regelnummer.
4 Hernoem via SFTP of het bestandsbeheer de map van de genoemde plugin, of de hele map wp-content/plugins, om plugins uit te schakelen. Komt de site terug, zet ze dan één voor één weer aan.
5 Wijst de fout naar uw thema, hernoem dan de themamap zodat WordPress terugvalt op een standaardthema zoals Twenty Twenty-Four, als dat geïnstalleerd is.
6 Controleer in uw hostingpaneel de PHP-versie. Is die onlangs gewijzigd, dan kan tijdelijk terugzetten de site weer online brengen terwijl de code wordt bijgewerkt.
7 Zet WP_DEBUG daarna weer uit, zodat bezoekers geen foutdetails te zien krijgen.

Onze aanpak

Zo verhelpen wij een WordPress kritieke fout

1

U beschrijft de fout

Stuur het formulier of start een chat met wat u ziet en sinds wanneer. Wij laten weten welke toegang we nodig hebben.
2

Eerst een back-up

We kopiëren alle bestanden en de database voordat we iets wijzigen, zodat er niets verloren gaat en elke stap terug te draaien is.
3

We sporen de fatale fout op en geven een prijs

We lezen het PHP-foutenlogboek om het precieze bestand en de regel te vinden, bepalen welke plugin, welk thema of welke instelling erachter zit en sturen u een vaste prijs.
4

We repareren, testen en rapporteren

Na uw akkoord lossen we het op, controleren de voorkant, wp-admin en belangrijke formulieren of de kassa, en sturen een kort verslag van de oorzaak en de wijzigingen.

Wat we nodig hebben

Wat wij van u nodig hebben

Login van uw hostingpaneel, of SFTP/SSH-toegang
Een WordPress-beheerderslogin, als wp-admin nog laadt
De herstelmodus-e-mail of de fouttekst, als u die heeft
Wat er vlak voor de fout veranderde: updates, nieuwe plugins, codewijzigingen of een andere PHP-versie

We vragen alleen de toegang die nodig is, bij voorkeur een apart account of een aparte sleutel voor ons, die u kunt verwijderen zodra we klaar zijn.

Wat wij niet kunnen oplossen

We kunnen geen fouten oplossen in een commerciële plugin of een thema die alleen de ontwikkelaar mag aanpassen, geen problemen door een storing bij uw host en geen sites waarvan we de bestanden niet kunnen bereiken. Is een plugin de oorzaak, dan kunnen we die meestal terugzetten, vervangen of isoleren, en we zeggen het eerlijk als dat niet kan.

Prijs

Prijs en wat er daarna gebeurt

1

Gratis diagnose

We zoeken de oorzaak en vertellen u wat er mis is.
2

Vaste prijs

U krijgt een prijs en een tijdsinschatting. Zonder uw ja begint er niets.
3

Opgelost en gerapporteerd

We herstellen het, testen het en sturen een kort verslag.

Vanaf €295 excl. btw

Vaste prijs, afgesproken voordat we beginnen

Is het dringend? Zeg het in het formulier of in de chat. We beginnen zo snel als we kunnen en geven u bij de offerte een realistische tijdsinschatting. Kost voorrang extra, dan ziet u dat in de offerte voordat u akkoord gaat.

Laat het oplossen

Vragen?

Veelgestelde vragen over de WordPress kritieke fout

Ook bekeken

Laatst bijgewerkt: 22 oktober 2026

Aanvraag

Vertel ons wat er mis is

Beantwoord een paar korte vragen. U krijgt een vaste prijs voordat we iets doen.

Stap 1 van 5

Op welk platform ondervindt u het probleem?

Website App Software

“Er heeft zich een kritieke fout voorgedaan”: zo lost u het op

Zo ziet de WordPress kritieke fout eruit

Wat veroorzaakt de WordPress kritieke fout?

Een plugin of thema geeft een fatale fout

PHP-versie past niet

PHP-geheugenlimiet bereikt

Corebestanden beschadigd door een mislukte update

Een foute aanpassing in functions.php

Een plugin-update die niet samenwerkt

Een WordPress kritieke fout zelf oplossen

Zo verhelpen wij een WordPress kritieke fout

U beschrijft de fout

Eerst een back-up

We sporen de fatale fout op en geven een prijs

We repareren, testen en rapporteren

Wat wij van u nodig hebben

Wat wij niet kunnen oplossen

Prijs en wat er daarna gebeurt

Gratis diagnose

Vaste prijs

Opgelost en gerapporteerd

Veelgestelde vragen over de WordPress kritieke fout

Gerelateerde problemen

HTTP-fout 500

Kapot na een update

Website niet bereikbaar

Vertel ons wat er mis is