长尾关键词库，搜索意图变了以后旧页面该重写还是保留
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /94eba2ab7b8e.html
📄
长尾关键词库，搜索意图变了以后旧页面该重写还是保留
先看一个判断标准：如果同一个查询词下，用户现在想要的东西和页面当初提供的东西已经不是同一类，那么这个页面就属于意图错位；如果用户想要的东西没变，只是你的表达、案例或数据旧了，那属于内容老化。前者通常要重写或拆分，后者只需要更新。把这两件事混在一起，是长尾关键词库里最常见的一次误判。
先给旧页面做一次意图归位
拿你手里任意一个旧页面，只做一件事：把当初写它时对应的那个长尾词写下来，再写下你现在认为用户搜这个词时真正想完成的任务。两者如果落在不同类别，就说明意图已经转移。
- 原来偏“了解概念”，现在偏“对比方案”
- 原来偏“操作步骤”，现在偏“排查某个具体报错”
- 原来偏“看案例”，现在偏“找可执行模板”
- 原来偏“单一人群”，现在被另一类人群占据
这个动作的结果直接决定下一步：同类内的小幅变化，更新即可；跨类变化，继续往下判断是重写还是保留。
三种证据说明意图真的转移了
不要凭感觉下结论。可以观察下面几类信号，但要注意它们各自还有别的解释。
一是停留时间下降但点击没变。用户点进来又很快离开，可能是意图错位，也可能是页面首屏加载慢、标题与内容不符。需要结合跳出后是否继续搜索同一词来判断。
二是站内搜索词出现新的说法。如果访客在你站内反复搜一个你旧页面没覆盖的任务词，说明他们的目标已经转向。但这同样可能只是导航不清导致的绕路。
三是外部链接或引用语境变了。别人引用这个页面时，描述的角度和你原本写的角度不同，往往意味着这个词的公共理解已经漂移。
单看任何一项都不够。请求量或抓取量归零，也不能单独证明你判断正确，它可能只是抓取预算调整或链接失效。
重写、拆分、保留：三种处理各自的成立条件
假设某个旧页面原来覆盖“A 是什么”，现在搜索者主要想解决“A 出错怎么办”。这是一个假设例子，用来演示比较方法，不是真实项目结论。
- 重写成立的条件：新意图仍然和原词高度绑定，且旧内容里可复用的部分不足三成。此时直接改标题、改主体结构，把页面变成新任务的答案。
- 拆分成立的条件：旧意图仍有稳定需求，新意图也足够独立。保留原页面服务老需求，新建一个页面承接新任务，两者用内链区分。
- 保留成立的条件：新意图只是少数人的偏移，主流需求没变。此时不动主体，只在页面里补一段说明或一个入口。
判断时问自己：如果我把旧内容全部删掉，会不会损失一批仍然准确的需求？会，就考虑拆分；不会，就考虑重写。
把长尾关键词库从“词表”变成“决策表”
大多数人的长尾关键词库只是一列词加一列流量。要让它支持重写判断，至少给每个词补三列：当前意图类别、页面意图类别、两者是否一致。
具体动作：每周挑五个意图不一致的词，逐一确认是重写、拆分还是保留，并记录处理理由。下一次遇到同类词时，直接套用上次的理由，而不是重新凭感觉判断。这样做的好处是，你的处理标准会逐渐稳定，而不是每次都被单个页面的数据牵着走。
如果库里的词长期没有维护，先不要急着批量重写。先做一轮意图归位，把明显错位的挑出来处理，剩下的保留观察。重写不是目的，让页面重新对上用户当前的任务才是。
