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

SleekView reads the Imagify attachment meta directly, groups every image by its current optimization status, and lets your team drag cards between Unoptimized, Optimizing, Optimized, and Errored so the Imagify record updates the moment the column changes.

♾️ Lifetime License available

SleekView Kanban board for Imagify

Why Imagify optimization records fit a kanban view

Imagify stores per-attachment data in wp_postmeta under the _imagify_data key with the per-size savings, the compression level (Normal, Aggressive, Ultra), and the run timestamp. The _imagify_status key carries the high-level state (success, already_optimized, error), and the _imagify_error key holds the most recent error message. The default Imagify bulk optimization screen renders progress as a counter and a results panel, which works during a fresh run and stops being useful once the library accumulates thousands of rows with errors, retries, and exclusions over time.

SleekView Kanban reads the same Imagify meta rows the bulk screen queries. Pick a derived imagify_state field that buckets rows by status, error presence, and the in-flight queue and every attachment becomes a card grouped under Unoptimized, Optimizing, Optimized, or Errored. Card fronts can show the file name, the original file size, the savings ratio when optimized, the compression level, and the error message when errored so a site manager can see exactly which attachments still need attention.

Dragging a card between columns updates the Imagify meta through the plugin's own API. A move from Errored back to Unoptimized clears the error and re-queues the row for the next bulk run. A move from Optimizing back to Unoptimized cancels the in-flight job cleanly. Any subscriber to the after_imagify_optimize_attachment hook keeps firing as the rows update, so existing automations such as CDN warm-ups continue to run without modifications.

Workflow

From the Imagify bulk screen to a live board

1

Connect the Imagify attachment source

Point SleekView at the Imagify API or directly at the _imagify_data, _imagify_status, and _imagify_error meta keys. Add filters for upload date range, MIME type, or compression level so the board scopes to this week's uploads rather than the entire library.
2

Pick the imagify state column to group by

Choose the derived imagify_state field as the grouping column. SleekView buckets rows by status, error presence, and queue membership so Unoptimized, Optimizing, Optimized, and Errored columns appear without writing custom SQL against Imagify's meta keys.
3

Choose what each image card shows

Map fields from the attachment row and Imagify meta onto the card front. Most teams show file name, original file size, savings ratio when optimized, compression level, and the error message when errored so reviewers can act without opening the attachment edit screen.
4

Enable drag-and-drop state updates

Turn on writeback and dragging a card calls the Imagify API to re-queue, cancel, or mark for re-optimization. Capability checks honor manage_options, and every move is logged with the user, source column, destination column, and timestamp inside the Imagify meta blob.

Sample board

Sample Imagify optimization board

Four real Imagify states showing how a site manager moves attachments from Unoptimized through Optimizing, Optimized, and Errored during a typical media library cleanup pass.
Unoptimized
164
product-shot-detail-tessera-09.jpg
1.8 MB, normal, awaiting
blog-cover-pricing-q1.png
2.1 MB, aggressive, awaiting
team-photo-summer-offsite.webp
1.5 MB, ultra, awaiting
Optimizing
6
homepage-hero-product-launch.jpg
3.0 MB, ultra, 28% done
case-study-cover-acme-co.png
2.5 MB, aggressive, 14% done
newsletter-banner-spring.webp
1.6 MB, normal, 67% done
Optimized
3614
homepage-banner-spring-2024.jpg
saved 56% on 2.0 MB
team-page-grid-row-2.png
saved 38% on 1.7 MB
blog-cover-shipping-update.webp
saved 29% on 940 KB
Errored
22
raw-tiff-export-product-08.tiff
API quota exceeded today
missing-file-import-old-folder.png
file not found on disk
broken-cmyk-stock-shot-21.jpg
API error 415, format

Comparison

Default Imagify bulk screen vs SleekView Kanban

Default Imagify bulk view

  • Bulk screen shows progress and savings totals without a persistent errored attachments view
  • Filtering by compression level or error message requires custom SQL against meta keys
  • Quota-exhausted attachments silently pile up until the next bulk run hits the same limit
  • Re-queueing an errored row requires opening the attachment and using the per-row link
  • Site managers need manage_options and Imagify training just to retry a single image

SleekView Kanban

  • Reads directly from the _imagify_data, _imagify_status, and _imagify_error meta keys
  • Drag an Errored card to Unoptimized and Imagify clears the error and re-queues atomically
  • Cards show file name, original size, savings ratio, compression level, and error message
  • Column counts update live so a wave of quota errors surfaces immediately, not after the next run
  • Per-role capabilities tie writeback to manage_options for site managers

Features

What SleekView Kanban gives you for Imagify

Native Imagify state model

Every column maps to a real state Imagify already represents through _imagify_status and _imagify_error meta keys. Bulk runs, WebP conversion, and CDN syndication continue to operate on the same rows the kanban board reads, so a manual move never disrupts the existing pipeline or skews the savings totals.

Drag-and-drop with audit trail

Each move writes an entry into the Imagify meta blob naming the user who dragged it, the source column, the destination column, and the timestamp. If a manager pushes an Errored attachment back for one more retry, the chain of custody stays visible to the rest of the team.

Saved board views per cleanup pass

Filter to this month's uploads for the content team, Ultra-level cards for the design lead, and quota-related errors for the developer. Each saved view becomes a shareable URL that opens straight into the right board ahead of the weekly media-library cleanup.

Audience

Where an Imagify kanban changes daily work

Editorial publish gate

Editors filter the board to attachments uploaded today, confirm each one moves from Unoptimized to Optimized before scheduling the article, and catch any oversized hero image before the LCP score on the landing page suffers in production.

Developer error triage

Developers scope the board to the Errored column, sort by error message, and decide whether to top up the Imagify quota, exclude an unsupported format, or convert source files on the fly before the next bulk run starts cycling through the same errors again.

Performance lead audit

Performance leads filter to attachments larger than one megabyte after optimization, watch the savings ratios in the Optimized column, and queue Normal cards for an Ultra re-optimization when Core Web Vitals runs show the page weight is still too high to hit the LCP target.

The bigger picture

Why this view matters for a large media library

Imagify trades on simplicity. The bulk screen tells the team how many images were optimized and how much space was saved, and most weeks that is enough. The problem starts when the API quota runs out mid-run or when a batch of uploads triggers an unsupported-format error.

Those rows quietly stay errored and never reappear in any working surface. Six months later, the savings ratio on the dashboard looks healthy and the library is still leaking weight from the same few hundred files. A kanban view that reads and writes the same Imagify meta rows as the bulk screen keeps the errored cohort visible, prioritized, and actionable.

Unoptimized images surface before publication. Optimizing images carry a live progress signal. Errored images cluster by message in a single column the developer can clear in an afternoon instead of letting them sit unreviewed until the next time the performance team runs an audit.

Questions

Common questions about SleekView Kanban for Imagify

Live. SleekView queries the same Imagify meta keys the bulk screen reads from. Filters apply at the SQL level, so a board scoped to today's uploads reflects attachments that arrived today, not yesterday's snapshot exported elsewhere or a stale Imagify dashboard cache.

 

Yes. The drag calls Imagify's API to clear _imagify_status and _imagify_error on the row. The next bulk cron run picks up the attachment as if it had never been errored, with the same compression level the row originally used and the same WebP setting applied.

 

Yes. Imagify stores the compression level used per row in the _imagify_data blob. SleekView exposes that level as a card field and as a board grouping, so a performance lead can scope to Normal cards and queue them for an Aggressive or Ultra re-optimization in one pass.

 

Yes. Every move runs through current_user_can('manage_options') before any Imagify API call. A contributor account can drag for personal sorting but the change does not persist, and unauthorized moves snap back with a toast notification explaining why the move was rejected.

 

Filters are applied at the database query level rather than in JavaScript. A typical board scopes to the last fourteen days or to Errored rows only, so the rendered card count stays under a thousand. Older attachments remain queryable in archive views without slowing the live board.

 

Yes. The _imagify_data meta blob stores per-size savings ratios on success. SleekView surfaces the overall ratio as a card field, so the Optimized column can show the savings at a glance, which makes performance reports easier without exporting separate data.

 

Yes. WebP and AVIF generation is tracked on the same Imagify meta row. SleekView can show flags for both as card badges, so the Optimized column reveals which attachments still need a WebP variant and which ones already have an AVIF alternate version on disk.

 

Yes. Every drag writes an entry into the Imagify meta blob naming the user, the source column, the destination column, and the timestamp. The entry uses standard postmeta storage so audits, exports, and downstream automations can read it 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