Zo los je een wit scherm in WordPress op

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.

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.

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.

We beginnen met de makkelijkste oplossingen en kijken stapsgewijs naar meer ingewikkelde methodes (mochten de simpele oplossingen het probleem niet verhelpen.  

Stap 1: Eerste snelle controles

Voordat je technische wijzigingen doorvoert is het belangrijk om eerst lokale problemen en caching uit te sluiten.

Browser cache en cookies

Leeg de cache van je browser (zelf gebruik ik daar de Clear Cache extension 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.

Server caching

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.

Controleer de serverstatus

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.

Stap 2: Foutopsporing inschakelen (debug mode)

Oké, als deze “open deuren” geen soelaas bieden, dan is het tijd voor het zwaardere geschut. We gaan debuggen.

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.

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

Open het bestand en zoek naar de regel:

define( ‘WP_DEBUG’, false );

Verander false naar true en voeg de regel voor logging toe. Het blok ziet er dan als volgt uit:

define( ‘WP_DEBUG’, true );

define( ‘WP_DEBUG_LOG’, true );

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.

De foutmelding wijst vaak direct naar een specifiek bestand of mapnaam. Hierdoor weet je of een plugin of thema de oorzaak is.

Stap 3: Plugins uitsluiten

Een conflict tussen plugins of een verouderde plugin is de meest voorkomende oorzaak van een WSoD.

Via het WordPress dashboard

Heb je nog toegang tot de wp-admin omgeving? Ga naar Plugins en deactiveer alle plugins. Controleer of de site weer werkt.

Activeer de plugins vervolgens één voor één. Controleer na elke activatie de website. Zodra het witte scherm terugkeert, heb je de plugin gevonden die het probleem veroorzaakt.

Via FTP of Bestandsbeheer

Heb je geen toegang tot het dashboard? Navigeer via FTP naar de map /wp-content/.

Hernoem de map plugins naar plugins_old. WordPress deactiveert hierdoor geforceerd alle plugins.

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.

Stap 4: Thema problemen uitsluiten

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).

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

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.

Stap 5: PHP Memory Limit verhogen

Een wit scherm kan ontstaan wanneer een script meer geheugen vraagt dan de server toestaat. Het proces wordt dan abrupt afgebroken.

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”:

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );

Sla het bestand op en test de website.

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.

Stap 6: Syntax fouten en recente wijzigingen controleren

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.

De foutmelding uit Stap 2 (Debug Mode) geeft vaak het exacte regelnummer aan waar de PHP Parse Error optreedt.

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.

Stap 7: Geavanceerde oplossingen

Als bovenstaande stappen niet werken, is er mogelijk een probleem met de serverconfiguratie of de kernbestanden.

Bestandsrechten controleren

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.

De juiste standaardwaarden voor WordPress zijn:

• Mappen: 755
• Bestanden: 644

Wat betekenen deze cijfers?

• 755 (Mappen): De eigenaar mag alles (lezen, schrijven, uitvoeren). Bezoekers en de server mogen de map alleen openen en lezen.
• 644 (Bestanden): De eigenaar mag lezen en schrijven. Bezoekers en de server mogen het bestand alleen lezen.

Rechten controleren en aanpassen via FTP

1. Verbind met je server via een FTP-programma zoals FileZilla.
2. Navigeer naar de map public_html.
3. Klik met de rechtermuisknop op een map (bijvoorbeeld wp-content) en kies File permissions (Bestandsrechten).
4. Vul in het numerieke veld 755 in.
5. Vink indien nodig Recurse into subdirectories aan en kies Apply to directories only.
6. Herhaal dit voor losse bestanden (zoals wp-config.php), maar gebruik dan 644 en kies Apply to files only als je dit in bulk doet.

Corrupte WordPress Core bestanden

Soms mislukt een automatische update van WordPress, waardoor kernbestanden beschadigd raken.

Je kunt dit oplossen door WordPress handmatig opnieuw te installeren. Download de nieuwste versie van WordPress.org. Upload de mappen wp-admin en wp-includes via FTP en overschrijf de bestaande mappen. Overschrijf nooit de map wp-content of je wp-config.php bestand, anders verlies je data.

Stap 8: Backups terugzetten

Is de oorzaak niet te achterhalen of is de schade te groot? Zet dan een backup terug.

Hosting providers, zoals mijn.host, maken automatische backups aan. Log in op je hostingpaneel en zoek naar de backup-manager. Kies een herstelpunt van een datum en tijdstip waarop de website nog aantoonbaar werkte.

Zorg dat je zowel de bestanden als de database herstelt en je site het gewoon weer doet.

Conclusie

Het oplossen van een wit scherm is een (ietwat frustrerend) proces van eliminatie. Begin met de cache, gebruik de debug-modus voor inzicht en sluit vervolgens plugins en thema’s uit.

Om dit in de toekomst te voorkomen, is het verstandig updates eerst te testen in een staging omgeving. Bij ieder mijn.host hosting pakket krijg je toegang tot 1-click staging functionaliteit.

Kom je er met bovenstaande stappen niet uit? Neem dan contact op met de support van je hosting partij.