{"id":20511,"date":"2026-11-03T14:48:09","date_gmt":"2026-11-03T13:48:09","guid":{"rendered":"https:\/\/stage.surver.nl\/kennisbank\/wordpress-white-screen-of-death-oplossen\/"},"modified":"2026-11-03T14:48:09","modified_gmt":"2026-11-03T13:48:09","slug":"wordpress-white-screen-of-death-oplossen","status":"publish","type":"kennisbank","link":"https:\/\/stage.surver.nl\/en\/kennisbank\/wordpress-white-screen-of-death-oplossen\/","title":{"rendered":"Fixing the WordPress \"White Screen of Death\""},"content":{"rendered":"
\"Fixing<\/figure>\n\n\n\n

Je opent je website en ziet niets. Geen logo, geen foutmelding, alleen een leeg wit scherm, en vaak doet het dashboard ook niet meer mee. De WordPress white screen of death los je op door eerst de cache uit te sluiten, daarna plugins en het thema uit te schakelen via de bestandsbeheerder of SFTP, het PHP-geheugen te verhogen en met de debug-modus de echte foutmelding te achterhalen. Je site is niet weg, want je bestanden en database staan nog gewoon op de server. Hieronder loop ik de oorzaken langs van waarschijnlijk naar zeldzaam.<\/p>\n\n\n\n

Wat het witte scherm betekent<\/h2>\n\n\n\n

Een wit scherm in WordPress betekent bijna altijd dat een PHP-fout het opbouwen van de pagina halverwege stopt, terwijl foutmeldingen op een live site verborgen zijn. Er is dan letterlijk niets om te tonen. Sinds WordPress 5.2 zie je in plaats van het lege scherm vaak de melding Er heeft zich een kritieke fout voorgedaan op deze site<\/strong>. Dat is hetzelfde probleem met een vriendelijker gezicht, en de aanpak staat in er heeft zich een kritieke fout voorgedaan oplossen<\/a>. WordPress stuurt in dat geval ook een mail naar het beheerdersadres met een link naar de herstelmodus, waarmee je ondanks de fout kunt inloggen. Die mail is het eerste wat ik zoek.<\/p>\n\n\n\n

Het tweede wat ik check, is waar het scherm wit is. Is alleen de voorkant wit en werkt \/wp-admin<\/code> nog, dan zit de fout vrijwel zeker in je thema of in een plugin die alleen aan de voorkant draait. Is alles wit, dan kijk ik eerst naar plugins. Sluit daarnaast uit dat je naar een oude versie kijkt. Open de site in een priv\u00e9venster of op je telefoon via mobiele data. Zie je hem daar wel, dan is er niets kapot en moet je alleen de clear the cache<\/a>. Het witte scherm is een van de fouten uit het overzicht Troubleshooting WordPress Errors<\/a>, waar je ook de verwante meldingen vindt.<\/p>\n\n\n\n

Plugins en thema uitschakelen zonder dashboard<\/h2>\n\n\n\n

De meest voorkomende oorzaak van een wit scherm is een plugin, vaak direct na een update of installatie, en die schakel je ook zonder dashboard uit door de pluginmap te hernoemen. Kun je nog inloggen, deactiveer dan alle plugins via Plugins > Installed plugins<\/strong> en zet ze \u00e9\u00e9n voor \u00e9\u00e9n terug. Lukt inloggen niet, dan werk je via de bestanden.<\/p>\n\n\n\n

    \n
  1. Open de File Manager in je hostingpaneel of maak verbinding via SFTP.<\/li>\n\n
  2. Go to the folder wp-content<\/code> en hernoem plugins<\/code> to plugins_uit<\/code>. WordPress schakelt daarmee alle plugins tegelijk uit.<\/li>\n\n
  3. Herlaad je site. Is het scherm weg, dan lag het aan een plugin.<\/li>\n\n
  4. Geef de map zijn oude naam terug en hernoem daarbinnen de plugins \u00e9\u00e9n voor \u00e9\u00e9n, tot het witte scherm terugkomt. De laatst hernoemde is de veroorzaker.<\/li>\n\n
  5. Blijft het wit, hernoem dan in wp-content\/themes<\/code> de map van je actieve thema. WordPress valt terug op een standaardthema als dat ge\u00efnstalleerd is.<\/li>\n<\/ol>\n\n\n\n

    Die laatste voorwaarde vergeten mensen vaak. Heb je alle standaardthema’s als Twenty Twenty-Five verwijderd, dan heeft WordPress niets om op terug te vallen en blijft het scherm wit. Ik laat daarom altijd \u00e9\u00e9n standaardthema staan. Werk je met SSH, dan gaat het sneller met WP-CLI. Met wp plugin deactivate --all<\/code> zet je alle plugins uit en met wp theme activate twentytwentyfive<\/code> wissel je van thema. Komt de fout uit het thema, dan zit hij meestal in maatwerk in functions.php<\/code>, bijvoorbeeld een ontbrekende puntkomma na een snelle aanpassing. Hoe je zulke wijzigingen veiliger doet, lees je in WordPress-code bewerken<\/a>.<\/p>\n\n\n\n

    Geheugenlimiet en PHP-versie<\/h2>\n\n\n\n

    Is het geheugen dat PHP per aanvraag mag gebruiken op, dan stopt de pagina halverwege en blijft het scherm wit. Dat gebeurt bij zware plugins, grote imports of een pagebuilder met veel elementen op \u00e9\u00e9n pagina. Binnen WordPress verhoog je het met de regel define('WP_MEMORY_LIMIT', '256M');<\/code> in wp-config.php<\/code>, boven de regel waarin staat dat je moet stoppen met bewerken. Wat veel uitleg online vergeet, is dat die instelling nooit hoger kan dan de limiet die de server toestaat. WordPress vraagt om meer, maar PHP beslist.<\/p>\n\n\n\n

    De serverlimiet pas je daarom ook aan. Op onze shared hosting doe je dat zelf in cPanel > Select PHP Version > Options<\/strong>, bij memory_limit<\/code>. In datzelfde scherm wissel je van PHP-versie, en dat is de andere bekende oorzaak. Een oude plugin die niet werkt op PHP 8, of juist een nieuwe plugin die een recente versie eist, geeft precies dit lege scherm. Heb je kort ervoor van versie gewisseld, zet hem dan tijdelijk terug en zoek uit welk onderdeel niet meekan. In Update PHP Version<\/a> lees je hoe je dat netjes test. Mijn advies is wel om het geheugen niet eindeloos op te hogen. Heeft een site steeds meer nodig, dan is er meestal een plugin die te veel doet.<\/p>\n\n\n\n

    De echte foutmelding opzoeken<\/h2>\n\n\n\n

    Helpen plugins, thema en geheugen niet, dan zoek je de foutmelding op in het foutlog, want daarin staat precies welk bestand en welke regel de fout geeft. Op onze servers schrijft PHP fouten naar een bestand error_log<\/code> in de map waar de fout optreedt. Staat daar niets bruikbaars, zet dan de debug mode<\/a> aan. Dan komen de fouten in wp-content\/debug.log<\/code>, zonder dat je bezoekers ze zien.<\/p>\n\n\n\n

    Lees dan het pad in de melding. Staat er wp-content\/plugins\/plugin-name\/<\/code> in, dan weet je wie de schuldige is. Staat er wp-includes<\/code> or wp-admin<\/code>, dan is een core-update waarschijnlijk niet goed doorgekomen. In dat geval download je dezelfde WordPress-versie, en upload je de mappen wp-admin<\/code> and wp-includes<\/code> opnieuw. Je wp-content<\/code> and wp-config.php<\/code> laat je met rust, want daar staan je eigen bestanden en instellingen. Wil je gewoon zo snel mogelijk terug naar een werkende site, dan kan dat ook met een back-up van v\u00f3\u00f3r het probleem. Hoe dat werkt, staat in Restore a backup<\/a>. Ontstond het scherm direct na een update, kijk dan ook bij Site Down After an Update<\/a>.<\/p>\n\n\n\n

    Wat we bij Surver standaard regelen, is dat je dit soort zoekwerk niet blind hoeft te doen. Op de shared pakketten heb je File Manager, SSH en WP-CLI, en zet je een back-up los terug met JetBackup 5 in cPanel. Maak v\u00f3\u00f3r het terugzetten wel eerst een back-up van de huidige staat, want die wordt niet automatisch bewaard. Met die middelen los je het op onze Managed WordPress Hosting<\/a> zelf op. Wil je liever dat wij elke minuut controleren of je site bereikbaar is en de updates voor je doen, dan past WordPress maintenance<\/a> beter.<\/p>\n\n\n\n

    Frequently Asked Questions<\/h2>\n\n\n\n

    Ben ik mijn content kwijt bij een wit scherm?<\/strong><\/p>\n\n\n\n

    Nee. Je pagina’s, berichten en afbeeldingen staan nog in de database en in wp-content<\/code>, alleen het opbouwen van de pagina gaat mis. Zodra de fout weg is, staat alles er weer.<\/p>\n\n\n\n

    Waarom is alleen mijn dashboard wit?<\/strong><\/p>\n\n\n\n

    Dan zit de fout meestal in een plugin die alleen in het beheer laadt, zoals een SEO- of pagebuilderplugin. Schakel de plugins uit door de map te hernoemen en zet ze \u00e9\u00e9n voor \u00e9\u00e9n terug.<\/p>\n\n\n\n

    Kan een wit scherm door een hack komen?<\/strong><\/p>\n\n\n\n

    Dat kan, bijvoorbeeld als kwaadaardige code een bestand beschadigt. Zie je onbekende bestanden of beheerders, behandel het dan als een hack en niet als een gewone fout. Op Surver shared hosting scant Imunify bij elke bestandswijziging op malware, zodat verdachte bestanden direct op slot gaan.<\/p>","protected":false},"excerpt":{"rendered":"

    Je opent je website en ziet niets. Geen logo, geen foutmelding, alleen een leeg wit scherm, en vaak doet het dashboard ook niet meer mee. De WordPress white screen of death los je op door eerst de cache uit te sluiten, daarna plugins en het thema uit te schakelen via de bestandsbeheerder of SFTP, het […]<\/p>\n","protected":false},"author":2,"featured_media":20510,"template":"","kennisbank_categorieen":[64,62],"class_list":["post-20511","kennisbank","type-kennisbank","status-publish","has-post-thumbnail","hentry","kennisbank_categorieen-statuscodes","kennisbank_categorieen-wordpress"],"acf":[],"_links":{"self":[{"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/kennisbank\/20511","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/kennisbank"}],"about":[{"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/types\/kennisbank"}],"author":[{"embeddable":true,"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/users\/2"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/media\/20510"}],"wp:attachment":[{"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/media?parent=20511"}],"wp:term":[{"taxonomy":"kennisbank_categorieen","embeddable":true,"href":"https:\/\/stage.surver.nl\/en\/wp-json\/wp\/v2\/kennisbank_categorieen?post=20511"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}