✨ 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 for Kadence Blocks Pro: pages, posts, and pattern usage as tables

Kadence Blocks Pro stores its block markup directly in post_content using standard Gutenberg block comments. SleekView turns block usage across every post into a filterable audit grid.

♾️ Lifetime License available

SleekView table view for Kadence Blocks Pro

Block usage across the site, queryable

Kadence Blocks Pro extends the WordPress block editor with a Pro library of advanced blocks (Advanced Form, Posts, Slider, Tabs, Conditional Visibility). Block instances are stored as Gutenberg block markup inside post_content using comment delimiters like <!-- wp:kadence/advancedheading -->. Patterns and reusable blocks live in their own custom post types. The default WordPress admin lists posts but offers no way to filter by which Kadence block they use.

SleekView reads post_content across pages, posts, and any other public CPTs, then indexes Kadence block usage so each post can be filtered by block name. Filter to posts using the Advanced Form block to audit form coverage. Filter to posts using Conditional Visibility to find content with role-gated sections. Sort by last edited to find recently changed pages that use a specific Pro block.

Inline edits to status, slug, and author write through standard WordPress update calls. The block markup in post_content stays editable in the block editor where it belongs. Audit, don't refactor, the markup itself.

Workflow

From SQL on post_content to a block usage table

1

Index Kadence block usage

SleekView parses post_content for kadence/* block comments and indexes usage per post. Every page using a specific block becomes a queryable record.
2

Add audit columns

Block usage list, last edited, author, status, and post type become first-class columns. Filter chips replace ad-hoc SQL on post_content.
3

Save coverage views

Pin views for forms coverage, deprecated blocks, and Pro-block usage. Each audit becomes a one-click slice instead of a custom database query.
4

Inline-edit metadata

Update status, slug, or author from the row. Block markup in post_content stays untouched; the block editor remains the only place to change block content.

Sample columns

A typical Kadence Blocks usage view

Posts grouped by the Kadence Pro blocks they contain, with last edited and status.
Source: wp_posts (post_content with kadence/* block markup) + wp_postmeta + reusable block CPT (wp_block)
Title Type Kadence blocks used Status Last edited Author
Spring landing Page advancedheading, posts, advancedform Published Apr 24, 2026 Lena R.
Contact Page advancedform, infobox Published Apr 18, 2026 Mira S.
Q3 promo draft Page tabs, conditional-wrapper Draft Apr 22, 2026 Den J.
Old beta page Page deprecated-slider Trashed Jan 12, 2026 Mira S.

Comparison

Default Kadence Blocks admin vs SleekView

Default Kadence Blocks admin

  • No way to filter posts by which Kadence block they use
  • Pattern and reusable block usage is invisible from any list view
  • Finding pages with a deprecated block requires SQL on post_content
  • Bulk status edits across blocks of a specific type are manual
  • Conditional Visibility coverage across the site isn't auditable

SleekView

  • Filter posts by Kadence block used in post_content
  • Saved views for Pro block usage, deprecated blocks, or forms coverage
  • Inline edit status, slug, and author without opening the editor
  • Filter reusable blocks by reference count to find unused patterns
  • CSV export of any block usage slice

Features

What SleekView gives you for Kadence Blocks Pro

Block usage as a filter

Find every page using a specific Kadence Pro block (Advanced Form, Posts, Tabs, Slider) by parsing block comments in post_content. Coverage and deprecation audits become a filter.

Deprecated block hunt

Spot pages still using a deprecated Kadence block name before you upgrade the plugin. The grid surfaces them with last-edited and author so the cleanup gets assigned, not lost.

Metadata edits

Update status, slug, and author from the row for housekeeping. The block markup in post_content stays untouched and editable in the block editor where it belongs.

Audience

Who uses SleekView for Kadence Blocks Pro

Agencies

Audit Kadence Pro block coverage across client sites in one grid. Per-client saved views catch deprecated block usage before plugin upgrades break pages.

Development teams

Find every page using a specific Pro block before refactoring or removing it. Block-usage filters replace SQL on post_content for ordinary audits.

Site owners

Track which campaign pages use Advanced Form blocks and which forms are live. Routine audits prevent abandoned form pages from drifting unmaintained.

The bigger picture

Why Kadence sites need a block usage audit

Kadence Blocks Pro extends the Gutenberg editor with a deep library of Pro blocks, which is exactly why product teams and agencies adopt it for content-heavy sites. The trade-off shows up at scale: Pro block usage accumulates across years of pages, with no admin surface to filter posts by which block they contain. Default WordPress admin lists posts and pages with no awareness of the Kadence blocks inside.

A page using a deprecated block name keeps rendering until the plugin upgrades and breaks it. Forms coverage across the site is invisible until someone audits page by page. Conditional Visibility blocks gate content for roles that may no longer exist.

None of this is Kadence's fault, it's the operational debt of a flexible block library meeting long-running content. A queryable block usage index changes the cost of audits fundamentally. Filter by block name to find every page using Advanced Form.

Surface deprecated block usage before the next plugin upgrade. Spot Conditional Visibility blocks targeting removed roles. Agencies use this as a pre-upgrade audit deliverable; in-house teams use it as the documentation they finally have, of which page uses which block.

Questions

Common questions about SleekView for Kadence Blocks Pro

Block instances are stored as Gutenberg block markup inside post_content, using HTML comment delimiters like <!-- wp:kadence/advancedheading -->. Reusable blocks live in the wp_block custom post type and pattern libraries store under their own keys. SleekView reads post_content and the CPTs directly.

 

No. Block content stays inside the WordPress block editor where the Kadence Pro controls, design panel, and pattern picker all work as designed. SleekView edits surrounding metadata (status, slug, author) and surfaces block usage as a filterable column. The block markup itself is never modified.

 

Yes. SleekView indexes block comment usage in post_content so each post can be filtered by which Kadence Pro blocks it contains. Find every page using kadence/advancedform or kadence/conditional-wrapper in one filter pass.

 

Yes. Both free and Pro blocks store as Gutenberg block markup in post_content and the indexing works the same way. The grid surfaces all kadence/* block names; Pro blocks just add more to the filter list.

 

Yes. As Kadence Blocks evolves, older block names get deprecated or replaced. The grid surfaces deprecated block usage as a saved view so the team can fix or remove those pages before a plugin upgrade breaks them. That audit takes one filter instead of a database-wide grep.

 

Yes. Reusable blocks in the wp_block CPT and pattern libraries surface alongside posts, with reference counts showing how many pages use each pattern. Patterns with reference count zero are easy to prune during a redesign or quarterly housekeeping pass.

 

Yes. SleekView is read-mostly and inline edits use standard WordPress update calls. The post_content block markup is never touched, which means the block editor and the front-end render are unaffected. Any plugin hooks on metadata changes still fire normally.

 

Yes. Every saved view exports to CSV with the visible columns including block usage list, status, and last edited. Agencies use form-coverage and deprecated-block exports as recurring client deliverables; in-house teams use them as inputs to upgrade planning.

 

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