No. SleekView reads the existing wp_statistics_pages, wp_statistics_visitor, and related tables that the tracker already writes to. The only write is the upvote increment, which lands on a meta key you choose so it sits next to the rest of the post or URL data without touching the WP Statistics tables themselves.

Yes. The Upvote button supports guest votes with a per-IP and per-session lock to keep counts honest. If you would rather restrict votes to logged-in users or to specific roles like Editor or Contributor, you can flip that in the view settings without touching any code.

You map a review_status meta key when you build the view. SleekView shows a colored pill for each value, and any URL without a status simply renders without a pill rather than blocking the card from showing. Editors can update the status by editing the post or via a custom admin column.

Yes. SleekView reads the same wp_statistics_pages rows the dashboard reads, so anything excluded by the tracker stays excluded from the feedback board. Bots, internal IPs, and admin users are all already filtered when the data lands in the table.

Yes. Every saved view has its own role and capability scope, so you can publish a public Top Pages wall on the homepage and a separate Editorial Triage queue that only Editors and Authors can see. Both views share the same wp_statistics_pages data underneath the surface.

When the underlying post is deleted, SleekView removes the card on the next refresh. If the post is trashed rather than fully deleted, the card disappears from the public view but the upvote meta is preserved on the trashed post in case you restore it later from the trash.

Yes. Every SleekView is available as a shortcode and a Gutenberg block, so you can drop a Top this week view onto the homepage, embed a Needs update view on an internal Wiki page, or stitch several views into a single editorial dashboard with separate columns side by side.

SleekView paginates and sorts at the database level rather than loading every hit row into memory, so a site with millions of rows in wp_statistics_pages still renders the top of the feedback board in well under a second on a normal shared host. Aggregation queries use indexed columns by default.