QAEブロック：2026年にAI Overviewsを攻略する質問・回答・根拠のパッセージ仕様

最終更新：2026年9月

AI Overviewsや回答ボックスは、長いページを評価しません。評価するのはパッセージです。明確な質問、それだけで完結する回答、そして証拠として示せる材料がそろった、エンジンがそのまま抜き出せるひとかたまりの文章です。

AEOのアドバイスの多くは、「AI向けにコンテンツを構造化しましょう」で終わってしまいます。それは仕様ではありません。願望です。QAEブロックは仕様そのものです。一度作れば、実際の質問に答えるあらゆるページで使い回せる、名前の付いた3要素のパターンです。

AI Overviewで勝つには、パッセージをどう構造化すればいいか？

QAEブロックを組み立てましょう。質問そのものを表すH2、段落の外を指す代名詞を使わない60〜80語の直接回答、そしてその下に置く短い根拠テーブルです。2026年3月のGEO-SFE調査は、ページのコンテンツはそのままにこの構造だけを変え、6つの生成AIエンジン全体で引用率を測定しました。

根拠	詳細	出典
引用率の向上	6つの生成AIエンジン全体で17.3%	GEO-SFE調査、2026年3月
変えたもの	構造のみ。コンテンツの中身は維持	GEO-SFE調査、2026年3月
検証した仕様	H2による質問、60〜80語の回答、根拠テーブル	GEO-SFE調査、2026年3月

このテーブルは2つの役割を果たしています。上の主張を裏付けると同時に、ブロックの3つ目の要素が実際にどう機能するかを示しています。

「コンテンツを最適化しましょう」という記事より、名前の付いたブロックが優れている理由

曖昧なアドバイスは引用されません。引用のしようがないのです。エンジンがそのまま抜き出せるほど具体的な部分がなく、他のライターがそのまま真似できるほど具体的な部分もありません。

名前の付いた、真似できるパターンは違います。決まった形、明確な名前、そして測定済みの成果が結びついています。この組み合わせこそが引用されやすさを生み、ページごとにスタイルの議論をしなくてもコンテンツチーム全体で使い回せる理由です。

こうした仕様が社内でどう広がるか考えてみてください。1人のライターが最初のQAEブロックを作り、そのページでの引用率の変化を示します。次のライターは、それを真似るためにミーティングを開く必要がありません。明確な1つの質問に答える次のページで、同じ3つの要素を同じ順序で組み立てるだけです。

GEO-SFE調査：構造だけを変えたときに何が変わったか

2026年3月に発表されたGEO-SFE調査は、変数を1つだけに絞り込みました。研究者たちは既存のページを取り上げ、コンテンツの中身はそのままに、構造だけを質問・回答・根拠の形に書き直しました。

結果は、6つの生成AIエンジン全体で引用率が17.3%向上というものでした。ページの中身は何も変わっていません。変わったのは形だけです。

これは、AEOの実務者が求めうる中で最も強い種類の根拠です。構造の整ったページと引用の間にある相関関係、つまりドメインオーソリティのような第三の要因でひそかに説明できてしまう種類の発見ではありません。同じコンテンツを2つの異なる形で比較した、対照実験なのです。

この違いは、時間の使い方を左右します。相関研究が教えてくれるのは、引用されやすいページがどんな傾向にあるかです。この調査のような対照実験が教えてくれるのは、すでに自分が管理しているページの形を変えたときに何が起こるかです。そしてそれこそ、ほとんどのコンテンツチームが実際に動かせる唯一の変数です。

QAEブロックの構造を、注釈付きで解説する

決まった順序の3つの要素。それぞれが特定の役割を果たします。

要素	仕様	エンジンが引用する理由
Q（Question：質問）	トピックのラベルではなく、質問文そのものを表すH2	クエリの埋め込み表現にほぼ一致する
A（Answer：回答）	60〜80語、それだけで完結し、段落の外を指す代名詞を使わない	単独で回答できるほど長く、全文を引用できるほど短い
E（Evidence：根拠）	3〜6行のテーブル：名指しの情報源、数値、日付	主張のすぐそばに、独立した引用可能な対象を提供する

同じ構造を、コピペして埋められるブロックとして示します。

## [H2：質問文そのものを一字一句そのまま]            <- Q：ユーザーの尋ね方に一致させる
[60〜80語の直接回答。段落の外を指す代名詞は使わない]  <- A：全文引用できる完結した文章。
                                                        前の文脈がなくても意味が通る

| 根拠 | 詳細 | 出典 |                          <- E：本文のすぐそばで
|------|------|------|                                  エンジンが引用できる独立した主張
| ...  | ...  | ...  |

ビフォーアフター：同じ事実を、構造だけ変える

同じ事実を、両方の形で示します。変わるのは構造だけです。

ビフォー：文章に埋もれた状態

チームからは、ページの構造変更がAI Overviewに反映されるまでどれくらいかかるのか、よく質問されます。私たちの経験や実務者の報告によると、結果は数週間以内に現れ始めることが多いようですが、エンジンがページを再クロールする頻度やクエリの競争度合いによって大きく変わるため、インデックスと再評価が追いつくまでは辛抱強く待つのが一般的に推奨されます。

この段落には、答えがヘッジ表現の真ん中に埋もれています。きれいに引用できる部分はどこにもなく、出典を示している部分もどこにもありません。

アフター：QAEブロックにした場合

## ページの構造変更は、どれくらいでAI Overviewの引用に反映されるか？

ほとんどのサイトでは、構造の更新から2〜6週間以内に引用率の変化が
現れます。これはエンジンがページを再クロールする頻度に左右されます。
Perplexityのような反映が速いエンジンは、既存のクロール頻度に依存する
Google AI Overviewsよりも早く変化を反映することが多いです。

| エンジン                | 一般的な遅延    |
|------------------------|----------------|
| Perplexity              | 数日〜2週間     |
| Google AI Overviews     | 2〜6週間        |
| ChatGPT（ブラウジング） | 数日〜2週間     |

2つ目のバージョンには、ラベル付けされた質問、ヘッジ表現のない直接回答、そしてエンジンがそのすぐそばで引用できるテーブルがそろっています。

コピペで使えるHTMLテンプレート

これをページのCMSのベースとして使ってください。質問、60〜80語の回答、3〜6行の根拠を埋めていくだけです。

<h2>[質問文そのもの。ユーザーが実際に尋ねる形で]</h2>

<p>
  [60〜80語の直接回答。最初の一文で主語を名指しで示す。前の文脈が
  必要な代名詞は使わない。この段落だけを、ページの他の部分なしに
  引用しても意味が通るくらい、十分に答えを完結させる。]
</p>

<table>
  <thead>
    <tr>
      <th>根拠</th>
      <th>詳細</th>
      <th>出典</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>[主張や数値]</td>
      <td>[具体的な詳細]</td>
      <td>[名指しの情報源、日付付き]</td>
    </tr>
  </tbody>
</table>

テーブルは3〜6行に収めましょう。3行未満だと薄く感じられ、6行を超えるとスキャンしやすいパッセージではなくなり、また文章の壁に戻ってしまいます。

ブロックをFAQPageスキーマと組み合わせる

QAEブロックとFAQPageスキーマは同じものではなく、どちらかがもう一方の代わりになるわけでもありません。

ブロックは本文です。人間とAIモデルの両方がページ上で読むものです。スキーマは、どのテキストが質問でどのテキストが回答かをクローラーに正確に伝える、機械可読なラベルです。

スキーマに含めるのはQとAの部分だけにしましょう。根拠テーブルは含めません。acceptedAnswerフィールドはテーブルではなく、プレーンテキストの回答を想定しているためです。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "AI Overviewで勝つには、パッセージをどう構造化すればいいか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "QAEブロックを組み立てましょう。質問そのものを表すH2、段落の外を指す代名詞を使わない60〜80語の直接回答、そしてその下に置く短い根拠テーブルです。2026年3月発表のGEO-SFE調査は、この構造だけで引用率が17.3%向上することを確認しました。"
      }
    }
  ]
}

ブロックを作る前に、プロンプトを確認する

誰もエンジンに尋ねないクエリのためにQAEブロックを作っても、労力の無駄になります。まず確認してから、作りましょう。

AthenaHQは、プロンプト単位・競合単位で引用を追跡できるツールです。ページに一切手を加える前に、どのプロンプトがすでに回答ボックスを引き出しているか、そしてその中でどのドメインが引用されているかを確認できます。Temsoも同様のチェックをChatGPT、Perplexity、Google AI Overviews、Gemini、Microsoft Copilotの全体でカバーしており、月額$89からの定額プランで利用できます。AEOモニタリングの他の機能と合わせて、プロンプトトラッキングを1つのツールでまとめたい場合に便利です。

ターゲットとなるプロンプトが分かったら、SurferのContent Editorを使って、これに近い構造パターンに沿って下書きを採点できます。公開前に形を確認できるということです。Writesonicは、スキーマ込みでFAQセクションの一次ドラフトを作成してくれるので、そこから60〜80語の仕様に編集していけます。

これらのツールはどれも、ブロックを一字一句書いてくれるわけではありません。正しいプロンプトを示し、白紙から始めるよりも早くラフドラフトにたどり着かせてくれるだけです。

最もインテントの強いページで、最初のブロックを作る

買い手が実際に尋ねる質問をすでに把握しているページを選びましょう。その質問を一字一句そのままH2にします。段落の外を指す代名詞を使わない、60〜80語の回答を下書きします。3〜6行の根拠テーブルを追加します。QとAをFAQPageスキーマで包み、スキーマのテキストをページ上の内容と一致させます。

今週、まず1ページから始めましょう。 GEO-SFE調査と同じ方法で、変更前後の引用率を追跡します。それ以外の要素はすべて固定し、構造だけを唯一の変数にします。その変化を追跡するための選択肢は、/rankings/aeo-toolsで比較できます。

次に読むべき記事

• AEOツールの完全ランキング：/rankings/aeo-tools
• Temsoのツールプロフィール：/tools/temso
• AthenaHQのツールプロフィール：/tools/athena-hq
• Writesonicのツールプロフィール：/tools/writesonic
• 用語集：/glossary
• 方法論：/methodology