历史页面存档：目标怎样拆成页面任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e7ec8c59e347.html
📄
历史页面存档：目标怎样拆成页面任务
把“历史页面存档”这个目标拆成页面任务，核心做法是按页面生命周期分阶段：先盘点需要存档的旧页面，再为每个页面确定存档形式（保留、合并、重定向或下线留档），最后把每一项写成可验收的页面级清单。适用前提是你已经有一批旧内容需要处理，而不是从零规划新站。验收信号是：每个旧页面都能对应到唯一一条处理任务，且执行后用户访问旧链接不会直接撞上死胡同。
第一步：先建立旧页面清单，而不是先改页面
存档目标的起点是“有哪些页面”。没有清单，任务拆解会变成凭印象改几个页面，遗漏大量入口。可以按以下顺序收集：
- 从站点地图、后台内容列表、日志文件三个来源交叉比对，找出曾经存在但已不在导航中的页面。
- 记录每个页面的原始路径、标题、最后更新时间、当前状态码。
- 标记页面是否还有外部链接或站内链接指向它。
这一步的验收信号是：清单里每个页面都有可访问的原始路径记录，且状态码一栏不为空。如果某个页面无法确认原始路径，就先归入“待核实”，不要直接进入下一步。
第二步：按页面价值决定存档方式
存档不等于全部保留。把每个页面归入以下四类之一，任务才有明确动作：
- 保留并更新：内容仍有搜索需求，只是信息过时。任务写成“更新某页面中的年份与数据，保留原路径”。
- 合并：多个旧页面讲同一主题。任务写成“将A、B内容并入C，A与B设置重定向到C”。
- 重定向：页面已无独立价值，但有外部链接。任务写成“将旧路径301到最相关的新页面”。
- 下线留档：内容不再适用且无替代页面。任务写成“返回410，并在存档目录保留一份静态副本”。
假设某页面是2019年的活动通知，已无后续活动，也没有外部链接，那么归入“下线留档”比强行重定向到首页更合理。判断依据是：用户点进来是否能获得与链接描述一致的内容。若不能，重定向到首页会造成期望落差。
第三步：把每类任务写成可检查的页面条目
页面任务不能只写“处理旧页面”。每条任务至少包含四项：原路径、动作、目标路径或存档位置、验收方式。例如：
原路径 /old-guide → 动作 301 → 目标 /new-guide → 验收：访问原路径返回301且最终页内容相关
再比如下线留档：
原路径 /event-2019 → 动作 410 → 存档位置 /archive/event-2019.html → 验收：原路径返回410，存档页可正常打开
适用条件是：你已经完成前两步的清单与分类。如果分类还没确定，先不要写具体路径，否则后续会反复修改。验收信号是：随机抽取任意一条任务，执行人都能不看额外说明就完成操作。
第四步：区分“可能原因”与“已经定位的原因”
执行存档任务时，常会遇到旧链接表现异常。此时不要直接断定是重定向写错。可能原因包括：
- 服务器配置未生效，旧路径仍返回200。
- 重定向链过长，中间经过多个跳转。
- 存档页本身被 robots 规则阻止访问。
- 站内仍有链接指向已下线页面。
要定位原因，逐项检查：先用状态码工具确认旧路径返回什么；再查看重定向链有几跳；然后检查存档目录是否可访问；最后搜索站内是否还有旧路径链接。只有确认了具体环节，才把“可能原因”改写成“已定位原因”，并更新对应页面任务。
第五步：用验收信号判断任务是否完成
全部页面任务执行完后，按以下清单逐项核对：
- 每个旧路径都有明确状态码，不存在返回200但内容为空的情况。
- 所有重定向最终落点与旧页面主题相关，不出现全部跳首页。
- 存档副本可独立打开，不依赖已删除的样式或脚本。
- 站内导航与正文中不再出现指向已下线页面的链接。
如果某项不通过，回到对应页面任务修正，而不是重新做一遍全站盘点。下一步建议从清单中挑出访问量最高的十个旧页面，优先完成它们的存档任务，再逐步覆盖长尾页面。
