收录相关的排查，最容易犯的错是“全站铺开”：把所有 URL 拉出来，逐条看状态，改一堆东西，然后等结果。这样做的问题不是不努力，而是变量太多——你改了内链、调了模板、换了 sitemap，最后不管结果好坏，都不知道是哪一步起了作用。
更省力的做法是先做一组小样本对照。样本小，变量可控，观察周期短，结论也能更快用到全站。
为什么先做小样本
抓取和收录本身带有延迟和波动。同一批页面，有的当天被抓，有的一周后才进索引，这中间可能只是调度顺序的差异，不代表页面有问题。全站排查会把这种正常波动当成异常，白改很多东西。
把范围缩小到十几个页面，你能记住每个页面的初始状态、改了什么、什么时候改的。观察结果时，判断会清楚很多。
样本怎么选
样本不用随机，按对照的目的挑就好。常见的几个维度：
- 页面类型：文章页、栏目页、聚合页各选几个，不同类型在收录判断里的表现本来就不一样。
- 点击深度：从首页点两下能到的，和点五六下才能到的，各放一两个，用来观察内链入口的影响。
- 内容体量：短页面和长页面各选，避免把“内容太薄”和“入口不够”混在一起看。
- 上线时间：新旧页面都有，新旧页面的抓取优先级通常不同。
每组两到三个就够了。样本太多，又会回到无法逐条跟踪的状态。
一次只动一个变量
这是小样本方法的核心。比如你想验证“补内链能不能加快发现”，那就只加内链，不要同时改标题、调版式、补提交入口。哪怕你心里觉得这几项都该改，也先分开做。
实际操作时，可以把样本再分两层：一层做改动，一层保持原样当参照。过一段时间对比两层的抓取和收录情况，比单看“改过的页面有没有被收录”更有说服力——因为后者无法排除“不改也会被收录”的可能。
如果两类页面的结果没有明显差别，不要急着否定结论。先看观察窗口是不是太短，样本量是不是太小，改动有没有真正生效。
观察时把三层分开记
记录时建议分三层，不要只记“收录了没有”：
- 有没有被抓：看服务器日志里对应 URL 的访问痕迹，或者抓取统计里的请求数。
- 有没有进索引：用 site 查询或索引覆盖类报告确认，注意区分“已抓取未索引”和“已索引”。
- 有没有被展示：收录不等于有流量，展示层还受标题、摘要和查询匹配的影响。
把这三层混在一起，很容易得出错误结论。比如页面没流量，第一反应是“没收录”，其实可能只是收录了但展示位置靠后。
结论怎么用到全站
小样本给出的不是“必然规律”，而是一个方向性的判断：某个改动在当前站点结构下，看起来对抓取或收录有正向影响。接下来可以分两到三批，把改动逐步放大，每批之间留出观察时间。
如果放大到某个批次后效果变差，说明结论有边界条件，比如只适用于点击深度浅的页面，或者只适用于内容量足够的页面。这比一开始就全站改、事后无法回溯要好得多。
另外，样本结论要写下来：改了什么、什么时候改的、观察了多久、看到什么。站点运营是长期的事，几个月后回头看这些记录，能省下很多重复排查。