Skip to main content
Wordpress

There Has Been a Critical Error on This Website: How to Fix It

Quick answer

“There has been a critical error on this website” means WordPress hit a PHP fatal error and hid the details, almost always caused by a plugin conflict. Check the recovery email WordPress sends you, or turn on WP_DEBUG_LOG to read the real error, then deactivate the plugin or theme it points to.

“There has been a critical error on this website” is WordPress being polite about a PHP fatal error: something (almost always a plugin) broke badly enough that the page can’t load, so WordPress hides the ugly details and shows you that line instead. The fastest fix is to make WordPress tell you what actually broke, because the error itself names the culprit. Check the admin email it sent, open recovery mode, or turn on debug logging, then it’s a one-thing fix instead of a guessing game.

We clear this one constantly for agencies whose client site went dark after an update. The order below is the order we actually work in, fastest and most likely first. Back up the site first if you can.

What causes it

A critical error is a PHP fatal error, and on a WordPress site that almost always traces to one of four things:

  • A plugin conflict or bad plugin update (by far the most common).
  • A theme problem, usually after a theme update or a bad edit to functions.php.
  • A PHP version mismatch, where the host upgraded PHP and a plugin hasn’t caught up.
  • Exhausted memory.

How to fix it

1. Read the email WordPress already sent you

Since WordPress 5.2, the moment this error fires, WordPress emails your admin address with the subject “Your Site is Experiencing a Technical Issue.” That email usually names the exact plugin or theme that broke, and it includes a recovery mode link that logs you into the admin even though the front end is down. This single step solves most critical errors in about two minutes, so check that inbox first.

2. Make WordPress show you the real error

No email, or it wasn’t specific? Turn on debug logging so the actual PHP error gets written to a file. Open wp-config.php in your site root and find define( 'WP_DEBUG', false );, then replace that line (and add the two below it):

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Reload the broken page, then read /wp-content/debug.log. The last few lines name the exact file and plugin that threw the fatal error. WordPress documents this in its debugging guide. Set these back to false once you’ve fixed it.

3. Deactivate the plugin that’s breaking it

The error log or the recovery email points at a plugin nine times out of ten. If you can reach the dashboard (or recovery mode), deactivate that plugin. If you’re fully locked out, do it over FTP: rename the /wp-content/plugins/ folder to plugins-off, which deactivates everything at once and gets the site back up, then rename it back and re-enable plugins one at a time until the error returns. That last one is the culprit.

4. Rule out the theme, PHP, and memory

If plugins aren’t it, switch to a default theme (rename the active theme’s folder over FTP and WordPress falls back to a default). Still broken? In your hosting panel, roll PHP back one version (for example 8.3 to 8.2), which fixes the common “host upgraded PHP, a plugin didn’t” case instantly. And if the log mentions “allowed memory size,” raise the limit by adding define( 'WP_MEMORY_LIMIT', '256M' ); to wp-config.

This is the modern White Screen of Death

If you remember the old blank-white-page version of this, you’re not wrong. Before WordPress 5.2, a fatal error gave you nothing at all, the dreaded white screen of death. The critical-error message is the friendlier successor: same underlying PHP fatal error, but now WordPress emails you and gives you recovery mode instead of leaving you staring at a void. The diagnosis is the same skill, and it sits alongside the other common WordPress problems worth knowing cold, like the database connection error and the 500 internal server error.

When to stop and get help

If the log points at something deep, a core file, a host-level limit, or an error that returns the moment you re-enable a plugin you can’t live without, that’s not a moment to experiment on a live client site. This is one of the errors our white-label WordPress team clears quietly under your brand, so your client sees a working site and never knows there was a fire.

Key takeaways

  • The critical error is a PHP fatal error WordPress hid; turn on WP_DEBUG_LOG first so the log names the exact plugin or file that broke instead of guessing.
  • A plugin is the culprit nine times out of ten, usually right after an update or a PHP version change. Deactivate plugins to confirm.
  • Locked out? Use the recovery-mode link WordPress emails you, or rename the plugins folder over FTP to deactivate everything at once.
  • It is the modern version of the white screen of death: same fatal error, but now WordPress emails you the cause and a recovery link.

Frequently asked questions

If the critical error keeps coming back no matter what you try, it usually means the real cause is buried deeper than the recovery email suggests. Send us the site and a senior developer will diagnose it properly and give you a fixed quote to fix it for good.

What does “there has been a critical error on this website” mean?

It means WordPress hit a PHP fatal error and stopped loading the page, then hid the technical detail behind a generic message. It’s almost always caused by a plugin conflict, a theme problem, a PHP version mismatch, or exhausted memory. WordPress emails your admin address with the specific cause and a recovery-mode link the moment it happens.

How do I fix the critical error if I’m locked out of the admin?

Use the recovery-mode link in the email WordPress sent, or work over FTP. Rename the /wp-content/plugins/ folder to deactivate all plugins at once, which usually restores access; then rename it back and re-enable plugins one by one to find the culprit. You can also turn on WP_DEBUG_LOG in wp-config to read the exact error in /wp-content/debug.log.

What’s the most common cause of a WordPress critical error?

A plugin, by a wide margin, usually right after a plugin update or after the host upgraded PHP and a plugin wasn’t compatible yet. Themes are the next most common cause, especially after a bad edit to functions.php. That’s why deactivating plugins and reading the debug log are the two fastest paths to the answer.

Will I lose my content fixing the critical error?

Almost never. A critical error is a code conflict, not data loss, so your posts, pages, and settings stay intact in the database while the site is down. Deactivating the offending plugin or theme brings everything back as it was. Still, back up before you troubleshoot, because the one time it matters, you’ll be glad you did.

Is the critical error the same as the white screen of death?

Same underlying problem, different era. Both are caused by a PHP fatal error. Before WordPress 5.2 you got a blank white screen with no information; since 5.2, WordPress shows the critical-error message and emails you the cause plus a recovery-mode link. The fix is the same skill: find the plugin or theme that broke and disable it.

Client site throwing this right now and you need it back fast? You can send us the details and we’ll get it online under your brand.

JS
Written by John Schatz

John Schatz is the founder of WP SuperHelp, a white-label WordPress development and support partner for agencies. For over 15 years he and his team have built, fixed, and maintained WordPress sites under agency brands across 1,500+ client projects.

Let's talk about your next WordPress project

Get a free consultation and a fixed quote, usually within one business day, delivered under your agency's brand.

Get free consultation

Leave the daily management of your website in the hands of the WordPress specialists at WP SuperHelp.

Navigation