# 我做SEO时真正会长期关注的10个指标

URL: https://caijiao.org/posts/176
Source: docs/posts/176.md
Description: 剔除单点排名、第三方权重分和总访问量之后，留下 10 个能驱动决策的指标：已索引比例、有展现 query 数、零流量页面占比、每千次会话收入 6.89 美元、直接访问占比 47.29% 等。

先把不看的说清楚，因为剔除比选择更重要。

不看的：单个关键词的排名。它每天都在动，反映的是算法波动而不是你的变化，看它只会带来无意义的情绪。第三方工具的权重分（DA、DR 之类）。不是 Google 的数据，用它做决策等于按别人的模型优化。站点总访问量。它是所有因素的结果，涨了不知道为什么涨，跌了不知道该改哪里。

剩下的十个，每一个都能指向一个具体动作。

## 一、已索引页面数与已提交页面数的比值

在 [Search Console](/google-search-central/02-search-console-setup) 的页面报告里，分子是已收录，分母是 sitemap 提交总数。

这个比值低于 70%，说明有一批页面 Google 看过但不想要。这时加页面的唯一结果是让分母更大、比值更低。应该停下来找出那批页面，看它们是不是内容太薄或者互相重复。

## 二、新页面从提交到首次收录的天数

正常是几天到两周。这个数字突然变长，通常意味着抓取频次下降，而抓取频次下降往往和站点上出现大量低质量页面有关——抓取预算被分走了。

它是站点健康状况里最灵敏的一个指标，比流量变化早出现好几周。

## 三、有展现的查询数量，不是关键词总数

一个页面能拿到的查询数，比它排名最高的那个词重要。Omni Calculator 的 /other/test-grade 主要词只有 5900 搜索量，页面却拿到 61086 次访问，差额来自几十上百个变体查询。

![Omni Calculator 官网首页截图](/images/2026-09/omnicalculator.com.png)

*Omni Calculator 首页把 Math 做成了最大的入口，688 个计算器全在这一格后面。*

这个指标按页面看，看的是"这一页到底被多少人找到"。

## 四、按位置分组的点击率

不要用整体点击率。位置 1 到 3 和位置 8 到 10 的点击率没有可比性，把它们平均起来得到的数字毫无意义。

分组之后能看出：某个页面在位置 4 的点击率明显低于同站点同类页面在位置 4 的表现，说明标题或摘要承诺的东西和页面给的对不上。

## 五、平均位置的分布，不是平均值

平均值会被极端值带偏。一百个查询里有十个在第 2 位、九十个在第 40 位，平均值大概是 36，看不出前十个已经起来了。

看分布才能判断该做什么：大量查询集中在 8 到 15 位，说明页面相关但权威度不够，该补外链；集中在 30 位以后，说明页面根本没被认定相关，该改内容。

## 六、零展现页面占比

过去 90 天展现量为零的页面，占全站的比例。

超过三成就该处理了。这些页面不产生任何价值，却参与整站质量评估。处理顺序是先 noindex 观察，确认无用再返回 410。

## 七、每千次会话收入

terrific.tools 的数字是每千次会话广告收入 6.89 美元，作者自己的目标是 10 美元。10015.io 的 AdSense 月收入约 300 美元，工具数是 50 多个。

这个指标把流量换算成了钱，它才能回答"该不该继续做"。一个站点访问量在涨但每千次会话收入在跌，说明来的流量质量在下降，这时候继续加页面是错的。

## 八、直接访问占比

TinyWow 约 47% 是直接访问，搜索只占三分之一左右。

这个比例衡量的是"用户记不记得住你"。它涨得很慢，但它是唯一不会被算法波动带走的资产。新站早期这个数字接近零是正常的，半年后仍然接近零，说明用户用完就忘了，工具本身没有形成记忆点。

## 九、Core Web Vitals 达标页面的比例

不看的平均值，看的是三项各自达标的页面占比：LCP、INP、CLS。

Omni 的广告负责人 Alexander Utz 说过，页面速度对他们没有商量余地，整个增长都依赖 SEO，Core Web Vitals 直接影响排名。对一个把增长押在搜索上的站点，这个指标应该每周看。

工具页最常见的问题是 CLS——结果区在计算完成后把下方内容顶开。这类问题在模板层修一次，全站都好。

## 十、结构化数据报错的页面数

不是看"有没有生效"，富媒体结果展不展示由 Google 决定。看的是报错数量——报错说明标记本身有问题，是必须修的。

批量生成 JSON-LD 的站点，这个数字会随着页面增加一起增长。它涨了，说明新加的页面配置有漏填字段。

这条指标还有个用法：把它和指标一放在一起看。已索引比例低、结构化数据报错多的站点，问题通常出在模板层，而不是内容层——修模板一次能解决几百页。

## 这十个数字怎么放在一起看

我用一个文件数据库存着全站页面的元数据和每周的指标快照，用 [SQLite](/sqlite/) 一张表就够，几千行毫无压力。每周跑一次导入，出一张按类别分组的表。

看的时候不摊开看十个，按问题看：流量没涨，看指标一和指标三；流量涨了收入没涨，看指标七；流量突然掉，先看指标二，再看指标六。

快照还有个附带价值：它能回答"这次改动有没有效果"。没有基线记录的站点，每次改完只能凭印象判断，而印象在几个月后完全不可靠。

指标的价值不在于记录，在于它能不能指向一个具体的下一步。指不向动作的指标，记得再勤也只是自我安慰。更完整的指标口径说明在 [Google Search Central](/google-search-central/) 的文档里。

---

*terrific.tools 与 10015.io 数据来自作者在 Indie Hackers 的公开分享；TinyWow 流量结构来自第三方估算工具 2026 年上半年数据；Omni Calculator 单页数据来自 Ahrefs（2026 年 6 月）；Alexander Utz 表述引自公开访谈。*
