AIに引用される記事の書き方｜見出しを質問形式にする構成

公開日 2026-09-29／更新日 2026-10-23

AIに引用される記事にするには、まず何を変えればいいですか？

変えるのは見出しの形と、段落の順番です。見出しを読者がAIに聞く質問文の形にして、その直下に端的な答えを書き、補足や根拠をその後ろに置きます。あわせて、比較は表、手順や列挙はリストにしておきます。

私はホームページ制作とSEO対策を20年以上やってきましたが、AI検索（ChatGPT、Perplexity、GoogleのAIオーバービューという3つが代表例です）に引用されるかどうかは、検索順位とはまた別の話だと考えています。上位表示のための対策とは別に、「AIに選ばれやすい記事コンテンツ」を意識する必要がある、というのが出発点です。

私の言い方だと、こういうことです。

「AIに引用されるには、AIに選んでもらうっていう話ですよね。」

そのうえで、AIO対策として私が記事づくりで実際に意識しているのは、次の7点です。

• E-E-A-T（経験・専門性・権威性・信頼性）に沿った記事コンテンツにする
• 見出しを質問形式にする
• ブロック単位で、最初に端的な答えを書き、その後に補足を入れる
• 表にまとめる、リストアップするなど、AIが引用しやすい形式を用意する
• パンくずリストを、画面上の通常表示と構造化データ（スキーマ）の2箇所に入れる
• 一次情報を発信する
• マイナスのこと・失敗談も適度に含めて掲載する

いきなり全部やる必要はありません。まず見出しの形と段落の順番という、書き方そのものから変えるのが一番早いです。

AIはページ全体ではなくブロック単位で読むとは、どういうことですか？

AIは検索意図をキーワードごとに分解し、ページ全体ではなく見出しと段落のかたまり＝ブロック単位で評価して引用する、という前提で私は記事を作っています。だからブロックごとに話が完結している構造が望ましいことになります。

従来のSEOは、ページ単位で評価されるという感覚で組み立てるものでした。導入で興味を引き、中盤で説明し、最後にまとめる。上から順に読まれる前提の構成です。

一方、AI検索で引用されるのは記事全体ではなく、そのなかの一部分です。ある質問に対して、その答えになっている部分だけが抜き出される。つまり、抜き出された状態で意味が通るかどうかが問われます。

ブロックが自己完結しているかのチェック

• 他の場所に依存した書き方になっていないか（他の見出しの内容を前提にした表現になっていないか）
• 1つのかたまりに、話題が2つ3つ混ざっていないか（1ブロック＝1トピック）
• 見出しだけを読んで、そのブロックに何が書いてあるか分かるか
• そのブロックだけを人に見せても、質問の答えとして成立するか

この考え方は、順位との関係にも表れます。私の体感・推定として述べている話ですが、「実はですね、AIなので100位とかぐらいだったとしても引用される可能性はあったりします」。順位とAI引用の評価軸の違いについては、100位でもAIに引用される。順位とAI引用は別の評価軸でも整理しています。

見出しを質問形式にすると、なぜAIに引用されやすいのですか？

人がAIに投げる質問は、キーワードの羅列ではなく質問文の形です。見出しがその質問文と同じ形になっていれば、そのブロックが「質問に対する答え」として切り出しやすくなります。私は見出しを質問形式にすることを、記事構成のルールにしています。

従来型の見出しは、話題のラベルになっていることが多いです。「メリット」「注意点」「まとめ」。これは目次としては読みやすいのですが、質問に対する答えのかたまりには見えません。

見出しの書き換え例

話題ラベル型の見出し	質問形式の見出し
SEO対策の費用	SEO対策は月いくらかかるのですか？
外注のメリット・デメリット	SEOを外注すると何が変わりますか？
注意点	依頼する前に確認しておくことは何ですか？
まとめ	結局、何から始めればいいですか？

質問形式の見出しを作る手順

1. その記事の読者が、AIや検索窓に実際に打ち込む言い方を書き出す
2. その言い方を、そのまま疑問文にする（体裁を整えすぎない）
3. 1つの見出しに、質問を1つだけ入れる
4. 見出しの直下に、その質問への答えを置く

ポイントは、きれいな言葉に直しすぎないことです。読者が使う言い方のままのほうが、質問と見出しが一致します。

本文はどの順番で書けばいいですか？

ブロック単位で、最初に端的な答えを書き、その後に補足を入れる順番です。結論を最後に置かず、見出しの直下で答えを出し、根拠・詳細・例をその後に続けます。これを全部の見出しで繰り返します。

記事全体で「導入→本論→結論」を組むのではなく、見出しごとに小さな「答え→補足」を作るイメージです。答えが後ろにあると、そのブロックだけを見たときに答えが入っていないことになります。

1ブロックの型

1. 見出し：読者がAIに聞く質問文
2. 直下：その質問への端的な答え
3. その後：理由・根拠・具体例・数字
4. 必要なら：表かリストで整理

書き方の違い

	従来型の段落	ブロック型の段落
答えの位置	段落の最後、または記事の最後	見出しの直下
前提の扱い	前のセクションを読んでいる前提	そのブロック内で説明が完結
切り出したとき	文脈が抜けて意味が通りにくい	答えとして成立する

この型に慣れると、書く順番も変わります。見出し（質問）を先に決めて、そこに答えを置いてから補足を足す、という順番で組むと作りやすいです。話す内容が決まっていれば、答えの部分は短く書けます。

表やリストは記事のどこに入れると効果的ですか？

比較になる箇所は表、手順は番号付きリスト、列挙は箇条書きにします。AIとの対話でよく求められる形式をコンテンツ内にあらかじめ用意しておくと、引用されやすくなると考えて私は入れています。

AIに質問すると、返ってくる答えはよく表や箇条書きの形になります。つまり、そういう形で整理された情報が求められているということです。記事の側に最初から表とリストがあれば、そのまま使える素材になります。

形式の使い分け

内容の性質	使う形式
AとBの違い、料金や条件の比較	表
やる順番が決まっている作業	番号付きリスト
順番のない項目の列挙、チェック項目	箇条書き
判断の理由、考え方の説明	文章（答え→補足の順）

考え方として付け加えておくと、全部を表とリストにする必要はありません。判断の理由や考え方は、文章でないと伝わりにくい部分です。比較・手順・列挙にあたる箇所を形式化して、それ以外は文章で書く、という切り分けで考えると迷いません。

構造化データやパンくずリストは、何をしておけばいいですか？

私はパンくずリストを、画面上の通常表示と構造化データ（スキーマ）の2箇所に入れるようにしています。構造化データは、ページがどういう内容でサイトのどこに位置するのかを、AIや検索エンジンに伝えるためのデータとして使えます。

パンくずリストは、読者にとっては「今どのカテゴリのどのページを見ているか」の案内です。同じ情報を構造化データにも入れておくと、機械側にも同じ構造が伝わります。私は表示とスキーマの2箇所に入れる運用にしています。

構造化データの仕様（一般事実）

構造化データには、パンくずリスト（BreadcrumbList）以外にも、記事（Article）、よくある質問（FAQPage）、著者などの人物情報（Person）といったタイプが公式に定義されています（出典：Google 検索セントラル「構造化データの概要」／2026年9月時点）。対応タイプや必須項目は更新されるため、実装前に最新の公式ドキュメントで確認してください。

私自身が運用として入れているのはパンくずリストの表示とスキーマの2箇所で、そこから始めると効果が確認しやすいと考えています。

順番としては、まず記事の書き方（質問形式の見出しと、答え→補足の構成）を整えるほうが先です。構造化データは、書き方が整った記事の内容を、正しく伝えるための補強にあたります。

一次情報とマイナスの情報は、記事にどこまで書くべきですか？

私は一次情報がいちばん強いと考えていて、自分の経験や実際にやったことを軸に書いています。マイナスのことや失敗談も、それを覆せるだけのポテンシャルがあるサービスなら、適度に含めたほうがAIにも人にも良い印象になると考えています。ただし、マイナスばかり大量に書くことは勧めません。

AIO対策の技術的な話をいくらしても、中身が一般論だけの記事は、他のどこにでもある情報になります。私が20年以上やってきて思うのは、次のことです。

「結局のところは、やっぱり私は一次情報っていうのが、一番強いんじゃないかなと、やっていて思います。」

AIが学習できるデータの枯渇という話題もあり、私も「2026年問題でしたっけ」という程度の確かさで把握している段階ですが、AIが情報を求めているのであれば、こう考えています。

「AIに引用されるっていうことは、AIに気に入られる。だから、どんどんAIが欲しがっている情報を、出していた方がいいんじゃないかなって、思っていたりはします。」

マイナス情報の扱い

これまでのウェブサイトは、マイナスのことは一切書かず、いいことばかりを出していく作りが多かったと思います。私はそこを少し変えています。

「多少マイナスのことがあったとしても、それを覆せるだけの、ポテンシャルのあるサービスならね、そういうマイナスのこととか、失敗談とかも含めてね、どんどん掲載していった方が、より、AIにも気に入られるし」

分量の感覚としては、次の発言のとおりです。

「本当にマイナスのことばっかり、たくさん書くのは、ちょっとお勧めはしないですけれども、適度にね、そういった情報も、リアルな情報も入れながら、SEO対策、AIO対策をやっていくのが、いいんじゃないかなと思っております。」

やったこと、うまくいったこと、うまくいかなかったこととその原因。この3つが自分の経験として書かれている記事は、形式を整えただけの記事とは中身が違います。

この構成を自分の記事に当てはめる手順は？

既存の記事を1本選び、見出しを質問形式に書き換えて、各見出しの直下に端的な答えを移すところから始めます。そのうえで比較部分を表にし、手順をリストにします。1本やれば型が分かるので、次からは最初からこの形で書けます。

やる順番

1. 公開済みの記事を1本選ぶ（問い合わせにつながる可能性が高いテーマのもの）
2. 見出しを、読者がAIに聞く質問文の形に書き換える
3. 各見出しの直下に、その質問への端的な答えを置く（記事の後ろにある結論を前に移す）
4. 他の場所に依存した書き方を避け、各ブロック内で説明が完結するように直す
5. 比較になっている箇所を表にする、手順を番号付きリストにする
6. 自分の経験・実際の数字・実際にやったことを、各ブロックに1つ以上入れる
7. パンくずリストが表示とスキーマの2箇所に入っているかを確認する

記事の本数や文字数の考え方はコンテンツ（記事制作）カテゴリ、SEOとAIOの関係はAIO（AI検索最適化）カテゴリの記事で整理しています。まずは1本を書き換えて、自分の記事でこの型を確かめてみてください。

なお、この型で書くときにいちばん時間がかかるのは、形式を整える作業ではなく、各ブロックに入れる一次情報を思い出して言葉にする部分です。私が提供している「売れるSEO対策」は、そこを1回5分のインタビューで話してもらい、記事化する仕組みにしています。

よくある質問

見出しを質問形式にすると、記事が読みにくくなりませんか？

見出しが質問文になっていても、その直下に端的な答えが置かれていれば、読者は知りたい箇所だけを読めます。読みやすさが落ちるとすれば、答えが見出しの直下になく、後ろのほうに置かれている場合です。質問形式の見出しと、答え→補足の順番はセットで使います。

AIに引用されるには、検索順位を上げるのが先ですか？

上位表示のための対策と、AIに引用されるための記事構成は別の話として考えています。私の体感・推定ですが、100位くらいの順位でもAIに引用される可能性はあります。順位が上がるのを待つ間にも、見出しを質問形式にし、端的な答えを先に書く構成にしておくことはできます。

ブロック単位で書くと、同じ説明が記事内で重複しませんか？

多少の重なりは起きます。ただし、AIに引用されるのは記事全体ではなく一部分なので、切り出されたときに意味が通ることを優先します。1ブロック＝1トピックにし、そのブロック内で説明が完結していれば、重なっていても読者の理解を妨げません。

失敗談を書くと、自社の評価が下がりませんか？

私の考えでは、それを覆せるだけのポテンシャルがあるサービスなら、マイナスのことや失敗談も適度に含めたほうが、AIにも人にも良い印象になります。ただしマイナスのことばかり大量に書くのは勧めません。何が起きたか、なぜ起きたか、どうすれば解決するかまでをセットで書くのが基本です。

構造化データは自分で入れられますか？

パンくずリストや記事情報の構造化データは、CMSのテーマや機能で対応できる場合があります。対応タイプや必須項目はGoogleの公式ドキュメント（検索セントラル）で公開されているので、2026年9月時点の情報を含め、実装前に最新の内容を確認してください。まずは画面上のパンくず表示があるかどうかから確認するのが分かりやすいです。

参考・出典

• Google 検索セントラル：構造化データの概要（2026年9月時点）
• Google 検索セントラル：パンくずリストの構造化データ（2026年9月時点）
• Google 検索セントラル：役立つ、信頼性の高い、ユーザー第一のコンテンツの作成（2026年9月時点）
• Schema.org（2026年9月時点）

関連記事

ヘッダー画像の使い回しをやめる理由｜アイキャッチと離脱の関係
記事を増やしても効果が薄い理由｜土台×記事は掛け算で効く
SEO記事は何文字必要か｜5000文字でも評価されない記事の共通点

← contentへ戻る