关键词选择方法：用户提问包含错误前提时怎样先纠正再回答
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8cdd009a3512.html
📄
关键词选择方法：用户提问包含错误前提时怎样先纠正再回答
先别顺着问题答。把用户提问里的错误前提单独拎出来，用资料或页面上的可见证据确认它错在哪，再给替代前提和可执行动作。纠正要短，回答要接在纠正之后，否则用户会拿错误前提去套后续所有建议。
先定位错误前提是哪一类
错误前提通常分三种：事实型、因果型、范围型。事实型是用户把不存在或已变化的信息当成现状；因果型是把两个同时出现的现象当成一个导致另一个；范围型是把只适用于某类页面的做法当成通用规则。三类前提的纠正方式不同，先分类再动笔。
以你手里的一份资料页为例。用户问：“这个页面关键词密度不到某个数值，是不是所以没被收录？”这句话里同时压了两个错误前提：一是存在一个通用密度阈值，二是收录与否由密度决定。你如果直接回答“密度该提到多少”，就等于承认了这两个前提。正确做法是先拆开，指出密度没有通用阈值，收录还受抓取、索引状态、内容重复度等因素影响，然后才回答他真正该查什么。
用页面上的证据纠正，而不是用论断纠正
纠正错误前提时，最有效的方式是让用户看到他自己资料里的矛盾点。不要写“你理解错了”，而是写“你这份资料里，A 和 B 同时出现，但 A 成立时 B 不会成立”。
- 如果用户认为某个词必须出现在标题里，就让他打开页面源码，看标题实际写了什么，再对照用户搜索时用的词。
- 如果用户认为某个说法是平台规则，就让他找出规则原文的出处；找不到出处的，只能当假设，不能当前提。
- 如果用户把一次统计归零当成处理正确，要提醒他归零还可能是抓取延迟、过滤器变化或查询口径改变，不能单独证明动作有效。
这一步的实际动作是：把错误前提改写成一句可验证的陈述，再在旁边标注验证来源。比如把“密度低导致不收录”改写成“页面未被索引，同时密度偏低”，然后分别查索引状态和内容质量。改写之后，下一步该做什么就清楚了。
纠正之后，回答要落到一个可执行动作
纠正完前提，不能停在“你错了”。要立刻给一个用户今天就能做的动作，并说明这个动作的结果会怎样改变下一步。
假设用户问：“我按某个固定字数写了十篇，为什么还是没有起色？”错误前提是“存在一个通用字数标准”。纠正后，动作可以是：从这十篇里挑一篇，检查它是否回答了用户搜索该词时真正想解决的问题，而不是检查字数。如果检查发现内容只覆盖了词本身、没覆盖使用场景，下一步就是补场景段；如果发现内容已覆盖但页面之间互相竞争，下一步就是合并或分工。动作的结果直接决定后续分支，而不是继续调字数。
再举一个假设例子：用户认为“同义词换写就能覆盖更多词”。纠正后，动作是拿两个换写版本对比，看它们是否提供了不同信息。如果只是换词、信息相同，结论是这两个版本不应同时存在；如果换写后补充了不同条件或不同对象，才考虑保留。这个判断依据是信息差异，不是词面差异。
把纠正写进回答的固定位置
建议在回答开头用一到两句话完成纠正，格式是：先指出前提不成立的地方，再给出成立的条件，最后接正常回答。不要用大段篇幅论证用户错，那会挤掉他真正需要的答案。
例如用户问：“这个页面是不是因为标题字符数超了才没排名？”你可以这样开头：“标题字符数没有统一上限，排名也不由单一字符数决定；先确认页面是否被索引、是否与同站其他页面争同一意图。若已索引且意图重复，优先处理页面分工。”然后继续回答分工怎么做。纠正占两行，回答占主体。
需要避免的是把纠正变成免责声明。用户要的是修正后的路径，不是“情况复杂、因人而异”。只要前提错误影响了后续判断，就必须纠正；只要纠正完能给出下一步动作，就不算跑题。
检查纠正是否改变了下一步
写完回答后，用一个问题自检：如果用户接受纠正，他的下一步动作是否和接受纠正前不同？如果不同，说明纠正有效；如果相同，说明纠正只是装饰，没有真正改变决策。
例如，纠正“密度低导致不收录”之后，用户的下一步从“继续加词”变成“先查索引状态和内容重复度”，这就是有效纠正。反之，如果纠正后仍然让他“把密度调到某个范围”，那等于没纠正。把这一步写进你的处理流程，能避免把错误前提原样传下去。
