✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

SleekView Kanban for Perfmatters

SleekView reads the Perfmatters Script Manager rules directly, groups every script by its current rule state, and lets your team drag rule cards between Loaded, Disabled, Delayed, and Audited so the underlying Perfmatters rule updates the moment the column changes.

♾️ Lifetime License available

SleekView Kanban board for Perfmatters

Why Perfmatters Script Manager rules fit a kanban view

Perfmatters stores all of its tuning in wp_options under keys like perfmatters_options for the global toggles and perfmatters_script_manager_settings for the per-script rules generated by the Script Manager. Each script rule carries a handle, an asset URL, a list of post types or specific URLs where the rule applies, a disable flag, and a delay flag. The default Script Manager UI overlays each frontend page with a popup that lets a developer disable, delay, or exclude scripts. Once the site has hundreds of rules, the popup stops being a working surface and turns into a maze.

SleekView Kanban reads the same perfmatters_script_manager_settings array the popup writes to. Pick a derived perfmatters_state field that buckets rules by the loaded flag, the disable flag, the delay flag, and an audited workflow tag and every rule becomes a card grouped under Loaded, Disabled, Delayed, or Audited. Card fronts can show the script handle, the asset URL, the scope (everywhere or specific URL patterns), and the last update so a developer can see at a glance which rules are still in motion.

Dragging a card between columns rewrites the matching entry in the perfmatters_script_manager_settings array through the plugin's helper. Perfmatters's own runtime keeps applying the rules on the next page render, so a manual move on the board does not need a separate cache purge or a manual settings save inside the admin. Capability checks honor manage_options and the audit log records who changed what.

Workflow

From the Script Manager popup to a live rules board

1

Connect the Perfmatters rules source

Point SleekView at the perfmatters_script_manager_settings option. Add filters for handle prefix, scope, or last-updated date so the board scopes to rules generated during the most recent audit instead of every script ever managed across the site since installation.
2

Pick the perfmatters state column to group by

Choose the derived perfmatters_state field as the grouping column. SleekView buckets rules by the loaded, disabled, delayed, and audited flags so Loaded, Disabled, Delayed, and Audited columns appear without writing custom SQL against the serialized option blob.
3

Choose what each rule card shows

Map fields onto the card front. Most teams show the script handle, the asset URL, the scope (everywhere or specific URLs), and the last update date so the developer can prioritize the next round of disable, delay, or exclude rules straight from the kanban board.
4

Enable drag-and-drop state updates

Turn on writeback and dragging a card rewrites the matching entry in the Perfmatters rules array through the plugin helper. Capability checks honor manage_options, and every move is logged with the user, source column, destination column, and timestamp for audit.

Sample board

Sample Perfmatters rules board

Four real Script Manager states showing how a front-end developer moves Perfmatters rules from Loaded through Disabled, Delayed, and Audited across a single performance audit.
Loaded
62
wp-rocket main.js
scope: everywhere, audit pending
elementor-frontend.js
scope: pages with builder
fluentform-public-js.js
scope: forms only
Disabled
18
comment-reply.js core comment script
scope: site-wide, never used
wp-embed.js core embed handler
scope: site-wide, never used
jetpack-stats.js tracking script
scope: site-wide, removed
Delayed
24
googletagmanager-gtm.js
scope: site-wide, on interaction
facebook-pixel-fbevents.js
scope: site-wide, on interaction
hotjar-static.js
scope: site-wide, on interaction
Audited
98
ion-icons component bundle
kept, used on pricing CTAs
alpine-bundle header.js
kept, core interactivity
lite-youtube-embed.js
kept, replaces full embed

Comparison

Default Perfmatters Script Manager vs SleekView Kanban

Default Script Manager popup

  • Frontend popup forces context switching between every page being audited
  • No global view of which scripts are disabled site-wide versus per URL pattern
  • Audit progress disappears the moment the developer closes the popup or navigates away
  • Reviewing delayed scripts means clicking through Script Manager on each page individually
  • Front-end leads need manage_options and Perfmatters training just to disable a single rule

SleekView Kanban

  • Reads directly from perfmatters_script_manager_settings with no extra sync
  • Drag a card to Disabled and Perfmatters rewrites the rule array atomically per handle
  • Cards show script handle, asset URL, rule scope, and last update date
  • Column counts update live so a wave of newly delayed scripts surfaces in the audit
  • Per-role capabilities tie writeback to manage_options for front-end leads

Features

What SleekView Kanban gives you for Perfmatters

Native Perfmatters rule model

Every column maps to a real state from the Perfmatters Script Manager rule array. Runtime application of disable, delay, and exclude rules continues to run normally, so a manual board move never causes a script to be served when the audit team has explicitly disabled it for a specific URL pattern.

Drag-and-drop with audit trail

Each move writes an entry into the Perfmatters rule meta naming the developer who dragged it, the source column, the destination column, and the timestamp. If a lead pushes a rule back from Disabled to Loaded after a regression, the chain of custody stays visible to the team.

Saved board views per audit

Filter to scripts that load site-wide for the front-end lead, rules touching the checkout for the ecommerce team, and unaudited handles for the consultant running the performance review. Each saved view becomes a shareable URL that opens the right board.

Audience

Where a Perfmatters kanban changes daily work

Performance audit pipeline

Front-end developers scope the board to scripts that load site-wide, drag clearly unused handles to Disabled, queue tracking scripts for Delayed, and confirm Audited only after a Core Web Vitals run shows no regressions on the landing pages that matter most.

Per-URL rule cleanup

Developers filter to rules scoped to specific URL patterns, watch for handles that should have been site-wide instead, and consolidate rule duplication without flipping through the Script Manager popup on every individual page across the site map.

Regression safety net

Leads scope to Audited rules touched in the last sprint and watch which ones still match recent Core Web Vitals results. Anything that has regressed gets dragged back to Loaded for a follow-up audit by the front-end team within the next deploy window.

The bigger picture

Why this view matters for performance work

Perfmatters's Script Manager is a powerful tool buried behind a popup. The popup is great for ad-hoc audits and terrible for sustained work. Front-end developers running a real performance audit need to know which scripts have been touched recently, which ones are still loading site-wide, and which ones were delayed last sprint but are now showing up in long-task reports again.

The popup answers none of those questions across the whole site. Most teams end up keeping the answers in a private spreadsheet, which means the audit history and the actual Perfmatters configuration drift apart by the second week. A kanban view that reads and writes the same perfmatters_script_manager_settings option as the popup keeps the audit team and the live configuration aligned.

Loaded, Disabled, Delayed, and Audited become a real workflow and the next audit starts where the last one stopped instead of starting from scratch on every site refresh.

Questions

Common questions about SleekView Kanban for Perfmatters

Live. SleekView queries the same perfmatters_script_manager_settings option the Script Manager popup reads from. Filters apply at the SQL level on the serialized blob through the Perfmatters helper, so a board scoped to today's audit reflects rules updated today rather than a stale snapshot.

 

Yes. The drag rewrites the matching entry in the Perfmatters rule array through the plugin's own helper. The next frontend page render applies the new rule exactly as it would after a manual save inside the Script Manager popup, with no separate cache purge or settings save required.

 

Yes. The Perfmatters rule structure stores the scope of every entry, whether site-wide, on specific URL patterns, or excluded from specific URLs. SleekView exposes the scope as a card field and as a board grouping option so a team can audit the two scopes side by side.

 

Yes. Every move runs through current_user_can('manage_options') before any Perfmatters helper is called. A contributor account can drag for personal sorting but the change does not persist, with a toast notification explaining why the move was rejected.

 

Filters are applied at the helper level rather than in JavaScript. A typical board scopes to recently updated rules or to scripts loaded on a single URL pattern, so the rendered card count stays well under a thousand. Older rules remain queryable in archive views without slowing the live board.

 

Yes. Both the handle and the asset URL are stored on every Perfmatters rule. SleekView exposes both as card fields, which lets a developer spot duplicate handles across plugins, multiple versions of the same library, or third-party scripts that should have been disabled site-wide.

 

Yes. The delay flag is a first-class column on every rule. SleekView reads that flag, so the Delayed column reflects exactly which scripts are being deferred until user interaction. Moving a card into Delayed writes the flag without any separate option save in the popup.

 

Yes. Every drag writes an entry naming the user, the source column, the destination column, and the timestamp. The entry lives in standard meta storage so audits, exports, and downstream automations can read the trail without a separate event log.

 

Pricing

More than 1000+
happy customers

Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.

Starter

€79

EUR

per year

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€149

EUR

per year

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Most popular

€249

EUR

once

  • Unlimited websites
  • Lifetime updates
  • Lifetime support

...or get the Bundle Deal
and save €250 🎁

The Bundle (unlimited sites)

Pay once, own it forever

Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.

What’s included

  • SleekAI

  • SleekByte

  • SleekMotion

  • SleekPixel

  • SleekRank

  • SleekView