WooCommerce Advanced Product Labels stores each label as a wapl_label custom post type with conditions in postmeta: on sale, stock state, taxonomy match, custom field rule. The default surface is the WP post-type list, which shows title and date and not much else. To see what each label is actually doing, the team opens label by label and checks the matched-products tab.

SleekView reads wapl_label joined with its postmeta and resolves the matched-product set on demand. Render labels as rows with slug, status (active vs paused), conditions summary, matched-product count and last-modified date. Filter to active labels with zero matched products to clean up rules that fire on nothing. Sort by matched-product count descending to surface the workhorse labels. Group by category condition to audit campaign overlap. The data the chart view aggregates becomes a row-level surface for merchandising and campaign ops.

The plugin keeps owning the rule engine and front-end rendering. The table view owns the audit surface so the label library becomes something a merchandising team can review in one screen.

Advanced Product Labels gives a store an expressive rule engine for visual merchandising, but the management surface still treats each label as a post in a list. Open, edit, save, close. SleekView reads the same wapl_label rows and the same conditions meta and renders them as one queryable table with slug, status, conditions, matched-product count and last-modified date.

Dead rules become a filter, campaign coverage becomes a sort, broken conditions become a column flag. The plugin keeps owning the front-end rendering and the conditions engine, while the merchandising team gets the per-row surface the label library always deserved.