Rich Table of Contents auto-inserts a styled TOC into posts based on a global setting (which post types get a TOC, which heading levels are included, how many headings a post needs before a TOC renders) and per-post overrides stored in postmeta. The output is a clean reader-facing TOC, but the configuration sits across one settings screen and many per-post toggles.

SleekView Charts reads the plugin's options row and walks each published post's headings once. A Number card counts posts where a TOC actually renders given the current threshold. A Pie splits posts by whether they meet the heading threshold, are explicitly opted out or have a TOC suppressed by a postmeta override. A Bar groups TOC-bearing posts by post_type. An Area trends post_modified on those posts to expose whether long-form content with a TOC is still being maintained.

Because the data comes from standard WordPress queries against wp_posts plus parsed heading structure, no extra storage is needed. Filters carry between table and chart on the same dataset.

Rich Table of Contents quietly inserts navigation into posts when they meet a threshold, which is precisely why teams pick it: the editorial team writes, the plugin handles the TOC. The trade-off is that the same threshold makes coverage invisible. A site can have three hundred long posts, fifty of them shipping without a TOC because a single H2 got dropped to a paragraph during a rewrite, and nobody will notice until a reader complains.

SleekView Charts reads the same settings and the actual heading structure of every post and turns coverage into a dashboard. A KPI for posts rendering a TOC, a pie for eligibility status, a bar for post-type coverage, an Area trend for maintenance. Same plugin, same TOC output, but a content surface an editorial lead can actually point a quarterly review at.