如何建立自己的博客：把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b0ccbc5b6d60.html
📄
如何建立自己的博客：把重复说明提取到公共页面时怎样保留上下文
提取重复说明到公共页面后，最常出现的损失不是文字变少，而是读者在具体页面看不到这段说明为什么适用、缺了哪个前提就不适用。要保留上下文，做法不是把原文整段搬走，而是在公共页写清适用条件，在引用处保留一句带条件指向的提示，并让两处对同一条件使用同一表述。
为什么提取后反而更难读懂
重复说明通常夹在具体步骤中间，读者读到时已经知道当前场景、已选方案和下一步动作。提取到公共页后，这层场景被剥掉，公共页只剩通用表述，引用处又只留一个链接，读者需要自己把场景补回去。结果有两种解释：一是公共页写得过于抽象，缺少触发条件和例外；二是引用处只给了入口，没有说明为什么当前页面需要这条规则。两者都会让提取看起来像删减，而不是整理。
两种做法各自成立的场景
第一种做法是把完整条件写进公共页，引用处只留一句短提示。它适合同一段说明会在多个页面反复出现、且各页面的适用条件基本一致的情况。代价是公共页会变长，读者必须跳转一次才能拿到完整判断依据；如果某个页面的条件不同，短提示就会产生误导。
第二种做法是公共页只写通用规则，引用处保留本页特有的条件、例外和下一步。它适合各页面场景差异明显、公共规则只是判断起点的情况。代价是重复内容仍会分散在各页，后续修改时容易只改公共页而漏掉引用处的条件句。选择条件可以这样判断：如果同一条件在多数引用处都成立，用第一种；如果各处的条件经常需要改写，用第二种。
能区分两种解释的证据
要判断问题出在公共页还是引用处，可以做一次小范围对照：挑三到五个引用同一公共页的页面，分别记录读者从引用处进入公共页前后，能否回答“这条说明在当前页面为什么适用”和“什么情况下不适用”。如果多数页面在跳转后仍答不出适用原因，问题更可能在公共页缺少条件；如果公共页能答出，但引用处没有给出本页条件，问题就在引用句。这个对照只用于定位，不说明改动一定会带来流量或排名变化。
一个可执行的改写例子
假设公共页原本写“提交前请检查字段格式”。把它改成带条件的写法：“当字段用于对外展示时，提交前检查格式；仅内部记录时可跳过。”引用处不写“详见公共页”，而写“本页字段用于对外展示，按公共页的展示条件检查格式”。这样读者在引用处就能看到本页属于哪种情况，下一步动作也随之明确：如果本页字段只做内部记录，就不必套用展示条件。
改动前后比较要注意什么
比较提取前后的表现时，季节、搜索需求变化和数据采集口径都可能影响结果，不能把一次下降直接归因于提取。更稳妥的做法是同时记录引用处的点击、公共页的到达情况和读者是否能完成下一步动作，并保留改动前的基线。基线至少包含改前一段时间的页面版本、引用位置和当时的判断条件，否则后续无法区分是提取造成的变化，还是需求本身在变。
把重复说明提取到公共页面，真正要保留的是条件、例外和下一步，而不是原文字数。先判断各引用处的条件是否一致，再决定条件写在公共页还是引用处；改完后用能否回答适用与不适用来检查，而不是只看页面是否变短。
