2 sites for $49.99 ·

AcceleratorWP

Changelog

Every release, every fix.

All notable changes to AcceleratorWP are documented here. Versions follow Semantic Versioning; the format follows Keep a Changelog.

Latestv0.5.4·June 10, 2026

v0.5.4

PatchLatestJune 10, 2026

Every fix in this release was reproduced and re-verified end-to-end on a live WordPress install before shipping: isolate rules against lazily-registered AJAX actions now fire reliably, the debug header reports the full picture, and the action picker no longer shows phantom entries.

Fixed04
  • Rules targeting an admin-ajax action with the default URL pattern ("/") never fired. The safety net that stops a bare "/" from matching every URL on your site also swallowed admin-ajax rules — the rule looked saved but matched nothing. When a rule names specific AJAX actions, its URL pattern is now ignored entirely: matching runs on scope plus action name, which is what the rule actually selects on. Existing rules self-heal on upgrade; no re-saving needed.
  • The debug response header only reported the Plugin Skipper, hiding the Isolator's work. An isolate rule could be working perfectly — stripping every plugin except the action's owner — while X-Accelerator-Skipped showed "(none)", which reasonably read as "the rule is broken." The header now reports both modules separately: skipper=<list>; isolator=<action>→<dropped list>.
  • The plugin's internal version constant lagged behind the release version, which made diagnostics report a stale version and quietly disabled the scanner-cache auto-invalidation added in 0.5.3. The constant is now derived from the plugin header automatically, so it can never drift again.
  • The action picker showed phantom entries harvested from code comments and dynamic registration patterns. The scanner now excludes Accelerator's own source from static scanning and matches only complete, literal hook registrations.
Notes01
  • Safe upgrade from any 0.5.x. No schema change. Stored rules are reinterpreted at load time; the on-disk format is untouched, so downgrade remains safe.

v0.5.3

PatchJune 10, 2026

Isolate rules now work for AJAX actions whose owning plugin can't be auto-detected — the most common case being page builders and add-ons that register their handlers lazily.

Fixed04
  • Isolate rules silently did nothing when the action's owning plugin could not be auto-detected. Plugins that register their AJAX handler lazily (JetEngine and similar page-builder add-ons) are invisible to runtime detection. The rule's Keep plugins list now acts as a manual override: name the owning plugin there and isolation proceeds even when auto-detection fails.
  • The Add Rule form now refuses to save an isolate rule that would silently do nothing — if no owner can be detected and the Keep plugins list is empty, you get a clear pointer to the field that needs filling instead of a rule that looks saved but never runs.
  • The action scanner's cache survived plugin upgrades, so new scanning capabilities didn't take effect until the cache expired a day later. The cache now invalidates automatically on every plugin update or theme switch.
  • AJAX hooks registered inside a theme's functions.php or under mu-plugins were invisible to the scanner. The scan now covers the child theme, parent theme, and mu-plugins trees in addition to plugins.
Notes01
  • Safe upgrade from 0.5.x. Existing isolate rules whose owners were already detected continue to work unchanged.

v0.5.2

PatchJune 10, 2026

The debug response header now appears on admin-ajax and REST requests — the request types you most often need it for — and the Developer Mode toggle saves reliably.

Fixed02
  • The debug response header (X-Accelerator-Skipped) never appeared on admin-ajax or REST API responses — only on regular page loads. Since admin-ajax is exactly where you'd be verifying a Per-Page rule, this made the feature useless for its main purpose. The header is now emitted on every request type a rule can target: page loads, admin-ajax, REST, and CLI.
  • The Developer Mode toggle silently reverted to off on some hosting configurations, and saving it redirected you to a different page than the one the toggle lives on. Both fixed — the toggle now saves reliably and returns you to Settings → Advanced.
Notes01
  • Safe upgrade from 0.5.1. No schema or settings change.

v0.5.1

MinorJune 10, 2026

WordPress 7.0 compatibility, a Translation Precompiler fix that restores its speedup on modern installs, and an action scanner that finds AJAX hooks registered by lazy-loading plugins like JetEngine.

Fixed03
  • The Translation Precompiler was silently inactive on most modern WordPress installs. WordPress 6.5 introduced a new translation file format (.l10n.php) that takes precedence over the classic .mo files, and most plugin translations have shipped in the new format since. The Precompiler only looked for .mo files, found none, and quietly did nothing. It now detects and compiles both formats, restoring the translation lookup speedup on every install.
  • The action scanner missed AJAX hooks registered by lazy-loading plugins — JetEngine, Elementor Pro, and similar plugins register their handlers only inside the AJAX request itself, so runtime inspection never saw them. The scanner now also reads each active plugin's source code directly, so those actions appear in the picker.
  • The Per-Page Rules "Applies to" section was confusing — it split one question ("where should this rule fire?") across two separate control groups. It's now a single set of five clear options plus an advanced mode for multi-scope rules. Existing rules are unaffected.
Changed01
  • Tested up to WordPress 7.0. All of the plugin's integration points were verified unchanged in the new release.
Notes01
  • Safe upgrade from any 0.4.x or 0.5.0. No schema change, no wizard re-run required.

v0.5.0

MinorJune 10, 2026

Per-Page Rules works the way you'd expect for admin-ajax: the URL field is optional, the advanced fields no longer hide behind Developer Mode, validation tells you which field is wrong, the action picker has a Refresh button, and an opt-in response header lets you confirm at the DevTools layer that a rule fired.

Added04
  • Admin-ajax fine-tuning section in the Add Rule form. Action names, Kill / Isolate mode, and Keep-plugins list — previously hidden behind Developer Mode — now live in a collapsible section that auto-opens the moment you tick the admin-ajax or REST scope. Frontend-only rule authors never see fields they don't need; admin-ajax authors find them in the obvious place without having to flip a power-user switch first.
  • URL field is now optional when the rule's only scope is admin-ajax or REST. Admin-ajax has one URL — /wp-admin/admin-ajax.php — and forcing you to type that was busywork. Leave the field empty for those scopes and the rule fires on every matching request automatically. An "(optional)" tag and a green hint under the input appear the moment that scope is selected.
  • Refresh actions button on the "Browse admin-ajax actions on this site" panel. The action list is cached for 24 hours; if a plugin registers an admin-ajax handler after that cache fills — JetEngine's dynamically-named hooks, lazy-loaded extensions — it wouldn't show up until the next day. The button rebuilds the cache on demand.
  • Optional debug response header. New toggle under Settings → Advanced. When on, every front-end response carries an X-Accelerator-Skipped header listing the plugins the Plugin Skipper actually pruned for that request — visible in the browser DevTools Network panel without having to open telemetry. Shadow-mode requests use X-Accelerator-Shadow-Skipped instead so you can tell at a glance whether a skip would have happened or did happen. Off by default.
Changed01
  • Validation errors on the Add Rule form are now field-specific. The previous "Invalid rule. Please check the fields and try again." was the catch-all for every reason a rule could fail — empty URL, no plugin selected, every other validation case. You had to play detective to figure out what was wrong. Each failure mode now has its own clear message naming the field that needs your attention.
Fixed01
  • Admin-ajax rules no longer reject on submission with "Invalid rule". Picking the admin-ajax scope, leaving URL empty, and clicking Add used to give the generic invalid-rule error because the storage layer required a non-empty URL pattern for every rule. The form now accepts an empty URL when the rule's scope is admin-ajax or REST only — those scopes don't have a URL pattern the operator should be filling — and the runtime applies the rule on every request in the declared scope.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required. Existing rules, telemetry data, per-page overrides, and license state are preserved. Downgrade is also safe: rules created against the new optional-URL path remain readable by 0.4.x and behave the same way.

v0.4.9

PatchMay 16, 2026

Multi-plugin picker for Per-Page Rules so you can affect many plugins on a URL in a single Save click, plus a clearer Privacy tab that separates the anonymous diagnostics flow from licensing, and a new "Your data" section linking to your account dashboard for GDPR access and erasure.

Added03
  • Multi-plugin picker on the Add Per-Page Rule form. The Plugin field is no longer a single dropdown — a side-by-side picker lists every active plugin on the right, your selections on the left, with a filter box and click-to-move behavior. The same URL pattern, action, and scope apply to every plugin in the Selected column; one rule is created per plugin on Save. Five rules to skip five plugins on /checkout collapse into one Save click.
  • "Last update check" indicator on the License page. The license meta grid gains a relative-time stamp ("2 hours ago") so you can confirm at a glance that the auto-update pipeline is firing on your install — independent of the daily license heartbeat shown next to it.
  • "Your data, your control" card on the Privacy tab. Links directly to your AcceleratorWP account dashboard where you can request a copy of every record we hold against you, or request its deletion, under GDPR Articles 15, 17, and 20.
Changed02
  • Privacy tab disclosure split into two cards so the wording matches what we actually do. The "never sent" list now scopes clearly to the anonymous diagnostics upload (no site URL, no IP, no visitor data). A separate "What licensing actually sends" card spells out that the license activation, daily heartbeat, and update-check calls do include your site URL and license key — because the plugin cannot validate its own license without them. Previous copy implied licensing was also anonymous; the new wording is precise about the difference.
  • Privacy tab basic-profile description now lists self-test pass/fail counts among the always-shared diagnostic fields, keeping the description in sync with what the daily summary actually transmits.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required. Existing rules, telemetry data, per-page overrides, and license state are preserved.

v0.4.8

MinorMay 15, 2026

New Settings home with Privacy, Cleanup, and Advanced tabs. A clickable plugin picker replaces the free-text editor for WooCommerce Cart & Checkout. Translation plugins (WPML and friends) are now correctly held on the checkout page, and any plugin that depends on another is automatically kept alongside its parent.

Added06
  • Settings page with five tabs — License, General, Privacy, Cleanup, Advanced — replaces the scattered submenus. The admin bar Accelerator shortcut now points here.
  • Privacy tab with per-channel toggles. A master telemetry switch turns sharing on or off; two sub-toggles control whether recent plugin/theme error captures and the list of plugins skipped per request are included in the daily summary. Every option is paired with an example of exactly what shape of data leaves the site, so you can decide before flipping anything on.
  • Cleanup tab shows how much disk space the telemetry database is using and lets you compact it (reclaims space without losing data), wipe it, or run a full "Clear all safe data" that also resets the benchmark cache, l10n cache, and wizard state. Premium installs get a retention slider with a range of 1 to 90 days.
  • Advanced tab consolidates every reset operation behind a single clearly-fenced zone. Per-page rules, wizard rules, module toggle overrides, and a full factory reset each have their own button. The factory reset requires you to type DELETE to confirm — no accidental clicks.
  • Plugin picker UI for the WooCommerce Cart & Checkout module. The keep-list editor on the Modules page no longer asks you to type plugin file paths. Two columns — Keep on Checkout (top) and Skip on Checkout (bottom) — list every active plugin on the site. Click any row to move it between columns. Auto-detected plugins stay visible and can be overridden either way; your manual decisions persist across re-detection.
  • Anonymous diagnostics submission. Sites that opted into rule-library sharing can now also upload one daily summary record covering plugin/PHP/WordPress versions, per-class p50/p95 timings, which modules are on, and any persistent error codes — and, when the matching Privacy sub-toggle is on, recent error captures and per-request skip lists. Each site identifies itself with a locally-generated UUID that is hashed before transmission (the raw UUID never leaves the site).
Fixed03
  • WPML and other WooCommerce translation extensions no longer crash the checkout page. The Cart & Checkout module's plugin detector scanned a list of WooCommerce hooks to decide which plugins were participating in the checkout flow. Several translation-related hooks were missing from the list, so WPML's WooCommerce Multilingual extension — which hooks only into translation hooks during checkout — was classified as "absent" and skipped, leaving its callbacks pointing at functions that had been unloaded. The full set of relevant hooks is now scanned and translation plugins are correctly held on the checkout page.
  • Plugins with a hard dependency on another plugin are now never skipped without their parent. Elementor Pro, WooCommerce Subscriptions, ACF Pro extensions, and similar add-ons declare their dependency in their plugin header. The keep-list resolver now reads those headers and walks up to include every ancestor of every kept plugin before committing the final list — so checking "keep Elementor Pro" also keeps Elementor itself.
  • Smart Suggestions no longer suggest skipping a plugin on pages where its assets actually loaded. The Review Rules step previously inferred "plugin not used here" purely from the absence of detector signal, even on pages where the plugin's CSS or JS had been enqueued. This produced false-positive skip suggestions for plugins whose runtime API is invoked from PHP without a corresponding shortcode or block. The wizard now also checks the per-path asset-enqueue record before emitting a skip-on-path suggestion.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required. Existing rules, telemetry data, and per-page overrides are preserved. The new diagnostics submission stays off until you turn it on from the Privacy tab.

v0.4.7.3

PatchMay 14, 2026

WooCommerce Cart & Checkout module — broader coverage and safer defaults. Now optimizes both classic and block-based stores, and recognises every plugin your store needs on cart and checkout calls so payments, shipping, and tax extensions are never stripped.

Added03
  • Block-based Cart and Checkout are now covered. Stores that have migrated to the new WooCommerce Cart and Checkout blocks get the same optimization as classic stores — no extra configuration.
  • The module figures out which of your plugins your store actually needs on cart and checkout calls and keeps them loaded, automatically. Payment gateways, shipping methods, tax extensions, dynamic pricing, subscriptions, and other WooCommerce-integrated plugins are recognised on first use; everything else is set aside for those specific requests. A Refresh button on the Modules page re-runs the check on demand.
  • Wizard summary now mentions the module when WooCommerce is active, so first-time installers know it exists and what it does.
Changed02
  • Module renamed to "WooCommerce Cart & Checkout" — it now covers both classic and block-based stores.
  • Module is Premium. Free installs see a locked card on the Modules page with a clear upgrade path; upgrading flips it on instantly with no wizard re-run.
Notes01
  • Safe upgrade from 0.4.7.x. No schema change, no wizard re-run required.

v0.4.7.2

PatchMay 13, 2026

WooCommerce AJAX isolation module. A single toggle on the Modules page strips all non-WooCommerce plugins from cart and checkout background calls — no rules to write.

Added01
  • WooCommerce AJAX module on the Modules page. When on, every ?wc-ajax= request (add to cart, remove from cart, cart refresh, apply coupon, update order review) boots only WooCommerce — everything else is skipped. The checkout submit (?wc-ajax=checkout) is exempt so payment gateway plugins stay loaded during order processing.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required.

v0.4.7.1

PatchMay 13, 2026

Three reliability fixes carried forward from internal testing — benchmark error reporting, concurrent wizard writes, and a missing-config recovery notice.

Fixed03
  • If the module configuration file is accidentally deleted, a persistent admin notice now explains what happened and links to the Modules page to restore settings — previously all modules silently ran with defaults and no explanation was shown.
  • The benchmark scan now records specific error codes (ACCEL_BENCH_TIMEOUT, ACCEL_BENCH_SSL_ERROR, ACCEL_BENCH_CONNECT_REFUSED, ACCEL_BENCH_LOOPBACK_BLOCK) when a page cannot be measured, shows a plain-language diagnosis in the wizard UI, and links to acceleratorwp.com/forum with the code to report. Partial scans (more than half the pages failed) show a warning that Smart Suggestions may be incomplete.
  • Wizard state writes are now protected by an exclusive file lock. Two browser tabs submitting wizard forms simultaneously could silently overwrite each other's answers — the lock serialises writes so the last submission always wins cleanly.
Notes01
  • Safe upgrade from 0.4.7. No schema change, no wizard re-run required.

v0.4.7

MinorMay 13, 2026

WooCommerce AJAX classification, per-page rule improvements, and a set of UX fixes including the admin bar display bug reported by a beta user.

Added05
  • WooCommerce AJAX requests (?wc-ajax=add_to_cart, ?wc-ajax=get_refreshed_fragments, etc.) are now a distinct request class. Previously these POST requests fell through as UNKNOWN, so all active plugins loaded for every cart action. You can now add skip rules scoped specifically to WooCommerce AJAX from Per-Page Rules — select "WooCommerce AJAX" under Applies to. Unrelated plugins (SEO, analytics, contact forms, backup) can be stripped from add_to_cart and cart fragment calls, making them near-instant on plugin-heavy sites.
  • Per-Page Rules wizard step now includes a scope selector: apply the generated rules to everyone, or to guests only. Previously all wizard-generated per-page rules were silently scoped to guests, meaning logged-in customers received no benefit from per-page optimizations.
  • Wizard re-run now preserves manually-authored per-page rules. Rules added through the admin Per-Page Rules UI survive a subsequent wizard run — only wizard-generated rules are replaced.
  • Page builder plugins (Elementor, Divi, Spectra, Beaver Builder, etc.) now show a disabled checkbox in the wizard's plugin list with an explanatory note. Previously the checkbox appeared active but ticking it had no effect because the backend silently refused to skip page builders.
  • Per-page rules created from the post edit screen ("Accelerator Overrides" meta box) now generate URL-pattern rules using the post's permalink instead of a post-ID rule. Post-ID rules could never work at plugin-load time because WordPress hasn't resolved the current post yet when Plugin Skipper runs.
Fixed03
  • Admin bar "Kept here" list no longer includes skipped plugins. Previously both lists pulled from the same source, so a plugin appeared in both "Skipped here" and "Kept here" simultaneously — confusing and technically incorrect. The two lists are now mutually exclusive.
  • Write Coalescer no longer sets autoload='yes' on new options. WordPress 6.7 changed the default for new options to autoload='' (managed by WordPress). The coalescer's batch INSERT was missing the autoload column, causing MySQL to use its own default of 'yes', permanently adding those options to the autoloaded set.
  • Support contact link updated to hello@acceleratorwp.com.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required. Existing rules and telemetry data are preserved.

v0.4.6.1

PatchMay 12, 2026

Stability patch. Five bugs found in internal testing — Options Guard false positives on transients, Query Memoizer causing MySQL errors on WooCommerce sites, silent multisite failure, and wrong site type on subscriptions stores.

Fixed05
  • Options Guard no longer fires on transient writes. Transients are written hundreds of times per request by WooCommerce, Jetpack, and WordPress core — checking them was unnecessary work and occasionally produced a PHP 8.1 deprecation notice when a transient was cleared with a null value.
  • Options Guard demotion now clears the object cache immediately. On sites running Redis or Memcached, demoting an oversized option to autoload=no in the database had no effect until the cache expired — the oversized option kept loading on every request. The guard now calls wp_cache_delete after writing to the database.
  • Query Memoizer no longer causes "Commands out of sync" MySQL errors on WooCommerce sites that use stored procedures. The memoizer now detects pending result sets correctly and falls through to a real query when it would otherwise leave the database connection in a bad state.
  • Multisite installs now show a clear admin notice instead of running silently with no effect. The plugin's skip rules don't apply to network-activated plugins, so on multisite installs they would never have fired — the new boot-time check makes that visible up front instead of leaving operators wondering why nothing happened.
  • WooCommerce + Subscriptions sites now auto-detect as "E-commerce (digital / subscription)" instead of "E-commerce (physical goods)". Detection now uses a scoring model so the more-specific type wins when multiple signals match.
Notes01
  • Safe upgrade from 0.4.6 or any 0.4.x. No schema change, no wizard re-run required.

v0.4.6

MinorMay 11, 2026

Smart Suggestions UX overhaul and targeted fixes across the wizard, Modules page, and Telemetry. Page builders and payment gateways no longer appear as skip candidates in the wizard. Module toggles now save instantly. Telemetry progress label cleaned up.

Added01
  • Smart Suggestions are now grouped by plugin in the wizard's Review Rules step. Each group is collapsible, has a master checkbox to tick or untick all its rows at once, and a search box filters the list by plugin name in real time.
Fixed05
  • Page builders — Elementor, Divi, Beaver Builder, WPBakery, and the others in the rule library — no longer appear in Smart Suggestions. They were showing up as skip candidates because the wizard couldn't detect their activity through the usual signals, and suggesting a skip would have collapsed every page they rendered.
  • Payment gateways and other silent extensions (WooCommerce PayPal Payments, Stripe, etc.) no longer generate skip suggestions for checkout and cart pages. The wizard now checks which pages each plugin's assets actually loaded on before emitting a suggestion, so gateways are correctly treated as active on checkout pages. Pages where a plugin genuinely does not load continue to generate suggestions as normal.
  • Smart Suggestion confidence badges now work correctly. Suggestions backed by direct WordPress runtime evidence show a green High badge and are pre-checked. Suggestions where the wizard observed asset loading but could not confirm functional absence show a yellow Review badge and default to unchecked — you opt in deliberately.
  • Module toggles on the Modules page now save instantly via AJAX without a page reload. A small inline confirmation appears and clears itself after a couple of seconds. The Save Changes button has been removed.
  • Telemetry progress bar no longer shows a nonsensical fraction when the request threshold is exceeded. "262 / 100 requests" is now shown as "262 requests (ready)".
Changed01
  • Accelerator → Interactivity API submenu removed. The Asset Dequeue module and any rules saved from previous wizard runs are not affected.
Notes01
  • Safe upgrade from any 0.4.x. No schema change, no wizard re-run required. Existing rules and telemetry data are preserved.

v0.4.5.1

HotfixMay 7, 2026

Hotfix for a stale update prompt that appeared on the Plugins page right after a successful update. Sites that updated to 0.4.5 saw "You are running 0.4.5. Version 0.4.5 is available — please update" on the Plugins page even though the update had just succeeded; clicking Update a second time cleared it. The plugin now refreshes its own update state the moment an update finishes, so the double prompt is gone.

Fixed01
  • "Update available" no longer reappears on the Plugins page immediately after a successful Accelerator update. The double-prompt that required a second click to clear is fixed.
Notes01
  • Safe upgrade from 0.4.5. No schema migration. No effect on the front-end request path. The new handler runs only when an Accelerator update is being completed and does nothing on every other request.

v0.4.5

PatchMay 7, 2026

Per-Page Rules form now lets you pick plugins to keep active during admin-ajax isolation from a searchable list of installed plugins, instead of requiring you to type plugin main-file paths from memory. Beta tester feedback showed the typed-path field was the slowest part of writing isolate rules — easy to typo, required knowing exact slugs, and hid the available plugin list from view. The new picker shows every installed plugin, supports type-to-filter search, and turns each selection into a removable chip. The hidden field still posts the same comma-separated value, so saved rules and the server-side handler are unchanged.

Changed01
  • Per-Page Rules — "Keep plugins (isolate only)" field is now a search-and-add picker. Type to filter the list of installed plugins, click any row to add it as a chip, click the × on a chip to remove it. The list is bounded by your actual plugin set so you can no longer mistype a slug. Selections are stored as a comma-separated value in the same hidden form field — saved rules and existing per-page-overrides.json are unchanged.
Notes01
  • Safe upgrade from 0.4.4. No schema migration. No effect on the front-end request path. The picker only appears when Developer Mode is enabled (the same condition that already gated the field in 0.4.4).

v0.4.4

HotfixMay 5, 2026

Critical fix for a regression where saving the Modules page silently disabled internal infrastructure that connects per-page rules to the runtime. Sites that clicked Save on the Modules page after upgrading to 0.4.3 saw their per-page rules saved correctly in the admin UI but never enforced on actual page loads. This release fixes the save handler so it only writes user-toggleable modules, and adds a one-shot self-heal that detects and repairs damaged configurations on the next admin page load — affected sites recover automatically without any manual cleanup.

Fixed02
  • Modules page: clicking Save no longer overwrites internal infrastructure modules. The save handler now scopes its writes to the user-toggleable categories shown on the page (free / hybrid / premium / always-on), leaving the internal modules at their built-in defaults. Inline toggle from the same page already used the same path; same fix applies there too.
  • Self-heal: on the first admin page load after upgrading to 0.4.4, the plugin checks for the damaged configuration shape and rewrites the file in place — keeping the user's actual module choices, dropping the stale infrastructure overrides. Idempotent; running it on a clean install is a no-op.
Notes02
  • If your site was on 0.4.3 and you saw per-page rules listed in the admin UI but ignored at runtime, this release fixes that exact symptom. After upgrading, the next admin page visit auto-repairs the configuration.
  • Safe upgrade from 0.4.3. No schema migration. No effect on the front-end request path — every change is admin-side.

v0.4.3

MinorMay 4, 2026

Reactive admin overhaul. Per-Page Rules, Modules, and Telemetry now feel like modern apps instead of classic 2010-era WordPress admin forms — search filters update as you type, rules add and delete inline without page reloads, every module toggle saves on the spot, and bulk-removing rules is one click instead of one-by-one. Built on the WordPress Interactivity API runtime that ships with WordPress 6.5+, so no external libraries and no extra JavaScript shipped to your visitors. Every reactive interaction has a graceful fallback: if JavaScript is disabled or fails to load, the existing form-submit + page-reload flow keeps working exactly as before.

Added07
  • Per-Page Rules — live search filter on the URL Pattern Rules table. Type to filter by URL pattern, plugin file, scope tag, or note. The result counter shows how many rows match ("Showing 5 of 47 rules") and updates instantly.
  • Per-Page Rules — inline delete. Confirm and the row disappears immediately; no scroll-to-top, no page reload. The classic delete-via-form path is preserved as the no-JS fallback.
  • Per-Page Rules — inline add. New rule appears at the top of the list the moment the server saves it, the form clears so you can keep going, validation errors render in place with field values preserved.
  • Per-Page Rules — bulk select + delete. Checkbox on every row, select-all in the table header, one click to remove the entire selection. Select-all respects the active search filter, so you can scope a bulk action to "everything matching this filter".
  • Per-Page Rules — Asset Dequeue Suggestions panel now has the same live search filter as the URL Rules table.
  • Modules — every Active and Shadow toggle now saves on the spot. No more clicking Save at the bottom after each change. A small inline notice confirms the save and clears itself after a couple of seconds; the bottom Save button stays in place as the no-JS fallback.
  • Telemetry — live search filter on the "Last N Requests" table. Filter by request class (frontend / admin-ajax / cron), URL path, or any plugin in the Offloaded column.
Notes03
  • Safe upgrade from 0.4.2. No schema migration. No configuration changes. Every reactive interaction has a classic form-submit fallback, so disabling JavaScript or running on a hardened admin reverts to the pre-0.4.3 behavior with no broken paths.
  • No effect on the front-end request path. Every change in this release is admin-only.
  • All new admin scripts use the WordPress Interactivity API runtime that already ships with WordPress 6.5+. No external libraries pulled in; no extra JavaScript loaded on your visitors.

v0.4.2

PatchMay 4, 2026

Admin-side recovery hardening. A handful of edge cases on admin pages that previously failed silently or rendered inconsistent state now recover cleanly and surface a clear in-page explanation of what happened. No effect on the front-end request path — every change in this release is admin-only.

Fixed02
  • Admin pages no longer render contradictory status panels — when a page's underlying state has shifted, the page now reflects the new state on the first reload instead of mixing stale and fresh information in the same view.
  • Failed admin background checks now surface a sticky in-admin notice with a one-click path to the relevant settings page, instead of producing no result with no explanation.
Notes01
  • Safe upgrade from 0.4.1.x. No schema migration. No configuration changes. No effect on the front-end request path.

v0.4.1.1

HotfixMay 4, 2026

Cosmetic hotfix on top of 0.4.1. The new Interactivity API admin page was rendering with the wrong stylesheet hooks — the hero icon was unconstrained and the layout dropped out of the standard two-column shell, so the screen looked nothing like the rest of the plugin. Rewrote the page to reuse the same hero / status grid / table primitives every other Accelerator admin screen uses. No behavior changes, no schema changes, safe to upgrade straight from 0.4.1.

Fixed02
  • Interactivity API admin page now renders with the same visual language as every other Accelerator screen — page header, two-column layout with contextual help sidebar, state-aware hero (green when no custom rules are in effect, amber when one or more URLs have a force-dequeue rule), four-cell status grid (URLs scanned / use the runtime / idle / currently dequeued), and a per-URL rule table that matches the styling used on the Per-Page Rules page.
  • Removed the unsized inline SVG that was rendering full-screen on the Interactivity page. The hero icon now uses the standard glyph treatment shared with the License and Safe Mode hero cards.
Notes01
  • If you already upgraded to 0.4.1, this release only fixes how the new Interactivity API page looks — your saved rules and module state are untouched.

v0.4.1

MinorMay 4, 2026

Hotfix for a quiet but serious 0.4.0 bug — under specific conditions, plugins targeted by a skip rule could silently disappear from the active plugin list and require manual re-activation. This release contains the fix and also ships a new dedicated admin page for managing the WordPress Interactivity API runtime per URL.

Added01
  • Interactivity API admin page — new screen at Accelerator → Interactivity API. Lists every URL the benchmarker scanned, shows whether each one uses the WordPress Interactivity API runtime (`wp-interactivity` + `wp-interactivity-router`), and gives a per-URL toggle (auto / force-dequeue) that persists into the same asset-dequeue suggestion store the wizard already writes to. Useful for sites with custom React-style admin UIs and operators who want fine-grained control over the ~30 KB runtime that WordPress 6.5+ ships on every page of a block-themed site.
Fixed01
  • Skip rules no longer cause plugins to silently disappear from the active plugin list. Sites that observed plugins going missing without manual deactivation will stop seeing this after upgrade — re-activating the affected plugins once restores them and the new build keeps them stable.
Notes03
  • Safe upgrade from 0.4.0. No schema migration. Re-activating any plugin that was previously affected restores it once and the new build keeps it stable.
  • If you saw active plugins go missing on a 0.4.0 install, this release is the fix for that exact symptom — no further configuration needed once you upgrade.
  • The Interactivity API page reads from the wizard's existing benchmark cache. If the wizard hasn't run yet, the page shows an empty state with a link to launch it.

v0.4.0

MinorMay 2, 2026

Wizard auto-detection rewritten. The Setup Wizard now figures out per-page skip rules on its own by reading what's actually used on each page — shortcodes embedded in post content, blocks in the editor, custom post types, and the option-bound shop / cart / checkout pages — instead of guessing from the assets a plugin happens to enqueue. v0.3.x wizards often produced zero per-page suggestions on real stores; v0.4 produces 30-70 actionable suggestions automatically and the rules stay correct after plugin updates because they're regenerated from WordPress itself, not from a list we maintain. Plus tooltips on every admin field, redesigned License / Safe Mode pages, and wildcard rules so one rule covers an entire /product/* archive.

Added08
  • Plugin Usage Detector — new module. Builds an ownership map of which plugin is functionally responsible for each piece of content on a given URL, and uses that map to decide which plugins are actually used on each page. The wizard's per-page suggester runs entirely off the detector — no marker lists, no per-plugin catalog to maintain across plugin updates.
  • Wildcard rule collapse. When the wizard observes the same skip verdict across multiple sampled URLs under one path segment (e.g. /product/headphones, /product/keyboard, /product/webcam) it now emits a single /product/* prefix rule instead of one rule per URL. Per-page rule sets stay small even on stores with hundreds of products.
  • Always-active rule library category — for plugins that contribute to every page via head meta, schema, or security headers without leaving a shortcode or block fingerprint. The wizard never proposes a per-page skip for these. Approximately 50 plugins were moved into this category: every major SEO plugin (Yoast, Rank Math, AIOSEO, SEOPress, The SEO Framework, Slim SEO, Schema Pro), every major security plugin (Wordfence, Sucuri, Solid Security, WP Defender, AIOS, WP Cerber, WPS Hide Login, Really Simple SSL), and every major asset / image optimizer (Smush, ShortPixel, EWWW, Imagify, Optimole, Autoptimize, Async JavaScript, Perfmatters, Flying Press, WP Rocket, LiteSpeed Cache).
  • Product permalinks in the benchmarker scan. WooCommerce sites now have three representative product URLs scanned alongside Home, Shop, Cart, Checkout, My-Account, and recent posts. Combined with wildcard collapse, per-page rules generalise to the whole catalog from a small sample.
  • Custom post type owner detection. When a custom post type doesn't expose a callback the wizard can read directly (WooCommerce's product, Easy Digital Downloads' download, MailPoet's form), the plugin captures the file that registered the post type. CPT-to-plugin attribution stays correct without any plugin-specific knowledge baked into the rule library.
  • URL discovery limit raised from 10 to 20. Real WooCommerce sites have more than 10 navigable URLs once Shop, Cart, Checkout, My-Account, key product permalinks, and content pages are counted. The previous limit was leaving content pages out of the wizard's scan on every realistic store.
  • Tooltip system across every admin page. Every field, table column header, and section header on the License, Modules, Per-Page Rules, Safe Mode, and Wizard pages now has a ? icon. Hover for a one-sentence definition plus a Full guide → link to the matching section of the help reference.
  • Tooltip viewport awareness — popovers automatically flip above/below or left/right depending on screen edge, and clamp their width to stay readable on narrow admin panes.
Changed07
  • Wizard suggestions are now generated entirely from runtime detection. Earlier builds checked whether a plugin's asset slug appeared in a page's HTML — a weak signal because plugins like Bookly, Contact Form 7, and WooCommerce enqueue scripts on every page even when their content isn't used. The new detector resolves the actual ownership of each piece of content, so the answer is correct out of the box and survives plugin updates without our library being touched.
  • License page rewritten — state-aware hero (Live / Warning / Expired / Free), four-cell meta grid (license key, activated date, last heartbeat, expiry with days-left badge), inline activation card, and a clearer Developer Mode card with explicit warnings about what the toggle exposes.
  • Safe Mode page redesigned around a status-aware hero (Live vs Paused) and a four-cell grid surfacing wizard status, active module count, license tier, and last-applied configuration at a glance. When the plugin is healthy the page shows positive confirmation rather than just the big red button.
  • Modules page tooltips rewritten — every module description now closes with a deep link to that module's dedicated section in the help reference, replacing the generic glossary card with in-context guidance.
  • Per-Page Rules page picks up the new tooltip convention on every form field and table column header.
  • Setup Wizard's Setup Complete shell is now a gradient hero with the four next-step cards (Telemetry, Per-Page Rules, Modules, Safe Mode) presented as call-to-action buttons rather than a flat list — finishing the wizard now lands on something that reads as completed work, not a list of pending menu items.
  • Wizard step header carries an inline tooltip with a Full guide → link to the help reference, so first-time operators can read what each step does without leaving the wizard.
Fixed04
  • Per-Page Rules form fields no longer render their saved values as plain text on browsers that auto-replaced straight quotes with smart quotes — a sanitisation pass at save time strips the smart quotes and every value displays correctly in the form field.
  • Tooltip popovers no longer get clipped by the section card border. Cards now keep their rounded corners while letting the popover extend past the edge.
  • Tooltip text on the License page no longer inherits the surrounding label's uppercase / letter-spacing styles — popover content stays in its intended sentence case regardless of the parent context.
  • Asset Dequeue now memoises its enabled flag for the request scope — defensive only, eliminates one potential source of repeat option lookups under unusual cache configurations.
Notes03
  • Safe upgrade from any 0.3.x. No schema migration. Per-page rules authored in earlier versions keep their original behaviour and can be edited through the new UI without losing scope, match-mode, or notes.
  • If you ran the wizard on a WooCommerce site before this version, re-run it once so the new detector can scan product permalinks and per-page suggestions can roll up into wildcard rules.
  • Tooltips deep-link to anchored sections of the help reference. The help page was rewritten to match the new tooltip anchors and now covers every admin surface in plain language.

v0.3.2

MinorApril 30, 2026

Two per-page rule additions and a fix for plugin version not appearing on the license dashboard.

Added02
  • Language-variant matching for per-page rules. A new "Match all language variants" checkbox makes a rule on /checkout also apply to /tr/checkout, /en/checkout, /zh-tw/checkout, and any other path with a standard language code at the front. Works with WPML, Polylang, and TranslatePress.
  • Guest vs. logged-in scope filter for per-page rules. The "Applies to" section now lets you target a rule at guests only (visitors who are not logged in) or logged-in users only, instead of always covering both. Existing rules that already cover all visitors continue to behave exactly as before.
Fixed01
  • Plugin version in the license dashboard now updates after upgrades. The daily heartbeat was not sending the running plugin version to the license server — only the initial activation did. The version shown in the dashboard now stays current.
Notes01
  • Safe upgrade from any 0.3.x. No schema migration.

v0.3.0.1

HotfixApril 28, 2026

Hotfix. Removes a Telemetry display bug that was producing alarming fake regression numbers on fresh installs, hides an experimental module that was breaking sites where it conflicted with Plugin Skipper, and tightens several rough UX edges caught during early testing.

Fixed02
  • Telemetry's Impact card no longer shows fake regression numbers on fresh installs. With fewer than ~100 requests on either side of the comparison, a single slow background request (security scanner, cron run, autosave) used to land in the percentile bucket and inflate the displayed change by 5-10x — operators were seeing alarming numbers like "+752% slower" when the underlying sample actually showed the site was faster. The card now hides the comparison entirely when sample size is too small and shows a "still collecting" message with progress bars instead.
  • The experimental router_trie module is now hidden from the admin Modules page. It was found to be incompatible with the runtime model the rest of the plugin uses, and could send some URLs to a 404 fallback. Toggle is now only available through wp-config.php for advanced users who understand the trade-off.
Changed05
  • Observation-mode banner gains a one-click "Activate now" button. Users who re-ran the Setup Wizard or set a long soak window had no obvious way to flip rules live without re-entering the wizard.
  • Help sidebar across every admin page now includes a Glossary card with plain-language definitions for Shadow Mode, Soak, Sidecar, Manifest, Backfill, Plugin Skipper, and Isolate.
  • Six module descriptions on the Welcome page rewritten in plain English. Most visibly, the router_trie line stops calling itself a "prefix trie that runs in microseconds" and starts saying what it actually does — speed up URL matching for sites with many custom post types or rewrite rules.
  • Telemetry's "Breakdown by Request Class" table is now "Breakdown by Request Type" with human-readable labels ("Public visitor (page view)", "Admin AJAX call", "REST API read", "Background job (cron)"). Raw classifier tag remains visible in dimmed code style for log/CLI matching.
  • Help sidebar copy on the Modules page rewrites the "About kill switches" card as "How to turn modules on or off" with plain checkbox semantics. Beta feedback flagged the kill-switch framing as inverted from how most people read tick-boxes.
Notes02
  • Safe upgrade from v0.3.0. No schema migration, no behaviour change for rules, wizard state, or telemetry history.
  • If you manually enabled router_trie from the v0.3.0 Modules page, disable it before applying this update — otherwise the override file keeps the experimental module on even though the UI no longer exposes it.

v0.3.0

LaunchApril 24, 2026

First paid-launch release. The product becomes a smart guide — rule library, page benchmarker, setup wizard, per-page overrides — with a wizard-first onboarding, a runtime asset-dequeue module, and a pass over every admin surface so the plugin looks finished to a first-time buyer.

Added19
  • Rule library expanded to 312 plugin profiles across 16 categories (analytics, backup, booking, chat, core, e-commerce, email, forms, membership, optimization, page builder, security, SEO, tracking, Turkey, utility). The wizard uses this library to pre-tick high-confidence rules for plugins it detects, and treats unknown plugins conservatively.
  • Page Benchmarker — scans representative URLs during wizard Step 3, records which plugins emit assets on each page, and notes which pages use Gutenberg Interactivity. Runs in the background with a live progress bar.
  • Smart Default Rule Generation — derives per-page skip suggestions from the benchmark. If a plugin is active but its assets never appear on a given URL, the wizard suggests skipping it on that specific URL. Also suggests dropping the Gutenberg Interactivity runtime on pages that don't use it.
  • Asset Dequeue module — drops specific CSS/JS handles on URLs where they aren't used. Ships with curated patterns for Bookly, WooCommerce Bookings, Amelia, WooCommerce Blocks, Contact Form 7, Gravity Forms, Jetpack contact, and the Gutenberg Interactivity runtime — plus every dequeue suggestion the wizard accepts. Off until the wizard turns it on.
  • Site-type taxonomy — nine types including booking businesses (Bookly/Amelia/LatePoint), membership, forum, LMS, and custom. Auto-detected from installed plugins; the wizard asks you to confirm at Step 2.
  • Setup Wizard "What next?" panel — four cards after Finish route you to Telemetry, Per-Page Rules, Modules, and Safe Mode.
  • Wizard-aware Welcome banner — pushes fresh users to the Setup Wizard when it hasn't run, shows observation-mode info during soak, switches to a success state after rules go live.
  • Impact card on Telemetry — before/after p50/p95/p99 comparison anchored on the moment your wizard rules went live. Frontend-only by default so background scanners, cart updates, and cron jobs can't distort the page-speed delta. Progress bars while telemetry is still sparse.
  • Per-Page Rule scope field — Frontend (default), REST API, and Admin-ajax as opt-in scopes. Old rules keep their original behaviour automatically.
  • Per-Page Rule "Smart Suggestions" panel — lists every wizard-accepted dequeue with a URL pattern, handle list, reason, and per-row Delete button. Shows whether the runtime is currently Active or Paused.
  • Telemetry URL-prefix filter — answer "how fast are my /destinations/* URLs specifically?" for the first time. Available on the Telemetry page and as --prefix= on the CLI. URL paths are captured without query strings or fragments, so no tokens or search terms hit the local log.
  • Safe Mode submenu — pauses every module with one click and restores them with a second click. Wizard rules, per-page overrides, license, and shadow settings are preserved through the cycle. Sticky admin notice while paused. When Safe Mode is NOT active, the page now shows a health summary (wizard status, active module count, license tier) so checking on the plugin shows positive confirmation, not just the big red button.
  • Cron Decoupler status panel on the Modules page — green "Healthy" when on and no cron events are overdue, yellow "Events overdue" with guidance when an external cron runner is missing, grey "Off" when disabled.
  • Shadow Mode UX polish — per-row status badges on the Modules page: LIVE · applying changes, SHADOW · ready to flip, SHADOW · observing Nh, SHADOW · no data yet, PAUSED. Telemetry shows a green "Ready to flip" banner whenever any module hits the 24h observation threshold.
  • License page now shows WHY the current tier was chosen — colour-coded banner above the status table explains the exact state (active premium, free, expired, etc.) instead of a bare "Free" label.
  • Setup Wizard Plugin List filter + bulk toggle — search input filters rows by name, category, surface, or notes in real time. "Tick all shown" / "Untick all shown" buttons operate on visible rows only. Keeps the step tractable on sites with 30+ active plugins.
  • wp accel library — new CLI subcommands to browse the rule library: a summary with per-category counts, a list/filter mode, full-text search, and a single-entry detail view.
  • Admin toolbar polish — the dropdown on wp-admin shows the current license tier, flags the Setup Wizard when it hasn't run yet, and exposes Setup Wizard alongside Telemetry, Modules, Per-Page Rules, License, and Safe Mode in one place.
  • Rule library additions: WooCommerce PayPal / Stripe / Authorize.Net / Amazon Pay / Afterpay / WooPayments, CartFlows + FunnelKit funnel builders, Dokan / WC Vendors marketplaces, FiboSearch, Premmerce Filter, SearchWP, Flexible Shipping, plus 14 other e-commerce extensions. Turkish entries: Craftgate, Moka, Hezarfen, Basit Kargo, Kargo Takip Türkiye. Block builders: Divi (plugin), Fusion (Avada), GenerateBlocks, Kadence Blocks, Stackable, ElementsKit Lite, Happy Addons, Unlimited Elements, Premium Addons.
Changed07
  • Setup Wizard is now mandatory on first install. The plugin is inert until you run the wizard. Earlier defaults could actually slow sites down because modules were waiting on configuration users weren't providing — the wizard is now the configuration surface.
  • Welcome page Next Steps section now reflects whether the wizard has run: prompts you to start the wizard when it hasn't, shows a three-item action list (Telemetry, Safe Mode, re-run wizard) when it has.
  • Cron Decoupler stale notice rewritten in plain language with a direct link to the Modules page, so a non-technical site owner can act on it without reading shell instructions.
  • Wizard Smart Suggestions now apply automatically when you click Apply & Soak — accepted per-page suggestions become rules, accepted dequeue suggestions take effect immediately on the next frontend request.
  • Site Type and Plugin List copy rewritten in plainer language. "Skip" → "Turn off" for the checkbox column. A "How to read this list" panel above the table explains the mapping in a full sentence.
  • Benchmarker now reports live progress instead of freezing the Step 3 render. No more 20-second silent waits on hosts that buffer output.
  • Telemetry Impact card rewritten to show a single large "▼ X% faster" headline with the before/after p50 in milliseconds underneath.
Fixed05
  • License and Modules admin notices keep their spacing after a save-and-redirect (success messages used to render as one run-on word).
  • Installer plugin can no longer be ticked for skipping in the Plugin List step — doing so silently broke the update path. The row is hidden now.
  • Background scanner traffic (e.g. Wordfence) no longer distorts the Impact card. The before/after comparison filters to frontend traffic by default so REST polls and admin-ajax fragments don't skew the delta.
  • Wizard Step 4 Smart Suggestions panel always renders, even on sites where you skipped the Plugin List step.
  • Asset Dequeue module no longer fails to register at boot. The kill-switch toggle for it now appears on the Modules page as expected.
Notes04
  • Safe upgrade from any 0.1.5.5+, 0.2.x. Telemetry storage migrates forward; existing data stays valid.
  • Per-page rules authored before 0.2.x keep their original behaviour automatically. Re-saving a rule through the new UI lets you pick explicit scopes.
  • Fresh installs ship inert until you run the Setup Wizard. The Welcome banner prompts you to start it on every admin page until you do.
  • If you ran an older v0.2.0-beta wizard, re-run it once so Smart Suggestions can generate and Asset Dequeue can flip on automatically.

v0.2.0.2

HotfixApril 21, 2026

Single-bug hotfix: after a save-and-redirect, success notices on the License and Modules pages were rendering as one run-on word with no spaces or punctuation.

Fixed01
  • License and Modules admin notices now keep their spacing and punctuation after redirect — sentences appear in their original form instead of as a single mashed-together word.

v0.2.0

MinorApril 21, 2026

UX polish responding to the first round of real-site beta tests — four items addressing rough edges that showed up when operators who weren't already deep in the plugin's internals tried to use it. No behaviour change for rules authored in earlier versions.

Added03
  • Safety net for inactive installer plugins — when an Accelerator update is uploaded through wp-admin but the installer plugin is sitting inactive, the plugin now detects this on every admin page and shows a persistent notice with a one-click fix. Sites stuck on older versions see the notice immediately.
  • Wizard Step 3 — live page-scan progress — the 10—30 second benchmark no longer blocks the page. The step shows a progress bar with "currently scanning /shop/" live text and reloads automatically when the scan completes.
  • Telemetry — "Admin-ajax activity" card — a longer-lived audit trail of what the Isolator and Filter did in the selected window. Silent on sites without action-level rules; otherwise a clean table with time, action, mode, kept / dropped counts, and duration.
Changed03
  • Wizard Step 1 — "what happens next" heads-up — a callout under the site-type radios explains that Continue triggers a 10—30 second page scan, so no one sits on the next screen wondering if the plugin broke.
  • Wizard Step 4 (Plugin List) — checkbox semantics rewritten — column header renamed "Skip" to "Unload", plus a prominent "How to read this list" notice above the table stating the mapping in a full sentence. Beta testers universally misread this screen on first pass.
  • Step description copy rewritten across Step 1 and Step 4 in plainer language — shorter sentences, fewer engineering nouns, explicit action verbs.
Fixed01
  • Wizard Step 3 progress bar now updates in real time instead of jumping straight to "done" at page reload.

v0.1.9

MinorApril 20, 2026

Admin-ajax Isolate mode + action discoverability. Where v0.1.8's Kill mode short-circuits an admin-ajax action, Isolate lets the action run but strips every non-essential plugin off the request. Typical gain is 5—10× on custom React-style admin UIs where a single endpoint was paying the full cost of every unrelated plugin booting on every call.

Added07
  • Admin-ajax Isolate mode — new per-page rule flavour. Targets a single ajax action and lets it run with a much smaller plugin footprint, instead of killing the action outright. Typical gain is 5–10× on heavy ajax endpoints.
  • Ajax mode field on per-page rules (Kill / Isolate) with a radio selector in Developer Mode. Existing rules continue to behave exactly as before — no schema migration.
  • Companion field on isolate rules to keep specific plugins alongside the action's owner. Useful when the endpoint legitimately depends on a sibling plugin (firewall, rate limiter, etc.).
  • Action Browser on Per-Page Rules — searchable catalogue of every admin-ajax action registered on your site, grouped by owning plugin. Click Use on any row to prefill the rule form with the action name and the Admin-ajax scope.
  • Native autocomplete on the Action names input — start typing wc_ and the browser suggests every WooCommerce admin-ajax action; wordfence_ suggests every Wordfence one. Pure browser-native dropdown, no JS framework.
  • Admin toolbar — Recent isolations and Recent kills — two new collapsible groups on the admin-side dropdown showing the last five matching admin-ajax hits with action name, kept/dropped counts, and relative time. Renders only when the log has entries.
  • Admin toolbar — Request class on admin pages — the dropdown shows the classifier's tag for the current request (e.g. admin, admin_ajax). Makes it obvious why an admin-ajax-scoped rule isn't firing from a regular admin page.
Fixed04
  • Fixed a crash that could happen during admin-ajax requests on isolated actions (a re-entrancy loop in the filter would exhaust PHP's stack on heartbeat-style traffic).
  • Mixed-case admin-ajax actions (e.g. wordfence_doScan, jetpack-recheck-ssl) now match rules correctly — previously the plugin force-lowercased action names, so case-sensitive ones never matched.
  • Isolate Mode now correctly keeps the action's owning plugin loaded — earlier builds silently no-op'd on every isolation because the owner lookup compared the wrong path format.
  • Update path is more reliable across releases — internal version tracking now derives from a single source instead of requiring a manual bump on every release.

v0.1.8

MinorApril 20, 2026

Admin-ajax rules gain page-scoped matching. Until now, an admin-ajax rule with a page-specific URL pattern (e.g. /basket/) or a "Home page only" match could never fire, because admin-ajax requests always arrive at /wp-admin/admin-ajax.php and carry no page context on their URL. This release closes the gap.

Added01
  • Admin-ajax rules can now match the page the call fired from, not just the admin-ajax URL itself. A rule that says "skip Akismet's heartbeat only while the user is on the home page" now actually works.
Notes02
  • Conservative fallback when the calling page can't be determined (rare — fetch with no-referrer, some privacy extensions): the rule runs the URL leg only.
  • No schema migration — every existing rule continues to work unchanged.

v0.1.7.2

HotfixApril 20, 2026

Admin-ajax Kill rules were silently doing nothing because of a hook-timing mistake. Verified working again end-to-end after this fix.

Fixed01
  • Admin-ajax Kill rules now actually short-circuit the matching action. Earlier builds registered the kill at a moment when the action didn't exist yet, so nothing was removed and the dispatch ran normally.

v0.1.7.1

HotfixApril 20, 2026

The admin-ajax action filter module was shipping disabled by accident — every Developer Mode rule with action_names was silently no-op'd since v0.1.6.

Fixed01
  • Admin-ajax action-level rules now fire on the very next request — the module is on by default and the toggle appears on the Modules page.

v0.1.7

PatchApril 20, 2026

Two follow-on fixes from end-to-end testing of v0.1.6 — both removing a confusing symptom that operators had to diagnose by hand.

Fixed02
  • Per-Page Rules plugin dropdown now lists your active plugins on every install, even when the Setup Wizard hasn't run yet. Previously the field was blank and you had to type plugin paths from memory.
  • License activation now reports the real error if it can't write your token to disk — earlier builds claimed "Activation successful" while silently failing to persist, leaving the License page stuck on "Free". The error message names the exact directory to fix.

v0.1.6

MinorApril 20, 2026

Per-Page Rules gains home-page-only matching, admin-ajax action-level filtering, and a Developer Mode toggle that exposes raw power-user fields. Default experience stays simple for non-technical operators; advanced users opt into surgical control through a single switch on the License page.

Added05
  • Developer Mode toggle on the License page — off by default. When on, Per-Page Rules and other admin surfaces expose raw power-user fields (exact match, home-only, action-name lists). Completely hidden when off.
  • Home-page-only match mode — rules can fire only on the site home URL. Renders as a checkbox in the default form, a radio in Developer Mode.
  • Exact-match mode (Developer Mode) — a rule can match a path exactly instead of as a prefix. Makes "/" actually mean "the root" instead of "every URL that starts with a slash".
  • Admin-ajax action-level filtering (Developer Mode) — optional comma-separated action_names list with prefix wildcards lets a rule skip a specific ajax action while the plugin stays otherwise fully loaded.
  • Action ownership browser — enumerates every admin-ajax handler on your site and attributes each to its owning plugin. Surfaces this as a reference directory for admins writing action-level rules.
Notes01
  • No schema migration. Rules saved by any prior release load unchanged and keep their original behaviour.

v0.1.5.5.2

PatchApril 19, 2026

Architectural fix that makes WordPress-managed updates deploy reliably. Earlier releases auto-deactivated the installer plugin after its first deploy, which broke every future update.

Fixed02
  • Updates uploaded through wp-admin now redeploy the plugin reliably for both single-plugin and bulk update flows.
  • Stale state from older releases no longer silently re-deactivates the installer.

v0.1.5.5.1

HotfixApril 19, 2026

Updater cache invalidation patch.

Fixed01
  • Stale "update available" notice now clears itself immediately after a successful update — no more 12-hour wait or manual "Check again" click.

v0.1.5.5

PatchApril 19, 2026

Updates now actually redeploy the plugin payload — v0.1.5.4's admin bar and UI features weren't reaching sites after update.

Fixed02
  • Updates installed through wp-admin now deploy correctly. Earlier builds copied the new files to disk but never refreshed the running code, so the version header stayed frozen and the "update available" notice fired on a loop.
  • Built-in failsafe catches the rare case where the deploy hook can't fire on a single transition — the plugin redeploys silently on the next admin page and shows a success notice when it does.
Notes01
  • License, wizard rules, per-page overrides, and telemetry history are untouched by the failsafe.

v0.1.5.4

MinorApril 19, 2026

Admin UI overhaul + Accelerator toolbar. Two themes from beta feedback: the admin pages looked flat and every explanation lived inside the workflow, and there was no way to see what Plugin Skipper was actually doing on a given frontend page without leaving for the Telemetry screen.

Added06
  • Admin UI overhaul — new typography hierarchy, card-style surfaces, zebra-striped tables with hover highlight, colored notice borders, rounded pill badges, blue focus rings, check-mark indicators on completed wizard steps.
  • Contextual help sidebar on every admin page — collapsible cards explain each section in place, so the main column shows actions and the sidebar shows explanation. License (4 cards), Modules (4), Telemetry (4), Welcome (3), Per-Page Rules (6), Safe Mode (3).
  • Accelerator admin toolbar — a new node in the WordPress admin bar (administrator-only) with a live dropdown of the current request: which plugins were actually removed, which stayed active, the request class, and a shadow-mode warning when active.
  • Toolbar one-click "Add rule for this URL" — from any frontend page the admin bar offers a deep-link to the Per-Page Rules page with the current path pre-filled.
  • Toolbar quick-links to Telemetry, Modules, Per-Page Rules, License, and Safe Mode — reachable from any page on the site without leaving it.
  • Safe Mode detection in the toolbar — top label turns yellow with a SAFE MODE badge when paused, and the dropdown collapses to a single pointer at the Safe Mode page.

v0.1.5.3

PatchApril 18, 2026

Visibility release — every fix here addresses the same shape of beta feedback: "I can see the plugin is doing something but I can't see what, or why the rule I configured isn't happening."

Added06
  • Impact card: "Most frequently offloaded" now shows every plugin in the window via a "+ N more" disclosure, not just the top three.
  • Per-Page Rules: skip rules whose target plugin is required by another active plugin now render a red "Skip will be refused at runtime" notice listing the exact blockers — before this the rejection ran silently.
  • Per-Page Rules: the rejection notice gains a one-click "Add matching skip rules" button that auto-creates paired skip rules with the same URL pattern and scope.
  • Per-Page Rules: persistent Free-tier banner explains that rules on the page are saved but not enforced at runtime while no Premium license is active.
  • Per-Page Rules: duplicate-detection on save warns instead of silently appending an identical second row.
  • Telemetry: new "Offloaded" column on the Recent Requests table shows exactly which plugins were removed for each specific request.
Changed02
  • Admin "Accelerator is active" banner now reflects real state — reads "Performance optimizations are applied on every request" once shadow is off, instead of saying "observation mode" forever.
  • Setup Wizard Step 6 references the current rules file, not the old one.

v0.1.5.2

HotfixApril 17, 2026

Repackaging hotfix — identical code to v0.1.5.1, only the distribution archive was regenerated.

Fixed02
  • The v0.1.5.1 zip was built on Windows and contained Windows-style path separators; on Linux servers the directory layout never materialised and the plugin failed to load. A clean Linux-built archive now replaces the broken one in the release catalog.
  • Release pipeline updated: zips are always built on Linux from now on.

v0.1.5.1

HotfixApril 17, 2026

Single-file patch to the updater.

Fixed01
  • WordPress Dashboard → Updates → "Check again" now invalidates Accelerator's own update cache too — previously you could click Check again and still see "you're current" for up to 12 more hours.

v0.1.5

MinorApril 17, 2026

Response release to the first closed beta feedback. Three focused changes: per-page-type telemetry visibility, REST support on URL-based rules, and a clear signal for when shadow mode is safe to flip off.

Added06
  • Telemetry page now has a "Filter by path" input — glob wildcards like /destinations/* or /shop* roll Summary, Breakdown, and Recent Requests to a single page type.
  • Per-page rules gained an "Applies to" scope: Frontend, REST API, and Admin-ajax — URL patterns can now target headless or JAMstack setups without dragging frontend rules into admin requests.
  • Shadow Mode table on the Modules page shows a live status badge per module (LIVE, SHADOW · ready to flip, SHADOW · observing Nh, SHADOW · no data yet) with a one-line helper for each.
  • Telemetry page surfaces a green banner when a shadow module has observed 24+ hours without anomalies, linking straight to Modules so you can flip shadow off in one click.
  • WP-CLI: wp accel telemetry --prefix=/destinations/* restricts the CLI summary the same way the admin filter does.
  • URL paths captured for telemetry strip query strings and fragments at source — no tokens, search terms, or anything PII-shaped ends up in the local log.
Notes01
  • Pre-0.1.5 per-page rules keep their original behaviour automatically; opening one in the new UI lets you pick explicit scopes.

v0.1.4

PatchApril 17, 2026

Final manual-zip beta build — from this version onward updates ship through wp-admin like any other plugin.

Added02
  • Plugin icon now shows in the updates screen and plugin details popup.
  • Fixed the "Visit plugin site" link — now points to the product page.
Fixed01
  • Cron safety: a performance module could silently disable scheduled tasks (posts, backups, WooCommerce emails); it now defaults to OFF.
Security01
  • Hardening pass on every PHP file: direct-access guards, form input sanitization, configurable SSL verification, data files moved from PHP to JSON.

v0.1.3

PatchApril 17, 2026

Update system + cron-safety follow-up.

Added02
  • Automatic update system — future updates appear in wp-admin like any other plugin.
  • All beta testing bug fixes included.
Fixed02
  • Cron decoupler module no longer silently disables WordPress scheduled tasks (scheduled posts, backups, WooCommerce emails). Now defaults to OFF.
  • Update checker module registration restored.

v0.1.2

PatchApril 16, 2026

Update checker + security hardening.

Added03
  • Automatic update checker (plugin-side).
  • Admin styling extracted to a separate stylesheet.
  • Reduced inline styles by 62%.
Security04
  • SSL verification is now configurable for benchmarker self-hits.
  • Form-handler input sanitization added across the admin UI.
  • Direct-access guards added to every PHP file.
  • Data files converted from PHP to JSON (defense in depth).

v0.1.1

HotfixApril 16, 2026

Two critical post-launch fixes.

Fixed02
  • Storage class now loads correctly during boot (critical fix).
  • Installer no longer creates a duplicate plugin entry in wp-admin.

v0.1.0

InitialApril 15, 2026

Initial closed beta release.

Added10
  • Plugin Skipper with rule library.
  • Setup Wizard with 6-step guided configuration.
  • Per-page overrides (Premium).
  • Shadow mode + soak window.
  • Dependency resolver with chain expansion.
  • Telemetry dashboard.
  • WP-CLI integration.
  • Kill switch (file-based).
  • Self-test infrastructure (all modules verify at boot).
  • 8 site types supported: ecommerce, ecommerce_digital, blog, corporate, LMS, forum, membership, custom.

Looking for older releases or the source of truth?

Read the help referenceEmail the founder