生成式引擎在回答问题时做的事，本质上是「找到最接近的已有答案，重新组织一遍」。你的内容越接近「一个问题配一个完整答案」这个形状，被取用的成本就越低。
FAQ 正好是这个形状。这就是它在 GEO 里性价比高的原因。
一、问题要用用户的原话
内部写 FAQ 最常见的毛病是把问题写成栏目名：「服务周期说明」「合作流程介绍」。用户不会这么问。
去销售和客服的聊天记录里抄原话。「你们这个一般多久能见效」「不满意能退钱吗」「跟 SEO 是一回事吗」—— 这些才是真正会被匹配上的问法。
一条经验：问题里带疑问词（多久、怎么、能不能、多少钱）的，匹配率明显高于名词短语。
二、答案必须能独立成立
这是最关键的一条。模型引用 FAQ 时几乎不带上下文，所以每个答案都要满足：
- 第一句就回答问题，不要先铺垫背景。
- 不出现「详见上文」「如前所述」「请联系客服了解」。
- 专有名词给全称，不依赖上下文补齐。
- 长度控制在两到四句。太短没信息量，太长会被截断。
自检方法：把答案单独复制出来发给一个完全不了解你业务的人，看他能不能直接用。
三、敢答不利的问题
很多企业的 FAQ 只回答对自己有利的问题，遇到「多久见效」「能不能保证排第一」就写一句模糊的套话。
这是浪费。这几个问题恰恰是用户最关心、也最可能被问到 AI 那里去的。如实回答反而是优势：
问：能保证我的品牌在 AI 答案里排第一吗？
答：不能。AI 的答案是按问题逐次生成的，换个说法、换个平台、换个时间，结果都可能不同，本来就不存在固定的「第一名」。能测的是：在一组固定的、客户真实会问的问题里，品牌被点名的比例有多高。
这样一段答案，在「GEO 能不能保证排名」这类问题下被引用的概率，远高于一句「我们承诺效果」。
四、配上结构化数据
页面上写了 FAQ，还要配 `FAQPage` 结构化数据。标记要和可见内容完全一致 —— 页面上没有的问答不要标，这是明确违规。
五、放在哪里
三个位置各有用处：
- 服务页底部。 承接的是已经在了解你的人。
- 文章末尾。 承接的是搜到这篇文章的人，也给文章本身增加一块高被引内容。
- 独立的常见问题页。 集中承载长尾问题，数量可以做得很大。
六、定期回收真实问题
FAQ 不是写一次就完的。每个月从客服对话里挑出重复出现的新问题补进去，把没人问的删掉。
一个持续更新、答案具体、敢答难题的 FAQ 库，是成本最低、复利最明显的 GEO 资产。