保留上下文的关键不是把公共说明写得更长,而是让每个引用它的页面在进入公共内容前后都带着自己的限定条件。缺少完整数据和权限时,仍可先做一件事:在每个原页面保留一段“本页适用条件”,只把完全相同的解释移到公共页,并在公共页开头写清它不覆盖哪些差异。这样即使暂时看不到抓取、展示或点击数据,也能避免公共页变成脱离场景的泛泛说明。
可操作的区分方法是看两段文字是否连“适用对象、前提、例外”都相同。若只是句式相近,但一段讲新用户、一段讲老用户,或一段针对某类订单、一段针对另一类订单,就不应直接合并。此时应保留各自的前提句,只把双方共用的定义、流程步骤或限制条件提取出去。
假设有两个页面都在解释同一项服务如何计费,一个页面面向按月使用,另一个面向一次性使用。共同部分只是“费用按实际用量计算”,但计费周期和最低使用条件不同。可以只把“费用按实际用量计算”放进公共页,原页面继续保留周期和最低条件。这个动作的结果是:公共页不再替两个页面作统一承诺,后续若要调整计费说明,也只需改一处共同定义。
若能修改公共页和引用位置,建议采用“公共页定义 + 原页场景句”的结构。公共页开头先用两三句写清它解释什么、不解释什么;原页面在引用前后各留一句本页限定。不要把原页的所有段落删空,只留一个链接,否则读者和后续维护者都看不出这段说明为什么在这里出现。
执行后,下一步不是立刻判断效果,而是抽查三到五个引用页:公共页能否独立读懂,原页能否在不点链接时仍知道本页边界。若原页只剩链接,说明上下文已被抽走,应补回限定句。
若只能编辑正文,不能动公共页或模板,最小动作是在原页面保留一段局部摘要,再指向公共说明。摘要不必复述全文,只需写清“本页与公共说明的关系”。例如:
<p>本页处理的是首次开通场景;通用计费定义见公共说明,续用与变更条件不在本页展开。</p>
这样做的影响是:读者不会把公共页的定义误当成当前页面的全部规则,维护者也能从摘要判断哪些内容应留在本页。局限在于,公共页若被他人改动,原页摘要可能过期。因此没有权限时,应把摘要写成不依赖具体数字的条件句,并定期抽查引用页,而不是假设公共页永远不变。
请求量、抓取量或某个统计归零,不能单独证明公共页提取成功。它们还可能来自采集差异、页面被合并后的访问路径变化、搜索需求本身波动,或原页面不再被单独访问。一次改动前后的比较,也要考虑季节和需求变化,不能把同时发生的升降直接当成因果关系。
更可靠的判断依据是内容层面的证据:公共页是否只保留共同定义;原页面是否仍能回答“我这种情况是否适用”;新读者不点链接时是否会把公共页当成当前页面的完整规则。若这三点中有任何一点不成立,应先补上下文,再谈其他调整。
涉及具体价格、时效、资格、地区差异或个别承诺的说明,即使文字重复,也不适合直接抽成公共页。它们看似相同,实际常因页面场景不同而产生不同结论。更稳妥的做法是保留在原页面,只把“判断方法”或“需要核对的条件”提取出去。
当重复说明同时承担导航、转化或帮助读者完成当前任务的作用时,也不应为了减少重复而全部移走。此时可保留一句最短上下文和入口,把详细解释放到公共页。这样做的结果是原页面仍能完成自己的任务,公共页也不会被迫承载所有场景。