Choose where WordPress add-ons load

Freesoul Deactivate Plugins PRO lets you set add-on-loading rules for specific WordPress contexts. Selective deactivation can reduce add-on assets, PHP execution, HTTP requests and database queries on pages where a plugin is not needed. Preview a page with selected extensions disabled to investigate conflicts or compare behavior without changing the public site.

Set rules for pages, URLs and users

Rules can apply to individual pages, posts, publicly queryable custom posts, post types, archives, term archives, search results and devices. PRO also supports plugin deactivation on backend pages, custom backend URLs and custom frontend URLs. Rules can differ for logged-in and logged-out users.

Mobile deactivation applies across all mobile pages when a plugin is disabled for mobile. For rules targeting selected mobile pages, use the integration with Specific Content For Mobile.

PRO checks and cleanup utilities

• Get automatic suggestions for unused plugins on the frontend and backend, with checks after content updates.
• Record Ajax and Post activities to identify actions where a plugin may need to be disabled.
• Clean up REST APIs, translated URLs and cron jobs, and manage general bloat and options autoloading.
• Deactivate stylesheets and scripts from remaining active plugins, the theme and WordPress core.
• Import or export FDP options and use bulk actions to activate or deactivate plugins in FDP settings.
• Generate automatic GTMetrix and Google PageSpeed Insights reports to compare changes.

Review changes in a practical order

Start with the places each plugin is needed. Review the unused-plugin suggestions, then create rules for the relevant pages, post types, archives or URLs. Preview changes before applying them to the public website. If a conflict or unexpected behavior occurs during an Ajax or Post action, record activity to help locate the context. Use the cleanup controls and reports to review further changes.

Permanent deactivation requirements

Permanent plugin deactivation supports the Day and name, Month and name, and Post name permalink structures, along with custom structures ending in %postname%. Other permalink structures are not supported for permanent deactivation. Permalink-changing plugins such as Permalink Manager Lite may also prevent it.