1,670 个插件页里只有 8 个过百，星标高的反而没被点

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}

1,670 个插件页里只有 8 个过百，星标高的反而没被点

结论先说

W45（11-01 ~ 11-07）站内插件详情页一共 7,726 PV，落在 1,670 个不同路径上；其中单周 PV 过百的路径只有 8 个，合计 2,035 PV。排第 3 的页面星标 14、PV 349，排第 2 的页面星标 11,265、PV 386——星标差 800 倍，PV 差 37 次。

一、这份表是怎么来的

星标不是从 Visit 表算的，是插件库里的累计字段。两张表按插件 fullName 对齐，对不上的记「未取到」，第 7 名就是这种情况。表里的星标可以在 站点榜单 逐条核对；单页 PV 那列核不了，站点没有公开这个数。

二、口径边界：这四件事别从表里读

别把它读成「插件页没人看」。 7,726 PV 占全站 14,796 的 52.2%，插件页恰恰是主要落点。要说的是分布极不均匀，不是总量小。

别把「过百」当成好坏线。 100 这个阈值是我为了排序方便挑的，没有业务含义。换成 50 或 200，进榜的页面会变，结论「头部极少」不变。

别拿星标解释 PV。 星标是历史累计，PV 是单周区间。第 3 名星标 14 却排进前三，只能说明这一周有人往那个页面去，不能说明它更受认可。

别把「未取到」当 0。 第 7 名在插件库里查不到同名 fullName 的星标记录，我写「未取到」，不是「星标 0」。两者在排序里完全不是一回事。

三、前 8 名全量（W45，按 PV 降序，不截断）

第 6 至第 8 名是 169、148、102 PV，连续下降没有断层，说明 100 这条线正好切在斜坡上，榜尾对一周内的波动很敏感。前 8 名之外的 1,662 个路径合计 5,691 PV，占插件页 73.7%。站内可以对照的入口是 按星标排序的站点榜单，你会在那里看到完全不同的顺序——这就是本文想说的错位。

四、自查一个页面有没有被访问：五步，可直接照做

这一步是给要复盘自己页面的人写的。五步都在同一个库里跑，顺序不能换，换了下游数字就对不上。

第 1 步，锁死分母。 先确定 site、日期区间、路径前缀三个条件。少写一个，后面所有比例都是错的。区间用 UTC+8 自然日切，别用 datetime('now','-7 days')，那会把今天算进去半截。

第 2 步，数路径不数行。 同一路径的多次访问是多个行，count(*) 给 PV，count(distinct path) 给路径数。W45 这两个数是 7,726 和 1,670，均值 4.6 次/路径。均值明显低于中位数才说明长尾重，所以两个都要看。

第 3 步，单页取数并标注是否进前 8。 单页 PV 低于 102 就进不了这张表。别急着把「没进榜」理解成「没流量」，长尾里 1,662 个页面在分 5,691 PV。

第 4 步，拆来源。 按 refDomain 分组，看这个页面的访问是搜索引荐来的还是直接来的。空值就是直接访问，这一格在 W45 占全站 63.4%，任何单页的「直接访问占比高」都不稀奇。

第 5 步，拆客户端，排除伪 UA。 按 uaClass 分组。W45 全站 forged_browser 有 234 PV，这类请求会让某个页面的 PV 虚高。单页 PV 在几百这个量级时，几十次伪 UA 就足以改变排名。

SELECT path, COUNT(*) AS pv
FROM Visit
WHERE site = 'www'
AND path LIKE '/plugin/%'
AND createdAt >= '2026-11-01'
AND createdAt < '2026-11-08'
GROUP BY path
ORDER BY pv DESC
LIMIT 20;

跑完这一步，把结果和本文表三对一遍。对不上，先查时区，再查 site 条件——这两个是最常见的偏差来源。

还有一种错法是把两种路径混着算：同一插件可能同时存在中文路径与英文路径两条记录，直接 GROUP BY path 会把它算成两个页面，头部排名因此被稀释。要按插件聚合，得先归一到 fullName 再分组。

五、数据本身说明的三件事

一、过百的页面是极少数。 8 ÷ 1,670 ≈ 0.5%（路径口径，PV 阈值 100）。这个比例意味着，任何「给所有插件页做优化」的计划，收益都会摊在长尾上，看不见。

二、星标不能当流量的代理变量。 第 3 名 14 星、349 PV，第 8 名 5,803 星、102 PV。若按星标排，这两个页面的位置会对调。选页面做观察时，星标和 PV 至少要各看一列。

三、头部集中但不垄断。 前 8 名占插件页 26.3%，长尾占 73.7%。头部值得单独盯，但把资源全压在头部，会漏掉四分之三的实际访问。

四、前 8 名里有几个是近期写过稿的页面，这里只能记时间相邻。 发稿日与这一周的访问量前后相接，但这份数据没有对照组、没有分流实验，写不出「因为发了稿」。要验证得取发布前后各四周的同路径序列，本文没有这组数。

局限

数据复核

按字段复算：Visit.path 分组得单页 PV，Visit.createdAt 切日，Visit.refDomain 拆来源，Visit.uaClass 拆客户端。完整榜单入口见 站点榜单与插件索引。

适合与不适合

适合：自查某个插件页这一周到底有没有人看；判断一个页面的流量是不是被伪 UA 抬起来的；给「按星标排」和「按访问排」的差异留证据；决定长尾页面要不要继续维护。

不适合：想证明某个插件更好用——本文没有任何质量维度；想解释为什么某个页面突然变高——只有一周数据，没有前后对照；想做全站增长分析——这里只切了插件页这一层。

标签：站点数据、插件页、访问分布、CSDN 排错

本文由 DeepSeek Harness Hub 自动整理，数据来源于站点 2026-W45 站内访问快照。