快照优化方法：把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b70a76017781.html
📄
快照优化方法：把重复说明提取到公共页面时怎样保留上下文
如果多处重复的是同一套定义、判断标准或版本说明，可以抽到公共页面，但必须同时保留“谁在用、用在什么场景、和什么例外搭配”这层上下文。否则读者看到一段孤立说明，会以为它适用于所有页面，反而增加误读。
先判断重复说明属于哪种类型
不是所有重复内容都适合提取。可以先看它承担的是“解释”还是“约束”。
- 解释型说明：回答“这是什么”“为什么这样判断”。多个页面表述相近，可以合并到公共页面，再由各页链接过去。
- 约束型说明：回答“什么条件下才成立”“哪些情况例外”。这类内容一旦离开原页面，条件很容易被读者忽略，提取时要额外带上适用范围。
判断依据不是文字重复率，而是去掉这段说明后，原页面读者是否还能正确执行下一步。如果答案是否定的，说明它属于约束型，不能只留一个链接。
条件一：各页面对同一事实理解一致时，提取定义和背景
当多个角色对同一事实没有分歧，只是重复阅读同一段背景，可以把定义、术语表、版本沿革放到公共页面。原页面保留一句摘要，并链接到公共页。
实施动作可以按这个顺序：先在公共页写清定义和适用对象；再把原页面重复段落替换为“本页采用公共页中的定义，但只用于某类场景”；最后检查链接锚文本是否说明了读者会获得什么，而不是只写“点击这里”。
这样做的结果是，后续修改定义只需改一处，原页面不必逐页同步。下一步可以检查哪些页面仍然在正文里复述定义，把它们列为第二轮清理对象。这里要注意，链接文字如果过于笼统，读者可能不会点开，原页面的执行条件就断了。
条件二：各角色理解不一致时，先保留分歧再提取
如果不同角色对同一事实有不同理解，比如一方认为某条规则适用于全部页面，另一方认为只适用于特定栏目，此时不要急着合并成一句“统一说明”。更稳妥的做法是把分歧转成可以核对的项目。
- 在公共页列出争议点，写成“在A条件下采用甲说法，在B条件下采用乙说法”。
- 给每个说法标注来源页面或负责人，但不编造不存在的审批记录。
- 原页面保留与自己场景相关的说法，并链接到公共页查看另一条件。
- 约定下一次核对时间，用同一批页面做前后比较。
假设某团队对“旧内容是否需要保留原说明”有分歧。公共页可以写成：当页面仍被外部引用时保留摘要；当页面只用于内部归档时只留归档标记。这个例子是假设，用来演示如何把分歧写成可核对的条件，而不是给出通用结论。
提取后怎样检查上下文没有丢
提取完成后，不要只看公共页是否通顺，还要回到原页面读一遍。可以用三个问题检查：
- 原页面读者是否知道这段说明来自公共页，而不是本页独有？
- 原页面是否保留了必要的适用条件，比如时间范围、角色范围、栏目范围？
- 公共页是否说明了哪些页面引用它，以及引用时可能存在的差异？
如果三个问题里有任何一个答不上来，说明提取动作只完成了搬运，没有完成上下文保留。此时应把条件补回原页面，或把公共页拆成按场景区分的段落。
例外：这些情况不适合立即提取
有些重复说明暂时不要动。比如页面正在参与一次前后比较，改动会混入其他变量；或者该说明只出现在两个页面，合并收益有限，却要增加一次跳转。还有一种情况是说明本身仍在频繁修改，公共页会变成新的同步负担。
更合理的顺序是：先确认说明已经稳定，再提取；先保留原页面的执行条件，再考虑缩短；先检查链接是否真的被读者使用，再决定是否继续合并。一次改动前后的比较要考虑季节、搜索需求变化和数据采集差异，不能把某次流量波动单独归因于提取动作。
最后，把公共页当作“上下文索引”而不是“唯一答案页”。原页面负责告诉读者在本场景下怎么做，公共页负责解释为什么这样规定、其他场景有什么不同。两者分工清楚，重复说明才会真正减少，而不是把误读从一个页面搬到另一个页面。
