当一个词同时承载“了解做法”和“解决故障”两种需求时,不要试图在一篇文章里平均覆盖。更可操作的边界是:让本文只服务其中一种需求,把另一种需求用一段话交代并指向独立页面。判断依据不是词本身,而是搜索结果前几位中两种内容的占比,以及用户点击后最可能接着做什么。
假设你研究“图片压缩”这个词。搜索结果里既有讲原理和格式选择的教程,也有“压缩后变模糊怎么办”的排查帖。两类内容都能获得点击,于是很容易写成一篇又讲原理又讲修复的文章。结果是:想学方法的人看到一半被故障排查打断,遇到故障的人翻了很久才找到对应段落,两边都觉得不完整。
这个矛盾不是词的问题,而是边界没有提前划定。常规做法往往按“这个词覆盖了哪些子话题”来列大纲,遗漏的条件是:子话题对应的读者任务并不相同。原理类子话题服务“我要理解并选择”,故障类子话题服务“我已经出问题了,要恢复”。把两种任务塞进同一篇,标题和开头就无法同时给出准确承诺。
第一种解释:这个词的主流需求是学习,故障只是少数人延伸出来的问题。此时本文边界应停在“方法、适用条件、常见取舍”,故障排查只保留一句“如果压缩后出现模糊,通常与参数或格式转换有关,可另见排查页”。
第二种解释:这个词的主流需求是修复,学习只是背景知识。此时本文边界应围绕“现象、可能原因、验证顺序、恢复动作”展开,原理只作为解释原因的最小必要背景,不展开格式对比。
两种解释都成立,但适用的网站不同。一个以工具教程为主的站点,更可能遇到第一种;一个以问答和售后支持为主的站点,更可能遇到第二种。边界不是由词决定,而是由你的页面在这组搜索结果中准备扮演的角色决定。
不要只看自己的站内数据,那会把已有用户的习惯误当成全部需求。可以按下面顺序收集证据:
这些信号只能作为倾向判断,不能单独证明边界正确。某个词的相关搜索很少,也可能只是工具没有展示;某篇页面跳出高,也可能是页面加载或排版问题。把多个信号放在一起看,比盯住一个数字更可靠。
假设你负责一个摄影教程站,正在研究“夜景人像”这个词。站内已有文章讲参数设置,但读者常问“拍出来脸是黑的怎么办”。
第一步,查看搜索结果。如果前几位以参数教程和布光思路为主,说明学习需求仍是主流。第二步,把现有文章边界定为“参数与现场取舍”,在文中加入一段:如果人脸明显偏暗,先检查测光位置和闪光同步,再决定是否改参数。第三步,把“脸黑”的完整排查写成另一篇,并在本文该段落后链接过去。第四步,观察两周内该段落的点击和后续搜索词:如果大量读者从这一段跳到排查页,说明修复需求值得独立成篇;如果几乎无人点击,说明它只是少数情况,保留一段即可。
这个动作的结果会直接影响下一步:点击集中,就把排查页升级为完整指南并互相链接;点击分散,就维持现状,不再为少数需求扩张本文边界。
确定主需求后,用一句话写下本文承诺,例如“本文只解决夜景人像的参数选择,不负责修复已经拍暗的照片”。然后按这个承诺检查每个小标题:
这样做的代价是本文看起来“不够全”,但换来的是标题、开头和正文承诺一致。对已经有经验的读者来说,边界清楚比覆盖广泛更有用,因为他们能立刻判断这篇是否值得读,以及读完该去哪里。