新页面发布之后，最常见的焦虑是：过了几个小时去搜，什么都没看到，于是开始怀疑是不是被屏蔽了。其实“发现”“抓取”“收录”是三件不同的事，各自的时间尺度也不一样。把这三段时间分开看，能省掉很多不必要的操作。
三个阶段各自的时间尺度
搜索引擎处理一个 URL，大致是按顺序走三步的，每一步都可能卡住，也都可能很快。
发现：几个小时到几天
发现指的是蜘蛛知道“这个地址存在”。入口主要有几条：站内链接、sitemap、提交接口、外部链接。新页面如果挂在首页或栏目页的显眼位置，通常被发现的比较快；如果只靠 sitemap，就要等蜘蛛下次来取 sitemap。最常见的情况是：页面在站内是孤儿页面，谁都不指向它，于是只能等 sitemap 或者外部链接把它带进来。
抓取：可能当天，也可能排到后面
被发现了不代表马上抓。蜘蛛手里有一份待抓列表，会按优先级排序。同一批上线的页面，有的当天被取走，有的一周后才被取走，差别往往来自页面在站内的位置、目录的历史抓取表现、以及服务器响应速度。如果一个目录里大量返回 404 或超时，蜘蛛对这个目录的抓取意愿会下降。
收录：抓取之后还有一道判断
抓取回来的是内容，收录是搜索引擎决定“这个地址值不值得留在索引里”。这一步没有明确的时间承诺，从几小时到几周都出现过。影响判断的通常是内容本身的质量、和站内已有内容的重复程度、以及页面对用户有没有独立价值。
抓取是一个动作，收录是一个判断。日志里有蜘蛛抓过，只能证明前半段完成了。
头两周里值得盯的几件事
- 日志里有没有出现这个 URL：出现了说明至少被发现；反复出现说明蜘蛛愿意回来看。
- 返回码是否正常：200 之外的状态码会直接中断后面的流程。
- 页面在站内的链接位置：从首页点几下能到，通常比只写进 sitemap 更有效。
- 索引报告里的状态：是“已发现未抓取”，还是“已抓取未索引”，两种状态对应的处理方向完全不同。
- 内容是否和已有页面高度重合：同一篇内容铺在多个 URL 上，最后往往只留一个。
哪些做法会拖慢节奏
- 上线后频繁改 URL、改标题、改正文结构，蜘蛛每次回来看到的都不一样。
- 正文要等 JS 执行完才出现，而蜘蛛拿到的初始 HTML 是空的。
- 一次放出几百上千个新 URL，抓取资源被摊薄，每个都慢。
- canonical 指向站内的另一个地址，等于主动让出索引位置。
什么时候需要介入
- 日志里两周都没有这个 URL：先查发现路径，内链、sitemap、提交入口挨个确认。
- 有抓取记录但一直未索引：查内容质量、重复度、模板占比，而不是继续加外链。
- 抓取时返回异常状态码：先修服务器和路由，其他动作都排在这之后。
- 页面本身就不该进索引：用 noindex 明确表态，比让它反复抓取后再被过滤更干净。
最后提醒一句：上面说的时间尺度只是常见区间，不是承诺。不同站点、不同目录的节奏可以差很多。与其盯着某一天的收录数，不如把发现路径理顺、把页面质量做扎实，让每一段流程少一点卡点。