外链定义：导航缩减后哪些上下文链接需要补回
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /68633afcee86.html
📄
外链定义：导航缩减后哪些上下文链接需要补回
导航缩减后，判断一条上下文链接要不要补回，标准不是它原本在不在导航里，而是它是否仍是读者从当前页面继续理解或完成任务的必要跳转。如果一条链接的目标页承接了正文里的关键概念、步骤或证据，删掉导航后读者无法在同一页面内补足，就应补回；如果它只是全局入口的重复，补回只会增加噪音。下面按“先给条件、再说反例、最后给动作”的顺序展开。
先看链接在页面里承担什么角色
导航缩减通常砍掉的是全局入口，而正文里的上下文链接承担的是局部解释任务。判断时把每条待补链接放进下面三类，只有第一类需要优先补回：
- 解释型：读者不点开就难以理解当前段落，例如正文提到某个前置概念、旧版本差异或数据口径，链接指向的正是这层解释。
- 延伸型：不点开也能读完当前段落，点开只是看得更深，例如相关案例、背景资料。导航缩减后这类可以保留也可以不补，取决于当前页面是否已经给出足够结论。
- 重复型：目标页本来就能从导航、面包屑或页脚进入，正文链接只是重复入口。导航缩减后如果这些全局入口也一并消失，才需要重新评估，否则不必补。
一个可操作的动作是：把待补链接逐条标注为上述三类，再检查目标页是否还能从当前页面的其他位置到达。标注结果是“解释型且无其他入口”的，进入补回清单；其余先搁置。这个动作的结果会直接决定下一步是改正文还是改导航，而不是两边同时动。
会让“补回”结论失效的反例
有一类情况看起来符合补回条件，实际不该补：目标页本身已经计划下线、合并或改变定位。此时补回上下文链接，等于把读者引向一个即将失效或内容错位的页面，反而制造新的断点。
假设某个旧系统的说明页准备整体迁移到新文档，正文里原本指向旧说明的链接，即使属于解释型，也不应补回，而应改为指向迁移后的对应位置，或在正文里直接写清变化。判断依据是目标页的存续状态，而不是链接在当前页面里的角色。只要目标页的定位发生变化，前面按角色分类得出的结论就要重新走一遍。
另一个会让结论失效的反例是：正文段落本身即将重写。如果这段文字会被删掉或改写，为它补链接就是给一个不稳定的段落做局部修补，等重写完成后链接又要重新判断。遇到这种情况，先完成段落重写，再决定链接去留。
补回前先核对目标页的当前状态
确定要补回之后，不要直接照搬旧链接的锚文本和目标地址。先核对三件事：
- 目标页是否仍能正常访问，内容是否仍与当前段落的表述一致。
- 锚文本描述的是否仍是目标页现在的主题，避免用旧名称指向已改版的内容。
- 补回的位置是否在读者最需要跳转的那句话附近，而不是统一堆在段落末尾。
核对完成后，把补回动作和结果记录下来：哪条链接补回了、补在哪个位置、目标页当时的状态。这份记录的作用不是留档，而是让下一次导航调整时能快速判断哪些链接已经验证过、哪些还需要重新核对。
把补回和删除分开处理
导航缩减往往同时涉及删除和补回，两者混在一起容易反复。建议先完成删除，确认导航结构稳定，再单独处理上下文链接的补回。这样做的原因是：导航还在变动时，判断某条链接是否“无其他入口”会不断变化，补回清单也会跟着失效。
分开处理的另一个好处是，补回时能清楚看到哪些入口确实消失了。如果某条链接的目标页仍能从缩减后的导航到达，就把它归入重复型，不补；如果确实只剩正文这一条路径，再补。这个顺序会让补回清单更短，也更稳定。
下一步动作可以这样定：先冻结导航结构，再逐条核对目标页状态，最后只补回“解释型且无其他入口且目标页存续”的链接。任何一条不满足，就先不补，等条件明确后再处理。
