先别顺着错误前提写答案。把用户原话拆成“可验证事实”和“错误假设”两层,用已有页面或资料逐条对照,先纠正假设,再补上被遗漏的那个条件,最后给出可执行修改。这样处理,比直接堆一段解释更能让内容真正解决提问背后的需求。
用户提问里的错误前提,通常不是整句都错,而是把某个条件当成了普遍成立。例如他问:“页面标题里关键词出现次数越多,提升关键词排名的效果是不是越好?”这里至少有两层:一层是“标题关键词次数”这个可观察事实,另一层是“次数越多效果越好”这个错误假设。你要先分清他问的是现象、原因,还是操作动作。
实际操作时,把提问写成三行:第一行照抄原话;第二行标出其中被当作事实的部分;第三行写出这个部分需要什么证据才能成立。比如“标题关键词次数多”需要对照页面实际标题;“效果越好”需要对照点击、停留或后续转化,而不能只凭感觉。这个动作的结果,是你能判断该纠正的是概念、数据,还是适用条件。
不要另起一个抽象例子。就拿读者手上已有的那个页面:打开标题、首段、小标题和结尾,把用户提问中涉及的关键词及同义表达逐个标出。标完后问三个问题:这些词是否出现在同一段落却表达不同意思?是否有一处把行业通用说法当成了本站独有事实?是否漏掉了“谁在什么条件下使用”这一层?
假设一个页面讲“提升关键词排名”,用户却问:“是不是只要把标题改长,排名就会上升?”对照后可能发现,页面标题本身已经偏长,真正缺的是首段没有回答“长标题适合什么页面”。这时纠正重点不是“标题不能太长”,而是“长度不是独立原因,要看它是否覆盖了用户真正搜索的意图”。动作结果会直接影响下一步:如果缺的是适用条件,就补条件;如果缺的是证据,就补证据,而不是继续加词。
纠正错误前提,最忌只说“不对”。要给一个可验证的替代说法,并注明适用条件。比如把“标题关键词越多越好”改成:“标题里出现一次核心表达,且与首段回答一致,通常比重复堆叠更容易让读者判断页面是否相关;但这不是排名保证,仍要看内容是否解决提问。”前半句是可检查的写法,后半句是条件边界。
如果用户的前提涉及数据,例如“某页面抓取量下降,所以排名一定掉了”,要说明抓取量、索引量和排名是不同环节,抓取量归零还可能来自 robots 设置、服务器响应、页面合并或统计口径变化,不能单独证明处理正确。你需要做的动作是:先列出至少两种合理解释,再让用户用站内搜索词、页面点击或人工复查去区分。这个动作的结果,是避免把相关现象当成因果结论。
纠正完前提后,还要把遗漏条件落到页面里。常见遗漏是“谁在什么阶段遇到这个问题”。例如用户已经试过改标题、加小标题、补内链,仍未解决,那么遗漏条件可能是:他处理的是已有页面,而不是新页面;或者他改的是展示层,而没改回答顺序。此时页面应增加一段限定语,如“如果你已经调整过标题和段落,仍没有改善,先检查首段是否直接回答了搜索词背后的任务”。
具体动作可以这样安排:在首段后加一句条件说明;在对应小标题下补一个反例;在结尾给出下一步检查对象。结果不是立刻提升关键词排名,而是让读者知道该继续改哪里、停止改哪里。若用户问的是“为什么我按清单做完还是没变化”,纠正重点就是清单缺少前置条件,而不是清单本身全错。
先纠正、再回答,顺序不能反。推荐结构是:第一句直接指出错误前提;第二句给出可验证的替代说法;第三句说明适用条件;之后才展开操作方法。这样读者不会带着错误假设继续往下读,也不会把你的补充当成否定他全部尝试。
如果用户已经尝试常规做法仍未解决,把“集中处理一个遗漏条件”作为整篇的收束点。例如只检查“页面是否回答了提问中的比较关系”,而不是同时改标题、改描述、改内链。一次只验证一个条件,下一步才知道是哪个动作带来了变化。结尾要回到读者手上的页面:先改哪一句、改完看什么、什么情况下停手。