新页面发布之后，最常被问到的一句话是：多久能收录？这个问题没有标准答案，但有一个可以自己建立的心理区间。预期建对了，后面每一次延迟都不会被当成事故；预期建错了，就会反复做无用功。
收录是三件事串起来的结果
搜索引擎看到一个页面，到它出现在索引里，中间至少经过三步：知道这个 URL 存在、抓取队列排到它并完成抓取、抓完之后判断它值得进索引。三步里任何一步慢，最终时间都会拉长。
所以别人的站三天收录，对你的站没有参考价值。真正该看的不是总天数，而是这三步里哪一步在你这里偏慢。
第一步：URL 被发现
这一步通常最快，前提是入口够清晰。常见的发现路径包括：站内链接、更新的 sitemap、页面之间的相关推荐、外部链接。如果一个新页面在站内没有任何链接指向它，只躺在 sitemap 里，发现速度就会明显慢一截。
自查方法很简单：从首页出发，点几下能到这个新页面？如果超过四五跳，或者只有 sitemap 一条路，那就是入口设计的问题，不是搜索引擎的问题。
第二步：排队与抓取
被发现不等于马上抓。抓取是有成本的，站点越大、历史抓取表现越不稳定，排队时间越长。几类情况会让这一步明显变慢：
- 站点整体返回大量 5xx 或超时，抓取频率被下调；
- robots.txt 里存在大范围屏蔽规则，抓取工具主动减少来访；
- 新页面所在的目录历史抓取量本来就少；
- 页面依赖脚本渲染，需要额外的渲染资源，抓取成本更高。
这一步的观察窗口通常是发布后的一到两周。判断依据是服务器日志里有没有对应的抓取记录，而不是索引报告。没有抓取记录，谈收录就是空谈。
第三步：值不值得进索引
抓到了，也不一定收。搜索引擎会对页面做一次质量判断，常见的影响因素有：
- 内容是否与站内已有页面高度相似，比如同一个商品的不同排序参数页；
- 页面上有没有足够的正文，还是只有标题加几张图；
- 页面是否解决了某个具体问题，而不是纯粹的栏目壳；
- 站点整体内容是否稳定，长期靠采集或拼接的站，新页面被收的意愿也低。
这一步没有固定时长，它取决于搜索引擎对整站的判断。这也是为什么同一批发布的十个页面，可能只收了七个。
把收录当成一次审核结果，而不是一次提交动作。提交只负责让 URL 被看见，审核通不通过是另一回事。
发布后的自查节点
与其每天刷新索引查询，不如按下面几个节点看，效率更高：
- 发布当天：确认页面返回 200、没有被 robots.txt 挡住、canonical 指向自己、sitemap 已更新、站内至少有一条内链指向它。
- 24 到 72 小时：看服务器日志，确认抓取工具来过。这一步只看有没有来，不看结果。
- 一周左右：查看索引状态，看页面是被收录、被判为重复、还是仍处于已发现未抓取。
- 两到三周：仍然没有收录，再回头看内容层面和站点整体抓取量的变化。
哪些催收录的做法是真有用
有效并且可以持续推进的，通常只有几件：给新页面加高质量的内链入口、保持 sitemap 与真实页面一致、维持站点整体的可抓取稳定性、把页面的正文写清楚。这些都是长期动作，见效靠积累。
相比之下，反复提交同一个 URL、把希望押在第三方收录工具上、为了催收录临时堆砌外链，都没有稳定效果，还容易带来别的麻烦。
预期落空时先排查什么
如果超过三周仍无动静，按这个顺序看一遍，基本能定位问题：
- 页面本身是不是被 noindex 或 canonical 指向了别处；
- 是否与站内已有页面内容重复，属于该被合并的那一类；
- 页面正文是否主要靠脚本渲染，抓取时拿到的是空壳；
- 站点近期的抓取总量是否整体下滑，问题可能不在单个页面；
- URL 本身是否属于参数页、筛选页这类本来就不适合单独立索引的类型。
把这几项过一遍，大多数延迟都能解释清楚。解释不清的，先别急着改页面，观察一到两周再动，避免把正常波动当成故障处理。