做站到今天，我越来越少去看「收录数」这个数字，更多时候是傍晚打开手机看一眼两件事：今天有没有搜索进来的访问，以及有没有一篇新文章进了前二十名。不是因为不在乎排名，而是因为「收录」和「排名」是两件事，混在一起看，你会为了一堆没有意义的多收录量浪费掉几个月。

这篇文章讲的是我这些年维护小站养成的第九个习惯：每周固定做一次「收录自查」——不是看总数，而是看三个具体的比例，然后决定这一周该改什么、该停什么。

一、为什么「收录数」这个数字不值得单独看

搜索控制台的「已编入索引」数字每天都会动。它会因为新建一个标签页涨 20，因为删了一批旧文掉 100。这个数字对你判断「站点健康不健康」几乎没有帮助，原因有三：

• 它把不同质量等级的页面混在一起。你的文章页、分类页、标签页、搜索结果页、分页页全在同一张表里，收录数上涨主要来自这些低价值页面的膨胀。
• 它不告诉你这些页面有没有流量。一千个被收录的页面里，真正带来点击的可能只有三十个。
• 它有滞后和抽样。索引状态是异步更新的，你今天看到的数字反映的是上周的状态。

所以我的做法是：把收录数当成一个被动指标，只在它异常下跌时看它（比如一周内掉 20% 以上，那可能是站点出了技术问题）；日常的自查用另外三个比例。

二、比例一：收录率，而且只算文章页

收录率 = 被收录的文章页数 / 站内文章总数。这是我每周唯一必须算的数字。

做法不复杂，不需要任何工具，成本大约三分钟：

1. 搜索控制台 → 网页 → 「已编入索引」的详情里，按「Sitemap」筛选，只留下 post-sitemap.xml 这个分片（前提是你按类型拆了站点地图，这一点在之前的文章里写过）。
2. 用这个数除以站内文章总数（Typecho 后台或者数据库都能一眼看出来）。

我的判断阈值：低于 85% 就要动手，低于 70% 说明有系统性问题。

为什么只算文章页？因为分类页、标签页、归档页的收录状态本身就不该被追求。小站的标签页往往是内容稀薄的聚合页，搜索引擎收录它是情面，不收录是本分。盯着它们只会让你做出一堆错误的动作，比如给标签页硬凑内容、给分类页塞大段文字，这些动作反而稀释了整站的页面质量。

如果文章页收录率低，按下面的顺序排查，不要跳步：

• 先看这些未收录的页面有没有内链。孤岛页面是收录率低的头号原因。判据：从首页点击，最多三次能不能到达这篇文章。
• 再看这些页面是不是同一批。如果集中在某一段时间发布的，可能是那段时间站点sitemap 生成或者文章模板出了 bug（比如 canonical 指错、或者页面里出现了 noindex）。
• 最后才怀疑「内容质量不足」。这是最容易被提前搬出来的理由，但真正的原因往往在技术上。

三、比例二：有曝光页面的占比

第二个比例是我认为最有价值、但最少人算的：在搜索控制台「效果」报告里，有过至少一次展示（impression）的页面数，占已收录文章数的比例。

这个数字回答的是一个很关键的问题：被收录的页面，有多少真正在搜索结果里露过面？

我的经验值：健康的站点这个比例在 40% 到 60% 之间。为什么不是 100%？因为长尾词文章的正常状态就是「偶尔露面」——一篇文章一个月被展示三次也是正常的，这些页面在报告里会被聚合进去，但确实有很多页面长期零展示。

比例低于 30% 就值得处理了，通常有三种成因：

第一种，关键词选错了。写了一篇「如何优化图片加载速度」，但这个词的搜索结果第一页全是十年前的知乎和 CSDN 答案，你的新站排在第五页。这不是内容问题，是选题的时候没看竞争格局。这种情况最省事的处理不是继续优化，是换一个更具体的词重写，或者干脆给文章换一个主关键词。

第二种，标题和描述没写对。页面被展示但没人点，说明标题在结果页里没有竞争力。我的习惯是每篇文章至少花十分钟写标题和描述，而不是让程序自动截取正文第一段。这件事的投入产出比，在所有 SEO 动作里排第一。

第三种，页面被收录但不在正确的意图下被检索。比如你写的是「宝塔面板备份」，但用户搜的是「宝塔定时备份到对象存储」，你的页面在后者里露不了面。这需要看「效果 → 查询」里那些零点击的高展示词，看看它们是不是和你的文章主题有偏差。

四、比例三：单页平均点击

第三个比例是「总点击 / 有展示的页面数」，简单说就是每个真正被看到过的页面，平均带来多少点击。

这个数字的作用是横向对比自己的不同内容类型。我把它拆成几个类目分别算：

这张表是我自己做选题时的依据：如果这一周打算写三篇，我希望至少两篇落在前两类。经验类文章我也会写（比如你现在看的这篇），但我清楚地知道它的作用是建立信任和深度，而不是带来流量。搞混这两件事，会让人写出一堆「看起来很专业但没人搜」的文章。

顺便说一个反直觉的结论：以上三类里，报错排查类文章的维护价值最高。因为软件版本更新会让解法失效，读者会在评论或邮件里告诉你「这个命令报错了」——这些反馈就是天然的更新提示。每年花两天翻一遍旧文，把过期的命令改掉，那批文章的流量会直接回来。

五、每周三十分钟的具体流程

把上面三个比例串成一个固定动作，每周找一天做完，不超过三十分钟：

1. 打开搜索控制台，看收录数有没有异常下跌。（2 分钟）跌 20% 以上才需要往下查，正常波动直接跳过。
2. 算文章页收录率。（3 分钟）低于 85% 的话，从最近 20 篇未收录的文章里挑三篇，检查它们的内链深度。
3. 看「效果」里的页面列表，按展示量排序。（5 分钟）看有多少页面的展示数从上周的 100+ 掉到了个位数。只要是同一批页面同时掉，多半是算法波动，不用管；如果是单篇掉，那篇可能需要更新。
4. 看「查询」里零点击的高展示词。（10 分钟）这一步最有用——找到那些「展示很多、点击很少」的词，说明你的标题没竞争力，或者排名在第 8 到 15 名之间。这类页面改一下标题和首段，往往能立刻见效。
5. 记录三个数字。（2 分钟）在笔记里记下本周的收录率、有曝光页面占比、平均点击。连续记三个月，你会看到趋势，而趋势比任何单周数据都有价值。

这套流程的价值不在于「每周都能发现新问题」，恰恰相反——它大多数时候什么也发现不了，你花三十分钟确认「一切正常」，然后就可以安心去写文章了。它的价值是让你不必每天都去看数据。不设一个固定的检查时间，人会变成一天刷三次后台、每次都被随机波动牵着情绪走。那是纯粹的消耗。

六、三种不该做的「收录优化」

自查过程中会冒出很多动手的冲动，其中三种我试过，结论是别做：

第一，为了收录去疯狂提交 URL。搜索控制台的「URL 检查」每天有配额，手动逐个提交几十条 URL 对收录速度的影响几乎为零，反而会挤占正常抓取。真正管用的是 sitemap 的 lastmod 写对，以及页面之间的内链。我用 sitemap 提交已经覆盖了 95% 以上的场景，手工提交只在紧急删页时用过。

第二，为了「页面丰富度」给标签页硬凑描述。标签页的正确做法是控制数量、只保留有 3 篇以上文章且确实有搜索需求的标签，其余一律 noindex。别去给它们写「本标签收录了关于 X 的全部文章」这种模板文字——搜索引擎见过太多次，它只会降低你对整站内容质量的判断。

第三，一次改十几个页面的标题。这是我早期最常犯的错：一次自查发现二十篇文章标题不好，花一个周末全改了。结果是流量在一周内普遍下跌——新标题没有经过验证，而且改标题本身会让页面经历一次重评估。正确做法是每周只改一到三个页面，改完观察两周。有对照才能知道改得对不对。

七、当数字变差时，先确认不是技术问题

收录率或者曝光占比突然大幅下降，第一反应不该是「内容不行」，而是先排除技术问题。按这个顺序花十分钟：

# 1. 页面能不能正常访问（状态码 + 响应时间）
curl -s -o /dev/null -w "%{http_code} %{time_total}s\n" https://example.com/某篇文章.html

# 2. 页面里有没有意外的 noindex
curl -s https://example.com/某篇文章.html | grep -o 'name="robots"[^>]*'

# 3. canonical 指向是否正确
curl -s https://example.com/某篇文章.html | grep -o 'rel="canonical"[^>]*'

# 4. robots.txt 有没有误伤
curl -s https://example.com/robots.txt

这四项里，我实际踩过的是第二项和第三项：一次是主题升级时模板里多了一行通用的 noindex（只影响某个内容类型），一次是分页 URL 的 canonical 全部指到了第一页，导致后面几页完全不被索引。这两次都是「内容一直没变，收录却掉了」，如果先去怀疑内容质量，会白改一个月。

还有一个容易被忽略的：站点整体响应时间变慢，会直接反映在抓取量上。抓取预算是有限资源，服务器慢的时候，搜索引擎会主动降低抓取频率。所以如果你发现抓取统计里每天的抓取页数在降，同时服务器负载在升，那先解决性能问题，SEO 的事放一放。

八、小结

收录自查这件事的关键，不是找到什么高深的技巧，而是把「看数据」变成一个有边界、有节奏的动作：每周三十分钟，只看三个比例，只改一到三个页面。它解决的问题是让 SEO 从一种「随时焦虑」的状态，变成一件「按周推进」的工作。

对个人站长来说，这个转变比任何技巧都重要。你一个人要写文章、要维护服务器、要回评论，注意力是唯一的稀缺资源。把注意力从「今天收录涨了没有」挪到「这三个比例这个月的变化趋势」，你才有余力去做真正能积累的事——写那些一年后还有人在搜的文章。