You open your website and get nothing. No logo, no menu, no error message — just a blank white page staring back. It is one of the most unnerving things a site owner can see, because the screen gives you zero clues about what went wrong. This is the WordPress white screen of death, and despite the dramatic name, it is usually far less serious than it looks.
The good news: a white screen is a symptom with a short list of usual suspects, and the fix follows a repeatable order. This guide from the ZenWeb web design and care team walks you through what the white screen means, what causes it, and exactly how to clear it — fast, and without losing your content.
Blank screen and a business to run?
We fix white screens, broken updates, and locked-out sites as part of every build and care plan. See how we build and look after business websites →
Most Malaysian SME sites run on WordPress, so the steps below are written for it. This short video shows the same core fix flow for the version that locks you out of the dashboard, before we get into the detail.
Source video: WPLearningLab on YouTube
Quick Answer: The WordPress white screen of death is a blank white page that loads with no text, images, or error message. It usually means PHP hit a fatal error and WordPress stopped rendering the page. It is a symptom, not a virus — and in most cases your site and its data are still intact.
Behind the scenes, WordPress runs on PHP. When PHP hits an error it cannot recover from, it stops. And because most live sites are set to hide error messages from visitors, you are left with a blank page instead of a red warning. That is why the screen is white and silent: the error happened, but nobody told the browser what it was.
The white screen can appear across the whole site, on the admin dashboard only, or on a single page. If the site is fully unreachable rather than blank, that is a different problem — our guide on a website that is down and not loading covers that case instead.
Quick Answer: The large majority of white screens come from a plugin conflict, an exhausted PHP memory limit, or a theme error — usually right after an update. Failed core updates and bad custom code snippets make up most of the rest. Nearly all of them are quick to fix once you know which one you are dealing with.
When ZenWeb clears a white screen, the cause is rarely exotic. Here is how the trigger broke down across the WordPress sites we have recovered.
| Trigger | Share of cases | Scale |
|---|---|---|
| Plugin conflict or bad plugin update | 41% | |
| PHP memory limit exhausted | 23% | |
| Theme error (functions.php / bad update) | 18% | |
| Failed core update / corrupted file | 9% | |
| Custom code snippet error | 6% | |
| Host or PHP version issue | 3% |
Source: ZenWeb WordPress support and maintenance jobs, Malaysian SME sites, 2024–2026. Licence.
Notice the top three add up to more than eight in ten cases, and all three are update-and-upkeep issues, not bad luck. One important exception sits outside this list. If the blank page arrived with spammy redirects or a security warning, you may be looking at a compromise — and our guide on how to clean malware and recover a hacked site is the better starting point.
Quick Answer: Before touching any files, run four quick checks: clear your browser cache, try another browser or your phone, confirm whether it is the whole site or one page, and check if you just installed or updated something. These take two minutes and often tell you the cause outright.
Half the panic comes from assuming the worst. Rule out the simple explanations first:
Quick Answer: Where the blank page appears is your best free clue. A site-wide white screen usually points to memory or a fatal core error; a front-end-only blank points to a public plugin or theme; an admin-only blank points to a dashboard plugin; and a single blank page points to something on that page.
Match your symptom to the most likely cause and the smartest first move:
| Where you see it | Most likely cause | First move |
|---|---|---|
| Whole site — front end and admin | Memory limit or a fatal core error | Raise PHP memory, then disable plugins via file manager |
| Front end only — admin still loads | A plugin or theme on the public site | Deactivate plugins in wp-admin, switch to a default theme |
| Admin only — dashboard is blank | A plugin or theme touching wp-admin | Rename the plugins folder via file manager |
| One page or post only | A shortcode, block, or page-builder element | Edit that page, remove the element you added last |
Source: ZenWeb WordPress support jobs, Malaysian SME sites, 2024–2026. Licence.
The admin-only case is the trickiest, because a blank dashboard means you cannot deactivate anything the normal way. If that is you, our guide on being locked out of the WordPress admin covers the file-manager route back in.
Quick Answer: Fix a white screen by working from safest to most technical: clear the cache, raise the PHP memory limit, disable all plugins, switch to a default theme, then turn on debug mode to read the real error. If nothing works, restore your most recent clean backup. Change one thing at a time so you know what fixed it.
Work through these in order and stop the moment the site comes back — the step that fixed it names your cause:
If editing wp-config.php or using a file manager is outside your comfort zone, stop before you risk making it worse — this is routine work for our web design and care team.
Screen still blank after all that?
We diagnose the real error, clear it, and harden the site so it does not recur. Get your white screen fixed properly →
Quick Answer: A plugin conflict or memory issue is usually cleared in 10 to 30 minutes. Theme errors and failed core updates take longer, up to an hour or two. The one situation that turns a quick fix into a long day is having no backup and more than one problem at once.
Here is what recovery typically looks like across the causes we handle, and the skill each one needs.
| Cause | Typical time to fix | Skill needed |
|---|---|---|
| Plugin conflict | 10–30 minutes | Low — toggling plugins |
| PHP memory limit | 5–15 minutes | Low–medium — one config edit |
| Theme error | 15–45 minutes | Medium — file manager or FTP |
| Failed core update | 30–90 minutes | Medium–high — re-upload core |
| No backup + several issues | Several hours | High — manual debugging |
Source: ZenWeb WordPress support jobs, Malaysian SME sites, 2024–2026. Ranges are typical, not guaranteed. Licence.
Quick Answer: The repair is rarely the expensive part — the lost business while the site is blank is. Every hour of white screen means lost enquiries, wasted ad spend sending clicks to a dead page, and a dent in trust for anyone who lands on it. Speed of response matters as much as the fix.
A blank page does not just sit there quietly. While it is up, it is actively costing you:
This is why a white screen is not a “fix it whenever” job. If the whole site is unreachable rather than blank, treat it with the same urgency as a website that is down and not loading — the clock is running either way.
Quick Answer: Most repeat white screens trace back to missing habits, not bad luck. Test updates on a staging copy, run automatic off-site backups, keep PHP current, and raise the memory limit above the default. Sites that hit the white screen twice are almost always missing several of these basics.
When we audit a site that keeps white-screening, the same safeguards are missing again and again. Here is how often each one was simply not in place.
| Missing safeguard | Not in place on | Scale |
|---|---|---|
| Staging site to test updates | 74% | |
| Automatic off-site backups | 61% | |
| Current, supported PHP version | 47% | |
| Update-then-check routine | 43% | |
| Memory limit above the default | 38% |
Source: ZenWeb maintenance audits, Malaysian SME sites, 2024–2026. Licence.
None of these are costly or technical. Testing updates on staging and keeping automatic backups are exactly the quiet jobs a proper website maintenance plan runs for you — so the update that would have white-screened your live site gets caught on the copy instead.
Tired of your site breaking after updates?
Our care plans test updates on staging and back the site up automatically, so white screens stop happening. See our web design and care pricing →
A white screen looks like a disaster and is usually a five-step fix. Rule out the cache, raise the memory limit, disable plugins, switch to a default theme, and turn on debug mode to read the real error. Your content is almost always safe underneath — the page just stopped rendering, and now you know how to make it render again.
If the fix means editing core files, or the same blank page keeps returning after every update, that is the point to hand it over rather than risk making it worse. Getting a white screen cleared and the site hardened once is far cheaper than fixing the same break every month.
White screen you can’t clear on your own?
Book a free 30-minute session — we’ll diagnose the real error, get your site loading again, and set up the staging and backups that stop it coming back.
Almost never. The white screen is a PHP error that stops the page from rendering — your posts, pages, images, and settings are still in the database and files, untouched. Once you clear the error that is blocking the page, everything loads exactly as before. This is also why a recent backup makes recovery so quick.
When the dashboard itself is blank, you work through your host’s file manager or FTP instead. Rename the /wp-content/plugins folder to disable all plugins at once, and if that does not help, rename your active theme folder too. If the admin then loads, reactivate items one by one to find the culprit.
Disabling all plugins clears the largest share of cases, so it is the highest-value first move once you have ruled out a cache issue. If the site comes back with plugins off, reactivate them one at a time until the white screen returns — the last one you switched on is the cause.
Usually not — it is far more often a plugin, theme, or memory issue after an update. But if the blank page came with spam redirects, unfamiliar new pages, or a browser security warning, treat it as a possible compromise and clean the site before doing anything else, rather than just clearing the screen.
Test plugin, theme, and core updates on a staging copy before pushing them live, keep automatic off-site backups, stay on a current PHP version, and set your memory limit above the default. Most sites that white-screen twice were missing several of these basics — putting them in place is the reliable fix.
Complete the form and our team will contact you to discuss your goals. Let’s grow your business.

Online