“我的新页面什么时候能收录？”这个问题没有标准答案，但等待时间是可以拆开的。把它分段之后你会发现，大部分延迟并不神秘，而是卡在某个具体环节上。
先接受一个前提：收录不是一个动作
很多人把收录想成一个开关：搜索引擎看到 URL，然后决定收或不收。实际过程至少经过四步，每一步都可能消耗时间，而且顺序基本固定。
等待时间通常花在四段上
第一段：发现
从页面可以正常访问，到搜索引擎知道这个 URL 存在。来源通常是站内链接、sitemap、外链或历史抓取记录。如果新页面没有任何站内入口，只靠 sitemap 或手动提交，发现时间往往更长。
第二段：排队
抓取是有预算的。搜索引擎会按站点权重、更新频率、服务器响应等因素，决定先抓哪些 URL。新页面排在列表后面，等几天甚至几周都算正常。服务器响应慢、经常超时，会让这个队列变得更长。
第三段：实际抓取
真正获取 HTML、JS 和资源的那一次请求。如果页面依赖大量前端渲染，或资源阻塞严重，抓取可能不完整，需要重试，这又会增加一轮等待。
第四段：索引评估
抓到的内容要经过去重、质量判断、与已有页面比较，才决定是否入库。这一段最不透明，也最容易被误解成“抓了却不收”。低价值页面、与站内已有页面高度相似的页面，可能长期停在这里。
想缩短等待，可以做的事
- 给新页面一个明确的站内入口：从已有且经常被抓取的页面加链接，通常比只放进 sitemap 更有效。
- 让栏目页、列表页指向新内容：这类页面更新频率高，爬虫回头也快。
- 保持服务器稳定：抓取时返回 5xx、超时或频繁限速，会明显拖慢后续排队。
- sitemap 保持准确：只放真实可访问、希望被收录的 URL，减少无效抓取。
- 内容尽量一次写完整：上线后大改结构或标题，等于重新进入一轮评估。
什么时候该怀疑有问题
如果同期上线的其他页面陆续被收录，唯独某个页面迟迟没有动静，可以按下面的顺序检查：
- 用日志或抓取工具确认爬虫是否访问过这个 URL。
- 确认访问时返回的是 200，而不是跳转、404 或需要登录的页面。
- 检查页面是否与站内已有内容高度重复。
- 确认这个页面有站内入口，还是只存在于 sitemap 里。
抓取过不等于收录。日志里有访问记录，只能说明“发现”和“抓取”这两段走完了，不代表索引评估已经通过。
不要用提交次数代替等待
反复提交同一个 URL、频繁请求重新抓取，通常不会加快收录，反而会分散抓取预算。更实际的做法是：把站内链接结构理顺，让新页面能顺着已有路径被自然发现，然后给它一点时间。
如果你要判断的是“收录速度整体变慢了”，而不是单个页面的问题，那就该看抓取日志趋势和索引覆盖率的变化，而不是盯着某一篇文章的表现下结论。