How to find which plugin is slowing down your WordPress site?

If your WordPress dashboard takes 6 seconds to load and your homepage isn't much faster, the cause is almost always one or two specific plugins, not all of them. The problem is finding which ones without disabling everything and breaking your site for an hour.

The fastest way to identify the slow plugin on a WordPress site is to measure each plugin's actual runtime impact (PHP execution time, autoloaded options, database queries, and enqueued assets) during a live request, rather than disabling plugins one by one. Tools like Query Monitor show this for one request at a time; BoltAudit runs all four measurements across your full plugin stack in under 90 seconds and ranks plugins by expected speed-up if removed.

TL;DR

• Disabling plugins one by one works, but it's slow and risky on a live site. A 30-plugin site can take an afternoon and break user sessions while you toggle.
• The four measurements that actually matter are PHP execution time per plugin, autoloaded options size contributed, database queries triggered, and frontend assets enqueued. Any one of those can be the culprit; usually, it's two or three combined.
• For a single page, Query Monitor is excellent and free. It shows per-plugin query counts and timings in the admin bar.
• For a full-site diagnosis ranked by impact, an audit tool like BoltAudit measures all four layers across every plugin in one read-only pass.
• The most common offenders are well-known: page builders rendering on every request, security plugins running on every page load, analytics plugins blocking the main thread, and WooCommerce extensions autoloading large option rows.