AEO — 回答エンジン最適化

回答エンジン — Google の強調スニペット、音声アシスタント、製品内の AI ヘルパーなど — は、あなたのページを読むわけではありません。ページ内から1つのパッセージを選び、ページの代わりにそのパッセージを表示して次へ進みます。AEO とは、あなたのページ内のパッセージが選ばれるものになるようにし、文脈から切り離された後も正確であり続けるようにする取り組みです。

Docsbook は、そのために2つのことを行います。1つのトグルで、ページにすでに含まれている質問と手順を説明する機械可読マークアップを出力します。そして、ページではなくパッセージを対象とした一連のルールに基づいてコンテンツを作成し、適用します — 実際に結果を左右するのはこのルールの部分であり、回答エンジン向けのコンテンツルールに記載されています。

このページでは、回答エンジンが必要とするもの、Docsbook が要求されなくても提供するもの、そしてあなたに残されていることを説明します。

回答エンジンはページに何を必要とするのか？#

この順序で4つあります。最初の2つは構造に関するものでDocsbookが処理し、最後の2つはあなたが書くものです。

マークアップはこの一覧のどこにもなく、その順序は意図的なものです。マークアップはコンテンツを記述しますが、コンテンツを作り出すものではありません。

Docsbook は何を自動的に出力しますか？#

すべてのドキュメントページには、schema.org の @graph を格納した <script type="application/ld+json"> ブロックが1つ含まれています。設定にかかわらず、すべてのページでその中に3つのオブジェクトが含まれます。プロジェクト所有者用の Organization、ページ自体用の TechArticle、そしてページの <link rel="canonical"> が使用するものと同じ正規URLから構築される BreadcrumbList です。

管理画面の SEO / GEO タブで AEO を有効にすると、ページに対応するコンテンツが実際に含まれている場合に限り、さらに3つが追加されます。

• FAQPage — ページにFAQセクションまたは質問形式のH3がある場合。質問は最大20件で、各回答は1,000文字までです。
• HowTo — 「How to」（またはロシア語の「Как」）で始まる見出しの後に、少なくとも3つの手順を含む番号付きリストが続く場合。1ページあたり最大5件の手順、各手順は20ステップまでです。
• speakable — .tldr、記事の最初の段落、H1を、その優先順位で示す TechArticle 内の SpeakableSpecification。

FAQのないページには FAQPage は追加されず、2ステップの手順には HowTo は追加されません。これは欠落ではなく仕様です。Googleの構造化データポリシーには「ページの読者に表示されないコンテンツにはマークアップを付けないでください」と記載されており、これに違反すると、リッチリザルトの対象資格を失わせる手動による対策を受けるリスクがあります（Google）。正確なトリガー、しきい値、出力されるJSONについては、構造化された回答をご覧ください。

AEOはすべてのプランで利用できる切り替え機能です。ライティングルールを適用するエージェントは有料機能です。詳しくは料金をご覧ください。

これが正しい方法である理由（根拠）#

制限事項と未解決の疑問#

• Google は FAQ や How-to のリッチリザルトを表示しなくなっており、私たちはその事実を偽るつもりはありません。 Google は 2023 年 9 月に How-to のリッチリザルトを削除しました。つまり「パソコンとモバイル端末の両方で、検索結果に表示されなくなった」ということです。同時に、FAQ の対象も著名な政府および医療サイトに限定されました。その後 FAQ は完全に廃止され、Google 自身の更新ログには「2026 年 5 月 7 日以降、この機能は Google 検索に表示されなくなります」と記録されており、ドキュメントも 2026 年 6 月 15 日に削除されました（Google のドキュメント更新）。現在のサポート対象リッチリザルトのギャラリーには、どちらのタイプも掲載されていません。FAQPage と HowTo が現在も行うのは、JSON-LD を解析するものに対して Q&A と手順を明示することです。もはや行わないのは、Google のリッチリザルトを生成することです。もしベンダーが異なる説明をするなら、その情報源の日付を尋ねてください。
• 構造化データを追加しても、強調スニペットを獲得できるわけではありません。 ページを強調スニペットとしてマークする方法を尋ねられた Google は、「できません。Google のシステムが、ユーザーの検索リクエストに対してそのページが適切な強調スニペットになるかどうかを判断し、適切であればそのページを上位に表示します」と回答しています（Google、強調スニペット）。強調スニペットは文章の内容によって獲得されます。だからこそ、2 つのページのうちコンテンツルールのほうが長いページになっています。
• speakable は対象範囲が狭いベータ版です。 Google の実装は「ベータ版であり、変更される可能性がある」もので、ニュースパブリッシャーに限定され、「英語に設定された Google Home デバイスを使用する米国のユーザー」に提供されます（Google、speakable）。ドキュメントサイトはニュースパブリッシャーではないため、このマークアップはページのどの部分が要約であるかを正しく宣言するものとして扱い、スマートスピーカーへの経路とみなさないでください。
• 未解決の疑問：その他の音声アシスタント。 このページの以前のバージョンでは、Amazon Alexa が speakable マークアップを読み取ると記載していました。しかし、それを明言する Amazon の一次情報は見つけられず、schema.org も利用者の一覧を公開していません。検証可能なのは、speakable が schema.org のプロパティであり、Google がそのベータ版での用途を 1 つ文書化していること、そしてベンダーによってそれ以外が文書化されていないことです。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 内には、出力するマークアップを検証する機能はありません。 パイプラインにはスキーマリンターがなく、audit_geo も JSON-LD を検査しません。AEO を有効にした後、Google のリッチリザルトテストまたは Schema Markup Validator でページを確認してください。構造化された回答では、失敗時にどのようになるかを説明しています。

関連#

• 構造化された回答 — 出力される型、トリガー、実際の JSON-LD
• 回答エンジン向けコンテンツルール — 実際に結果を動かすルール
• SEO — メタタグ、サイトマップ、正規 URL、noindex
• GEO — speakable セレクターが優先する TL;DR ブロックと、アシスタントによる引用
• llms.txt — AI クローラー向けのサイトレベルのインデックス
• Docsbook が主張を裏付ける方法 — これらのページが従う証拠ルール