怎样建博客：删除一个栏目时怎样找齐受影响的入口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d16a8c82f014.html
📄
怎样建博客：删除一个栏目时怎样找齐受影响的入口
删除栏目时，入口漏掉与否不取决于栏目页本身，而取决于这个栏目被哪些导航、列表、内链、订阅和外部引用当作“入口”使用。先查全站内部引用，再决定是直接删、改指向还是保留空壳做跳转，是更稳的顺序。
先分清两种删除目标，选择才成立
同样叫“删除栏目”，实际可能是两种不同目标。第一种是彻底移除这个内容集合，不再提供任何可访问的栏目入口，只保留文章本身；第二种是取消这个栏目层级，把内容并入另一个已有栏目，让旧入口继续可用。两者的查入口方式不同。
如果目标是第一种，必须找齐所有指向该栏目的链接，包括主导航、侧栏、页脚、面包屑、相关文章模块、分页、标签聚合和站内搜索建议。如果目标是第二种，查入口的重点变成“哪些位置需要把链接改成新栏目地址”，而不是全部清除。选择依据很简单：内容是否还需要一个稳定的聚合页。需要，就选合并；不需要，才选彻底移除。
代价也要提前算。彻底移除的代价是旧链接可能失效，外部引用和用户书签会落到空页；合并的代价是要逐处替换链接，工作量更大，但入口连续性更好。没有外部引用、也没有订阅用户依赖时，彻底移除更省事；有外部引用或站内大量内链时，合并更值得做。
用三种检索方式找齐入口，而不是靠翻菜单
只翻后台菜单和主题文件，通常会漏掉正文内链、自定义字段和旧模板里的硬编码链接。更可靠的做法是同时用三种方式交叉核对。
- 内容检索：在文章、页面、自定义文章类型的正文和摘要中搜索栏目别名、栏目 ID 和栏目完整地址。
- 模板与配置检索：在主题模板、小工具配置、菜单配置和重定向规则中搜索同一组标识。
- 外部引用检索：用站点地图、访问日志或外部链接检查工具，找出从站外进入该栏目的地址。
三种结果合并后，按入口类型分组：导航类、列表类、正文内链类、订阅与推送类、外部引用类。分组的意义在于处理动作不同——导航类必须改，正文内链可以改也可以保留，外部引用通常只能靠跳转承接。
实施动作：先建清单，再逐类处理
第一步是建一张入口清单，字段至少包括：入口位置、链接地址、链接文本、处理方式、处理后结果。处理方式只有三种：改为新栏目地址、删除链接、保留并加跳转。
第二步按风险从高到低处理。主导航和页脚影响全站，先改；列表模块和分页影响栏目聚合，其次；正文内链数量多但单条影响小，可以批量替换后抽查；外部引用无法直接修改，只能通过跳转规则承接。
第三步是验证。假设一个博客把“读书笔记”栏目并入“阅读”栏目，处理完后应检查：主导航是否还指向旧地址，旧地址是否返回有效跳转，站内搜索该旧栏目名是否还能命中文章，以及订阅推送里是否还有旧栏目链接。任何一项仍指向已删除地址，就说明入口没找齐。
这个动作会直接影响下一步：如果验证时发现跳转规则没有覆盖带分页的旧地址，就需要补规则；如果发现正文内链批量替换后出现错误链接，就要回退这批替换再逐条确认。验证结果决定是继续清理还是先修复。
例外情况：这些入口不必强改
有些入口保留反而更合理。比如历史文章里的正文内链，如果上下文仍在讨论该栏目当时的分类，强行改成新栏目地址会让语义变差，此时保留旧地址并加跳转更合适。再比如外部引用，无法要求对方改链，只能靠跳转承接。
还有一种例外：栏目本身没有独立内容，只是标签或筛选条件的聚合页。这类页面如果被删除，站内搜索和筛选参数可能仍会生成同类地址，需要确认这些地址是否由程序动态产生。动态产生的入口不在模板里，靠文件搜索找不到，只能通过实际访问和日志确认。
最后要说明的是，删除前后做对比时，流量或抓取量的变化不能单独证明处理正确。季节变化、搜索需求波动和数据采集口径差异都会影响结果。比较时应固定观察窗口和统计口径，并记录同期其他改动，否则容易把无关变化当成删除栏目的效果。
