WordPress white screen of death: a blank page is a hidden error message
No error, no warning, no 404 — just white. It looks like the website has been wiped, and it almost never has been. PHP has hit a fatal error and WordPress is showing you nothing rather than showing you why. Here is how to make it tell you.
What you're seeing
You load the site and get a completely blank white page. No error message, no "page not found", no broken layout — nothing. Right-click and choose View Page Source and you will usually find the page is genuinely empty, or stops mid-way through.
Which parts are blank is the most useful thing you can establish early:
- Whole site blank, including
/wp-admin. Something loading on every request — core, a must-use plugin,wp-config.php, or memory. - Public site blank,
/wp-adminworks. Very likely the active theme or a front-end plugin. - Public site fine,
/wp-adminblank. Usually an admin-side plugin, or the PHP memory limit — the dashboard is heavier to load than a cached page. - One page blank, everything else fine. A plugin or block used only on that page.
And it usually starts right after something: an update, a new plugin, an edit to the theme, or your host moving you to a newer PHP version — sometimes without telling you.
Why it happens
PHP encountered an error it could not continue past, stopped, and produced no output. WordPress hides the detail by default, which is right on a live site — error messages give away file paths and database names — but it is why you are looking at nothing. The usual causes:
- A plugin fatal error. Either a plugin that has just updated, or an old one that has just met a new PHP version.
- A theme error. Very often a stray character left in
functions.phpafter an edit — a missing bracket or a space after the closing PHP tag is enough. - PHP memory exhausted. The site outgrew its memory limit, or a plugin asked for far more than usual.
- A PHP version change. Your host upgraded the server. Anything unmaintained for a few years may not run on the new version.
- An interrupted update. Core half-replaced, leaving files from two versions.
- Malware. Less common than the above, but injected code that errors out looks exactly the same from the outside.
Safe first steps you can try
- Check your email, including spam. When a plugin or theme causes a fatal error, WordPress emails the site administrator address with a Recovery Mode link that logs you into a working dashboard with the offending item disabled. If that email is there, it names the culprit for you and you can stop reading here.
- Turn on error logging — to a file, not the screen. In
wp-config.php, above the "stop editing" line, setWP_DEBUGto true,WP_DEBUG_LOGto true andWP_DEBUG_DISPLAYto false. Reload the site, then readwp-content/debug.log. The last few lines name the exact file and line number. This is the single most useful step on this page. - Read the host's error log too. Most control panels have one, and it catches things that stop PHP before WordPress gets far enough to write its own log.
- Turn all plugins off without a dashboard. Over FTP or the host's file manager, rename
wp-content/pluginstoplugins-off. If the site comes back, rename it straight back and re-enable plugins one at a time until it breaks again. - Switch theme the same way. Rename your active theme's folder. WordPress falls back to a default theme, and if that fixes it you have your answer.
- Give it more memory. Add
define('WP_MEMORY_LIMIT', '256M');towp-config.php. Harmless if memory was not the problem. - Check the PHP version. In your hosting control panel. If it changed recently, switching back to the previous version temporarily can get the site online while you sort out what is incompatible.
- Reinstall core. If you can reach the dashboard, Updates → Reinstall Now. It replaces core files and leaves your content, themes and plugins alone.
What not to do
- Don't edit files through Appearance → Theme File Editor. A single typo there takes the site down, and it takes the editor down with it — so you cannot undo the change through the same screen. Edit over FTP or the file manager, where you can always change it back.
- Don't display errors on a live site. Leaving
WP_DEBUG_DISPLAYon shows visitors your server paths and database details. Log to a file, read it, then turn logging off —debug.logis readable from a browser on plenty of hosts. - Don't delete
wp-content. That is your themes, your plugins and every image you have ever uploaded. Reinstalling WordPress never requires it. - Don't keep retrying the update that broke it. Each attempt half-replaces a different set of files and makes the eventual diagnosis harder.
- Don't restore a months-old backup as the first move. You will trade a broken site for an out-of-date one and lose everything since. Find the error first — it is usually one line in a log.
When it's beyond DIY
If the error log points at a core file rather than a plugin, if the site went blank without anything being changed, or if it is a shop and every hour offline is money — that is the point to call. It is also worth calling if you have already tried a few things and are no longer sure what state the site is in.
We answer 24/7 and the diagnosis starts the moment you call. You get a fixed quote before any work starts, and if we can't help, the assessment costs nothing. See what emergency website recovery involves, or just pick up the phone.
That's 1300 WEB SOS. Emergency Website Rescue starts from $1,500 + GST.
Common Questions
Have I lost my website content?
Almost certainly not. Your pages, posts, products and settings live in the database, and a white screen is PHP failing to run — not data being deleted. The real risk to your content is what people do next in a panic: deleting folders, reinstalling over the top, or restoring a very old backup over a current database.
Why did it go blank right after an update?
An update usually means new code meeting something old. A plugin update can be incompatible with your PHP version or with another plugin; a theme update can overwrite a customisation something else depended on; and an update interrupted halfway leaves core files in a mixed state. That is also why the fix is normally straightforward once the error log names the file.
The public site is blank but wp-admin still works — what does that tell me?
That the fault is on the front end rather than in WordPress itself, which narrows it a great deal — usually the active theme or a plugin that only loads for visitors. If it is the other way around and only wp-admin is blank, the cause is more likely an admin-side plugin or the memory limit, since the dashboard is the heavier of the two to load.
Want this never to happen again? Protection Plans keep the software updated, monitored and backed up — from $249/month + GST.