SAG / ARCHITECTURE NOTE

URL 身份与去重：删除哈希后还是同一页面吗？

通过区分原始链接与用于比较的地址来管理文档的同一性。如果每次都把片段不同的引用计为新来源，证据页面数量就会膨胀。反之，删除重要查询参数，则会把不同产品合并在一起。

SAG编辑 · 2026-10-08 · 更新 2026-10-08

什么是 URL 身份？

通过区分原始链接与用于比较的地址来管理文档的同一性。 本文将 URL 身份理解为输入、转换和输出各自承担的职责，而不是某个功能名称。要让分析结果可信，必须能够追溯输入了哪些资料、核验了什么，以及结论能得出到什么程度。

如果每次都把片段不同的引用计为新来源，证据页面数量就会膨胀。反之，删除重要查询参数，则会把不同产品合并在一起。

应根据用途制定规范化规则。去除引用 URL 的哈希并进行去重，用于来源统计；同时保留原文核验地址，以便追踪。

原始 URL → 按用途规范化 → 统计不重复的来源

每个阶段都不应把前一阶段的成功重新称作后一阶段的成果。连续记录资料标识符、时间段和核验状态，有助于找到遗漏和错误发生的位置，并确定需要重新核验的范围。

SAG 引用报告会验证安全 URL，并根据哈希差异避免对重复出现的同一来源进行重复统计。不会将这条规则扩大为移除所有搜索 URL 的语义信息。

SAG 的运营价值在于将这种关系关联到页面、问题、比较结果和改进工作。客户可以同时审查需要补充的对象和判断依据，而不只是查看数字。需要进一步应用的模式，应依据相应段落的范围来理解。

例如，若 product#spec 和 product#service 在同一回答中同时被引用，则同一页面的引用回答数为 1。不同的 product?id=1 和 id=2 不能以同样的方式合并。

上述示例仅用于说明结构和计算，并非特定客户的实测成果。实际报告必须关联所选的时间段、对象、观测条件和原文记录，才能再次核验同一判断。

请确认在空资料、重复资料以及条件不同的资料中，是否仍能保持相同含义，而不只是检查正常输入。将核验项目纳入工作完成标准，有助于缩小功能说明与实际运营之间的差距。

canonical 提示、实际内容是否相同，以及用于统计的规范化，是彼此独立的判断。应对去重规则进行版本管理，才能稳定地保留比较历史。

外部资料是上述设计主题的背景，并不代表 SAG 的所有实现或客户成果都经过认证。本文对适用方式的解读和说明性示例依据 SAG 的运营架构整理。资料核验日期：2026-10-06。

沿着 HTML ZIP·站点地图 → 规范化 → 页面版本 → 证据记录的流程阅读。

SAG / KNOWLEDGE LINKS