WordPress update mislukt of website kapot? Zo los je een critical error op

Je logt in op je WordPress dashboard, ziet een rijtje met rode bolletjes bij je plugins en besluit even snel op ‘Alles bijwerken’ te klikken. Je ververst de pagina en ineens staat er met grote letters op je scherm: “Er is een kritieke fout opgetreden op deze site”. Of erger nog: je krijgt een volledig wit scherm (de beruchte White Screen of Death) en ook inloggen op het dashboard lukt niet meer.

Het is de schrik van iedere ondernemer. Je website is het online visitekaartje van je bedrijf, verwerkt dagelijks aanvragen of verkopen en moet simpelweg altijd bereikbaar zijn. Een mislukte update komt bovendien vrijwel altijd uit op het verkeerde moment: net wanneer je een campagne hebt lopen of midden op een drukke werkdag.

Gelukkig betekent een kapotte website na een update vrijwel nooit dat al je gegevens voorgoed verdwenen zijn. In de meeste gevallen gaat het om een softwareconflict tussen twee onderdelen die elkaar niet meer begrijpen. In deze uitgebreide gids leggen we je stap voor stap uit wat de meest voorkomende foutmeldingen betekenen, hoe je de oorzaak opspoort en hoe je je website weer snel en veilig online krijgt.

De meest voorkomende symptomen van een mislukte WordPress update

Een mislukte update uit zich niet op iedere website op dezelfde manier. Afhankelijk van de exacte oorzaak kun je tegen verschillende situaties aanlopen. Hieronder zie je de vijf meest voorkomende problemen wanneer een update niet goed is verlopen:

1. “Er is een kritieke fout opgetreden op deze site” (Critical Error)

Sinds versie 5.2 heeft WordPress een ingebouwd beveiligingsmechanisme dat ernstige PHP-fouten opvangt. In plaats van een onbegrijpelijke verzameling getallen en foutcodes op het scherm te tonen, laat WordPress deze algemene melding zien. Op de achtergrond stuurt het systeem vaak een herstelemail naar het e-mailadres van de beheerder met daarin een speciale ‘Safe Mode’ of ‘Herstelmodus’ link.

2. “Tijdelijk niet beschikbaar vanwege gepland onderhoud. Probeer het over een minuut opnieuw.”

Wanneer WordPress een update van een plugin, thema of het core-systeem start, zet het automatisch een klein bestandje genaamd .maintenance in de hoofdmap van je website. Dit voorkomt dat bezoekers halve of beschadigde pagina’s zien tijdens de installatie. Normaal gesproken wordt dit bestandje na enkele seconden automatisch gewist. Als de update echter stagneert of de server een time-out geeft, blijft dit bestand op de server staan en blijft de site vastzitten in onderhoudsmodus.

3. Het witte scherm (White Screen of Death – WSoD)

Zie je alleen een lege witte pagina op zowel de voorzijde van je website als op de inlogpagina van WordPress? Dit gebeurt wanneer een PHP-fout optreedt op een oudere WordPress-versie of wanneer de geheugenlimiet (PHP Memory Limit) van je server abrupt wordt overschreden voordat WordPress de foutmelding netjes kan opvangen.

4. De pagina-opbouw (layout) is compleet gebroken

Soms blijft de website wel online, maar klopt de vormgeving ineens niet meer. Knoppen staan verkeerd, lettertypen kloppen niet of een page builder zoals Elementor laadt niet meer goed. Dit gebeurt vaak wanneer een plugin wel is bijgewerkt, maar het thema of de page builder nog verouderd is, of wanneer de browser-cache verouderde CSS-bestanden vasthoudt.

5. Foutmelding 500 (Internal Server Error)

Een 500-fout op de server wil zeggen dat de webserver (zoals Apache of Nginx) een ernstige interne fout is tegengekomen. Na een update wordt dit negen van de tien keer veroorzaakt door een verkeerd commando in het .htaccess bestand of een zware PHP-fout in een plugin.

Symptoom vs. Oorzaak & Directe Oplossing

Waarom gaat een WordPress update eigenlijk mis?

Om te begrijpen hoe je het probleem oplost, is het goed om te weten hoe het WordPress-ecosysteem in elkaar zit. Een gemiddelde WordPress website bestaat uit tientallen losse bouwstenen die allemaal nauw met elkaar samenwerken:

• Het WordPress Core-systeem: De basis van je website.
• Het Thema: Bepaalt de weergave en lay-out van de site.
• Plugins: Uitbreidingen voor extra functionaliteiten (zoals formulieren, beveiliging of een webshop).
• De PHP-versie op de server: De programmeertaal waarin WordPress draait.
• De Database (MySQL/MariaDB): Waarin al je teksten, instellingen en pagina’s worden opgeslagen.

Als je één van deze onderdelen bijwerkt, moeten de andere onderdelen daar wel klaar voor zijn. Hieronder volgen de belangrijkste redenen waarom een update in de praktijk misloopt:

1. Incompatibiliteit tussen plugins en thema’s

Er zijn meer dan 60.000 verschillende plugins beschikbaar voor WordPress, ontwikkeld door duizenden verschillende softwaremakers. Het is onmogelijk voor ontwikkelaars om vooraf te testen of hun update samenwerkt met ál die andere plugins. Als plugin A een stukje code gebruikt dat door de nieuwste update van plugin B is aangepast of verwijderd, ontstaat er een conflict dat de hele pagina laat crashen.

2. Een verouderde PHP-versie op je hostingpakket

Net zoals apps op een smartphone een minimale versie van iOS of Android nodig hebben, heeft WordPress een moderne PHP-versie op de webserver nodig. Als je hostingprovider nog een verouderde PHP-versie (zoals 7.4) gebruikt terwijl je een plugin bijwerkt die minimaal PHP 8.1 of 8.2 vereist, zal de site direct een fatale fout geven.

3. Te lage PHP Memory Limit (Geheugenlimiet)

Tijdens het uitvoeren van een update moet de server veel informatie tegelijk verwerken. Als het maximale werkgeheugen dat je van je hostingprovider krijgt (bijvoorbeeld 64MB of 128MB) tijdens het proces wordt overschreden, stopt het script abrupt. Het resultaat is een deels geïnstalleerde plugin en een onbereikbare website.

4. Slechte of trage serververbinding

Wanneer je meerdere zware plugins tegelijk kiest om bij te werken, kan het downloaden en uitpakken van de bestanden te lang duren. Als de maximale uitvoeringstijd (max_execution_time) van de server wordt bereikt, breekt de server het proces af.

Stappenplan: Zo herstel je zelf een kapotte WordPress site

Heb je toegang tot de FTP-gegevens van je website of het beheerpaneel van je hostingprovider (zoals cPanel, DirectAdmin of Plesk)? Dan kun je met onderstaand stappenplan proberen om de website zelf weer online te krijgen.

Stap 1: Verwijder het onderhoudsbestand (bij vastlopers)

Blijft je site hangen op de melding dat er gepland onderhoud plaatsvindt?

1. Log in op je FTP-programma (zoals FileZilla) of de Bestandsbeheerder (File Manager) van je hosting.
2. Open de hoofdmap van je website (vaak genaamd public_html, www of httpdocs).
3. Zoek naar het bestand .maintenance.
4. Klik met de rechtermuisknop en kies voor Verwijderen.
5. Ververs je website in de browser. De melding is nu verdwenen.

Stap 2: Spoor de boosdoener op met WP_DEBUG

Als de site een kritieke fout geeft, wil je precies weten wélke plugin de fout veroorzaakt. Zo zet je de foutopsporing van WordPress aan:

1. Zoek in de hoofdmap van je FTP-omgeving naar het bestand wp-config.php.
2. Download een kopie van dit bestand naar je computer als reserve.
3. Open het bestand op de server en zoek naar de regel: define('WP_DEBUG', false);.
4. Verander false naar true: define('WP_DEBUG', true);.
5. Sla het bestand op. Als je nu de kapotte pagina in je browser ververst, zie je in plaats van de algemene melding een specifieke foutcode staan. In die tekst staat vrijwel altijd de naam van de boosdoener (bijvoorbeeld: .../wp-content/plugins/naam-van-plugin/...).

Stap 3: Schakel de veroorzakende plugin uit via FTP

Nu je weet welke plugin de crash veroorzaakt, kun je deze uitschakelen zonder dat je in het WordPress dashboard hoeft in te loggen:

1. Ga in FTP naar de map wp-content/plugins/.
2. Zoek de map op van de plugin die in de foutmelding werd genoemd.
3. Hernoem deze map door er bijvoorbeeld -oud of -uitgeschakeld achter te zetten (bijvoorbeeld: woocommerce-oud).
4. WordPress kan de plugin nu niet meer vinden en zal deze automatisch deactiveren. Je website en inlogscherm werken nu in de meeste gevallen direct weer.

Wat je absoluut NIET moet doen bij een mislukte update

Uit paniek nemen mensen vaak beslissingen die de schade alleen maar groter maken. Voorkom de volgende veelgemaakte fouten:

• Zomaar willekeurige bestanden of mappen wissen: Verwijder nooit zomaar mappen uit de WordPress kern (zoals wp-admin of wp-includes) als je niet exact weet wat je doet.
• Blijven klikken op ‘Bijwerken’: Als een update eenmaal is mislukt, heeft het geen zin om herhaaldelijk op de updateknop te blijven drukken. Dit verhoogt de kans dat bestanden corrupt raken.
• Een stokoude back-up terugzetten zonder controle: Heb je een back-up van een half jaar geleden? Als je die zomaar terugzet, ben je alle recent geplaatste pagina’s, berichten, bestellingen en klantgegevens kwijt.

Hoe voorkom je dat een WordPress update in de toekomst misgaat?

Het bijwerken van software blijft noodzakelijk om je website veilig en beschermd te houden tegen hackers. Het compleet negeren van updates is dus géén optie. Maar hoe zorg je ervoor dat updates gecontroleerd en zonder uitval verlopen?

1. Maak ALTIJD een back-up voordat je begint

Klik nooit zomaar op een updateknop zonder dat er een recente, goed werkende back-up van zowel de bestanden als de database voorhanden is. Mocht er dan iets misgaan, dan staat de werkende versie binnen enkele minuten weer online.

2. Gebruik een testomgeving (Staging-omgeving)

Bij professionele hosting is het vaak mogelijk om met één klik een exacte kopie van je website te maken op een afgeschermde testlocatie (een staging site). Hier voer je alle updates eerst veilig uit. Pas wanneer blijkt dat de testomgeving 100% goed blijft functioneren, voer je de updates uit op de live website.

3. Update in een logische volgorde

Werk niet alles in één keer bij. De veiligste volgorde voor updates is:

1. Eerst de normale plugins één voor één bijwerken en tussentijds de site controleren.
2. Vervolgens het thema bijwerken.
3. Als laatste de WordPress Core-versie bijwerken.

4. Laat het onderhoud over aan een specialist

Als ondernemer wil je je richten op je eigen vakgebied en niet telkens in paniek raken als een scherm op zwart gaat. Door het technisch beheer en de updates uit te besteden aan een professionele partij, worden alle updates proactief en gecontroleerd voor je uitgevoerd.

Wil je meer weten over wat er komt kijken bij professioneel en zorgeloos beheer? Bekijk dan onze pagina over website beheer.

Wanneer moet je professionele hulp inschakelen?

Sommige fouten zijn eenvoudig op te lossen door een mapje te hernoemen. Maar soms ligt het probleem dieper, bijvoorbeeld in de database, bij beschadigde bestanden na een onderbroken core-update of bij een hardnekkig conflict met een maatwerk thema.

Het is verstandig om deskundige ondersteuning in te roepen wanneer:

• Je geen toegang hebt tot FTP of het beheerpaneel van je hosting.
• Het hernoemen van plugins het probleem niet heeft opgelost.
• Je een webshop (WooCommerce) draait en er risico is op het verliezen van bestellingen of klantgegevens.
• Je de melding ‘Internal Server Error’ of databasefouten blijft houden.
• Je simpelweg de tijd en technische kennis mist om het veilig op te lossen.

Bij Website Beheren lossen we dagelijks storingen, critical errors en mislukte updates op voor WordPress ondernemers. Wij zorgen ervoor dat je website snel weer goed en veilig functioneert.

Heb je direct assistentie nodig bij een kapotte website of wil je verdere problemen voorkomen? Bekijk onze pagina voor WordPress hulp of neem rechtstreeks contact op via ons contactformulier.