如何优化网站：把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b009536dd537.html
📄
如何优化网站：把重复说明提取到公共页面时怎样保留上下文
提取重复说明到公共页面时，保留上下文的关键不是把原文整段搬走，而是让公共页承接稳定定义，让原页保留与具体场景绑定的判断、条件和下一步动作。若缺少完整数据或权限，最小可执行动作是：先选一个重复块，标注它被引用的场景，再决定保留、改写或退出。
先判断哪些重复说明可以公共化
重复说明通常分三类：定义型、条件型、动作型。定义型适合进入公共页，例如术语解释、字段含义、统一口径。条件型和动作型往往依赖页面场景，直接搬走会让原页读者失去判断依据。
一个可操作的判断方法是：把重复块单独摘出来，问“离开原页后，这段话还成立吗”。如果成立，公共页可以承接；如果必须知道原页谈的是哪类用户、哪种流程或哪个阶段，就应留在原页，或只在公共页保留一句指向原页的上下文摘要。
缺少完整数据时，不要用“重复出现次数”作为唯一依据。同一段话出现多次，可能只是模板复制，也可能是不同场景都需要它。前者适合提取，后者提取后会让每个场景都失去必要说明。
保留上下文的最小动作：加场景锚点
决定提取后，公共页不能只写结论。至少保留三类信息：适用对象、适用条件、不适用情形。原页则保留场景化入口，例如“如果你正在处理某类订单，先看公共页的定义，再回到本页看具体判断”。
假设一个团队把“审核状态说明”从多个页面提取到公共页。公共页写清状态定义和流转规则，原页保留“本页只处理售后场景下的状态判断”，并链接到公共页。这样读者不会在公共页看到一堆与自己场景无关的例外，也不会在原页反复读到相同定义。
这个动作的结果是：公共页承担稳定解释，原页承担场景判断。下一步应检查原页是否还有未说明的条件，例如时间范围、角色权限或数据来源。若这些条件被一并搬走，原页会出现“知道定义但不知道该怎么用”的断层。
改写而非搬运：把公共页当引用源
如果重复块包含大量例子，直接搬运会让公共页变成另一个长页面。更稳妥的做法是把例子留在原页，公共页只保留定义和判断框架。原页用一句话引用公共页，再补充本场景下的例子。
例如公共页写“有效状态指已通过校验且未被撤销”，原页写“本页讨论的有效状态，指已通过校验且未被撤销；在批量导入场景下，还需确认导入批次未被回滚”。这样既减少重复，又保留场景差异。
改写时不要只替换同义词。若公共页和原页的表述差异过大，读者会怀疑两者说的不是同一件事。保留关键术语一致，比追求句子不同更重要。
什么时候应该退出提取
出现以下情况时，提取的代价可能高于收益：重复块在不同页面含义不同；公共页无法稳定维护；原页读者必须看到完整说明才能完成动作；缺少权限确认公共页的适用范围。
退出不等于放弃优化。可以改为在原页保留完整说明，只在公共页放一句“本页不展开该定义”，或建立内部注释，等条件具备后再评估。若只能看到部分页面数据，不要根据单个页面的跳出或停留变化推断提取成功或失败。搜索需求变化、季节波动、采集差异都可能影响前后对比。
用一组检查决定保留、改写或退出
- 把重复块按定义、条件、动作分类。
- 定义型进入公共页；条件型和动作型优先留在原页。
- 公共页保留适用对象、适用条件、不适用情形。
- 原页保留场景入口和本页特有例子。
- 若公共页无法稳定维护，或原页离开完整说明就无法判断，则退出提取。
执行后，下一步不是立刻扩大提取范围，而是抽查两到三个原页，确认读者仍能回答“这适用于我吗”和“我接下来做什么”。如果这两个问题答不上来，说明上下文没有保留完整，应先修正公共页与原页的分工，再考虑其他重复块。
