Wonderplugin Slider stores sliders and slides in dedicated custom tables: a sliders table for the slider configuration (id, name, options blob with width, height, autoplay, navigation) and a slides table for individual slide rows (id, slider_id, type, image, link, caption). The default admin shows one row per slider with limited cross-filtering.

SleekView Charts reads the slider and slide tables directly. Number cards count total sliders and total slides. Pie cards split slides by type (image, video, HTML) or sliders by aspect-ratio bucket. Bar cards rank sliders by slide count or by post placement. Area cards trace creation date trends across the catalog.

Every card reads through the same Wonderplugin tables, so the front-end slider experience is unchanged. The dashboard sits alongside the SleekView table view of the same dataset, shared filters and all.

Wonderplugin Slider has been one of the longer-running WordPress slider plugins, and its custom tables make per-slider rendering fast. The cost is that the default admin treats every slider as a destination instead of a row, so cross-cutting questions about slide-type mix, placement, and creation cadence never get asked. SleekView Charts reads the same tables and gives the catalog one reporting dashboard.

A donut of slide types confirms how authors actually use the plugin. A horizontal bar of slide count exposes overlong sliders and empty placeholders together. An area chart of creation per month confirms whether sliders are still part of the design language or relics from an older campaign.

A single number KPI gives owners the catalog scale figure they need before any redesign conversation starts. The data is already there, the dashboard just makes it legible.