Een leeg wit scherm is bijna altijd een PHP-fout, geen serverstoring
Als uw website plots volledig wit is — geen tekst, geen foutmelding, niets — spreken beheerders van de 'White Screen of Death'. Het is misleidend geruststellend dat er geen foutmelding verschijnt, want onder de motorkap is er wel degelijk iets fout: een PHP-fout die zo ernstig is dat WordPress zichzelf niet meer kan opbouwen. Dit gebeurt bijna altijd na een wijziging: een plugin die net is bijgewerkt en niet meer compatibel is, een thema met een fout in een sjabloonbestand, een PHP-geheugenlimiet die wordt overschreden, of een handmatige aanpassing in een bestand met een tikfout erin.
Een concreet voorbeeld: begin 2026 zorgde een patch in een WordPress-kernversie er bij specifieke thema's (waaronder enkele premium thema's) voor dat de voorkant van de site volledig wit werd, omdat die thema's sjabloonbestanden op een niet-standaard manier laadden. Dit laat zien hoe een op zichzelf kleine wijziging ergens anders in de keten toch tot een volledig wit scherm kan leiden, ook als u zelf niets heeft veranderd.
Stap 1: zet foutmeldingen aan
Voeg in `wp-config.php` de volgende regels toe, vlak boven de regel `/ That's all, stop editing! /`:
``` define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false); ```
Hierdoor wordt de exacte foutmelding weggeschreven naar `wp-content/debug.log` in plaats van dat u alleen een wit scherm ziet. Dat logbestand vertelt u meestal direct welk bestand of welke plugin de crash veroorzaakt, herkenbaar aan een regel die begint met 'Fatal error' of 'PHP Fatal error', gevolgd door het bestandspad en regelnummer waar het misgaat.
Stap 2: sluit plugins en thema uit als boosdoener
Heeft u geen toegang tot het dashboard, ga dan via FTP of de bestandsbeheerder van uw hosting naar `wp-content/plugins/` en hernoem die map (bijvoorbeeld naar `plugins-uit`). WordPress schakelt dan automatisch alle plugins uit. Is de site weer bereikbaar, hernoem de map terug en activeer de plugins één voor één opnieuw totdat u de veroorzaker vindt. Werkt dit niet, controleer dan op dezelfde manier het actieve thema door tijdelijk over te schakelen naar een standaardthema (bijvoorbeeld door de themamap tijdelijk te hernoemen, waardoor WordPress terugvalt op een meegeleverd standaardthema).
Stap 3: controleer geheugenlimiet en cache
Sommige witte schermen ontstaan doordat het script de toegewezen PHP-geheugenlimiet overschrijdt. Verhoog deze in `wp-config.php` met:
``` define('WP_MEMORY_LIMIT', '256M'); ```
Heeft u wél toegang tot het dashboard maar toont alleen de voorkant een wit scherm, dan is een caching-plugin een veelvoorkomende oorzaak: leeg de cache van zowel de plugin als eventuele serverside cache (en van uw browser) voordat u verder zoekt. Sommige hostingpakketten hebben daarnaast een eigen cachelaag op serverniveau die los staat van uw CMS — vraag bij twijfel na bij uw hostingprovider of deze los geleegd kan worden.
Wanneer u het beter kunt laten uitzoeken
Lukt het niet om de veroorzaker binnen redelijke tijd te isoleren, of gaat het om een site waarbij downtime direct omzet kost, dan is het vaak efficiënter om iemand met ervaring in dit soort crashes de logbestanden te laten beoordelen. Een ervaren beheerder herkent bekende foutpatronen vaak direct, terwijl uitzoeken zonder die ervaring al snel een halve dag kan kosten.
Herhaling voorkomen
Test updates waar mogelijk eerst op een staging-omgeving voordat u ze live doorvoert, en zorg voor een recente back-up vlak vóór elke update — zie backups controleren. Zo is een wit scherm binnen een paar minuten teruggedraaid in plaats van een halve dag uitzoekwerk. Wilt u dit liever niet zelf hoeven doen, dan kan Websitechecken updates begeleiden en bij een crash direct ingrijpen.
