不少站点把收录当成一次性开关：URL 提交了、日志里看到蜘蛛了，就当作这件事已经结束。实际上索引里的页面会随着内容变化、内链调整、同类页面竞争而不断被重新评估。同一个 URL 在上线、稳定、衰退、下架这几个阶段，需要的动作并不一样。用同一套标准一刀切，常见结果就是该留下的页面没留住，该清理的旧页面长期占位。

新页面阶段：先让它的身份足够清楚

新 URL 最怕的不是抓得慢，而是被抓到时姿态含糊。蜘蛛第一次访问拿到的信息，会影响它对这个 URL 的判断基础。

• 确认主版本唯一：筛选、排序、跟踪类参数尽量不要生成可被抓取的独立 URL；
• 标题、正文首屏、结构化数据对同一主题给出一致表述，不要一个说产品、一个说攻略；
• 站内至少有一条稳定入口，站点地图和蜘蛛池只是补充，不能替代导航和内链；
• 页面上不要同时出现互相矛盾的 robots 指令与 canonical 指向。

这个阶段不必追求最快收录，而是尽量让蜘蛛一次就看清这个 URL 代表什么、和站内哪些页面是同类。

稳定期：内容改动后要回头看索引是否跟上

页面进索引之后，很多人就不再管它了。可只要正文、标题或主要模块发生改动，索引里的版本就可能与线上不一致。

小改动与大改动分开处理

修正错别字、调整措辞这类小改动，通常不需要额外动作，让蜘蛛自然回访即可。但如果主题、目标词或页面结构发生明显变化，就要主动确认：旧的索引标题是否还在、URL 是否被替换成了别的版本、内链指向有没有跟着更新。

还需要留意一种情况：站点把两个主题相近的页面合并成一个新 URL，却没有处理旧 URL 的去向。旧页面如果只是返回 404 或保留残页，权重和用户都会被分散。

衰退期：判断是该保留、合并还是放弃

不是所有页面都值得长期留在索引里。判断时可以看几个信号：

• 长期没有自然流量，也没有站内入口点击；
• 内容与站内其他页面高度重叠，只是换了个标题；
• 页面信息已经过期，继续存在会误导用户；
• URL 结构本身混乱，或与现有栏目不再匹配。

如果判定为合并，就把有用的信息并入主页面，旧 URL 做 301 指向新地址；如果判定为放弃，就直接返回 410 或 404，而不是把页面留着、只加一个 noindex 了事。保留一个 noindex 的空壳页面，对用户和蜘蛛都不算清爽。

下架期：删除的方式比删除本身更重要

删除页面时，先确认三件事：这个 URL 有没有外部链接或站内链接指向；它的内容有没有被其他页面继承；它是不是某个流程中的必要环节。确认之后再决定是 301、410 还是保留一个说明页。

另外，下架后的一段时间里，索引里仍可能出现旧 URL，这是正常过程，不需要反复提交删除请求，也不要因为看到旧 URL 就临时把它恢复。稳定地维持处理结果，比频繁改动更容易让状态收敛。

给站点定一个固定的检查节奏

与其每天盯着收录数量波动，不如按周或按月做几件固定的事：抽查新上线 URL 的代表版本是否正确；核对重点页面改动后索引标题与摘要是否更新；清理合并后残留的旧 URL；检查站点地图里是否还包含已经下架的地址。

收录是持续维护的状态，不是一次提交的结果。把页面按阶段分开处理，比用一套动作应对所有 URL 更省事。