AEO — 答案引擎优化
答案引擎——Google 精选摘要、语音助手、产品内 AI 助手——不会阅读你的页面。它会从页面中挑选一段内容，显示这段内容而不是整个页面，然后继续处理。AEO 要做的，就是确保页面中的某段内容能够被选中，并且在脱离上下文后仍然准确。
Docsbook 在这方面做两件事。它只需开启一个开关，就能生成描述页面已有问题和操作流程的机器可读标记。同时，它依据一套规则编写并约束内容，关注的是内容片段而非整个页面——真正影响结果的正是这些规则，详见面向答案引擎的内容规则。
本页面介绍答案引擎需要什么、Docsbook 会自动提供什么，以及哪些工作仍需由你完成。
答案引擎需要从页面中获取什么？#
按此顺序，共四项。前两项是结构性的，由 Docsbook 处理；后两项则是你需要撰写的内容。
| 需求 | 引擎为何需要它 | 由谁提供 |
|---|---|---|
| 文本无需 JavaScript 即可获取 | 检索爬虫会获取 HTML；由浏览器脚本渲染的内容不会出现在抓取结果中 | Docsbook — 页面是服务器渲染的静态 HTML |
| 段落能够独立进行评分 | Google 会运行段落排名系统，以“识别网页中的各个部分或‘段落’”（Google） | 你 — 一个只有在理解上面的三个部分后才有意义的章节会失去优势 |
| 答案出现在开头句中 | 模型在上下文的开头或结尾处对信息的利用效果最好，而在中间部分会下降（Liu 等，TACL） | 你 |
| 一个可直接提取的事实 — 数字、限制条件或定义 | 统计数据、引述和引用来源都能显著提升内容在生成式回答中的可见度（GEO，KDD 2024） | 你 |
标记语言不在此列表中，这样的排序是有意为之的。标记语言描述内容，但不会创造内容。
Docsbook 会自动生成什么？#
每个文档页面都包含一个保存 schema.org @graph 的 <script type="application/ld+json"> 块。无论您的设置如何，每个页面中都有三个对象：项目所有者的 Organization、页面本身的 TechArticle，以及根据页面的 <link rel="canonical"> 所使用的同一规范 URL 构建的 BreadcrumbList。
在管理后台的 SEO / GEO 选项卡中启用 AEO 后，还会额外添加三个对象，但只有当页面确实包含匹配的内容时才会添加：
FAQPage— 当页面包含 FAQ 部分或疑问形式的 H3 标题时生成。最多包含 20 个问题，每个答案上限为 1,000 个字符。HowTo— 当以“How to”（或俄语“Как”）开头的标题后面紧接着一个至少包含三个步骤的编号列表时生成。每页最多包含 5 个流程，每个流程包含 20 个步骤。speakable—TechArticle内的一个SpeakableSpecification，其命名依据按优先级排列为：.tldr、第一段文章正文和 H1。
没有 FAQ 的页面不会生成 FAQPage，而只有两个步骤的流程也不会生成 HowTo。这是设计如此，并非遗漏：Google 的结构化数据政策规定：“不要为页面读者不可见的内容添加标记”，违反这一规定可能导致人工措施，从而失去获得富媒体搜索结果的资格（Google）。具体的触发条件、阈值和生成的 JSON 请参阅结构化答案。
AEO 在每个套餐中都是一个开关。代您应用写作规则的代理属于付费功能 — 请参阅价格。
为什么这是正确的方法（证据）#
| Docsbook 遵循的规则 | 为什么这对使用它的机器有效 | 来源 |
|---|---|---|
| 输出 JSON-LD，而不是微数据 | “如果你的网站设置允许，Google 建议使用 JSON-LD 来提供结构化数据” | Google，结构化数据简介 |
| 仅为页面上存在的内容输出标记 | “不要为页面读者不可见的内容添加标记”——违反此规定可能触发人工措施 | Google，结构化数据指南 |
在每个页面上输出 BreadcrumbList |
面包屑是 Google 仍支持的富媒体搜索结果之一，并且该路径“表示页面在网站层次结构中的位置” | Google，面包屑、搜索图库 |
将 speakable 指向摘要，而不是整个页面 |
Google 的指导是标记“关键要点”，而不是整篇文章，大约两到三句话 | Google，可朗读内容 |
| 将段落而不是页面视为单位 | Google 的段落排名系统会评估页面中的各个部分 | Google，排名系统指南 |
| 绝不承诺摘要或引用 | 一项针对 45 项 GEO 研究的 2026 年调查发现，“所审查的技术中，没有任何一项对自然可发现性表现出稳定、纵向、跨平台的因果效应” | Martinez，arXiv 2607.14035 |
限制与未决问题#
- Google 不再显示 FAQ 或 How-to 富媒体搜索结果，我们不会对此另作假装。 Google 于 2023 年 9 月移除了 How-to 富媒体搜索结果——“不再显示在搜索结果中，无论是在桌面设备还是移动设备上”——并同时将 FAQ 限制为知名政府和健康网站。随后，FAQ 被正式弃用：Google 自己的更新日志记录了“从 2026 年 5 月 7 日起，此功能将不再出现在 Google 搜索中”，相关文档也于 2026 年 6 月 15 日被移除（Google 文档更新）。这两种类型都不在当前的受支持富媒体搜索结果库中。
FAQPage和HowTo仍然能做的是，让任何解析 JSON-LD 的工具都明确识别问答和操作步骤。它们不再能做的是生成 Google 富媒体搜索结果。如果有供应商告诉你情况并非如此，请要求其提供来源日期。 - 你无法通过添加标记来获得精选摘要。 当被问及如何将页面标记为精选摘要时，Google 的回答是“你不能。Google 系统会判断某个页面是否适合成为用户搜索请求的精选摘要；如果适合，就会将其提升显示”（Google，精选摘要）。精选摘要靠正文内容赢得。这就是为什么内容规则是两页中更长的一页。
speakable仍处于测试阶段，适用范围很窄。 Google 的实现“处于测试阶段，可能会发生变化”，仅限新闻发布者使用，并服务于“在美国、将 Google Home 设备设置为英语的用户”（Google，可朗读内容）。文档网站不是新闻发布者，因此应将该标记视为对页面摘要部分的正确声明，而不是连接到智能音箱的途径。- 未决问题：其他语音助手。 本页面的早期版本曾声称 Amazon Alexa 会读取
speakable标记。我们找不到说明这一点的亚马逊一手来源，而 schema.org 也没有发布消费者列表。可以验证的是：speakable是 schema.org 的一个属性，Google 记录了它的一种测试用途，而其供应商没有记录其他用途。任何关于 Alexa 和speakable的说法都应视为未经证实。 - 未决问题：AI 答案引擎是否会读取 JSON-LD。 没有任何模型供应商——OpenAI、Anthropic、Google、Perplexity——发布声明称其检索流程会解析 schema.org 标记。第三方分析发现 JSON-LD 与引用之间存在相关性，但在爬取的页面上观察到的相关性无法将标记本身与通常伴随它的网站质量区分开来。在供应商发布相关文档之前，诚实的立场是：对于选择解析 JSON-LD 的工具，它可以消除歧义；除此之外，我们无法向你展示任何可衡量的收益。
- 自定义域名不会获得 AEO 标记。 通过自有域名提供服务的工作区会经过不同的路径进行渲染，该路径只输出一个简单的
TechArticle——没有BreadcrumbList、没有FAQPage、没有HowTo、没有speakable，并且 AEO 开关在那里不起作用。在*.docsbook.io地址上，会输出完整图谱。这是一个已知缺口，而不是你可以更改的配置。 - Docsbook 不会验证它输出的标记。 流程中没有 schema 检查器，
audit_geo也不会检查 JSON-LD。启用 AEO 后，请使用 Google 的 Rich Results Test 或 Schema Markup Validator 检查页面——结构化答案解释了失败时的表现。