No. SleekView reads the existing burst_statistics and burst_goals 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 data without touching the Burst tables or any plugin settings at all.

Yes. The Upvote button supports guest votes with a per-session lock to keep counts honest, which fits the cookieless Burst approach. 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.

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. You can pick the burst_goals completion count instead of pageviews as the vote weight when you build the view. That ranks the board by conversions, which is the right metric for landing pages and signup funnels rather than top-of-funnel content.

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 Burst 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 from the trash later.

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.

Burst lets you keep months of session and pageview data, and SleekView paginates and sorts at the database level rather than loading every row into memory. A site with a long retention window still renders the top of the feedback board in well under a second on a normal shared host.