Klantoproep
« Onze site toont "Er heeft zich een kritieke fout op deze site voorgedaan" sinds vanochtend. Geen mail ontvangen, we kunnen niet meer bij de admin. »
🚨 WordPress kritiek · Herstel binnen 1 u
« Er heeft zich een kritieke fout
« Er heeft zich een kritieke fout
op deze WordPress-site voorgedaan » ?
we brengen hem vandaag weer online.
Diagnose en oplossing van een kritieke fout in WordPress
Melding gezien door al uw bezoekers, « recovery mode »-mail van WordPress nooit ontvangen, schuldige plug-in onbekend : er gaan geen gegevens verloren, alleen code die geneutraliseerd moet worden. We activeren de debug, isoleren de schuldige en herstellen uw WordPress. Gratis diagnose, offerte binnen 24 werkuren.
✓ Geen gegevensverlies
✓ Herstel < 1 u in 9 op de 10 gevallen
✓ Vanaf 70 €/u excl. btw op offerte
✓ Garantie 30 dagen
📩 De exacte melding
Wat WordPress toont aan uw bezoekers
Sinds WordPress 5.2 (mei 2019) is dit wat uw bezoekers zien wanneer er een fatale PHP-fout optreedt.
Er heeft zich een kritieke fout op deze site voorgedaan.
Controleer het postvak IN van de sitebeheerder voor instructies.
↑ De standaardmelding van WordPress. In het Engels : « There has been a critical error on this website. ».
De « recovery mode »-mail die WordPress zegt te hebben verzonden ? In 7 op de 10 gevallen komt hij nooit aan
— omdat wp_mail() niet is geconfigureerd (geen SMTP, server-IP op blacklist, mail als spam gefilterd).
We omzeilen het probleem door via FTP/SSH toegang te krijgen tot WordPress : het resultaat is hetzelfde, zonder afhankelijk te zijn van de e-mail.
🔎 Typische oorzaken
De 6 meest voorkomende oorzaken
Op basis van 40 WordPress-interventies uitgevoerd in 2025-2026. Eén enkele kan aanwezig zijn, of meerdere tegelijk.
1. Plug-in incompatibel met uw PHP-versie
≈ 40 % van de gevallen. U gaat van PHP 7.4 naar PHP 8.1 (opgelegd door uw hostingprovider), en een oude plug-in gebruikt een verwijderde functie of een deprecated syntaxis. Typische fout : Fatal error: Uncaught TypeError: ... must be of type string, null given. Fix : uitschakelen van de plug-in, zoeken naar een onderhouden alternatief, of een lokale patch als de plug-in kritiek is.
2. Conflict tussen plug-ins
≈ 25 %. Twee plug-ins declareren eenzelfde globale functie, of haken aan op eenzelfde hook met prioriteiten die elkaar tegenspreken. Typische fout : Cannot redeclare function of Call to undefined function. Fix : identificatie via bisectie (uitschakelen in opeenvolgende helften), keuze van de te behouden plug-in, nette verwijdering van de tweede.
3. Bijgewerkt thema dat een childfunctie breekt
≈ 12 %. U gebruikt een childthema dat een functie van het parentthema overschrijft. Het parentthema wordt bijgewerkt, de parentfunctie verandert van signatuur, uw child-functions.php crasht. Fix : aanpassing van de functions.php, of tijdelijke rollback naar de vorige versie van het parentthema.
4.
wp-config.php verkeerd bewerkt
≈ 8 %. U hebt een regel toegevoegd om de debug te activeren, maar de afsluitende ; vergeten. Of een snippet van een blog gekopieerd-geplakt met typografische aanhalingstekens in plaats van ". WordPress kan zijn config niet meer laden en crasht bij de bootstrap. Fix : vergelijking met wp-config-sample.php, herstel van de syntaxis, PHP-validatie via de commandoregel (php -l wp-config.php).
5. Onvoldoende PHP-geheugen
≈ 8 %. Op WooCommerce-sites met een grote catalogus + cacheplug-in + beveiligingsplug-in loopt het standaard PHP-geheugen van 128 MB vol in de admin. Fout : Allowed memory size of X bytes exhausted. Fix : WP_MEMORY_LIMIT en WP_MAX_MEMORY_LIMIT verhogen in wp-config.php, audit van de schuldige plug-in.
6. WordPress-core beschadigd (onvolledige FTP-overdracht)
≈ 7 %. Bruuske FTP-migratie, onderbroken overdracht, herstel van een gedeeltelijke back-up. Ontbrekende of afgekapte corebestanden. Fix : download van een schone kopie van WordPress, herschrijven van /wp-includes/ en /wp-admin/ zonder /wp-content/ of wp-config.php aan te raken.
⚡ Typische interventie
Kritieke fout opgelost in 38 min
Echt geval · Vitrinesite van een kmo in dienstverlening + WooCommerce · WordPress 6.4 + 32 plug-ins · Maart 2026.
FTP-toegang hersteld · neutralisatie plug-ins
Hernoemen van
/wp-content/plugins/ naar plugins_OFF/. Admintoegang onmiddellijk hersteld.
Activering
WP_DEBUG_LOG
Bewerking van wp-config.php : define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);. Herstel van de plug-insmap, refresh.
Schuldige plug-in geïdentificeerd
/wp-content/debug.log : PHP Fatal error: Uncaught Error: Class "WC_Geolocation" not found in /wp-content/plugins/x-shipping/includes/Calculator.php:88. De plug-in x-shipping hing af van een WooCommerce-klasse die in WC 8.3 was verwijderd.
Plug-in netjes uitgeschakeld
Uitschakeling via de admin (en niet door bruut hernoemen). Tijdelijke patch om in plaats daarvan
WC_Geolocation_Loader te gebruiken. Checkout-tests : OK.
Debug uitgeschakeld · rapport verzonden
Debug uitgeschakeld, site OK voor de bezoekers. E-mail met tijdlijn + oorzaak + oplossing + aanbeveling (de bug melden aan de uitgever van de plug-in).
38 min
Totale tijd
~ 40 €
Gefactureerd op offerte
(38 min × 70 €/u excl. btw)
(38 min × 70 €/u excl. btw)
0
Artikel / bestelling verloren
💰 Tarieven
Tarieven vooraf aangekondigd
Diagnose gratis. Voor de interventie weet u precies hoeveel het kost voordat ik de code aanraak.
🔍 Diagnose
Diagnose
de schuldige plug-in vinden
0€gratis
30 min · vrijblijvend
- WP_DEBUG_LOG geactiveerd + lezen
debug.log - Schuldige plug-in of thema geïdentificeerd
- Becijferde offerte onmiddellijk verzonden
- U beslist of u doorgaat
⚡ Meest gevraagd
🔧 Interventie
Gerichte interventie
WordPress weer online brengen
vanaf 70€excl. btw
volgens diagnose · prijs vooraf aangekondigd
- Back-up bestanden + database vóór interventie
- Neutralisatie van de schuldige plug-in / thema
- Vervanging of lokale patch indien nodig
- Schriftelijk rapport oorzaak + toegepaste oplossing
- Garantie 30 dagen op de oplossing
🛡️ Onderhoud
Maandelijks onderhoud
plug-inaudit + gecontroleerde updates
vanaf 50€/ maand
monitoring 24/7 · verbintenis 12 maanden
- Maandelijkse audit van de WordPress-plug-ins
- Back-ups automatisch dagelijks geëxternaliseerd
- Updates getest in pre-prod vóór uitrol
- Prioritaire interventie bij kritieke fout
🧭 Verwar het niet
Een kritieke fout is geen...
❌ Geen hack
Site gedefaced, doorverwijzingen naar een verdachte pagina, apotheekpop-up ? Dat is geen kritieke fout, dat is een hack. Het protocol is heel anders (isolatie, opschoning, hardening).
Fiche gehackte WordPress →
❌ Geen « databaseverbindingsprobleem »
❌ Geen 500-fout
De melding « Error establishing a database connection » is anders : deze geeft aan dat WP MySQL niet kan bereiken (verkeerde inloggegevens in wp-config.php, MySQL-server down). Dat is geen kritieke PHP-fout.
Als uw site HTTP ERROR 500 teruggeeft in plaats van de WordPress-melding, dan is WordPress er niet eens in geslaagd zijn foutafhandelaar uit te voeren. Andere diagnose.
❓ FAQ
Kritieke fout WordPress — veelgestelde vragen
Dit is de melding die WordPress sinds versie 5.2 (mei 2019) toont wanneer een fatale PHP-fout is gedetecteerd. WP weigert om de technische trace aan bezoekers te tonen om veiligheidsredenen en stuurt in plaats daarvan een mail naar de admin met een magische link voor de recovery mode. Als u de e-mail niet hebt ontvangen, komt dat meestal omdat
wp_mail() niet is geconfigureerd (geen SMTP, server-IP op blacklist).Twee opties. (1) Het token ophalen uit de tabel
wp_options (optie recovery_mode_token) via SSH of phpMyAdmin. (2) Het snelst : de recovery-modus omzeilen door de plug-ins via FTP uit te schakelen : /wp-content/plugins/ hernoemen naar plugins_OFF/ maakt alle plug-ins inactief en geeft admintoegang vrij.Drie methodes : (1)
WP_DEBUG_LOG activeren in wp-config.php, herladen, /wp-content/debug.log lezen — het bestand en de schuldige regel worden aangegeven. (2) Uitschakelen via bisectie (in opeenvolgende helften). (3) Direct php-fpm.log of error_log lezen — de stacktrace geeft het .php-bestand aan. Methode (1) is de snelste met FTP-toegang.Voor 90 % van de gevallen is de site in minder dan een uur hersteld. Voor complexe gevallen (beschadigde core, conflict tussen meerdere plug-ins, migratie PHP 7→8 die 5 plug-ins tegelijk breekt) moet u rekenen op een halve dag. Termijn aangekondigd na de gratis initiële diagnose.
Nee. Een kritieke fout in WordPress is bijna altijd een codeprobleem (plug-in, thema, PHP), nooit een databaseprobleem. Uw artikelen, pagina's, media, WooCommerce-bestellingen en gebruikers blijven intact. En de oplossing begint altijd met een geëxternaliseerde back-up van bestanden + database.
Gratis diagnose (30 min) gevolgd door interventie op offerte, vanaf 70 €/u excl. btw. De meeste kritieke fouten worden in minder dan 2 u opgelost zodra de oorzaak is geïdentificeerd (identificatie van de schuldige plug-in/thema, nette uitschakeling, vervanging of patch indien nodig, non-regressietest, schriftelijke post-mortem). De offerte wordt binnen 24 werkuren verzonden vóór elke start. Inbegrepen in het onderhoud.
Drie oorzaken : (1) De plug-in heeft resten in de database of het filesystem achtergelaten die een andere plug-in laten crashen. (2) Er waren meerdere schuldige plug-ins, u hebt er slechts één geïdentificeerd. (3) De plug-in wordt automatisch opnieuw geactiveerd (network-activated in multisite, of MU-Plugin). De nette oplossing verloopt via een volledige audit van alle geladen code.
🛡️ Nooit meer dit
Voorkom de volgende kritieke fout voordat hij gebeurt
Maandelijkse plug-inaudit, update getest in pre-prod, uptimemonitoring elke 5 min : een WordPress-onderhoudscontract verdient zich ruimschoots terug met één enkele vermeden noodinterventie.
Kritieke fout op dit moment ?
Gratis diagnose, offerte binnen 24 werkuren, interventie vanaf 70 €/u excl. btw op offerte.