AI検索で引用されるコンテンツの書き方｜見出し直後の答えと自己完結型の段落設計

「AI検索に引用される記事は、何が違うのか」「今までのSEO向けの書き方のままでいいのか」。ChatGPT・Perplexity・Google AI Overviewが広がるなかで、記事の書き方を見直したいという相談が増えています。

結論から言うと、AI検索に向けた記事は「上から順に読ませる」設計から、「必要な段落だけ抜き出されても伝わる」設計へ組み直す必要があります。この記事では、AIが記事をどう読むのか、見出し直後に答えを置く理由、段落を自己完結させる書き方、HTMLの並び順の落とし穴、ブランド名の一貫性、一次情報の入れ方までを、公開前のチェックリストつきで解説します。

「読ませる記事」から「抜き出される記事」へ

従来のSEOで評価される記事は、読者が上から下まで読み進めることを前提にしてきました。導入で興味を引き、見出しで構造を見せ、本文で深掘りし、まとめで締める、という設計です。

一方、AI検索は記事全体を読ませません。ユーザーの質問に対して、関連しそうな段落だけを切り出して回答文に組み込みます。書き手が相手にしているのは、通読する人ではなく「1段落だけ持ち出すAI」でもあるということです。この考え方は、Search Engine Landが公開したプレイブック（How to write for AI search）など、英語圏の議論で整理されてきました。LLMO（AI検索に向けた最適化）全体の考え方は「LLMOとは？LLMO対策の始め方」をご覧ください。

AIが1ページから参照できる量には限りがある

英語圏では、AIが質問に答えるために参照する文章の量には上限があり、1ページあたりに使われる量はさらに限られる、という考え方（Grounding Budget：グラウンディング予算）が広がっています。前述のSearch Engine Landのプレイブックでは、1ページあたりの割り当ては英語で数百語程度とされています。正確な値はAIや時期によって変わるので、数字そのものより「全文は読まれない」という前提を押さえておくことが大切です。

• AIは記事全体を読まない。使われやすいのは冒頭の数段落と、質問に合った途中の段落
• 長い記事ほど、本文のうち使われる割合は小さくなりやすい
• 「長いほど強い」という発想は、AI検索ではそのまま通用しない

記事の組み立てをどう変えるか

1. 冒頭の数文に結論と定義を入れる：最も抜き出されやすい場所なので、前置きで埋めない
2. 見出し直下の段落を、その見出しだけで完結させる：見出しとその直下の段落がセットで使われやすい
3. 深い論点は別の記事に分ける：1記事に詰め込みすぎず、関連記事として切り出す

ただし、日本語の検索結果では今も長い記事が上位に来る傾向が残っており、「短くすればよい」わけではありません。テーマ全体を扱うピラー記事は従来のSEO向けにしっかり書き、個別の論点を扱う記事は凝縮するという組み合わせが現実的です。記事の分け方は「トピッククラスターとは」と「ピラーページの書き方」で解説しています。

見出しの直後に答えを置く

AIが記事を読み取るとき、見出し（H1やH2）の直後にある文章が重視されやすいことが、複数の観察から指摘されています。Search Engine Landは2026年8月、ChatGPTがページを取り込むときに、URL・ページタイトルとあわせて「H1の直後の可視テキストから機械的に切り出した約200文字」が保存されている、という第三者（RESONEO）の調査を報じました（出典：Inside ChatGPT’s retrieval stack）。同じ記事では、この部分にカテゴリ名・署名・公開日・目次が入り込んでしまう事例も紹介されています。

これは第三者による観測で、OpenAIが公表した仕様ではありません。こうした内部の仕組みは短期間で変わり得ます。それでも「見出しのすぐ下に、その記事の答えを書く」ことは、仕組みが変わっても損をしない書き方です。

HTMLの並び順の落とし穴

ここで見落としがちなのが、AIが読むのは画面の見た目ではなく、HTMLの並び順だという点です。多くのブログテンプレートでは、記事タイトル（H1）の直後に次のような要素が続きます。

• カテゴリやタグ
• 公開日・著者名・パンくずリスト
• アイキャッチ画像（代替テキストにタイトルと同じ文字列が入っていることも多い）
• 目次
• シェアボタン

画面では小さく並んでいるだけでも、HTMLの順番ではこれらが本文より前にあります。もし見出し直後の一定の文字数だけが使われるなら、本文が1文字も届かない、ということも起こり得ます。

また、CSSのorderなどで表示位置を入れ替えても、HTMLの順番は変わりません。見た目だけ直しても効果はないということです。逆に、HTMLの順番で要約を先に置き、CSSで表示位置を整えれば、見た目を保ったまま中身だけ差し替えられます。

すぐにできる直し方

1. H1の直後に記事の要約を置く：タグや目次より前に置く。検索結果用の説明文（meta description）を書いているなら、それを流用できる
2. アイキャッチ画像の代替テキストでタイトルを繰り返さない：画像の内容を説明する文にするか、装飾目的なら空にする
3. 各H2の直後に、その見出しへの答えを1〜2文で書く

自分のサイトで確かめる方法

ツールは要りません。ブラウザだけで確認できます。

1. 記事ページを開く
2. 右クリックして「ページのソースを表示」を選ぶ
3. <h1を検索する
4. そこから下に向かって、最初に本文が現れるまでに何があるかを見る

タグ、パンくずリスト、公開日、目次、シェアボタン、画像の代替テキストが挟まっていたら、その分だけ本文が後ろに押しやられています。同じサイトでも、トップページと記事ページなどテンプレートごとに結果が変わるので、主要なテンプレートをひと通り確認しましょう。WordPressのテーマで目次やシェアボタンの位置を変える場合は、読みやすさとのバランスも考えて判断してください。

段落を自己完結させる書き方

自己完結型の段落（Self-Contained Passage）とは、前後の文脈なしに1段落だけ読んでも意味が通じる書き方です。AIは記事全体の流れを保ったまま引用するわけではなく、1段落だけを切り出して回答に埋め込むことがあります。そのため、その段落の中に主語・条件・数値・結論がそろっている必要があります。

具体的には、「これは」「先ほどの」「弊社の」といった指示語や文脈に頼る表現を避け、固有名詞と具体的な条件を書きます。

ビフォー・アフターの例

この段落だけを抜き出すと、「この手法」が何を指すのか分かりません。「導入した企業」も「成果」も具体性がなく、引用の候補になりにくい書き方です。

こちらは単体で抜き出しても意味が通ります。主語（トピッククラスター設計）、言葉の説明、条件（商品数が多いEC）、理由がすべて段落の中に入っています。自社のデータを使える場合は、「いつ・誰が・どんな条件で・どんな数値だったか」まで段落の中に書くと、さらに引用されやすくなります。

段落のチェックポイント

• 段落の中に主語が書かれているか
• 「それ」「この」「先ほど」といった指示語で始まっていないか
• 数値・日付・企業名・地名などの情報が段落の中で閉じているか
• 1段落が長くなりすぎていないか（1つの段落で1つの話題に絞る）

ブランド名・著者情報を一貫させる

AI検索では、特定のブランド・企業・人物・サービス名がWeb上でどれだけ広く、同じ文脈で言及されているかが重要になっていると考えられています。英語圏では、これを「エンティティ（固有の対象）の権威」と呼び、サイト全体の被リンクに基づく評価とは別の軸として注目されています。

1. 著者情報を整える：執筆者の氏名・肩書・所属を、サイト内外で同じ書き方にそろえる
2. 表記ゆれをなくす：会社名やサービス名の書き方（カタカナ・英語表記など）を統一する
3. 公式プロフィールをつなぐ：会社サイト・SNSなどの公式アカウントを、構造化データ（OrganizationのsameAsなど）で関連づける
4. サイトの外で言及される機会をつくる：寄稿・取材・動画など、自社サイト以外でブランド名が出る場を増やす

こうした認知は短期間では積み上がらないので、数か月単位で続けることが前提です。E-E-A-T（経験・専門性・権威性・信頼性）の考え方は「E-E-A-Tとは」で解説しています。

表・画像・構造化データの使い方

文字だけの記事より、表・図・画像を組み合わせた記事のほうが、人にとってもAIにとっても内容をつかみやすくなります。

• 記事の冒頭近くに、要点をまとめた表か図を1つ入れる
• データを扱うところは、画像ではなくHTMLの表で書く（文字として読み取れるように）
• 操作手順には、ストック写真ではなく実際の画面のスクリーンショットを使う

構造化データ（FAQPage・HowTo・Article＋著者情報など）は、ページの内容を機械に伝える補助になります。ただし、構造化データを追加してもAIでの引用は増えなかったという公開調査もあり、Googleも「AI向けに特別な構造化データは不要」としています。リッチリザルトなど通常の検索での意味があるので実装は続けつつ、「入れればAIに引用される」とは考えないのが無難です。詳しくは「llms.txtとは？書き方と効果」の後半でまとめています。仕様はGoogle検索セントラルの構造化データのドキュメントを参照してください。

一次情報を入れる：AIが合成できない中身

ここまでの話は、いわば記事の「器」です。本当の差は、器の中身であるその記事にしかない情報で生まれます。AIがほかの記事から合成できない情報が1つでも入っているかどうかが、引用される記事と埋もれる記事を分けます。

• 自社の実務で得たデータ：扱った案件の傾向、運用で見えた数字（許可の範囲で）
• 独自の調査・アンケート：回答数と調べ方を明記する
• 現場の写真・スクリーンショット：ストック素材ではなく実物
• テストの結果：うまくいった施策も、いかなかった施策も
• 失敗事例：試行錯誤の記録は特に合成できない

Semrushが約42,000記事を分析した2025年の調査では、検索1位のコンテンツの多くは人が書いたもので、AIだけで生成した記事は少数だったと報じられています（出典：Search Engine Land）。執筆前に「この記事に入れられる自社の一次情報を3つ書き出す」という手順を入れ、各セクションに分けて配置するのがおすすめです。AIで下書きを作る場合の注意点は「AIで記事をリライトする方法」と「AI生成記事はペナルティになる？」も参考にしてください。

公開前のチェックリスト

• H1の直後に、記事の答え（要約）が置かれているか（HTMLのソースで確認）
• 各H2の直後の1〜2文で、その見出しに答えているか
• 各段落は、指示語なしで単体でも意味が通じるか
• 数値・固有名詞・日付が、その段落の中で閉じているか
• 著者情報と会社名・サービス名の表記がそろっているか
• 要点をまとめた表や図があり、データはHTMLの表で書かれているか
• 信頼できる一次出典へのリンクがあるか
• その記事にしかない一次情報が入っているか
• JavaScriptを実行しなくても本文が読めるか

何を信じて、何を保留するか

AIの内部の仕組みについての数字や観察は、短期間で変わり得ます。特定のAIの挙動を前提にした小技は、次の仕様変更で無駄になるかもしれません。一方で、次のことは変わりにくいはずです。

• AIや検索エンジンがページを取得でき、JavaScriptなしでも本文が読めること
• 記事のタイトルだけで内容が伝わること
• 見出しのすぐ下に、質問への答えが書かれていること
• その記事にしかない一次情報があること

前述のSearch Engine Landの記事も、安全に積み上げられるのは「クロールできること・明快なタイトル・実際に質問に答えている本文」という基本の部分だと結論づけています。書き方を整えることは、AI検索だけでなく従来のSEOにも効きます。両者の関係は「LLMOとSEOの違い」で解説しています。

まとめ

• AI検索は記事全体ではなく段落を抜き出して使う。「抜き出されても伝わる」設計にする
• 見出しの直後に答えを置く。判断基準は見た目ではなくHTMLの並び順
• 段落は指示語に頼らず、主語・条件・数値を段落の中で完結させる
• ブランド名・著者情報の表記をそろえ、サイトの外での言及を積み上げる
• 表・図を使い、構造化データは通常の検索のために実装する
• 差をつけるのは、その記事にしかない一次情報

よくある質問

AI検索向けに、記事は短くしたほうがいいですか？

一律に短くする必要はありません。テーマ全体を扱うピラー記事はしっかり書き、個別の論点は別の記事に分けて凝縮する組み合わせが現実的です。どの長さでも、冒頭と見出しの直後に答えを置くことが大切です。

目次は記事の上に置かないほうがいいですか？

目次は読みやすさに役立つので、なくす必要はありません。H1の直後に要約を置き、その後に目次が来る順番にすれば、答えを先に届けながら目次も残せます。

すでに公開している記事は書き直しが必要ですか？

全面的な書き直しは不要なことが多いです。まずH1の直後に要約を足し、主要な見出しの直後に答えの1〜2文を加えるところから始めてください。流入の多い記事から順に進めると効率的です。

参照：Search Engine Land「How to write for AI search: A playbook for machine-readable content」
参照：Search Engine Land「Inside ChatGPT’s retrieval stack: The index, cache, and pages it actually reads」
参照：Google検索セントラル「構造化データ」