怎样建设网站：清理空页面时如何区分待发布与已废弃内容
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a8c7b98a0fa9.html
📄
怎样建设网站：清理空页面时如何区分待发布与已废弃内容
先把空页面按“有没有明确下一步”分成两类：有负责人、有交付物、有可核对入口的，归为待发布；没有任何人认领、也没有后续动作的，归为已废弃。判断依据不是页面是否空白，而是空白背后是否还存在一条能被验证的工作链。
先看空页面的三种来源
同样是空白页，来源不同，处理方式完全不同。清理前先给每个页面标一个来源，避免把“还没写”和“不会再写”混在一起。
- 占位型：栏目结构先搭好，内容后补。这类页面通常有导航入口、有模板框架，只是正文还没填。
- 迁移型：旧站改版或换目录后留下的空壳，原内容已经搬到别处，页面本身没有保留价值。
- 试验型：曾经上线过活动页、专题页或测试页，活动结束后没人负责收尾。
这三种来源对应三种动作：占位型要确认排期，迁移型要确认是否已做跳转或合并，试验型要确认是否还有外部链接指向它。来源判断错了，后面的取舍都会跟着错。
把分歧转成可核对的三个字段
多个角色对同一页面有不同理解时，争论“这页还要不要”通常没有结果。更有效的做法是把分歧落到三个可以查证的字段上。
负责人字段
记录谁对这个页面的最终内容负责。如果连续两次核对都填不出具体的人，只填了部门名或“待定”，这本身就是待发布状态不成立的证据。注意：负责人不是“谁都能改”，而是“谁必须交付”。
交付物字段
写清楚这个页面最终要呈现什么，例如一篇说明、一组参数、一段流程。交付物为空，说明需求本身还没想清楚，此时既不应当作待发布排期，也不宜立刻删除，而应先回到需求确认。
核对入口字段
记录一个能验证进度的地方，例如任务清单中的条目、内容排期表里的一行。这个字段的作用是让“快好了”变成可以复查的状态，而不是停留在口头承诺。
三个字段都齐全，才进入待发布队列；负责人和交付物缺失，且没有任何核对入口的，进入废弃评估队列。这个划分不依赖个人判断，换谁来核对结果都一致。
一个假设例子：两个空白页的不同命运
假设某站有两个空白页 A 和 B。A 挂在主导航的“服务说明”下，任务清单里有一条“补充服务范围与适用条件”，负责人明确，交付物是文字说明；B 是两年前的活动页，没有任何任务条目，也没有人认领，但外部有一个旧链接指向它。
按上面的字段判断：A 属于待发布，动作是保留并排期；B 属于已废弃，但不能直接删，因为外部链接还在。对 B 的下一步是确认该链接是否仍有访问价值——如果有，就把内容合并到相关页面并设置跳转；如果没有，再进入删除流程。这个例子的数字和页面名称都是假设，用于说明判断顺序，不代表任何真实站点的情况。
这里的关键动作是：先查外部链接，再决定删除还是合并。跳过这一步直接删，会让原本能正常访问的入口变成死链，后续还要花时间排查，反而增加工作量。
处理动作如何影响下一步
不同处理动作会把页面推向不同流程，选错会让后续核对失去意义。
- 保留待发布：页面继续留在原位置，进入排期。下一步是定期核对负责人和交付物是否仍然成立，如果连续核对都无进展，应重新评估是否转为废弃。
- 合并：把有价值的信息并入其他页面，原页面设置跳转。下一步是确认跳转目标确实覆盖了原页面的主题，而不是随便指向首页。
- 删除：确认无外部链接、无导航入口、无任务归属后再执行。下一步是记录删除原因，避免同一页面在下次清理时被重新建出来。
这三个动作的结果会直接影响下一轮清理的范围。如果合并和删除都做了记录，下一轮只需要核对新增的空白页；如果没有记录，同样的页面会反复出现在待处理清单里。
清理后如何判断处理是否有效
清理完成后，不要只看“空白页数量下降”这一个信号。数量归零也可能来自其他原因，例如页面被临时下线、统计口径变化、抓取范围调整，这些都不等于处理正确。
更稳妥的验证方式是分两步：先核对被处理页面的跳转或删除记录是否与计划一致；再在改动前后各取一段时间的访问数据做比较，并注意季节波动、搜索需求变化和采集差异的影响。一次改动前后的数据差异，不能单独用来证明清理动作带来了某种固定效果，也不存在固定的见效时间。
把判断标准放在“记录是否可核对”上，而不是放在“感觉干净了”上，清理工作才能在下一次继续复用。
