✨ 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 Visual Composer

SleekView reads your Visual Composer templates and built pages directly from the WordPress post tables, groups them by post status or any taxonomy you nominate, and lets your team drag each card between columns so design review, scheduling, and publishing happen on one shared board.

♾️ Lifetime License available

SleekView Kanban board for Visual Composer Website Builder

Why Visual Composer teams need a board

Visual Composer Website Builder (the standalone successor to Visual Composer) stores its templates as vcv_templates custom post type entries inside wp_posts, with the builder data serialized into wp_postmeta under vcv-page-templates and the element tree in vcv-content. Regular Visual Composer pages live in wp_posts as standard pages with the same builder meta keys attached.

The default admin at Visual Composer > Templates shows a paginated list which is fine for ten or twenty templates but becomes hard to manage the moment your site has dozens of header, footer, sidebar, archive, and singular templates across multiple sections that need real editorial pipelines and review handoffs between teammates.

SleekView reads from vcv_templates and from any post type where Visual Composer is the active editor, and surfaces every column as a possible grouping axis. The starting point is post_status with draft, pending, publish, and trash, but most teams add a custom design_review meta with values like wireframe, design, dev review, qa, and shipped, and group by that to mirror the design workflow.

Workflow

From Visual Composer template list to status board in four steps

1

Connect Visual Composer templates

Pick the Visual Composer templates post type or any post type where the builder is the active editor. SleekView auto-detects every meta key including vcv-content, vcv-page-templates, and any custom taxonomies your team uses to tag templates by section or campaign.
2

Pick the column to group by

Choose any field as your kanban grouping key. Most teams pick the built-in WordPress post status with draft, pending review, scheduled, and published, but a custom design review meta or the Visual Composer template type works as the column axis when needed for tracking.
3

Choose what shows on cards

Drag up to six fields onto the card face. Typical picks are template title, template type, last edited author, last updated timestamp, and the assigned designer. Cards stay compact at a glance and expand on click to show every Visual Composer meta field on the underlying template entry.
4

Enable drag and drop

Flip on write-back and every card drag updates the underlying post through the standard WordPress API, firing post transition hooks so caching, the Visual Composer asset regeneration, and any analytics tied to publishing stay in sync. Lock columns for read-only review states if needed.

Sample board

Sample Visual Composer template design board

A live preview of a Visual Composer template board grouped by post status, with template title, template type, and last edited author on each card and totals shown in each column header.
Draft
15
New header template variant
Sarah Mitchell, header type
Archive template redesign
James Park, archive type
Footer rebuild with newsletter
Priya Shah, footer type
Pending review
6
Product launch landing template
Mark Lee, awaiting brand sign off
Customer story singular template
Emma Carter, dev qa pending
Cookie consent block
Tom Wright, legal review
Scheduled
3
Holiday landing template
Linda Park, queued for Nov 25
Year recap archive template
Daniel Kim, queued for Dec 28
Black Friday singular template
Aisha Khan, queued for Nov 28
Published
98
Default singular template current
Sarah Mitchell, used site wide
Blog archive template
James Park, on every archive
Global header in production
Priya Shah, current header

Comparison

Default Visual Composer list versus SleekView Kanban

Default Visual Composer list

  • Templates land in a paginated post list with no visual sense of design pipeline depth
  • Status changes require opening every template individually, no bulk drag between states
  • Custom design review fields cannot become the grouping axis without extra developer work
  • Scheduled templates mix into the publish queue with no separation from already live ones
  • Designer handoffs rely on private comments which are invisible from the Visual Composer list

SleekView Kanban

  • Reads directly from vcv_templates and wp_postmeta with no duplicate storage
  • Drag-and-drop writes back through wp_update_post so caching and hooks fire correctly
  • Group by built-in post_status, Visual Composer template type, or any custom meta
  • Card face accepts up to six fields including template type and assigned designer
  • Works with Visual Composer Premium, Theme Builder, and Hub add-ons without extra config

Features

What SleekView Kanban gives you for Visual Composer Website Builder

Group by any field on the template

Built-in post status is the default grouping but any taxonomy, custom meta, or design review stage field becomes a kanban column axis. Boards remember the grouping per user so your designer and your front-end developer can each see the same templates differently every login.

Drag-and-drop writes back to posts

Moving a card calls the standard WordPress post update API which fires every transition hook, the Visual Composer asset regeneration, and any caching plugin invalidations exactly as the editor would from the admin. Optimistic UI updates instantly and rolls back on API failure.

Per-role column visibility

Hide the Published column from designers, hide the Draft column from approvers, or expose archive columns only to admins. Visibility rules use WordPress capabilities so they line up with whatever role plugin your team already uses for Visual Composer editor access.

Audience

Common Visual Composer boards teams build

Design system template library

Group every template by design review stage so the team knows what is in concept, what is being built in the editor, what passed qa, and what is live across pages right now in production.

Campaign landing page tracking

Group templates by a campaign taxonomy so marketing leads see exactly how many landing pages each upcoming launch needs and which ones are still missing approvals from brand.

Designer assignment board

Group templates by author so design leads can balance workload, spot bottlenecks on busy designers, and reassign drafts before campaign deadlines slip past planned launch dates.

The bigger picture

Why a real board beats the Visual Composer list

Visual Composer Website Builder is great at letting designers ship pages from the modern standalone editor but its admin is built around the assumption that you will review every template one at a time inside the standard WordPress post list. That works fine when your site has a handful of templates. It falls apart the moment Visual Composer becomes the design system for an entire team with multiple stages and multiple designers handling concepts, builds, qa, and launches in parallel across singular templates, archives, headers, footers, and sidebars.

A kanban board fixes the part Visual Composer was never designed to fix: pipeline visibility. You see at a glance how deep each column is, which templates have been sitting in Draft the longest, and what the team shipped since yesterday. Status changes happen with a single drag.

Questions

Common questions about SleekView Kanban for Visual Composer Website Builder

The drag calls the standard WordPress post update API so the change is persisted to wp_posts and triggers the usual transition_post_status hook chain. Visual Composer regenerates compiled assets, caching plugins invalidate, and any analytics tied to publishing react exactly as if a designer moved the template through the regular admin screen for that entry.

 

Yes. Any taxonomy, custom meta field, or the Visual Composer template type field itself can be the grouping axis. Most teams add a custom design_review meta key for stages like wireframe, design, dev review, qa, and shipped, and group by that instead of the raw post status field on the template entry.

 

Yes. SleekView accepts any post type where Visual Composer is enabled as a board source. You can run separate boards for the template library and for regular pages, or combine them into one master board if you want a single design pipeline view across every Visual Composer driven content type.

 

Scheduled templates appear in their own Scheduled column by default with the queued publish time shown on each card. Moving a scheduled template back to Draft clears the publish timestamp, and moving it forward to Published immediately fires the publish hook so any downstream integrations run right away on the live site.

 

Yes. Every action on a card uses the same capability checks as the standard Visual Composer editor, so users without the edit capability cannot drag cards on the board. Any role plugin you already use controls who can drag between which columns on the kanban board view of the template library on the site.

 

The post status changes back to draft through wp_update_post, which triggers the usual unpublish path. The template disappears from frontend rendering on the next request, Visual Composer regenerates compiled assets, cached page versions are invalidated, and the original publish date is preserved so republishing later keeps the canonical URL intact for SEO.

 

Yes. The kanban surface uses pointer events so it works with mouse, trackpad, touch, and pen input. Long press on a card initiates the drag on touch devices, and column scrolling works even while a card is mid drag so you can move a template across columns that do not fit on the same viewport.

 

Each card drag is a single atomic post update so two simultaneous drags resolve in the order the server receives them, with the second drag winning. The board polls for status changes every few seconds so the other designer sees the change land in near real time without refreshing the view.

 

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