阿拉丁搜索，页面数量减少时如何保留高价值需求覆盖
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c68aa59f6ed4.html
📄
阿拉丁搜索，页面数量减少时如何保留高价值需求覆盖
页面数量减少后，高价值需求覆盖并不会自动消失，但前提是你先分清这些页面承担的是“入口”还是“答案”。如果被删页面只是重复入口，减少数量通常不影响覆盖；如果它是某类需求的唯一完整答案，直接删除就会留下空洞。判断依据不是页面总数，而是每个高价值需求是否还有至少一个可被抓取、可被理解、能独立成立的落点。
先判断减少的是入口还是答案
两种页面的处理方式完全不同。入口型页面靠标题、内链和列表把用户送往别处，本身信息量有限；答案型页面直接解决一个具体问题，包含步骤、条件、对比或例外。减少入口通常安全，减少答案则要谨慎。
可核对的证据有三类：一是该页面是否长期承接某类查询意图，而不是只靠站内链接获得访问；二是页面内容能否被合并后仍保持完整，不依赖原页面的上下文；三是站内是否已有另一页覆盖同一需求，且覆盖深度不低于它。三项都指向“可替代”，才适合减少。
一个假设例子：某站有五个页面分别讲同一类需求的五个变体，其中三个只是措辞不同、结论一致。把这三个合并进保留页，并用锚点指向对应小节，覆盖不会明显下降。反过来，如果某页是唯一讲清适用条件与失败情形的页面，合并后只剩结论，覆盖就会变薄。
条件一：需求可被合并时，用锚点和小节承接
当多个页面服务的是同一决策阶段，只是切入角度不同，优先合并而不是删除。动作是：选定保留页，把被合并页的独有信息写成独立小节，保留原有小标题措辞，让用户仍能用相近说法找到答案。
合并后要检查三件事：新页面是否仍能独立回答每个子问题；锚点是否指向真正对应的小节；站内指向旧页面的链接是否已改到新位置。做完这一步，再观察抓取与索引表现，而不是立刻判断覆盖是否保住。抓取量或索引量下降本身不能证明处理正确，也可能只是重复入口被清理后的正常结果。
条件二：需求不可合并时，保留最小完整答案页
当某类需求有独立前提、独立步骤或独立例外，合并会牺牲可理解性，就应保留一个最小完整答案页，而不是硬塞进大页面。最小完整指：说清适用条件、给出可执行步骤、说明至少一个例外或边界。
此时减少数量的空间在别处：删掉只重复结论的页面，删掉没有独立信息的列表页，把内链集中到保留页。动作完成后，下一步是核对每个高价值需求是否仍有唯一落点，而不是继续追求页面数量下降。
用证据区分“覆盖仍在”和“覆盖已断”
页面减少后出现访问下降，常见解释不止一种：可能是旧入口被清理，用户改走新路径；可能是保留页尚未被重新抓取和理解；也可能是某类需求确实失去了唯一答案页。区分方法是按需求逐条核对，而不是看总量。
- 若某需求仍能从保留页进入并读到完整答案，覆盖大概率仍在。
- 若进入后只能看到结论、看不到条件与例外，覆盖已变薄。
- 若站内已无任何页面承接该需求，覆盖已断，需要恢复或新建一个落点。
这套核对的价值在于，它把“页面少了”与“需求丢了”分开。只有确认覆盖已断，才需要新增页面；否则优先修内链和补齐小节。
例外与适用条件
如果高价值需求本身高度依赖时效，保留旧答案页可能反而误导用户，此时应更新而不是保留原样。如果需求只服务于极少数用户且已有外部权威来源承接，减少页面也可接受，但要明确这是取舍而非默认做法。无论哪种情况，判断依据始终是需求是否还有可被抓取、可被理解的完整落点，而不是页面数量的多少。
