No. The SendPulse cloud dashboard still owns deliverability, opens, and clicks since the actual sends happen there. SleekView Charts adds the WordPress-side dashboard for submissions, form distribution, and signup velocity, the synthesis the default admin does not assemble.

Yes. Even when contacts move to SendPulse on submit, the plugin logs the submission attempt locally with form ID, list ID, and timestamp. SleekView reads those local rows to render every chart in the dashboard without an API call.

Yes. If the form template captures placement as a hidden field or referrer URL, SleekView can group submissions by that column. Compare footer, popup, and inline-form performance on a single Bar card.

Yes. Dashboard-level filters apply to every chart card. Filter by a single SendPulse list_id and every card scopes to that list, so per-list dashboards become one-click switches instead of per-card reconfiguration.

Yes. Aggregations run on indexed columns and avoid full table scans. Hundreds of thousands of submission rows render charts in seconds because the Charts engine uses pagination and indexed joins rather than scanning meta.

Yes. Each chart card exposes its underlying row set, which exports to CSV with active filters applied. The export feeds board reports, attribution tooling, and ad platforms without spreadsheet round-trips.

Yes. Each subsite has its own SendPulse Forms data and SleekView Charts reads the current subsite by default. Network-wide dashboards can be configured explicitly when reporting spans multiple subsites.

It still works. Popup, inline, and floating-bar widgets all submit to the same plugin endpoint and write to the same submission log. The dashboard treats them as a single dataset and lets you split by placement on demand.