WordPress kritieke fout: een noodplan vanaf het eerste symptoom
De melding “Er heeft zich een kritieke fout voorgedaan op deze website” (“There has been a critical error on this website”) betekent dat een plugin, het thema of PHP-code WordPress heeft gestopt. Meestal is een onlangs bijgewerkte of geïnstalleerde plugin de boosdoener. Zoek eerst de e-mail van WordPress met een link naar de herstelmodus en deactiveer daar de foute plugin.
Auteur: Het TellMyShop-team. Een gids voor eigenaren van WordPress-websites en WooCommerce-winkels: de oorzaak, de oplossing met de hand en hetzelfde werk in een gesprek met de chat.
Laatst bijgewerkt: · 7 min lezen
Drie vragen die al het andere bepalen
Beantwoord drie vragen voordat je ergens op klikt. De antwoorden wijzen je de juiste route.
| Vraag | Zo ja | Zo nee |
|---|---|---|
| Staat de fout op de hele site, inclusief de homepage en /wp-admin? | route A of B hieronder | de fout raakt een deel van de site, ga naar het deel over diagnose met de chat |
| Staat er een e-mail van WordPress over een technisch probleem in de inbox van de beheerder? | route A: herstelmodus | route B: de bestandsbeheerder van je hostingpartij |
| Is dit een webshop waar vandaag iemand een bestelling kan hebben geplaatst? | zet geen databaseback-up terug zonder overleg met je hostingpartij | een back-up is de veiligere terugvaloptie |
Eén ding meteen, zodat je geen tijd verliest: toont de hele site een kritieke fout, dan reageert geen enkele plugin die binnen WordPress draait. Ook de TellMyShop-plugin niet. Eerste hulp gaat dan via WordPress in de herstelmodus of via je hostingpaneel.
Route A: je hebt de e-mail met de link naar de herstelmodus
Sinds versie 5.2 ontdekt WordPress een kritieke fout zelf, wijst het de foute plugin of het foute thema aan en stuurt het een e-mail met een link naar het beheerdersadres. Hoe dit mechanisme werkt, staat in de aankondiging van de herstelmodus op make.wordpress.org.
- Open de e-mail en kijk welke plugin of welk thema WordPress als oorzaak noemt.
- Klik op de link en log in. De link werkt een beperkte tijd, dus stel het niet uit.
- In de herstelmodus is de foute plugin alleen voor jou gepauzeerd. Bezoekers zien de fout nog steeds.
- Ga naar Plugins, Geïnstalleerde plugins en deactiveer de genoemde plugin.
- Verlaat de herstelmodus met de knop in de bovenbalk en open de site in een privévenster.
Werkt de site, dan is de oorzaak bekend. Laat de plugin gedeactiveerd en kijk bij de maker of er een oplossing is uitgebracht.
Route B: er is geen e-mail of de link is verlopen
Dan zet je de plugin uit via je hostingpaneel. De meeste hostingpartijen hebben een bestandsbeheerder in het paneel, dus je hebt geen FTP-programma nodig. Deze route staat goed beschreven in het artikel in de kennisbank van dhosting over de kritieke fout (in het Pools).
- Log in op het hostingpaneel en open de bestandsbeheerder.
- Ga naar de map van de site (vaak public_html of een map met de naam van het domein), dan naar wp-content, dan naar plugins.
- Zoek de map van de plugin die je het laatst hebt bijgewerkt of geïnstalleerd. Hernoem hem door “-disabled” aan het eind toe te voegen.
- Ververs de site. Werkt die, dan heb je de boosdoener gevonden.
- Weet je niet welke plugin de schuldige is, hernoem dan de hele map plugins naar “plugins-disabled”. Log in op het dashboard en open Plugins, zodat WordPress ze als gedeactiveerd markeert. Zet dan de mapnaam terug en activeer de plugins een voor een, met na elke plugin een controle van de site.
Blijft de fout nadat alle plugins zijn uitgezet, dan ligt de oorzaak ergens anders: in het thema, de PHP-versie of bestanden van WordPress. Dan bel je je hostingpartij.
Een WooCommerce-webshop: wanneer een back-up schaadt
Veel handleidingen zeggen “zet de back-up van gisteren terug”. Op een blog is dat verstandig advies. In een webshop wist een volledige back-up inclusief database alles wat erna is gebeurd: de bestellingen van vandaag, betalingen die in de webshop zijn vastgelegd, nieuwe klantaccounts en voorraadwijzigingen.
In een webshop is de volgorde dus anders. Deactiveer eerst de foute plugin via route A of B. Is een back-up nodig, vraag je hostingpartij dan alleen de bestanden terug te zetten, zonder de database. Dat is meestal genoeg, want de kritieke fout zit in de code van de plugin, en de bestellingen in de database.
Voor je websitebeheerder
Komen e-mails van WordPress niet aan, dan kun je het adres van de ontvanger instellen in wp-config.php met de constante RECOVERY_MODE_EMAIL. Details van fouten worden naar het bestand debug.log geschreven als WP_DEBUG en WP_DEBUG_LOG aan staan in wp-config.php en WP_DEBUG_DISPLAY uit staat. De instellingen staan in de documentatie van WordPress over debuggen, en een lijst met typische oorzaken in het overzicht van veelvoorkomende WordPress-fouten. In een WooCommerce-webshop gaan kritieke fouten ook naar de logs van WooCommerce met de naam fatal-errors.
Wanneer de chat helpt, en wanneer niet
Je chat (Claude of ChatGPT) maakt verbinding met de site via de TellMyShop-plugin voor WordPress en WooCommerce, die binnen WordPress draait. Ligt de hele site plat, dan is er geen verbinding. Hij helpt in twee andere situaties: als de kritieke fout maar op een deel van de site verschijnt, bijvoorbeeld bij het afrekenen of op één subpagina, en na de oplossing, als je wilt uitzoeken wat er eigenlijk gebeurd is.
De chat leest dan de foutenlogs van PHP, WordPress en WooCommerce van de laatste dagen. Hij groepeert terugkerende meldingen en noemt bij elke melding de plugin of het thema waar ze vandaan komt. Daarbovenop komt de gezondheid van de website, dus de PHP-versie, wachtende updates en of fouten aan bezoekers worden getoond, en de lijst met plugins met versies en vereisten. Dit alles werkt in TellMyShop Free, want het leest alleen.
Jij: Klanten zeggen dat er bij het afrekenen een kritieke fout verschijnt. De homepage werkt. Wat is er aan de hand?
Je chat: De logs van de laatste 2 dagen bevatten één kritieke fout, 37 keer. Die komt van de plugin Sample Instalments en verschijnt op de afrekenpagina. Lijst met plugins: Sample Instalments 3.0 vereist PHP 8.2, en de server heeft PHP 8.1.
Je chat: Twee opties: je hostingpartij om PHP 8.2 vragen of de plugin deactiveren. Deactiveren haalt de betaling in termijnen uit de winkelwagen, maar de andere betaalmethoden blijven werken. Voorbeeld van het deactiveren:
Jij: Deactiveer hem, ik spreek morgenochtend mijn hostingpartij.
Je chat: Gedeactiveerd. De homepage reageert correct. Je kunt de wijziging ongedaan maken vanuit de wijzigingsgeschiedenis.
Status van de kaart: wacht op jouw “ja”oude versie: Sample Instalments: actief
nieuwe versie: Sample Instalments: inactief
Een plugin deactiveren werkt in TellMyShop Pro zodra de schakelaar Plugins in het paneel aan staat. De schakelaar geldt 24 uur en vereist een databaseback-up van dezelfde dag. Voor de wijziging toont de chat een voorbeeld en zegt hij wat mogelijk niet meer werkt, bijvoorbeeld met WooCommerce, de betaalprovider of verzending. Na de wijziging controleert hij de homepage.
In het gesprek kun je ook gewoon om een ochtendoverzicht vragen. De chat verzamelt dan nieuwe fouten uit de logs, wijzigingen van de afgelopen dag en adressen die een 404 geven.
De noodpagina van TellMyShop: waar die voor is
In TellMyShop Pro kun je in het pluginpaneel vooraf een noodsleutel aanmaken. TellMyShop Free heeft die pagina niet, omdat het niets wijzigt. De plugin zet dan een noodpagina op een willekeurig adres op. Die werkt zonder WordPress en zonder de database, dus je kunt haar ook tijdens een kritieke fout openen.
Haar bereik is smal. Ze zet alleen bestanden terug die de chat heeft gewijzigd, bijvoorbeeld themabestanden, uit kopieën van voor de wijziging. Ze draait geen updates of installaties van plugins terug, maakt geen wijzigingen in de database ongedaan en zet geen back-up van de hele site terug. Kwam de kritieke fout door een update, dan neem je route A of B.
Wanneer je het aan je hostingpartij overlaat
Bel je hostingpartij als de fout blijft nadat alle plugins zijn uitgezet, als je geen toegang tot het hostingpaneel hebt, of als de logs het hebben over te weinig geheugen of de PHP-versie. Je hostingpartij ziet de serverlogs, wijzigt de PHP-versie en zet back-ups terug. De TellMyShop-plugin repareert de server niet en maakt geen back-ups van de hele site.
Verscheen de fout direct na een klik op Bijwerken, lees dan ook wat je doet als WordPress na een update stukgaat. Hoe de chat logs en de gezondheid van de website leest, lees je op de pagina TellMyShop voor WordPress en WooCommerce, en licenties vergelijk je op de pagina prijzen. Meer handleidingen staan op de blog.
Vragen en antwoorden
Wat betekent de melding “Er heeft zich een kritieke fout voorgedaan op deze website”?
De PHP-code van een plugin, het thema of WordPress zelf is met een fout gestopt, en WordPress kon de pagina niet opbouwen. Meestal is het een net bijgewerkte of geïnstalleerde plugin, minder vaak het thema, een te oude PHP-versie of te weinig geheugen op de server.
Hoe kom ik in het dashboard als /wp-admin een kritieke fout toont?
Gebruik de link uit de e-mail die WordPress naar het beheerdersadres stuurt. De link opent de herstelmodus, waarin de foute plugin alleen voor jou is gepauzeerd en je hem kunt deactiveren. Zonder de e-mail zet je de plugin uit in de bestandsbeheerder van je hostingpartij door de map te hernoemen.
Waarom heb ik de e-mail over de herstelmodus niet gekregen?
Meestal ging de e-mail naar een oud beheerdersadres uit Instellingen, Algemeen, kwam hij in de spam terecht, of verstuurt de server helemaal geen e-mail. Dan blijft de route via de bestandsbeheerder van je hostingpartij over. Werkt de site weer, controleer dan het beheerdersadres en het versturen van e-mail, zodat de link de volgende keer aankomt.
Betekent een kritieke fout dat iemand de site heeft gehackt?
Meestal niet. In de meeste gevallen is het een pluginconflict of een versie die niet past na een update. Heeft niemand iets gewijzigd en zijn er onbekende plugins of bestanden verschenen, vraag dan je hostingpartij of een beveiligingsspecialist de site te controleren.
Kan ik bij een WooCommerce-webshop gewoon de back-up van gisteren terugzetten?
Voorzichtig. Een volledige back-up inclusief database terugzetten haalt alles weg wat erna is gebeurd, ook de bestellingen van vandaag en nieuwe klantaccounts. Probeer eerst de foute plugin te deactiveren. Is een back-up nodig, vraag je hostingpartij dan alleen de bestanden terug te zetten, zonder de database.
WordPress is een handelsmerk van de WordPress Foundation. WooCommerce is een handelsmerk van Automattic Inc. Claude is een handelsmerk van Anthropic PBC. ChatGPT en OpenAI zijn handelsmerken van OpenAI. TellMyShop is niet gelieerd aan deze bedrijven.