做站点运营，几乎每天都会遇到同一个问题：这个页面到底被收录了没有。这个问题看起来简单，但不同的人用不同的方法去查，往往得到互相矛盾的结论。原因在于，“收录”本身不是一个单一动作，而是一串状态的集合。先想清楚要查哪一层，再选对应的查法，结论才不会跑偏。
先分清你要查的三层状态
从蜘蛛访谈到搜索结果，中间至少隔着三层：
- 抓取过：蜘蛛请求过这个 URL，服务器日志里能看到记录。这只说明它来过。
- 进了索引：页面被处理、去重、归类之后，真正存进了索引库。
- 能被展现：用户在特定查询下确实能看到它，还要受查询词、地域、结果折叠等条件影响。
大部分“到底收录没有”的争论，其实是大家在说不同的层。抓取过不等于进索引，进了索引也不等于任何查询下都能看到。
几种常见查法，各自能看出什么
site: 命令
它给的是一个大致规模，不是精确数量。数值会随查询地点、时间、词形而波动，也会包含一些你并不希望出现的 URL。适合用来看趋势和结构，比如某个目录下的页面是不是成批进了索引，不适合拿来当收录率的分子。
站长后台的 URL 检查
这是目前最接近“单个 URL 状态”的查法，能区分“已发现但尚未抓取”“已抓取但未编入索引”“已编入索引”等状态。缺点是它只针对你提交的那一个 URL、那一刻，而且不同属地与协议的版本要分开看。
服务器日志
日志回答的是另一个问题：蜘蛛有没有来、来了几次、抓的是哪一版、返回了什么状态码。它证明不了收录，但能证明抓取环节是否正常。如果日志里长期没有某个 URL，问题通常出在链接结构或入口，而不是内容质量。
直接搜标题或关键句
能看到，基本可以确认它在索引里；搜不到，不能直接判定没有收录。可能是标题被改写、查询词竞争激烈、结果被折叠，也可能只是这次搜索的个性化结果不同。它适合做交叉验证，不适合做唯一依据。
几个容易读错的信号
- site: 数量变少，不一定代表页面被删；有时只是索引在合并或调整。
- URL 检查显示“已编入索引”，不等于这个词下一定有排名或展现。
- 日志里有蜘蛛访问，不等于页面被收录，中间还隔着处理和筛选。
- 搜索结果里出现了页面，但描述是旧快照，说明索引里的版本还没更新。
确认没收录之后，先做判断题
把原因按环节归类，比反复提交 URL 更有效：
- 页面本身是否明确告诉蜘蛛不要索引，比如 noindex、canonical 指向了别处、robots.txt 挡住了抓取。
- 蜘蛛有没有机会走到它：内链是否可达，是否有 sitemap 入口，日志里有没有它的记录。
- 抓到了但没进索引，就要看内容层面：是否与其他页面高度重复，是否内容过薄，是否只是列表或筛选结果的空壳。
- 索引里有，但结果看不到，那就不是收录问题，而是查询与展现的问题。
把查询过程记录下来
单次查询很容易被误读，因为索引状态本身会变。建议对重点 URL 做一个简单记录：地址、查询日期、用了哪种查法、当时结论、下一步动作。过两三周再查一次，对比才是有效信息。
把“收录”拆成“抓取、索引、展现”三段来看，很多看似矛盾的结论会立刻变得合理。
最后提醒一句：无论用哪种查法，你看到的都是某个时间点的切片。与其纠结一次查询的结果，不如把重点放在让页面本身值得被索引、让链接结构能让蜘蛛走到它。