SleekView Kanban for CookieYes Consent
SleekView reads the CookieYes scan and consent log tables directly, groups every record by review state, and lets your team drag cards between New, Reviewing, Categorized, and Resolved so the CookieYes record updates the moment the column changes for the next audit.
♾️ Lifetime License available
Why CookieYes scans fit a kanban view
CookieYes writes scan results to wp_cky_cookies and stores consent log entries in wp_cky_consent_logs. Each scan record carries a cookie name, the issuing domain, a CookieYes category (necessary, functional, analytics, performance, advertisement, others), a retention window, a description fetched from the CookieYes cookie database, and a sync state. The default cookie manager lists results in a sortable table grouped by category, fine for browsing and weak when a lead needs to see which cookies are still uncategorized.
SleekView reads the same CookieYes cookie rows the dashboard queries. Pick a derived cky_state field that buckets cookies by review workflow, category, and issuing service and every cookie becomes a card grouped under New, Reviewing, Categorized, or Resolved. Card fronts show the cookie name, the issuing service, the category, and the retention window so a lead can prioritize categorization work from one board.
Dragging a card writes a review tag into the CookieYes cookie row. A move from Reviewing to Categorized flips the category and timestamps the action. The CookieYes consent banner continues to read the live row, so a move never blocks a cookie until the category lands in the banner.
Workflow
From CookieYes scans to a consent board
Connect the CookieYes source
Pick the cky state column
Choose what each card shows
Enable drag-and-drop updates
Sample board
Sample CookieYes categorization board
Comparison
CookieYes manager vs SleekView Kanban
Default CookieYes manager
- Long sortable cookie table with no triage queue showing uncategorized results
- Filtering by category reloads the manager and loses the service filter you set
- No visual sense of which cookies are in review versus already categorized
- Categorizing a cookie requires the per-row edit drawer and a save confirmation
- Leads need manage_options and CookieYes training to coordinate the refresh
SleekView Kanban
-
Reads directly from
wp_cky_cookiesandwp_cky_consent_logs - Drag a card to Categorized and the CookieYes category assignment writes atomically
- Cards show cookie name, issuing service, category, and retention window
- Column counts update live so a spike of new advertisement cookies surfaces fast
-
Per-role capabilities tie writeback to
manage_optionsfor the team
Features
What SleekView Kanban gives you for CookieYes
Native CookieYes model
Every column maps to a real review state from the CookieYes category, issuing service, and a review tag on the cookie row. The consent banner reads the live row, so a move never blocks a cookie until the category lands live.
Drag-and-drop audit trail
Each move writes a review entry into the CookieYes cookie row naming the analyst, the source column, the destination column, and the timestamp. If a lead pushes a cookie back from Categorized, the chain of custody stays visible.
Saved board views per category
Filter to advertisement cookies for the marketing compliance lead, analytics cookies for the data lead, and functional cookies for the developer. Each saved view becomes a shareable URL for each team's session.
Audience
Where a CookieYes kanban changes work
Consent banner refresh
Consent leads scope the board to cookies discovered since the last refresh, drag new entries into Reviewing, and confirm Resolved only once every New card has a category and retention window.
Cookie policy publication
Consent admins pull the Reviewing column ahead of a policy update, verify each cookie's category and description match the rendered policy, and Resolve in bulk once legal signs off.
Marketing tag cleanup
Admins pruning marketing tags scope the board to the advertisement category, confirm each cookie maps to an active service, and Resolve removed entries so the next refresh reflects current inventory.
The bigger picture
Why this view matters for consent
CookieYes scans the live site for every cookie and pulls descriptions from a cloud cookie database, which is exactly what makes the default cookie manager hard to use for categorization review. The long sortable table is great when an admin knows the exact cookie to categorize and almost useless when a consent lead is coordinating a quarterly banner refresh across hundreds of cookies from dozens of marketing services. Most teams end up exporting cookies to a spreadsheet, tracking categorization status in a separate tab, and applying categories to the live banner days later.
The spreadsheet drifts immediately. New cookies keep landing in CookieYes without a workflow tag, the spreadsheet records categorization that nobody publishes, and by quarter's end the two views disagree on what the banner is actually presenting to visitors. A kanban view keeps the team and the source of truth aligned.
Questions
Common questions about SleekView Kanban for CookieYes
Live. SleekView queries the same wp_cky_cookies and wp_cky_consent_logs tables the CookieYes dashboard reads from. Filters apply at the SQL level, so a board scoped to the last quarter reflects cookies discovered in that quarter.
 Yes. The Categorized column write updates the same category field CookieYes uses to render the consent banner on the next refresh. Earlier columns store only the workflow tag without changing the rendered banner.
 Yes. The cookie row stores the CookieYes category and the issuing service on every entry. SleekView exposes both as filters and grouping options, so a lead can scope to advertisement cookies from third-party services.
 Yes. Every move runs through current_user_can('manage_options') and the CookieYes admin capability before any cookie row write. An editor account can drag for personal sorting but the change does not persist permanently.
 Filters apply at the database query level rather than in JavaScript. A typical board scopes to the last refresh, to a single category, or to uncategorized cookies only, so the rendered card count stays under a thousand.
 Yes. The retention window and issuing service both live on the CookieYes cookie row. SleekView exposes both as card fields, so a lead can spot long-retention advertisement cookies and queue them for legal review.
 Yes. Premium adds the cloud consent log, document generator, and consent statistics. SleekView reads the same cookies and consent log entries, so Premium fields like document version and consent rate surface on the board.
 Yes. Every drag writes a review entry into the CookieYes cookie row naming the analyst, the source column, the destination column, and the timestamp. The entry uses the plugin's metadata fields so audits and exports can read it.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout