{"id":19356,"date":"2018-06-26T01:05:05","date_gmt":"2018-06-25T23:05:05","guid":{"rendered":"https:\/\/kinqsta.com\/?p=4260"},"modified":"2023-05-23T10:22:09","modified_gmt":"2023-05-23T08:22:09","slug":"wordpress-white-screen-of-death","status":"publish","type":"post","link":"https:\/\/kinqsta.com\/nl\/blog\/wordpress-white-screen-of-death\/","title":{"rendered":"9 bewezen manieren om het WordPress White Screen of Death (WSoD) te repareren"},"content":{"rendered":"

We kunnen bijna niks ergers bedenken dan het White Screen of Death<\/strong> (WSoD) tegenkomen terwijl je op je WordPress website zit te browsen. Deze fout haalt je website volledig uit de lucht – voor zowel admins als bezoekers.<\/p>\n

Het WSoD kan erg frustrerend zijn, vooral omdat het lastig is informatie te vinden over de mogelijke oorzaak. Tegelijk is het wel een van de meest voorkomende WordPress fouten<\/a>. Alhoewel het zeker vervelend is, is de fout in de meeste gevallen wel op te lossen.<\/p>\n

In dit artikel leggen we uit wat het WordPress WSoD is en wat de meest voorkomende oorzaken zijn. Maar het belangrijkste gedeelte van dit artikel is natuurlijk dat we je negen potenti\u00eble oplossingen bieden waarmee je je website snel weer online kunt krijgen.<\/p>\n

Laten we dus snel beginnen!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Wat is het WordPress White Screen of Death?<\/h2>\n

Zoals de naam doet vermoeden is het WordPress White Screen of Death (vaak afgekort tot “WSoD”) een volledig wit scherm dat je te zien krijgt in plaats van de webpagina die je probeerde te bezoeken.<\/p>\n

Afhankelijk van de browser die je gebruikt, kun je verschillende foutmeldingen krijgen. Hieronder een voorbeeld uit Google Chrome, dat een HTTP 500 fout<\/a> bevat met de tekst: \u201cThis page isn\u2019t working and is unable to handle the request\u201d:<\/p>\n

\"Het
Het WordPress White Screen of Death in Google Chrome<\/figcaption><\/figure>\n

En als we een White Screen of Death tegenkomen in Mozilla Firefox:<\/p>\n

\"Het
Het WordPress WSoD in Mozilla Firefox<\/figcaption><\/figure>\n

Zoals je kan zien, geeft de WordPress website daar alleen een volledig wit scherm en geen enkele nuttige foutcode of waarschuwing.<\/p>\n

Het WordPress White Screen of Death wordt bijna altijd veroorzaakt door PHP fouten of doordat een geheugenlimiet is bereikt<\/a>.<\/p>\n

Een andere mogelijke oorzaak is een slecht thema of plugin. Dat laatste is vooral waarschijnlijk wanneer de front-end van je website niet werkt<\/a>, maar je WordPress beheerdersgebied wel nog functioneert. Om snel te controleren of het dashboard van je website nog werkt<\/a>, kun je naar jouwdomein.com\/wp-admin gaan.<\/p>\n

Hoe los je het WSoD op? Goed dat je het vraagt!<\/p>\n\n

Zo repareer je het WordPress White Screen of Death (9 manieren)<\/h2>\n

Wanneer je het WordPress White Screen of Death tegenkomt, wil je dit natuurlijk zo snel mogelijk oplossen. Daarom gaan we meteen kijken naar negen mogelijke oplossingen die je kunt uitproberen.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

1. Schakel je WordPress plugins uit<\/h3>\n

Een van de meeste eenvoudige manieren om het WordPress WSoD op te lossen is door simpelweg al je plugins uit te schakelen<\/a>. Vaak gaat een site offline door een slechte update van een plugin.<\/p>\n

Als je nog steeds bij je beheerdersgebied<\/a> kunt, is deze oplossing eenvoudig uit te voeren door naar Plugins<\/strong> te gaan in je dashboard, alle plugins te selecteren, en op Deactiveren<\/strong> te klikken onder het Bulkacties<\/strong> dropdown-menu:<\/p>\n

\"Alle
Alle WordPress plugins in \u00e9\u00e9n keer deactiveren<\/figcaption><\/figure>\n

Hiermee schakel je al je plugins uit.<\/p>\n

Als het probleem nu is opgelost, wil je natuurlijk de precieze boosdoener vinden. Dat doet je door nu alle plugins \u00e9\u00e9n voor \u00e9\u00e9n weer in te schakelen, en na elke activatie je website te laden. Zodra de front-end weer offline gaat, weet je welke plugin het probleem is.<\/p>\n

Vervolgens kun je contact opnemen met de ontwikkelaar van de plugin of een supportticket aanmaken<\/a> binnen de WordPress Plugin Directory.<\/p>\n

Als je niet bij je dashboard kunt, gebruik dan een File Transfer Protocol (FTP) client<\/a> om bij je bestanden te kunnen.<\/p>\n

Onder de wp-content<\/strong> map binnen de hoofdmap van je site, zoek je de map plugins<\/strong>. Geef deze een nieuw naam, bijvoorbeeld “plugins_oud”.<\/p>\n

\"Je
Je plugins map een andere naam geven<\/figcaption><\/figure>\n

Controleer vervolgens de front-end van je website. Als dit werkt, moet je ook alle plugins \u00e9\u00e9n voor \u00e9\u00e9n activeren. Zet de naam van je plugin map weer terug naar “plugins”,<\/em> en geef nu \u00e9\u00e9n voor \u00e9\u00e9n elke pluginmap binnen de grote map een andere naam, totdat je het probleem gevonden hebt.<\/p>\n

2. Switch naar een standaard WordPress thema<\/h3>\n

Wanneer het probleem niet door een plugin veroorzaakt wordt, kan je WordPress thema<\/a> de oorzaak zijn van het witte scherm. Om dit te controleren, kun je je thema vervangen<\/a> door een standaard thema.<\/p>\n

Kun je nog bij je beheerdersschermen, ga dan binnen je dashboard naar Weergave > Thema\u2019s<\/strong>. Vind en activeer een standaard WordPress thema, bijvoorbeeld Twenty Twenty<\/a>:<\/p>\n

\"Het
Het Twenty Twenty WordPress thema<\/figcaption><\/figure>\n

Test vervolgens je website. Werkt je website nu wel, dan wordt het probleem dus veroorzaakt door je thema.<\/p>\n

Kun je niet bij je dashboard, dan gebruik je hetzelfde trucje als met de plugins.<\/p>\n

Gebruik FTP om bij de bestanden van je site te komen, en hernoem je wp-content\/themes<\/strong> map tot iets anders:<\/p>\n

\"Je
Je themes map een andere naam geven<\/figcaption><\/figure>\n

WordPress zal vervolgens automatisch teruggaan naar het laatste standaardthema, waarschijnlijk Twenty Twenty. Als je geen andere thema’s hebt, kun je er eentje downloaden van de WordPress Theme Directory en uploaden naar je themes map<\/a>.<\/p>\n

Daarna kun je alsnog je website checken. Werkt alles, dan veroorzaakt je thema wellicht een conflict of had het een slechte update<\/a>. Als dat het geval is moet je contact opnemen met de developer van het thema of een andere thema kiezen<\/a>.<\/p>\n

3. Leeg de cache van je browser en WordPress plugins<\/h3>\n

Als je toegang hebt tot de back-end van je WordPress website, maar nog altijd het WSoD ziet op de frond-end, kan dat komen door een probleem met je cache<\/a>.<\/p>\n

Om dit op te lossen, kun je de cache van je webbrowser legen<\/a>. Daarnaast moet je zorgen dat je de cache leegt van je WordPress cachingplugin<\/a> (als je die hebt).<\/p>\n

Heb je inderdaad een cachingplugin ge\u00efnstalleerd op je WordPress website, bijvoorbeeld WP Rocket<\/a> of WP Super Cache<\/a>, dan bieden die vaak via de instellingen van de plugin een makkelijke manier om de cache te legen.<\/p>\n

We gebruiken WP Super Cache even als voorbeeld. In je WordPress dashboard ga je naar Instellingen<\/strong> > WP Super Cache <\/strong>> Delete Cache<\/strong>:<\/p>\n

\"De
De WP Super Cache plugin instellingen<\/figcaption><\/figure>\n

Zo leeg je je cache in MyKinsta<\/h4>\n

Ben je een Kinsta gebruiker, dan is er een eenvoudige manier om je cache te legen via MyKinsta<\/a>. Hiervoor log in je op je account. Klik op\u00a0Tools<\/strong>, en vervolgens op\u00a0Cache legen<\/strong>\u00a0onder het deel\u00a0Site Cache<\/strong>:<\/p>\n

\"De
De optie Cache legen in MyKinsta<\/figcaption><\/figure>\n

Nadat je de cache hebt geleegd, sla je alle wijzigingen op. Vervolgens bezoek je je website om te kijken of het probleem opgelost is. Zo niet, dan is het tijd voor de volgende poging:<\/p>\n

4. Schakel de debuggingmodus in<\/h3>\n

Zie je nog altijd het WordPress White Screen of Death, kun je niet bij je beheerderssectie of denk je het probleem gevonden te hebben, maar wil je het zekere voor het onzekere nemen? Dan kun je de debuggingmodus inschakelen<\/a>. Dit zal alle fouten op je website weergeven.<\/p>\n

Om debugging in te schakelen, open je het wp-config.php <\/em>bestand<\/a> van je WordPress installatie. Daarin vind je de volgende regel code:<\/p>\n

define( 'WP_DEBUG', false )<\/code><\/pre>\n
Verander “false” naar “true” en laad je website opnieuw. Als deze regel niet te vinden is in het bestand, kun je deze toevoegen bovenaan in het bestand.<\/p>\n
In plaats van het witte scherm, krijg je nu een wit scherm en een aantal foutmeldingen. Dat is een goed begin. De WSoD foutmelding moet melden welk bestand het probleem veroorzaakt, bijvoorbeeld zo:<\/p>\n
Cannot redeclare get_posts() (previously declared in \n\/var\/www\/html\/wordpress\/wp-includes\/post.php:1874) in \n\/var\/www\/html\/wordpress\/wp-content\/plugins\/my-test-plugin\/my-test-plugin.php on line 38<\/code><\/pre>\n
Je ziet aan het einde van dit bericht dat het probleem veroorzaakt wordt op regel 38 van een plugin die my-test-plugin<\/em> heet. Je kan het probleem dus oplossen door die plugin te deactiveren.<\/p>\n
Als je geen foutmeldingen ziet na het inschakelen van de debugmodus, kan je het beste contact opnemen met je webhost<\/a>. Mogelijk is debugging niet goed geconfigureerd binnen je server.<\/p>\n
Kinsta klanten hebben ook de mogelijkheid om de ingebouwde debuggingtool te gebruiken<\/a>. Binnen het MyKinsta dashboard klik je daarvoor op de naam van de website, en vervolgens op Tools<\/strong>. Onder WordPress debugging<\/strong> selecteer je Inschakelen<\/strong>:<\/p>\n
\"Inschakelen
Inschakelen van WordPress debugging in MyKinsta<\/figcaption><\/figure>\n
Daarna kun je de fout log vinden onder Logs<\/strong> in je MyKinsta dashboard om meer informatie over het probleem te krijgen.<\/p>\n
Onthoud wel dat het inschakelen van debuggingmodus informatie over je website zichtbaar maakt, ook aan niet-goedgekeurde gebruikers. Zorg dus dat je het ook altijd weer uitschakelt zodra je klaar bent.<\/p>\n