{"id":2712,"date":"2025-11-27T13:42:08","date_gmt":"2025-11-27T12:42:08","guid":{"rendered":"https:\/\/mijn.host\/blog\/?p=2712"},"modified":"2025-12-11T20:32:32","modified_gmt":"2025-12-11T19:32:32","slug":"wordpress-wit-scherm","status":"publish","type":"post","link":"https:\/\/mijn.host\/blog\/wordpress-wit-scherm\/","title":{"rendered":"Zo los je een wit scherm in WordPress op"},"content":{"rendered":"\n

Het White Screen of Death (WSoD) is een van de meer frustrerende problemen die zich bij je WordPress site voor kan doen. Je ziet een volledig witte pagina zonder foutmeldingen. Dit kan gebeuren op de voorkant van de website, het beheerderspaneel (wp-admin), of beide.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

De oorzaak is meestal een scriptfout of een geheugenlimiet die wordt overschreden. WordPress onderdrukt de daadwerkelijke foutmelding om bezoekers geen gevoelige technische informatie te tonen. Daarom blijft het scherm wit.<\/p>\n\n\n\n

In dit artikel laat ik je zien welke stappen je kunt ondernemen om dit probleem zelf op te lossen in zo min mogelijk tijd en met zo weinig mogelijk frustratie.<\/p>\n\n\n\n

We beginnen met de makkelijkste oplossingen en kijken stapsgewijs naar meer ingewikkelde methodes (mochten de simpele oplossingen het probleem niet verhelpen. \u00a0<\/p>\n\n\n

Stap 1: Eerste snelle controles<\/strong><\/h2>\n\n\n

Voordat je technische wijzigingen doorvoert is het belangrijk om eerst lokale problemen en caching uit te sluiten.<\/p>\n\n\n

Browser cache en cookies<\/strong><\/h3>\n\n\n

Leeg de cache van je browser (zelf gebruik ik daar de Clear Cache extension<\/a> voor). Oude bestanden kunnen een vertekend beeld geven. Test de website ook in een incognito-venster of een andere browser. Als de site hier wel laadt, ligt het probleem lokaal.<\/p>\n\n\n

Server caching<\/strong><\/h3>\n\n\n

Maak je gebruik van server-side caching zoals Varnish of Redis? Leeg deze cache via het controlepaneel van je hosting (bijvoorbeeld DirectAdmin of Plesk). Een verouderde cache kan een defecte versie van de site blijven tonen.<\/p>\n\n\n

Controleer de serverstatus<\/strong><\/h3>\n\n\n

Heb je meerdere websites op hetzelfde hosting pakket? Controleer of deze wel bereikbaar zijn. Als alle sites offline zijn, is er mogelijk een serverbreed probleem. Neem in dat geval direct contact op met je hosting provider.<\/p>\n\n\n

Stap 2: Foutopsporing inschakelen (debug mode)<\/strong><\/h2>\n\n\n

Ok\u00e9, als deze “open deuren” geen soelaas bieden, dan is het tijd voor het zwaardere geschut. We gaan debuggen<\/a>.<\/p>\n\n\n\n

Het witte scherm geeft geen informatie over de oorzaak. Je moet WordPress dwingen om fouten te tonen of te loggen. Dit doe je via de debug-modus<\/strong>.<\/p>\n\n\n\n

Verbind met je server via FTP of gebruik de File Manager in het hostingpaneel. Zoek het bestand wp-config.php<\/strong> in de hoofdmap (root) van je WordPress-installatie.<\/p>\n\n\n\n

Open het bestand en zoek naar de regel:<\/p>\n\n\n\n

define( ‘WP_DEBUG’, false );<\/em><\/p>\n\n\n\n

Verander false naar true en voeg de regel voor logging toe. Het blok ziet er dan als volgt uit:<\/p>\n\n\n\n

define( ‘WP_DEBUG’, true );<\/em><\/p>\n\n\n\n

define( ‘WP_DEBUG_LOG’, true );<\/em><\/p>\n\n\n\n

Sla het bestand op. Herlaad je website. Je ziet nu mogelijk een foutmelding op het scherm. Als het scherm wit blijft, controleer dan de map \/wp-content\/ op een bestand genaamd debug.log.<\/p>\n\n\n\n

De foutmelding wijst vaak direct naar een specifiek bestand of mapnaam. Hierdoor weet je of een plugin of thema de oorzaak is.<\/p>\n\n\n

Stap 3: Plugins uitsluiten<\/strong><\/h2>\n\n\n

Een conflict tussen plugins of een verouderde plugin is de meest voorkomende oorzaak van een WSoD.<\/p>\n\n\n

Via het WordPress dashboard<\/strong><\/h3>\n\n\n

Heb je nog toegang tot de wp-admin omgeving? Ga naar Plugins<\/strong> en deactiveer alle plugins. Controleer of de site weer werkt.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Activeer de plugins vervolgens \u00e9\u00e9n voor \u00e9\u00e9n. Controleer na elke activatie de website. Zodra het witte scherm terugkeert, heb je de plugin gevonden die het probleem veroorzaakt. <\/p>\n\n\n

Via FTP of Bestandsbeheer<\/strong><\/h3>\n\n\n

Heb je geen toegang tot het dashboard? Navigeer via FTP naar de map \/wp-content\/.<\/p>\n\n\n\n

Hernoem de map plugins naar plugins_old. WordPress deactiveert hierdoor geforceerd alle plugins.<\/p>\n\n\n\n

Herlaad de website. Werkt deze nu wel? Dan zit het probleem in een plugin. Hernoem de map terug naar plugins. Ga de map in en hernoem de mappen van de afzonderlijke plugins stuk voor stuk om de specifieke fout te isoleren.<\/p>\n\n\n

Stap 4: Thema problemen uitsluiten<\/strong><\/h2>\n\n\n

Als plugins niet de oorzaak zijn, kan het probleem in het actieve thema zitten. Dit kan komen door een update met een bug, corrupte bestanden, of omdat het thema botst met een nieuwe PHP- of WordPress core versie (dit kan gebeuren als het thema niet meer onderhouden wordt).<\/p>\n\n\n\n

Navigeer via FTP naar \/wp-content\/themes\/. Hernoem de map van je actieve thema (bijvoorbeeld kadence naar kadence_old).<\/p>\n\n\n\n

WordPress detecteert dat het actieve thema ontbreekt en valt automatisch terug op een standaardthema, zoals Twenty Twenty-Six. Controleer of de site nu weer zichtbaar is.<\/p>\n\n\n

Stap 5: PHP Memory Limit verhogen<\/strong><\/h2>\n\n\n

Een wit scherm kan ontstaan wanneer een script meer geheugen vraagt dan de server toestaat. Het proces wordt dan abrupt afgebroken.<\/p>\n\n\n\n

Je kunt de geheugenlimiet voor WordPress verhogen in het wp-config.php bestand. Voeg de volgende regel toe, vlak voor de regel “That’s all, stop editing”:<\/p>\n\n\n\n

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );<\/p>\n\n\n\n

Sla het bestand op en test de website.<\/p>\n\n\n\n

Controleer ook in het hostingpaneel of de PHP-instellingen correct staan. In tools zoals de PHP Selector kun je vaak de memory_limit voor het hele account beheren. Zorg dat deze overeenkomt met de waarde in je config-bestand.<\/p>\n\n\n

Stap 6: Syntax fouten en recente wijzigingen controleren<\/strong><\/h2>\n\n\n

Heb je recent handmatig code toegevoegd aan bestanden zoals functions.php? Een kleine syntaxfout, zoals een vergeten puntkomma of een verkeerde quote, zorgt direct voor een wit scherm.<\/p>\n\n\n\n

De foutmelding uit Stap 2 (Debug Mode) geeft vaak het exacte regelnummer aan waar de PHP Parse Error optreedt.<\/p>\n\n\n\n

Verwijder de recent toegevoegde code via FTP. Als je niet zeker weet wat er is gewijzigd, zet dan een backup van het specifieke bestand terug.<\/p>\n\n\n

Stap 7: Geavanceerde oplossingen<\/strong><\/h2>\n\n\n

Als bovenstaande stappen niet werken, is er mogelijk een probleem met de serverconfiguratie of de kernbestanden.<\/p>\n\n\n

Bestandsrechten controleren<\/strong><\/h3>\n\n\n

Bestandsrechten (permissions) bepalen wie bestanden op de server mag lezen, bewerken of uitvoeren. Als deze rechten te streng staan ingesteld, kan de webserver de bestanden niet laden. Dit resulteert in een wit scherm.<\/p>\n\n\n\n

De juiste standaardwaarden voor WordPress zijn:<\/strong><\/p>\n\n\n\n