Je opent je website, verwacht gewoon je homepage te zien, en krijgt ineens een kale melding: er is een kritieke fout op deze website. Geen paniek, maar wel snel handelen. Een kritieke fout bij WordPress, hoe ermee omgaan, is vooral een kwestie van rustig uitsluiten wat stuk is gegaan en daarna pas iets aanpassen.
Het goede nieuws is dat deze fout zelden betekent dat je website definitief verloren is. In de meeste gevallen gaat het om een plugin, een thema, een update of een PHP-probleem dat WordPress niet meer correct kan verwerken. Dat klinkt technisch, maar de oplossing is vaak eenvoudiger dan veel mensen denken.
Wat betekent een kritieke fout bij WordPress?
WordPress toont deze melding wanneer er een fatale fout optreedt in de code. Simpel gezegd: er draait iets mee op je website dat zo hard vastloopt dat WordPress stopt met laden. Dan zie je niet zomaar een kleine waarschuwing, maar een volledige foutmelding die de site blokkeert.
Vaak ligt de oorzaak bij een plugin die niet compatibel is met je WordPress-versie, een thema met verouderde code of een update die niet goed is afgerond. Soms is het ook een limiet op de server, zoals te weinig geheugen. Dat laatste komt minder vaak voor bij een goed ingestelde hostingomgeving, maar het blijft mogelijk.
Het lastige is dat de foutmelding zelf meestal weinig uitleg geeft. Je ziet dat er iets mis is, maar niet meteen wat. Daarom werk je best stap voor stap. Wild overal op klikken maakt het meestal erger.
Kritieke fout bij WordPress, hoe ermee omgaan zonder schade te maken
Begin met de vraag of alleen de voorkant van je site niet werkt, of ook het WordPress-beheer. Kun je nog inloggen in /wp-admin, dan is het probleem meestal sneller op te lossen. Kun je nergens meer in, dan moet je via je hostingbestanden werken.
Controleer eerst of je een e-mail van WordPress hebt ontvangen. Bij veel kritieke fouten stuurt WordPress automatisch een herstelmail naar het beheerdersadres. In die mail staat vaak welke plugin of welk thema de fout veroorzaakt. Dat bespaart veel zoekwerk.
Heb je geen mail ontvangen, dan is de volgende stap: niets updaten, niets verwijderen op goed geluk en zeker geen complete herinstallatie doen als je niet weet wat je doet. Een website is meestal nog te redden zonder drastische ingrepen.
De meest voorkomende oorzaken
In de praktijk zie je steeds dezelfde boosdoeners terug. Een plugin-update die botst met een andere plugin is veruit de bekendste. Vooral op websites waar in de loop der jaren van alles is bijgeplaatst, krijg je snel conflicten.
Ook thema’s kunnen problemen geven, zeker wanneer een oud thema niet meer onderhouden wordt. Dat merk je vaak pas na een WordPress-update of na een wijziging in de PHP-versie. Wat jarenlang werkte, kan dan plots stoppen.
Daarnaast zijn er nog maatwerk-snippets, foutieve wijzigingen in functions.php en mislukte automatische updates. Soms is een bestand maar half overschreven, waardoor WordPress met een incompleet onderdeel blijft zitten. Dat is frustrerend, maar wel oplosbaar.
Zo spoor je de oorzaak op
Als je nog toegang hebt tot het dashboard, schakel dan alle plugins uit. Doe dat in één keer en controleer daarna of de website weer laadt. Werkt alles opnieuw, dan weet je dat het probleem bij een plugin zit. Vervolgens activeer je de plugins één voor één opnieuw tot de fout terugkomt.
Heb je geen toegang tot het dashboard, dan kun je via Bestandsbeheer of FTP naar de map wp-content gaan. Hernoem daar de map plugins tijdelijk naar bijvoorbeeld plugins-uit. WordPress ziet de plugins dan niet meer als actief. Laadt de site daarna weer, dan is de oorzaak bijna zeker een plugin.
Voor thema’s werkt hetzelfde principe. Hernoem de map van het actieve thema in wp-content/themes. WordPress schakelt dan meestal automatisch over naar een standaardthema, als dat aanwezig is. Komt je site daarna weer online, dan zit het probleem in het thema.
Dit is geen elegante oplossing, maar wel een effectieve. En daar gaat het op zo’n moment om.
Wat als een update de fout veroorzaakte?
Een kritieke fout verschijnt vaak vlak na een update van WordPress, een plugin of een thema. Dan is de kans groot dat er een compatibiliteitsprobleem speelt. Dat betekent niet automatisch dat de update slecht is. Het kan ook zijn dat jouw site nog draait met oudere onderdelen die niet meer goed samenwerken.
De slimste aanpak is dan teruggaan naar het onderdeel dat als laatste gewijzigd werd. Heb je net een plugin bijgewerkt en ging het daarna mis, schakel die plugin uit. Heb je WordPress zelf geüpdatet en gebruikt je site oude maatwerkcode, dan moet die code gecontroleerd worden.
Hier zit ook een belangrijk verschil tussen simpele websites en websites die in de loop der jaren zijn uitgebreid. Hoe meer losse bouwstenen, hoe groter de kans dat iets botst. Goedkope hosting hoeft daarbij niet het probleem te zijn, zolang de basis stabiel is en je vlot bij bestanden, back-ups en instellingen kunt.
Debuggen zonder te verdwalen
Als de oorzaak niet meteen duidelijk is, kun je WordPress-debug inschakelen. Dat doe je in het bestand wp-config.php. Daarmee laat je WordPress foutmeldingen loggen, zodat je preciezer ziet welk bestand of welke functie de crash veroorzaakt.
Voor beginners is dit het punt waarop het snel technisch wordt. Toch hoef je niet alles te begrijpen. Vaak is alleen de naam van de plugin of het thema al genoeg om te weten waar je moet zoeken. Zie je in de foutlog bijvoorbeeld een pad naar een specifieke pluginmap, dan heb je meestal je verdachte gevonden.
Let wel op: debugmeldingen rechtstreeks op je live website tonen is niet slim. Gebruik liever logging dan zichtbare foutweergave. Je wilt een probleem oplossen, niet je bezoekers op technische meldingen trakteren.
Wanneer een back-up de snelste oplossing is
Soms is het slimmer om niet te zoeken, maar gewoon terug te zetten. Zeker als je weet dat de site gisteren nog werkte en vandaag niet meer. Een recente back-up kan dan sneller zijn dan een uur foutopsporing.
Dat heeft wel een keerzijde. Alles wat sinds die back-up is aangepast, ben je mogelijk kwijt. Denk aan nieuwe blogberichten, formulieren of webshopbestellingen. Daarom is een back-up niet altijd automatisch de beste keuze. Het hangt af van hoe vaak je site verandert en hoe belangrijk recente data zijn.
Wie regelmatig back-ups maakt, heeft in elk geval een vangnet. Zonder back-up wordt elk probleem meteen groter dan nodig.
Zo voorkom je dat de fout terugkomt
Voorkomen is hier echt goedkoper dan herstellen. Veel WordPress-sites lopen vast omdat er te veel oude plugins blijven staan, updates maandenlang worden uitgesteld of thema’s gebruikt worden die al jaren niet meer onderhouden zijn.
Hou je installatie dus schoon. Verwijder plugins die je niet gebruikt, ook als ze uitgeschakeld zijn. Gebruik liever één degelijke plugin dan drie halve oplossingen. Werk WordPress, thema’s en plugins regelmatig bij, maar doe dat bewust. Niet blind op een drukke werkdag, wel op een moment dat je kunt controleren of alles nog werkt.
Ook testen helpt. Heb je een belangrijke website voor je zaak of vereniging, voer grotere wijzigingen dan niet eerst op de live site door. Een testomgeving is geen luxe als je afhankelijk bent van je website.
Een stabiele hostingomgeving maakt daarbij veel verschil. Niet omdat hosting alle pluginproblemen oplost, maar omdat je sneller toegang hebt tot logs, back-ups en bestanden als er iets fout loopt. Dat scheelt tijd, stress en vaak ook omzetverlies. Precies daarom kiezen veel starters en kleine bedrijven voor een no-nonsense partij zoals Siteplan: geen ingewikkeld gedoe, wel duidelijke tools en ondersteuning in gewone taal.
Wanneer je beter hulp inschakelt
Soms kom je er zelf niet uit, en dat is geen schande. Zie je onbekende foutcodes, witte pagina’s zonder meldingen of rare wijzigingen die je niet zelf hebt gedaan, dan is het verstandig om hulp te vragen. Zeker als je vermoedt dat het geen gewone pluginfout is, maar bijvoorbeeld een beveiligingsprobleem.
Ook bij webshops of websites met veel verkeer is snelheid belangrijk. Elk uur offline kost vertrouwen. Dan is blijven prutsen vaak duurder dan meteen iemand laten meekijken.
De beste hulp is trouwens niet altijd de meest technische uitleg. Je hebt meer aan iemand die snel ziet waar het misgaat en een duidelijke oplossing geeft dan aan een lang verhaal vol jargon.
Een kritieke fout bij WordPress voelt op het moment zelf groot, maar meestal is het gewoon een signaal dat één onderdeel niet meer meewerkt. Als je rustig blijft, logisch uitsluit en niet op goed geluk begint te verwijderen, is de kans groot dat je site sneller terug online is dan je dacht.