Freesoul Deactivate Plugins lets you disable specific plugins on specific URLs. The per-page UI is its strongest feature: pick a page, untick the plugins that do not need to load there, save. Multiplied over a typical performance-tuning sprint, that produces dozens or hundreds of rules across the post types of a site. The plugin's own admin is built around browsing one page at a time.

SleekView Charts reads the same rules as a rows-and-columns dataset. A Number card counts pages with at least one disable rule. A Pie splits the rule volume across post types. A Bar groups by plugin, surfacing the plugins disabled most often across the install. An Area trends rules created per week so a performance sprint shows up as a measurable bump.

The plugin's own settings stay where they are for the per-page work. The chart surface is the audit, refactor and migration view performance engineers and agency leads actually need.

Freesoul Deactivate Plugins is the cleanest way to fix one of WordPress's structural performance problems: every plugin loads on every request whether the page needs it or not. The per-page UI is the right surface for the work, but it is built around browsing one page at a time. After a serious tuning sprint a site can carry hundreds of disable rules across landing pages, product pages and blog posts, and the question stops being "how do I tune this page" and becomes "what does the rule set look like as a whole".

SleekView Charts reads the same rules as data, and renders a KPI of pages with rules, a pie split by post type, a bar of plugins disabled most often and a trend of rule creation. The plugin's own per-page tree stays exactly where it is for the next page. The dashboard is the audit, refactor and migration surface on top of work that, until now, only existed inside settings screens.