答案先行，理由在后
多数 FAQ 条目是层层铺垫到答案：先讲背景、再讲考量、然后一句「视具体情况而定」，真正的答案放在最后，甚至没有。抽取式阅读只取开头一两句。把答案放在那里，再解释。如果诚实的答案是一个区间，就把区间写进第一句。
一条只回答一个问题
一条同时回答「多少钱、多久」的条目，对两个问题都无法被干净地引用。拆开。两条短的被引用的次数，多于一条详尽的。
用客户真实的问法
不要用内部措辞。人们问的是「能不能保证排名」，而不是「关于排名承诺的说明」。问题文本本身参与匹配；写成公文腔，在答案被读到之前匹配就已经丢了。
什么会让页面被跳过
用夸自己代替回答的答案。写成只能朝有利方向回答的问题。没有依据的数字。以及严密到没有任何主张存活下来的模糊表述 ——「每个项目情况不同，具体需要沟通」什么都没回答，只会被略过，换一个肯给出承诺的来源。
把难回答的那几条写出来
你做不了什么。你不适合谁。最常出问题的是什么、出了之后怎么办。这几条恰恰是会被引用的，因为几乎没人公开，而想给出平衡答案的模型没有别处可去。
加结构化标注，并保持两者一致
FAQPage 标注有帮助，但前提是与可见正文完全一致。标注里写着比页面更漂亮的答案就是自相矛盾，而自相矛盾的代价大于标注带来的收益。