网站存档查看，目标怎样拆成页面任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c92f864e647e.html
📄
网站存档查看，目标怎样拆成页面任务
网站存档查看的目标拆成页面任务，核心做法是：先确定你要回答的具体问题，再把这个问题对应到“一个可访问的存档页面或一份可核对的存档记录”上，然后为每个页面分配唯一任务，例如提供时间点选择、提供原始链接、提供内容快照说明。页面任务不是“把网站存下来”这种笼统目标，而是“用户进入这个页面后，能完成哪一次查看、核对或追溯”。
从假设例子看拆分过程
假设你负责一个地方志资料站，需要让读者查看某个旧版政策页面在若干年间的变化。目标可以写成“让读者能查看该政策页面的历史版本”。这个目标不能直接变成一个页面，因为它至少包含三个动作：找到存档入口、选择时间点、对比不同版本。拆成页面任务后，可以分成：存档索引页负责列出可查看的年份和快照链接；单个快照页负责展示某一时间点的内容；对比说明页负责指出两版之间的差异和差异原因。每个页面只承担一个主要任务，用户路径才不会混乱。
页面任务要写到可执行的程度
判断一个页面任务是否拆得够细，可以用三个检查项：
- 输入是否明确：用户进入页面时，手里已经有什么？例如已知网址、已知日期、已知标题，还是只知道一个模糊名称。
- 动作是否单一：页面是让用户选择时间点，还是让用户直接阅读快照，还是让用户提交存档请求？三者不应混在一个页面里。
- 结果是否可判断：用户完成动作后，能否明确知道“我看到了哪一版”“这一版和哪一版不同”“这个快照是否完整”。
如果页面任务写成“提供存档查看功能”，它无法指导设计，也无法判断是否完成。更合适的写法是：“用户输入已知网址后，页面返回该网址在指定年份范围内的快照列表，并标出每个快照的抓取日期和原始链接。”
常见错误：把技术环节当成页面任务
网站存档查看涉及抓取、保存、索引和展示，但这些环节不等于页面任务。抓取是后台过程，索引是组织方式，展示才是用户能操作的页面。常见错误包括：
- 把“让搜索引擎收录存档页”当成页面任务。收录是结果，不是页面要完成的事。
- 把“保存所有历史版本”当成一个页面。保存范围可能很大，页面只能承担其中一段查看路径。
- 把“提供存档查询”写成没有输入条件的搜索框。用户不知道输入网址、日期还是标题时，页面任务就没有边界。
如果出现“用户找不到某个旧页面”的具体问题，不要先断言是存档缺失。可能原因包括：该页面从未被存档、存档时间点不覆盖用户要找的日期、存档页面本身无法访问、或者用户输入的网址与存档时的网址不一致。需要先收集证据：用户要找的原始网址是什么、期望日期是哪一天、已经尝试过哪些存档入口、返回结果是空白还是报错。只有把这些信息列出来，才能判断是页面任务设计问题，还是存档数据本身的问题。
把目标转成页面清单的步骤
可以按以下步骤执行：
- 写下一句目标，必须包含对象和动作，例如“让读者查看某政策页面在2018年至2022年间的版本”。
- 列出用户完成该目标需要经过的节点：进入、选择、查看、对比、离开或继续。
- 每个节点只分配一个页面任务，并写明输入、动作和可判断的结果。
- 检查页面之间是否重复。如果两个页面都在做“选择时间点”，就合并或拆成不同条件。
- 为每个页面写一条最小验收标准，例如“用户选择年份后，页面显示该年份内所有快照的日期和链接”。
适用条件是：你已经有明确的查看对象和大致时间范围。如果对象本身还不确定，先做收集证据的页面，而不是直接做快照展示页。判断结果是：每个页面都能用一句话说清“用户来做什么、做完看到什么”，并且不需要依赖另一个页面才能理解自己的任务。
下一步，拿你当前的一个存档查看目标，按上面的清单写出三个页面任务，并分别标注输入、动作和验收标准。写不出来或两个页面任务重复时，就继续拆，直到每个页面只解决一个具体查看动作。
