先给结论:栏目删除后,“入口”不止导航和站内链接,还包括面包屑、分页、筛选参数、结构化数据中的引用、以及外部页面和站点地图里指向该栏目的链接。找齐它们的办法不是凭记忆列清单,而是先确定这个栏目在系统里被哪些模板和字段引用,再逐类导出引用关系,最后用一次可回滚的改动验证是否漏项。
假设某站点有一个“行业资讯”栏目,目录为 /news/,下面挂着列表页和若干文章页。运营决定停更并删除这个栏目,把文章迁到 /blog/。执行者检查后认为只有三处入口:主导航、首页一个推荐位、栏目页自身。删除后一周,站内搜索仍能搜到旧栏目文章,百度抓取日志里还出现 /news/ 开头的 URL,部分文章页的流量下降但未归零。这个结果说明:被删栏目仍被其他页面或数据引用,入口没有找齐。
这个例子是假设的,用来演示排查顺序,不代表任何真实站点。它的价值在于提示一个边界:小样本下“我看到的入口”等于“全部入口”,但栏目一旦被模板、参数、外部链接或历史数据引用,规模变大后就会出现例外,不能直接照搬手工清单。
手工浏览页面只能发现显性入口,容易漏掉由模板自动生成的链接。更稳的做法是先问三个问题:哪些页面模板会输出指向该栏目的链接?哪些数据字段存了该栏目的 ID 或路径?哪些配置项把它列为默认值?
BreadcrumbList 或 itemListElement 可能仍写死旧栏目地址。把这三类问题对应的文件和字段列出来,比逐个点开页面更能接近完整入口集合。实际动作是:在代码库和数据库里搜索栏目路径与栏目 ID,把命中位置记成一张表,标注“模板生成”还是“人工填写”。这张表决定了下一步是改模板、改数据,还是两者都改。
找齐之后不要一律删除。入口按影响方式分三类,处理动作和验证方法都不一样。
这里有一个取舍:如果旧栏目文章整体迁移,用 301 保留信号;如果旧栏目内容被彻底废弃,用 410 更明确。两种选择成立的条件不同——前者要求新旧内容主题一致,后者要求确认没有外部链接价值。选错不会立刻报错,但会影响后续抓取和流量归因。
找齐入口后,不要直接全量删除。先在一个可回滚的环境或小范围路径上执行改动,然后观察三类信号:
如果抓取量下降,不能单独证明处理正确。它也可能是季节波动、搜索需求变化或数据采集差异造成的。判断漏项要看“旧路径是否仍返回 200 且被站内引用”,而不是只看总量。假设改动后旧路径请求量归零,但站内搜索仍能命中,说明数据层还有残留,需要回到第一步继续查字段。
验证通过后再全量执行。执行后保留旧路径的 301 或 410 至少一个抓取周期,并持续观察新栏目的抓取和点击是否接替旧栏目。如果新栏目没有接替,问题可能不在入口删除,而在新栏目的内容与旧入口的主题匹配度。
如果栏目只是改名而非删除,优先用 301 整体迁移,不必逐类找入口。如果站点规模很小、栏目没有被模板和参数引用,手工清单可能就够用。但如果栏目被多个模板、筛选参数或外部链接引用,就必须按“字段反查—分类处理—可回滚验证”的顺序走。规模化的例外往往出现在自动生成链接和结构化数据上,这两处不查,入口就找不齐。