先做一件事:把准备删除的栏目当成一个“被引用对象”,从站内链接、导航配置、结构化数据、站点地图、重定向规则和外部投放六个方向反向找引用。只删栏目文件或只停用栏目模板,往往不会让入口消失;入口分散在模板、菜单、标签页、专题页和手工链接里,必须逐项核对。判断是否找齐的标准不是“搜索控制台里没有报错”,而是你能列出每个入口的当前状态,并说明它被改成了什么。
打开你手里的栏目页,从页面本身开始记录。清单至少包含:栏目URL、栏目名称、父级栏目、该栏目下已发布的文章数、被哪些页面链接、在哪些导航或列表模板中出现。每一条都要能回答“删掉后这里会变成什么”,而不是只写“待处理”。
这张清单的作用是让不同角色对同一事实有共同版本。编辑关心文章归属,开发关心模板变量,运营关心广告落地页,三方各说一套时,先让他们在同一张表上标出“我负责的入口”。
入口清单不能只有位置,还要有状态。建议每个入口都填三列:当前指向、删除后指向、由谁确认。当前指向要写具体URL或模板名称;删除后指向要写“保留并改链”“301到新栏目”“返回404并移除入口”中的一种;确认人写角色名,不写“大家”。
假设一个例子:某站点准备删除“行业观察”栏目,编辑说文章会迁到“新闻中心”,开发说导航模板里写死了“行业观察”,运营说信息流广告还投着旧栏目页。把这三条写进同一张表后,分歧就不再是“栏目能不能删”,而是“导航模板由谁改、广告落地页由谁换”。此时动作是:先改导航模板并发布,再核对广告后台的落地页是否已替换。这个动作的结果会直接决定下一步——如果导航已改但广告未换,旧栏目URL仍会收到流量,删除动作就不能算完成。
栏目删除的麻烦在于入口类型不同,处理方式也不同。可以按下面顺序推进,每做完一类就回表更新状态。
每完成一类,回表标记“已改链”或“已移除”。如果某一类暂时无法处理,写清阻塞原因和负责人,而不是留空。
删除栏目后,你可能会看到旧栏目URL的抓取量、点击量或展现量下降。这个下降不能单独证明处理正确,也不能单独证明处理错误。搜索需求本身有季节性,采集工具的统计口径也可能变化。比较时至少固定两个条件:同一统计周期、同一数据来源。假设你在删除前一周和删除后一周各看一次,先确认这两周是否包含节假日或行业活动;如果包含,下降可能来自需求变化,而不是删除动作。
更稳妥的做法是保留一份删除前的基线:旧栏目URL的抓取频次、内链数量、外部链接数量、广告点击量。删除后逐项对照,而不是只看一个总数。如果旧URL仍被大量内链指向,说明模板或正文链接没清干净;如果内链已清但外部链接仍在,说明外部入口还没处理完。
不是所有入口都要删除。以下条件成立时,可以保留旧栏目URL并让它返回301到新栏目:旧栏目有外部链接或广告投放,且新栏目内容能承接原有主题。以下条件成立时,必须清掉入口:旧栏目没有可承接内容,保留只会让用户进入空列表或错误页面。
判断依据是“入口是否还把用户带到有效内容”。如果旧栏目下文章已全部迁移,但导航仍指向旧栏目,用户点进去看到空列表,这个入口就必须清掉。如果旧栏目只是改名,内容仍在,301到新栏目并保留导航入口反而更顺。把这两种情况写进清单的“删除后指向”列,后续核对时就不会反复争论。
最后一步是让每个入口都有确认记录。删除栏目不是一次点击,而是一组入口状态的变更。清单上的每一行都标好当前指向、删除后指向和确认人,你才能回答“找齐了没有”这个问题。