FAQ 不是关键词堆砌区。
好的 FAQ 应该回答读者读完正文后仍然可能卡住的问题，帮助他们做下一步判断。
如果一个问题值得详细解释，就不应该硬塞进 FAQ；如果只是补充边界、例外或下一步，它才适合放在 FAQ。
FAQ 什么时候有用
FAQ 适合解决这些问题：
- 正文已经讲完主流程，但还有常见边界情况；
- 用户在执行前会担心风险、成本、适用场景；
- 某些长尾问题不值得单独成文，但值得回答；
- 页面需要补充定义、限制条件或下一步链接；
- 销售或客服反复收到同类问题。
FAQ 不适合替代正文。如果核心问题只放在 FAQ 里，说明文章结构本身可能有问题。
不要把 FAQ 当富结果保证
过去很多人写 FAQ，是为了拿 FAQ rich result。
现在更应该谨慎：Google 已经减少 FAQ rich result 的展示，并把相关展示限制在更少的场景中。对普通内容站来说，写 FAQ 的重点不应该是“保证展示富结果”，而应该是帮助用户理解和决策。
如果你要加 FAQ 结构化数据，也必须确保页面上真实可见这些问答，且内容和页面主题相关。
怎么判断一个问题该放哪里
| 问题类型 | 放哪里 | 判断标准 |
|---|---|---|
| 主问题 | 正文核心章节 | 没有它，文章就不完整 |
| 操作步骤 | 正文方法部分 | 需要连续解释和例子 |
| 边界情况 | FAQ | 简短回答即可解除疑问 |
| 大主题 | 独立文章 | 回答超过 300-500 字仍讲不清 |
| 下一步任务 | 内链 | 读者需要跳到另一个教程 |
FAQ 的作用是补全页面，不是把文章碎片化。
FAQ 问题从哪里来
可以从这些地方收集：
- GSC 查询里有曝光但正文未直接回答的问题；
- People Also Ask 和相关搜索；
- 站内搜索词；
- 评论、私信、客服、销售反馈；
- 竞品页面没有解释清楚的边界问题；
- 你在写作时主动想到的反例和限制条件。
收集后要筛选。不是所有问题都值得放进 FAQ。
一个好的 FAQ 回答长什么样
好的 FAQ 通常有三个特点：
- 直接回答问题；
- 说明适用条件或例外；
- 给出下一步行动或相关链接。
例如：
| 问题 | 不推荐回答 | 更推荐回答 |
|---|---|---|
| 旧文章更新要改发布日期吗 | 要，经常改 | 只有内容确实更新时才改，并记录改动内容 |
| FAQ 一定要加 Schema 吗 | 一定要 | 不一定。先确认页面有真实问答，再看是否符合结构化数据指南 |
| 薄内容一定要删除吗 | 是 | 不一定。先看页面意图、独立价值和数据信号 |
FAQ 写作清单
发布前检查：
- 问题是否真实；
- 答案是否简短清楚；
- 是否避免重复正文；
- 是否补充了边界、风险或下一步；
- 是否没有承诺排名、收录或富结果；
- 如果加 Schema，页面是否可见同样内容；
- 是否链接到更完整的相关教程。
三类读者的盲点
SEO 新手常见盲点是把 FAQ 当关键词堆砌区，越多越好。
有一定经验的人会写问答，但容易和正文脱节，导致页面像拼接内容。
更资深的人需要判断 FAQ 是否真实服务用户路径：哪些问题该进正文，哪些该独立成文，哪些只需要短答。