先给结论:近似问句不该按“说法不同”分页,而该按用户所处决策阶段分页。判断依据不是问句里有没有“怎么”“哪个”“多少钱”,而是用户此刻要完成的任务:还在理解问题、正在比较方案,还是已经准备执行。如果同一批问句背后是同一个任务,合并成一页更合适;只有当任务不同、下一步动作不同时,才值得拆成独立页面。反例也很明确:当业务前提没变、用户只是换了措辞时,强行拆页只会制造互相竞争的近似内容,这时合并反而是更稳的选择。
大量近似问句最容易误导人的地方,是它们看起来像不同问题。比如“怎么判断该不该换”“换之前要考虑什么”“换了之后怎么验证”,三句都带“换”,但任务并不相同:第一句在判断要不要行动,第二句在准备行动,第三句在行动后验证。把它们塞进同一页,读者会在一篇文章里同时面对三个阶段的答案,很难找到自己该做的那一步。
更可操作的整理方式是先做一张任务表,而不是先做关键词表。每一条近似问句后面,补两列:用户要做的决定和做完之后会去做什么。如果两条问句的决定和后续动作一致,就归为同一阶段;如果不一致,再考虑拆开。这个动作的结果会直接决定下一步:同阶段问句合并后,页面只需要一个主线;跨阶段问句拆开后,每页只回答一个阶段的问题,内部链接才有明确方向。
把近似问句落到阶段上,可以先用一个粗分法,但前提是业务已有实际动作可对应。没有实际业务动作时,这个分法只能用于内容结构,不能用来判断页面该不该独立存在。
假设一个场景:某业务要处理“是否更换合作方”这件事。理解阶段的问句是“更换合作方通常意味着什么”;比较阶段的问句是“自己换和找代理换,哪种更适合”;执行阶段的问句是“更换后前两周要核对什么”。这三类问句如果混在一页,读者读到执行清单时,可能还没决定要不要换。拆开后,理解页负责让读者判断问题是否存在,比较页负责让读者选路径,执行页负责让读者动手。下一步动作也随之变化:理解页引导到比较页,比较页引导到执行页,而不是每页都塞一个笼统的咨询入口。
拆页不是默认正确。一个常见反例是:业务前提没有变化,用户只是把同一件事换了几种说法,例如“怎么提升排名”“如何提高排名”“排名怎么上去”。这些问句的任务相同、后续动作相同,拆成三页只会让它们互相争夺同一批读者,也让内部链接失去重点。此时更合理的动作是合并成一页,把不同说法作为小标题或段落入口,而不是各建一页。
另一个反例是:问句虽然看起来分属不同阶段,但你的业务并不能为后一阶段提供独立动作。比如用户问“要不要做”和“做完怎么验证”,但你目前只有判断方法,没有验证环节。这时硬拆出验证页,内容会空转,读者也得不到下一步。更稳的做法是先合并,等验证环节真的有可写的方法时再拆。判断标准是:拆出来的页面,是否能让读者完成一个独立动作。不能,就先不拆。
实际操作时,可以把近似问句逐条放进下面这个判断顺序,而不是凭感觉决定。
这个顺序的结果会影响下一步的页面安排:合并的页面只需要一个主标题和一条主线;拆开的页面需要各自回答一个阶段的问题,并用内部链接说明先后。不要用关键词密度、字数或标题字符数作为拆合依据,这些阈值并不存在通用魔法值,机械换写同义词也不会带来新的决策价值。
如果你手上已经有一批近似问句,先不要急着建新页。挑其中五到八条,按“决定”和“下一步动作”两列标注,看看它们实际落在几个阶段。如果只落在一个阶段,就合并成一页,把不同说法作为段落入口;如果落在两个以上阶段,再按阶段拆,并给每页写一句明确的下一步引导。这个动作做完后,你会得到一张可复用的阶段表,后续新增问句先放进表里判断,而不是直接变成新页面。这样处理,排名相关的页面结构才会跟着用户决策走,而不是跟着问句数量膨胀。