关键字密度：怎样收集内容所需的证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fda701302ec9.html
📄
关键字密度：怎样收集内容所需的证据
收集证据的目标不是把某个词重复到某个百分比，而是证明“读者确实会用这些说法提问，且现有内容没有充分回答”。因此起点应是真实查询与页面缺口，而不是先定一个密度数字。最关键的一步是：先建立一份可追溯的证据清单，再决定写什么、写多深。下面按准备、实施、验证、维护四步说明。
准备：先明确要证明什么
动手收集前，把模糊想法改写成可验证的命题。例如不要写“这个词很重要”，而写“搜索‘旧版导出功能怎么用’的人，需要的是操作路径和失败原因”。命题越具体，后面收集的证据越有方向。
- 确定目标读者：他们处在了解、比较还是操作阶段。
- 确定待答问题：用一句话写出读者最想解决的事。
- 确定判断标准：什么证据出现后，你才认为值得写这一节。
准备阶段的产出是一张空白证据表，至少包含来源、原话或数据、日期、能支持哪一小节。没有这张表，后面很容易把零散印象当成事实。
实施：从四类来源收集可核对证据
证据来源可以分成四类，各自回答不同问题。不要只依赖其中一类，也不要把它们混为一谈。
- 站内查询记录：看读者实际用什么词进入或搜索站内内容。它能证明“已有读者这样表达”，但不能证明整体搜索需求大小。
- 搜索结果页面：观察排在前面的页面在回答什么、缺什么。这是竞品内容缺口证据，不是排名保证。
- 读者原话：评论、客服记录、社群提问中的原句。它能提供真实措辞和具体场景，适合用来确定小节标题和例子。
- 可复核的公开资料：规范、说明书、公开文档。涉及功能是否存在、规则是否变化时，优先以这类来源为准，并记录查看日期。
收集时逐条记录，不要先总结。原文比转述可靠，日期比“最近”可靠。遇到互相矛盾的说法，保留两条并标注分歧，不要急着合并成一个结论。
验证：用三个检查项筛掉弱证据
收集到的材料不等于可用证据。逐条过下面三关，通不过的就降级为参考，不进入正文论证。
- 可追溯：能否指出它来自哪里、什么时候看到。说不清来源的，只能当灵感。
- 与问题直接相关：它回答的是本篇主问题，还是相邻的另一个问题。后者移到别的选题。
- 不重复已知内容：如果它只是把已有说法换个同义词，没有新增场景、数据或判断条件，就不构成新证据。
举个假设例子：你打算写“导出失败怎么办”。站内记录显示多人搜“导出没反应”，客服记录里有人提到文件超过一定大小后失败，公开文档写明有大小限制。这三条互相印证，可以支撑“先检查文件大小”这一节。若只有一条“我觉得大文件容易失败”，则不足以写成结论。
判断结果分三种：多条独立来源指向同一结论，可写成明确建议；只有一条来源，写成“有读者反馈”并说明适用条件；来源互相冲突，写成待核实项，并给出读者可自行检查的方法。
维护：把证据变成可更新的内容结构
证据会过期，尤其是涉及功能、规则和价格的内容。维护的关键是让每一条结论都能追溯到来源和日期，而不是重读全文猜测。
- 在证据表中保留“最后核对日期”，到期后重新确认。
- 正文中把可能变化的部分集中写，避免散落在各段。
- 新增读者提问时，先补证据，再改正文，不直接凭印象扩写。
这样做的直接好处是：当有人质疑某个说法时，你能拿出原话、来源和日期，而不是反复解释“我记得是这样”。
下一步
现在就建一张三列表格：来源、原话或数据、能支持哪一节。先填满五条与你的主问题直接相关的记录，再决定正文写几个小节。填不满五条，说明问题还没问清楚，应回到准备阶段重写命题。
