Je opent je website en ziet niets. Geen foutmelding, geen menu, alleen wit. Dat heet in WordPress-land de "white screen of death", maar zo erg is het meestal niet. Achter het witte scherm zit bijna altijd één fout die PHP niet laat zien. Op deze pagina lees je hoe je die fout zichtbaar maakt en oplost.
Je zet het foutlogboek aan, leest welke plugin of welk thema de fout geeft en zet dat onderdeel tijdelijk uit. Daarvoor heb je toegang nodig tot de bestanden van je site, via SFTP of de bestandsbeheerder van je hosting. Reken op een uur, soms minder.
Wij zoeken de fout op, zetten je site weer aan de praat en lossen de oorzaak op, zodat het na de volgende update niet opnieuw gebeurt. Je krijgt een kort verslag in gewone taal. €356,95 incl. btw, inclusief drie maanden onderhoud.
Naar de stappenEen witte pagina komt in een paar vormen voor:
/wp-admin) is wit, terwijl de voorkant van de site gewoon werkt. Of precies andersom.Zie je in plaats van wit de tekst "Er is een kritieke fout op deze website"? Dan is het dezelfde soort fout, maar laat WordPress je meer hulp zien. Lees dan Er is een kritieke fout. Zie je helemaal niets, ook geen wit, maar een melding van je browser? Kijk dan bij website plat of niet bereikbaar.
Een witte pagina betekent bijna altijd dat PHP, de taal waarin WordPress draait, op een fout stuit en stopt. Omdat foutmeldingen op een live site meestal verborgen zijn, zie je alleen wit. De bekende oorzaken:
functions.php of een ander themabestand met een typefout erin.Soms is een witte pagina een teken van een besmetting, bijvoorbeeld als er code in bestanden is gezet die daarna fout loopt. Vind je in het foutlogboek verwijzingen naar mappen of bestanden die je niet kent, lees dan ook website gehackt.
Deze stappen werken voor elke WordPress-site waar je bij de bestanden kunt: via SFTP (bijvoorbeeld met FileZilla) of via de bestandsbeheerder in het control panel van je hosting. Je verandert telkens één ding en kijkt dan of de site terug is. Zo weet je ook precies wat de oorzaak was.
Maak eerst een volledige back-up, ook al werkt de site niet: hoe dat moet. Schrijf daarna op wat er kort voor het witte scherm gebeurde: een update, een nieuwe plugin, een ander thema, een melding van je hoster over PHP. Dat is vaak al de helft van het antwoord.
Open je site in een privévenster of op je telefoon via mobiele data. Gebruik je een cacheplugin of een dienst als Cloudflare, leeg dan de cache. Werkt de site daarna weer, dan was de fout al weg en zat alleen de oude versie nog in de cache.
Open het bestand wp-config.php in de hoofdmap van je site. Zoek de regel met WP_DEBUG. Zet daar, of anders net boven de regel "Dat is alles, stop met bewerken", deze drie regels:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Zo worden fouten opgeschreven in het bestand wp-content/debug.log, zonder dat je bezoekers ze zien. Laad de witte pagina daarna één keer opnieuw.
Open wp-content/debug.log, of het error log in je hostingpanel. Kijk naar de onderste regels met "Fatal error". Daarin staat meestal een pad, zoals wp-content/plugins/naam-van-plugin/... of wp-content/themes/naam-van-thema/.... Die naam is je verdachte. Staat er "Allowed memory size exhausted", ga dan naar stap 7.
Ga naar wp-content/plugins en hernoem de map van de verdachte plugin, bijvoorbeeld van naam-van-plugin naar naam-van-plugin-uit. WordPress zet de plugin dan uit. Je gooit niets weg en de instellingen blijven bewaard. Werkt de site weer, dan heb je de oorzaak.
Weet je niet welke plugin het is? Hernoem dan de hele map plugins naar plugins-uit. Werkt de site daarna, zet de naam terug en hernoem de plugins één voor één tot de fout terugkomt.
Wijst de fout naar je thema, hernoem dan de map van je actieve thema in wp-content/themes. WordPress valt dan terug op een standaardthema, zoals Twenty Twenty-Four, als dat geïnstalleerd is. Je site ziet er even anders uit, maar je kunt weer inloggen. Heb je zelf iets in functions.php veranderd, zet dan die wijziging terug.
Stond er in het logboek iets over "memory size", zet dan in wp-config.php de regel define( 'WP_MEMORY_LIMIT', '256M' );. Helpt dat niet, dan bepaalt je hoster de grens; in veel control panels kun je de PHP-geheugenlimiet zelf aanpassen. Blijft een plugin steeds meer geheugen vragen, dan is de plugin het probleem en niet de limiet.
Kijk in je hostingpanel welke PHP-versie je site gebruikt en of die onlangs is veranderd. Is het witte scherm begonnen na een PHP-upgrade, zet dan tijdelijk de vorige versie terug, als je hoster dat toestaat. Werk daarna de plugins en het thema bij en probeer de nieuwe versie opnieuw. Een oude PHP-versie is geen blijvende oplossing.
Werkt alles weer, werk dan de plugin of het thema bij, of zoek een vervanger als er geen oplossing komt. Verwijder de hernoemde map pas als je zeker weet dat je hem niet meer nodig hebt. Zet in wp-config.php WP_DEBUG terug op false en verwijder debug.log. Dat bestand kan informatie over je site bevatten die niet openbaar hoort te zijn.
Je vertelt ons wat er gebeurde voordat het scherm wit werd en geeft ons toegang. Wij maken eerst een kopie van de site, zoeken de fout op en lossen hem op. Niet alleen door iets uit te zetten, maar zo dat je site ook na de volgende update blijft werken.
Vaste prijs: €356,95 incl. btw (€295 excl. btw), inclusief drie maanden onderhoud na het herstel. Je weet vooraf wat het kost. Bekijk wat er precies in zit en hoe een herstel gaat.
Een volledige kopie van bestanden en database voordat we iets aanraken.
We lezen de logboeken van WordPress en van de server en vinden de regel waar het misgaat.
We zetten het onderdeel dat de fout geeft uit, zodat je site weer werkt en je bezoekers niets meer merken.
Bijwerken, een passende PHP-versie kiezen, een vervanger voor een plugin die niet meer wordt onderhouden, of een fout in het thema herstellen.
We controleren de belangrijkste pagina's, formulieren en het beheer, en zetten het foutlogboek weer uit.
Bijna nooit. Je teksten, pagina's en bestellingen staan in de database en blijven daar gewoon staan. Het witte scherm zit in de code die de pagina opbouwt, niet in je inhoud.
Als je beheer nog werkt, wel. Is ook het beheer wit, dan is het hernoemen van de map de manier om een plugin uit te zetten zonder in te loggen.
Op een live site worden foutmeldingen bewust verborgen, zodat bezoekers geen technische details zien. Met het foutlogboek uit stap 3 maak je ze zichtbaar voor jezelf.
Meestal niet. Een witte pagina komt bijna altijd door een plugin, een thema of de PHP-instellingen. Een nieuwe installatie lost dat niet op en kost je veel werk.
Problemen lopen vaak in elkaar over. Deze pagina's gaan over wat er het vaakst samen mee voorkomt.
De foutmelding van WordPress zelf, en wat erachter zit.
Lees verder →Na een update werkt iets niet meer, of de site blijft hangen in onderhoudsmodus.
Lees verder →Foutcodes, databasefouten, certificaatmeldingen of helemaal niets.
Lees verder →Onbekende bestanden, vreemde beheerders of een melding van je hoster.
Lees verder →Je kunt het herstel direct bestellen en achteraf betalen, of eerst je vraag stellen. Een mens leest je bericht en je krijgt antwoord per e-mail.