Kritieke fout op je WordPress-site: wat kun je veilig controleren?

Je ziet “Er heeft zich een kritieke fout voorgedaan op deze site” en een pagina opent niet meer. Dat is vervelend, maar de melding alleen vertelt nog niet welk onderdeel vastloopt.

Wat kan er aan de hand zijn?

WordPress kan deze melding tonen wanneer een fatale fout in PHP voorkomt dat de site normaal verder kan. Een plugin, het thema of de serveromgeving kan daarbij een rol spelen. De melding is dus geen bewijs dat je site is gehackt of dat één bepaalde plugin de oorzaak is. Een probleem na een update kan met die wijziging samenhangen, maar vraagt nog om onderzoek.

Houd het bij kijken en noteren. Maak vóór wijzigingen een herstelbare back-up. Plugins uitschakelen, een thema wisselen of bestanden aanpassen kan andere onderdelen raken. Laat dat eerst op een testkopie onderzoeken als je de gevolgen niet kunt overzien.

Drie dingen die je veilig kunt controleren

1. Leg de exacte melding vast

Noteer de pagina-URL, de volledige tekst en het tijdstip waarop je de fout zag. Maak eventueel een screenshot en laat privégegevens weg. Schrijf ook op of je op dat moment was aangemeld. Verander tijdens deze inventarisatie geen instellingen.

2. Kijk hoe groot het probleem is

Open de homepage en één andere gewone openbare pagina. Verschijnt de fout overal of alleen op één plek? Vergelijk eventueel in een privévenster. Voer geen bestellingen of betalingen uit om de klacht te testen en omzeil geen browserwaarschuwing.

3. Noteer wat er vooraf veranderde

Was er een update, een nieuwe plugin of een hostingwijziging? Noteer wat je weet zonder opnieuw te updaten of onderdelen uit te schakelen. Als je host een openbare storingsmelding heeft, kun je die erbij vermelden. De volgorde van gebeurtenissen helpt bij onderzoek, maar wijst niet vanzelf de oorzaak aan.

Wanneer stop je met zelf proberen?

Als je geen bruikbare back-up hebt of niet weet wat een instelling doet, houd het dan bij deze controles. Het hernoemen van pluginmappen, wisselen van thema of bewerken van bestanden kan ook werkende delen van je site raken. Een herstelkopie terugzetten kan bovendien recente wijzigingen overschrijven. Dat vraagt eerst om een plan.

Wat ik voor je kan onderzoeken

Ik kan de foutmelding en het moment van ontstaan vergelijken met foutlogs en recente wijzigingen. Vervolgens onderzoek ik welke onderdelen geraakt worden en wat een verantwoorde vervolgstap is. Een testkopie en een herstelmogelijkheid helpen om een mogelijke aanpassing eerst te controleren. Ik bespreek de aanpak en kosten met je voordat ik aan de oplossing werk.

Na een afgesproken aanpassing controleer ik de betrokken pagina’s en functies en leg ik uit wat er is veranderd. Welke oplossing mogelijk is, hangt af van de werkelijke oorzaak en de beschikbare toegang. De foutmelding geeft daarvoor nog geen garantie.

Verder lezen

Technische achtergrond: WordPress-documentatie over kritieke fouten en uitleg over Recovery Mode (Engels). De controles in dit artikel blijven beperkt tot kijken en noteren; de technische ingrepen in de documentatie vragen voorbereiding.

Liever samen kijken?

Je hoeft de oorzaak nog niet te weten. Vertel me wat je ziet en sinds wanneer het speelt. Ik kijk wat er nodig is en bespreek de aanpak en kosten met je voordat ik aan de oplossing werk.