📍 WDQWDWQD987AAAAA:216.73.216.43
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d1132c74a942.html
📄

软文定义 - 一个页面应覆盖多大主题范围

一个页面的主题范围，应由“读者能否在一个页面内完成同一件事”来决定。软文定义这类概念词，最合适的做法是：一个页面只回答一个核心问题，把相关但不同的子问题拆成独立页面。判断标准不是字数，而是搜索意图是否一致、页面能否独立满足需求。

先分清“软文定义”覆盖的几种不同意图

“软文定义”看似单一，实际可能对应几类不同需求：想知道它是什么、想区分它与新闻稿和硬广、想学怎么写、想找发布渠道。这些意图的答案结构不同，不应挤在同一个页面里。

• 是什么：适合一段定义加特征说明，篇幅短。
• 与新闻稿、硬广的区别：适合对比表格或并列段落。
• 怎么写：适合步骤、结构和示例，属于操作类内容。
• 发到哪里：涉及渠道与成本，属于另一类决策内容。

如果一个页面同时覆盖这四类，读者会在中途失去焦点，页面也很难在任何一个意图上给出完整答案。更稳妥的做法是：主页面只讲定义与边界，用内链指向写法、渠道等独立页面。

判断主题范围是否过大的三个检查项

不需要依赖某个固定字数阈值，可以用下面三项做判断。

1. 标题能否收窄到一句话。如果标题必须写成“软文定义、写法、渠道与注意事项”，说明范围已经过大。
2. 小节之间是否需要不同的前置知识。讲定义不需要发布经验，讲渠道却需要预算和平台判断，二者前置条件不同，宜拆分。
3. 读者读完是否能完成一个动作。定义页读完应能准确判断“什么算软文”；写法页读完应能写出初稿。动作不同，页面就应不同。

若三项中有两项指向“不同”，就应拆分；若只是同一问题的不同侧面，例如定义加特征加常见误解，则适合放在同一页面。

一个可执行的拆分步骤

假设你要写“软文定义”这个主题，可以按以下顺序处理。

1. 先写下读者最可能输入的几个问题，例如“软文是什么意思”“软文和广告的区别”。
2. 把答案结构相同的问题归为一组。定义类归一组，操作类归另一组。
3. 每组各建一个页面，主页面只保留定义、特征和边界，其余用链接指向。
4. 检查每个页面能否用一个<h2>讲清一个子问题；若某个<h2>需要再拆三个<h3>，考虑独立成页。

这样做的代价是页面数量增加、内链维护变多；收益是每个页面意图更集中，读者更容易找到答案。若站点规模很小，也可以先合并，但合并后应确保每个小节都能独立回答一个问题。

适用条件与判断结果

上述拆分方式适合内容站点、企业知识库和需要长期积累主题的博客。若只是内部文档或一次性说明，合并写反而更省事。判断结果可以这样看：读者搜索“软文定义”时，如果落地页大段讲发布报价，说明范围过大；如果落地页只讲定义并给出区分方法，说明范围合适。

下一步，先列出你准备写的页面标题，逐个用“一个页面只解决一个问题”去检验，把不符合的标题拆开或删减，再开始写正文。