博客搭建方法：把重复说明提取到公共页面时怎样保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /581d94b425ae.html
📄
博客搭建方法：把重复说明提取到公共页面时怎样保留上下文
答案是：不要一次性把重复说明全部搬走，而是先判断每段重复内容承担的是“解释”还是“前提”，只把纯解释搬进公共页面，并在原页留下带具体对象和后续动作的短句。这样做的原因是，公共页面能统一维护，但一旦原页只剩链接，读者和抓取系统都失去了这段内容与当前主题的绑定关系。下面用一个明确标为假设的情境，把取舍过程写清。
先分清重复的是解释还是前提
假设你有一个讲部署流程的博客，其中五篇文章都出现同一段关于环境变量的说明。它看起来完全重复，但作用可能不同：有的段落是在解释环境变量是什么，有的段落是在说明“本文接下来所有命令都要求先设置好这个变量”。前者可以搬走，后者是理解后文的必要前提。
区分方法很简单：把这段内容删掉，看后文是否还能独立读懂。如果后文出现“按上面的配置继续”，删掉后指代落空，那它就是前提，不能只留链接。如果删掉后只是少了一点背景知识，不影响操作步骤，那它才是可以提取的解释。
提取时在原页保留什么
可提取的部分，不要换成“详见某页面”这种空链接。更稳妥的写法是保留一句带具体对象和动作的摘要，例如“环境变量用于区分本地与线上数据库地址，设置方法见公共页”。这句话同时完成了两件事：读者知道当前文章为什么提到它，链接也有了明确的上下文。
需要保留前提的部分，则不要提取，而是压缩。把原来五行的重复说明压成一句与当前文章对象绑定的句子，例如“本文示例假设数据库地址已通过环境变量注入”。压缩后重复程度下降，但前提没有丢。
这里有一个实际动作：先给每段重复内容标记“解释”或“前提”，只对标记为解释的段落执行提取。这个动作的结果会直接决定下一步——如果提取后原页出现指代不明，说明你误把前提当成了解释，应回退为压缩而不是继续加链接。
公共页面要承担反向定位
公共页面如果只写通用说明，会变成一个孤立的知识页。更好的做法是在公共页里列出它被哪些主题引用、每个主题关注的角度有什么不同。这样做不是为了堆链接，而是让公共页保留“它服务哪些具体问题”的信息。
假设公共页讲的是图片压缩，引用它的文章分别涉及封面图、步骤截图和对比图。公共页可以按这三种用途分别写一小段，而不是只给一段通用介绍。这样从原页跳过去的读者能立刻找到与自己场景对应的部分，公共页也不会因为过度抽象而失去上下文。
用可核对的证据判断是否值得继续提取
提取完成后，直觉上常觉得“页面变短了，应该更清爽”，但实际结果可能相反。判断时不要只看一次改动前后的访问量，因为季节、搜索需求变化和数据采集差异都会干扰比较。更可靠的证据是：公共页是否开始从多个原页获得点击，原页的停留和后续点击是否没有明显异常。
如果公共页只有入口没有出口，或者原页链接被点击后立刻返回，这更可能说明摘要写得不够具体，而不是提取方向错了。反过来，如果公共页承接了来自不同主题的访问，并且读者会继续点回原页，说明上下文保留住了，可以继续处理下一批重复内容。
假设情境下的完整决策顺序
回到前面的假设情境，完整顺序是：先标记解释与前提，再压缩前提、提取解释，接着在公共页补上按用途划分的定位段落，最后用公共页的进入与返回情况判断是否继续。
- 标记阶段发现某段被三篇以上文章当作前提，优先压缩，不提取。
- 提取阶段原页摘要必须包含当前文章的具体对象，不能只写“见公共页”。
- 公共页按引用场景分段，避免所有引用都指向同一段通用文字。
- 核对阶段若公共页有进入无继续，先改摘要和分段，再决定是否回退。
这套顺序的核心不是减少重复字数，而是让每段内容在离开原页后仍有明确的归属。只要原页还能说清“这里为什么提到它”，公共页还能说清“它服务哪些具体问题”，提取就不会把上下文弄丢。
