一句话：这样写——你页面上任意连续的一百个字，被粘进别人的回复里之后，依然为真、依然读得懂、依然点得出自己的主语。
整个方法就这一句。下面全是它的推论。
为什么约束是这么具体的
答案引擎检索的是段落不是文档。模型选中你页面上的某一段，再用它写回复。所以页面不是被「阅读」，而是它的一个片段被「复用」。一段只有待在原位才成立的话——因为主语由标题提供、条件由上一段提供——无论页面本身多好，都是没法用的。
八条规则
| 规则 | 它避免的故障 |
|---|---|
| 在承载事实的那句话里点明主语 | 「每月 349 元」没法用；「专业版每月 349 元」剪出来还站得住 |
| 答案写在标题下第一句 | 在第三段才出现的答案，可能压根不在被选中的那一段里 |
| 一个标题一个问题，用人提问的说法 | 营销腔的小标题匹配不上任何人真正会打的字 |
| 事实放进带单位和日期的表格 | 散文里的事实会被转述，然后走样 |
| 写明确日期，不写「最近」「目前」 | 没有日期的论断无法被放进时间线，于是输给有日期的 |
| 在想打太极的地方写出一个数字 | 「视使用场景而定」没法被当作答案引用 |
| 实质内容留在服务端渲染的 HTML 里 | 折叠块、标签页、弹窗对多数检索代理不可见 |
| 在正文里给出自己的来源 | 一条带来源的论断比光秃秃的断言更容易被复用 |
人们最抗拒的那一条
答案前置感觉像提前剧透，而且会缩短页面停留时长，有些团队仍把它当质量信号。两个顾虑都是真的，也都被更大的收益盖过：被引用的页面能触达那些本来就不会往下滚的人；而停留时长一直只是某样东西的代理指标，现在那样东西你可以直接测了。
写出以后可能要改的数字
大量页面打太极，根源是怕将来被指出错。解法是加日期，不是打太极。「截至 2026 年 9 月，专业版每月 349 元」比「价格视情况而定」更安全，因为日期把这条论断的范围划得很精确——它告诉读者和引擎，这句话主张什么、不主张什么。然后给带数字的页面设一个复核周期。
五分钟自查
关掉 JavaScript 按纯 HTML 取一次页面。找到那个对应真实问题的标题，脱离上下文读它下面的头两句。如果它们是一个完整、正确、点明了主语的答案，这张页面过关。
在写第四张页面之前，先对最重要的三张跑一遍。多数团队会发现故障是结构性的、三张一模一样——这意味着改一处模板就修好了整个站。