先分开原始记录与整理视图
查询几次后，收藏夹很容易出现同名页面、带参数地址和重复截图。整理海角社区网址查询记录时，建议保留两层：原始记录保存当时看到的完整材料，整理视图把相关记录归到同一候选组。这样即使后来发现分组错误，也能回到原始证据重新判断。
不要用一条“最新版地址”覆盖所有旧记录。旧地址可能解释你当时从哪里进入、为什么得出某个结论，以及页面后来如何变化。版本历史的价值不在于保存所有网页内容，而在于保留重要观察发生的先后关系。
最小台账可以只有八列
无需先搭建复杂工具，普通表格或文本文件就可以开始。字段名称保持稳定，比一次收集很多无法维护的信息更实用。
| 字段 | 填写内容 | 用途 |
|---|---|---|
| 记录编号 | Q-001 等本地编号 | 连接后续观察，不随标题变化 |
| 原始 URL | 完整复制收到的地址 | 保留查询起点 |
| 最终 URL | 实际看到的地址；未知则空缺 | 描述观察到的跳转 |
| 页面标题 | 当次可见标题 | 协助识别内容 |
| 来源 | 搜索词、公开引用页或原收藏 | 追溯发现方式 |
| 观察时间 | 日期与必要的时区 | 限定观察范围 |
| 候选组 | 同一对象的整理分组 | 减少重复阅读 |
| 结论与变更 | 已核对事实、未知项、差异 | 指导下一次查询 |
去重从确定的部分开始
第一步可以把完全一致的 URL 标成重复发现，但保留不同的来源记录。第二步才检查看起来相近的地址。不要一开始就删除全部查询参数、把所有路径改成小写，或随意去掉结尾斜杠；这些变化可能影响资源含义。MDN 的 URL 教程将路径、参数和片段分为不同组成部分，说明它们应被分别理解。
教学地址 example.com/notes?id=1 与 example.com/notes?id=2，参数不同可能指向两条记录；example.com/notes#intro 与 example.com/notes#summary 则可能定位同一页面的不同部分。这里只演示比较思路，不保证示例路径存在。是否合并应根据实际内容与可见关系判断，原地址始终保留。
同一页面，也可能需要保留不同观察
内容未变时，可以在同一候选组下追加一次重查记录；标题、主体内容或去向发生变化时，应添加版本备注。备注写清具体差异，例如“原栏目入口改为介绍页”，不要只写“已更新”。若当次无法读取，则记为当次观察失败，而不是删掉以前有效的材料。
Google Search Central 介绍了重复或高度相似页面的 canonical 选择，但这与个人资料台账的原始记录保存不是一回事。搜索服务选出的代表地址，并不能替你决定哪些历史材料需要删除。参见文末 canonical 说明。
用变化触发复查，而不是机械反复搜索
可以在再次使用资料、遇到新公告、发现链接去向变化或需要引用结论时复查。每次复查先读旧结论中的未知项，再选择最需要补充的一项。没有变化时写明“本次未发现影响原结论的变化”，不要伪造新的内容发布日期。
导出或分享台账之前，再核对原始地址与摘要是否对应，删去与研究无关的个人信息。交给他人的应是一份能够理解来源和限制的资料，而不是缺少上下文的地址集合。
区分发现时间、页面时间和复查时间
发现时间是你把资料加入台账的时刻，页面时间是正文实际标注的日期，复查时间是后来重新阅读的时刻。三者可能不同，不能把自己今天打开页面的时间写成文章今天发布。若页面没有日期，填写“页面未标注”即可；若只有“最近更新”这样的模糊表述，保留原意，不擅自换算成具体日子。分享资料时也应说明这些字段的含义，让接手者知道哪个日期属于页面本身、哪个日期属于你的观察。
本篇要点
去重减少重复劳动，版本记录保留判断依据；两者同时存在，资料整理才不会损失历史上下文。
参考资料
以下公开资料用于说明通用技术概念，不作为任何社区身份或地址的证明。