✨ 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 Autoptimize

SleekView reads the Autoptimize cache and exclusion lists directly, groups every asset by its current optimization state, and lets your team drag cards between Unoptimized, Combining, Optimized, and Excluded so the underlying Autoptimize record updates the moment the column changes.

♾️ Lifetime License available

SleekView Kanban board for Autoptimize

Why Autoptimize assets fit a kanban view

Autoptimize stores its configuration in wp_options under keys like autoptimize_css_exclude, autoptimize_js_exclude, autoptimize_optimize_logged, and autoptimize_html_keepcomments. The actual optimized cache files live on disk under wp-content/cache/autoptimize/ and are indexed by hash. The default Autoptimize Settings screen exposes a Save Aggregated Script/CSS toggle, a list of exclusions in a free-text field, and a Delete Cache button. That UI works for a fresh install and becomes hard to audit on a large site with hundreds of plugin-supplied scripts and custom snippets.

SleekView Kanban reads the same Autoptimize options the Settings screen writes and indexes the cache directory under wp-content/cache/autoptimize/ for the optimized output files. Pick a derived autoptimize_state field that buckets each handle by whether it appears in the exclude list, whether it is included in any cached aggregate, and whether the optimized file is fresh on disk and every asset becomes a card grouped under Unoptimized, Combining, Optimized, or Excluded. Card fronts can show the handle, the asset URL, the size, and the cache hash.

Dragging a card between columns updates the Autoptimize exclude options through the plugin's helper. A move from Optimized to Excluded appends the handle to autoptimize_css_exclude or autoptimize_js_exclude as appropriate and clears the matching cache file. A move from Excluded back to Unoptimized removes the handle from the exclude list so the next page render includes it in the aggregate again. Autoptimize's own cache rebuild keeps running normally on the next request.

Workflow

From the Settings screen to a live asset board

1

Connect the Autoptimize source

Point SleekView at the Autoptimize options and the cache directory at wp-content/cache/autoptimize. Add filters for handle prefix, asset type, or cache age so the board scopes to a single audit instead of every asset Autoptimize has ever encountered.
2

Pick the autoptimize state column to group by

Choose the derived autoptimize_state field as the grouping column. SleekView buckets assets by exclude list membership, inclusion in cached aggregates, and on-disk cache file presence so Unoptimized, Combining, Optimized, and Excluded columns appear without custom SQL.
3

Choose what each asset card shows

Map fields onto the card front. Most teams show the asset handle, the asset URL, the file size, the cache hash, and the last-built timestamp so the developer can prioritize the next round of exclusions or re-inclusions from the kanban board.
4

Enable drag-and-drop state updates

Turn on writeback and dragging a card updates the Autoptimize exclude options and clears the relevant cache file. Capability checks honor manage_options, and every move is logged with the user, source column, destination column, and timestamp.

Sample board

Sample Autoptimize asset board

Four real Autoptimize states showing how a developer moves CSS and JS assets from Unoptimized through Combining, Optimized, and Excluded during a single performance audit.
Unoptimized
37
wpforms-validation.js handle
type: js, awaiting next build
fluentform-public.css handle
type: css, awaiting next build
elementor-frontend.js handle
type: js, awaiting next build
Combining
6
autoptimize_combined.css build hash a1b2
type: css, build 18% done
autoptimize_combined.js build hash c3d4
type: js, build 42% done
autoptimize_combined.css build hash e5f6
type: css, build 75% done
Optimized
188
autoptimize_combined.css hash 9af23b
type: css, 142 KB on disk
autoptimize_combined.js hash 9af23b
type: js, 312 KB on disk
autoptimize_combined.css hash 4c19de
type: css, 78 KB on disk
Excluded
21
stripe-elements.js external SDK
type: js, kept inline by design
googletagmanager-gtm.js
type: js, async by design
recaptcha-api.js external Google script
type: js, async by design

Comparison

Default Autoptimize settings vs SleekView Kanban

Default Autoptimize settings

  • Single textarea for exclusions makes auditing dozens of handles slow and error prone
  • Delete Cache button purges everything at once instead of a specific handle or aggregate
  • No view of which aggregates contain which handles or how stale each one has become
  • Reviewing inclusion or exclusion history requires diff-ing the option blob manually
  • Front-end leads need manage_options just to exclude a single problematic handle

SleekView Kanban

  • Reads directly from autoptimize_*_exclude options and the cache directory
  • Drag a card to Excluded and Autoptimize appends the handle and purges the aggregate file
  • Cards show handle, asset URL, file size, cache hash, and last-built timestamp
  • Column counts update live so a wave of new excluded handles surfaces during the audit
  • Per-role capabilities tie writeback to manage_options for front-end leads

Features

What SleekView Kanban gives you for Autoptimize

Native Autoptimize options model

Every column maps to a real state derived from autoptimize_css_exclude, autoptimize_js_exclude, and the cache directory on disk. Aggregate rebuild on the next page render continues to run normally, so a manual board move never produces an aggregate that disagrees with the saved options.

Drag-and-drop with audit trail

Each move writes an entry into a sleekview meta row naming the developer who dragged it, the source column, the destination column, and the timestamp. If a lead pushes a handle back from Excluded to Unoptimized after a regression test, 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, third-party SDKs for the security review, and recently excluded handles for the QA team. Each saved view becomes a shareable URL that opens straight into the right board ahead of the next performance audit.

Audience

Where an Autoptimize kanban changes daily work

Performance audit pipeline

Front-end developers scope the board to assets that load site-wide, queue obvious offenders to Excluded, and confirm Optimized only once a Core Web Vitals run shows no regressions on landing pages that matter most to the business.

Plugin conflict isolation

Developers move a single plugin's handles into Excluded to isolate a layout shift or runtime error, confirm the regression goes away, then bring the handles back to Unoptimized one at a time to find the specific script that breaks aggregation.

Regression safety net

Leads scope to Excluded handles older than ninety days, decide whether each is still genuinely incompatible with aggregation, and bring stale exclusions back to Unoptimized to reduce the long-term size of the exclude list across the entire codebase.

The bigger picture

Why this view matters for asset optimization

Autoptimize is one of the most popular asset optimization plugins, and its admin is intentionally minimal. The Settings screen shows a couple of toggles and a long free-text field for exclusions. That UI works on a small site and stops working the moment a team is auditing hundreds of handles across dozens of plugins.

The exclude list becomes a permanent record of decisions nobody documented and nobody revisits. A regression six months later forces a global Delete Cache and the team waits to see whether the next page render breaks anything. A kanban view that reads and writes the same Autoptimize options as the Settings screen turns the audit into a workflow.

Excluded handles carry context. Unoptimized handles surface during the next audit. The exclude list stops growing forever and the cache purges happen for specific aggregates instead of the whole directory at once.

Questions

Common questions about SleekView Kanban for Autoptimize

Live. SleekView queries the same autoptimize_css_exclude, autoptimize_js_exclude, and other option values the Settings screen reads from. Filters apply at the option level on each request, so a board scoped to today's audit reflects exclusions that exist right now rather than a stale snapshot.

 

No. SleekView updates the same option keys Autoptimize's Settings screen writes to. The plugin's own aggregate rebuild on the next page render continues to run normally, so a manual board move and an automatic rebuild can both happen without leaving cache files inconsistent.

 

Yes. Autoptimize tracks CSS and JS exclusion lists separately. SleekView exposes the asset type as a card field and as a board filter, so a developer can scope to JS handles only when investigating a runtime error or to CSS handles only when chasing a layout shift on the homepage.

 

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

 

Filters are applied at the helper level rather than in JavaScript. A typical board scopes to handles updated in the last sprint or to assets loaded on a single URL pattern, so the rendered card count stays well under a thousand. Older handles remain queryable in archive views.

 

Yes. Cache files in wp-content/cache/autoptimize carry their hash in the filename and their size on disk. SleekView surfaces both as card fields, so an ops lead can sort by size when planning a purge or by hash when correlating a specific build with a Core Web Vitals run.

 

Yes. Autoptimize Pro writes image optimization and CDN integration data into adjacent options. SleekView reads those values too, so the Optimized column can show whether an asset has been pushed through the Pro image optimization or the CDN at the same time as core aggregation.

 

Yes. Every drag writes an entry naming the user, the source column, the destination column, and the timestamp. The entry lives in a sleekview audit table so audits, exports, and downstream automations can read the trail without a separate event log or third-party service.

 

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