Diagnostic tool

Safe Mode Recovery Guide Tool

By GrowrAI Editorial Team Browser only, no data sent

Use this when nothing works and you need to start clean.

Bring WordPress back to a minimal, working baseline so you can rebuild safely.

No login required Free forever

What this tool does

The Safe Mode Recovery Tool gives you a clean, repeatable way to put WordPress into an effective 'safe mode': all plugins deactivated, a default theme active, and debugging enabled, while preserving every piece of content, every setting, and every media file. This is the same baseline professional support teams use before re-enabling components one by one.

Most WordPress recovery paths require a clean baseline to be trustworthy. Without it, you cannot tell whether a fix worked or whether some other component is masking the problem. A documented safe-mode procedure also dramatically reduces the chance of making the situation worse during recovery.

Runs in your browser
No files uploaded, no credentials requested.
Maintained by people
Reviewed and kept current by the GrowrAI editorial team.
Tested on live sites
Every fix path verified on a real broken WordPress install.

Scroll down for the full walkthrough, common mistakes, and FAQs. If you already know what you need, use the form below to get an instant recommendation.

Step 1: Describe the issue

Frequently asked questions

What is WordPress safe mode?

It means disabling all plugins and switching to a default theme so you can test against a clean baseline.

Will safe mode delete my content?

No. Renaming folders or using Health Check Troubleshooting Mode only deactivates plugins and themes. Your content stays safe.

How do I enable safe mode without wp-admin access?

Via FTP, rename /wp-content/plugins to plugins-off and rename the active theme folder. WordPress falls back to a default theme and runs with zero plugins.

Does WordPress have an official safe mode?

Yes, in spirit. The Health Check & Troubleshooting plugin provides a per-session Troubleshooting Mode that affects only your account, not live visitors.

Will my media library be affected by safe mode?

No. /wp-content/uploads is untouched. Only plugins and theme files are deactivated; all media, posts, and pages remain intact.

How do I exit safe mode safely?

Rename the plugin folder back to plugins, then reactivate plugins one by one in wp-admin, testing the site after each one.

Can I use safe mode to test PHP upgrades?

Yes. Activating safe mode before switching PHP versions isolates whether incompatibilities come from core, your theme, or a specific plugin.

Is safe mode the same as recovery mode?

WordPress Recovery Mode is a built-in feature that activates automatically after a fatal error and lets you log in to disable the offending plugin or theme.

In-depth guide

Everything you need to know about the Safe Mode Recovery Guide Tool

Overview

The Safe Mode Recovery Tool gives you a clean, repeatable way to put WordPress into an effective 'safe mode': all plugins deactivated, a default theme active, and debugging enabled, while preserving every piece of content, every setting, and every media file. This is the same baseline professional support teams use before re-enabling components one by one.

Whether you cannot reach wp-admin, are recovering from a botched plugin update, or are isolating a critical compatibility issue ahead of a host or PHP migration, this tool provides the exact FTP and database commands to reach a known-good state without data loss.

Why this matters for WordPress site owners

Most WordPress recovery paths require a clean baseline to be trustworthy. Without it, you cannot tell whether a fix worked or whether some other component is masking the problem. A documented safe-mode procedure also dramatically reduces the chance of making the situation worse during recovery.

How to use this tool, step by step

  1. 1Indicate which access you still have: wp-admin, FTP, or hosting file manager only.
  2. 2Choose whether to include theme reset or to keep your current theme active.
  3. 3Follow the numbered recovery steps to deactivate plugins safely and switch themes without data loss.

Expertise and methodology

The procedure aligns with the WordPress core Health Check & Troubleshooting plugin and the WordPress.org support handbook. It has been refined for production sites where downtime, SEO, and customer trust must be protected during recovery.

GrowrAI editorial team avatar
Reviewed and maintained by GrowrAI Editorial Team. Every fix path is tested on a live WordPress install before it is published here.

Common mistakes to avoid

  • Deleting plugin or theme folders during recovery instead of renaming them.
  • Restoring an old backup before identifying the original cause of the failure.
  • Reactivating every plugin at once after recovery instead of one by one.

What safe mode means in a WordPress context

WordPress has no official safe mode button, but it has the equivalent: a state where plugins are inactive and a default theme is running, so you are looking at core behaviour with nothing layered on top. Reaching that state is the single most informative step in troubleshooting, because if the fault survives it, the cause is core, the server or the database, and if it disappears, the cause is something you added. Either answer eliminates most of the search space in one move.

There are three ways to get there and they differ in how much they affect visitors. The Health Check plugin's troubleshooting mode disables plugins for your session only, which is ideal on a live site. Renaming folders over FTP disables things for everyone and is the option when you cannot log in. A staging copy lets you break things freely and is the right choice when the fix will take more than a few minutes.

Entering and leaving without losing configuration

Deactivating a plugin does not delete its settings. Renaming its folder is treated by WordPress as the plugin no longer existing, so it shows as inactive, and renaming the folder back restores it exactly as it was. This is why folder renaming is safe and deleting is not: a small number of plugins clean up their data on deletion, and that data is not always recoverable. The same applies to themes, where renaming the active theme folder makes WordPress fall back to a bundled default while your customisations stay on disk.

Keep one caveat in mind. Widgets and menu assignments are tied to the active theme, so a forced fallback can leave them looking unassigned while you are in the default theme. They come back when you reactivate the original theme. Knowing this in advance stops people from panicking mid-recovery and rebuilding menus that were never actually lost.

Working out what to do with the answer

If the fault disappears in safe mode, reintroduce components in batches rather than one at a time. Enable half the plugins, reload, and follow whichever half reproduces the problem. Six or seven reloads is usually enough on even a large site. When you find the plugin, check for an update first, since many conflicts are already fixed upstream, and check whether the fault only appears alongside one other specific plugin, which is worth reporting to both authors.

If the fault survives safe mode, stop looking at plugins entirely. Check the PHP version and whether it changed recently, look at the server error log, confirm the database is answering and its tables are not marked as crashed, and compare core files against a clean copy of the same WordPress version. Sites that were recently migrated deserve extra attention here, because a mismatch between the new server's PHP or MySQL version and what the site expects will reproduce faithfully in safe mode and has nothing to do with any plugin.

Need hands-on help?

If this tool does not cover your exact situation, contact GrowrAI or read the troubleshooting guides. We typically reply within one business day.