WooCommerce Side Cart (the XootiX plugin and similar implementations) attaches a slide-out drawer to add-to-cart clicks, with inline quantity edits, recommendations and a checkout button. The drawer-open, drawer-edit and checkout-click events are logged with product_id, trigger type, session id and timestamp. The plugin's settings screen handles the drawer appearance well and reporting not at all, so the highest-volume cart interaction usually stays invisible to growth and merchandising.

SleekView reads that event log and renders Trigger, Product, Action, Session, Timestamp and Outcome as sortable, filterable columns. Filter to action equals checkout-click for funnel-entry analysis. Sort by trigger type to compare auto-open versus manual-icon-click usage. Group by product to see which items most often land in the drawer and which ones get removed before checkout.

The plugin keeps owning the drawer UI, the AJAX flow and the trigger rules. The table view owns the audit surface, so the events the plugin already writes stop hiding behind appearance settings and become a query CRO, merchandising and theme teams can open every week.

Most modern WooCommerce themes ship with some form of slide-out cart because the interaction reliably shortens the path between add-to-cart and checkout. The plugin or theme that provides the drawer logs the events but does not surface them, so the team running the store ends up taking it on faith that the drawer helps. SleekView reads the same event log and renders trigger, product, action, session, timestamp and outcome as a sortable, filterable engagement grid.

Filters stack so funnel-entry, trigger mix and drawer-to-purchase become one-click views. The plugin keeps owning the drawer UI; growth, merchandising and theme teams get the per-row surface the dataset always deserved.