AI Overview時代のSEO：引用される内部構造の作り方

検索結果の最上部にAIによる要約が表示されるようになり、「1位を取れば流入が増える」という前提が崩れました。要約の中で疑問が解決してしまえば、利用者はどのサイトも開きません。順位は維持しているのにセッションだけが落ちている、という相談が増えているのはこのためです。

この状況で経営判断として重要なのは、制御できる部分と、できない部分を分けることです。AIが何を引用するかの選定ロジックは公開されていません。ここを読み解こうとするのは、投資対効果の合わない作業です。一方で「引用しようとしたときに抜き出しやすい形になっているか」は、こちらで完全に制御できます。本稿はその制御できる範囲、つまり内部構造の作り方に絞って整理します。

AI Overviewで実際に何が起きているのか

従来の検索結果は、10本の青いリンクが並ぶ一覧でした。利用者は自分でページを開き、必要な情報を探しました。AIによる要約が入ると、この工程が省略されます。要約が答えを提示し、その根拠として数本のサイトが引用されます。

ここで流入に起きる変化は2つです。

1. 要約で完結する検索（用語の意味、相場、手順の概要）では、クリック率が下がります
2. 要約の引用元に選ばれたサイトには、従来の1位より少ない数ですが、すでに前提を理解した状態の訪問者が届きます

2つ目が見落とされがちです。要約を読んだうえで「もっと詳しく知りたい」と判断してクリックした人は、興味の度合いが従来より高い状態にあります。流入数だけを見ると悪化に見えても、問い合わせ率は上がることがあります。評価指標をセッション数から、問い合わせ数と質へ移す必要があります。

BtoBでは、影響を受ける問いと受けない問いが分かれます

AI Overviewの影響は、すべての検索に均等に及ぶわけではありません。BtoBの場合、検索の段階によって濃淡がはっきり出ます。

ここから導かれる判断は明確です。情報収集段階の記事は、流入数ではなく「引用されて社名を認知させること」を目的に切り替える。比較検討段階の記事に、時間と精度を集中させる。この配分の見直しが、実務上いちばん効きます。

情報収集段階の記事を切り捨てる必要はありません。引用元として社名が表示されること自体に、指名検索を生む効果があります。ただし、その記事単体でコンバージョンを評価するのは実態に合いません。

「引用される」とはどういう状態か

AIが文章を要約するとき、ページ全体を均等に読んでいるわけではありません。質問に対応する箇所を探し、その周辺を抜き出します。つまり引用されやすいページとは、「この質問への答えはここです」と一意に指させる箇所を持つページです。

逆に引用されにくいのは、次のような書き方をしたページです。

• 結論が最後の段落にあり、それまで前置きが続く
• 1つの見出しの中で複数の論点を扱っている
• 「〜と言われています」「〜が重要です」など、抜き出しても情報量がない表現が多い
• 図や表の中にしか数値がなく、本文では言及されていない

これらは人が読む分には成立しますが、機械が抜き出す対象としては輪郭がぼやけます。人にも機械にも読める形に整えるのが、内部構造の設計です。

構造①　見出しを、検索者が使う言葉の質問形にする

最も効果が出やすく、かつ着手しやすいのが見出しの設計です。見出しは目次を作るための飾りではなく、その下に書かれている内容の索引として機能します。

たとえば代理店手数料について書く場合、次のように変わります。

ポイントは、社内用語ではなく検索者の言葉を使うことです。自社では「運用フィー」と呼んでいても、検索されているのが「代理店 手数料 相場」であれば、見出しは後者の語彙で書きます。ここで語彙がずれると、内容が正しくても照合されません。

なお、見出しに疑問符を必ず付ける必要はありません。「〜とは」「〜の相場」といった名詞句でも、質問に1対1で対応していれば機能します。

構造②　各見出しの直下に、結論を先に置く

見出しを立てたら、その直後の1〜2文で答えを書き切ります。背景説明や但し書きはその後です。新聞記事で使われる逆ピラミッド型と同じ考え方で、最初の2文だけを抜き出しても意味が通る状態を目指します。

具体的には、次の形が扱いやすくなります。

• 数値がある場合：「相場は広告費の20%前後です。月100万円を投下していれば、年間240万円にあたります。」
• 条件で変わる場合：「削減できるのは、運用の実作業が自動入札に置き換わっている場合です。逆に、クリエイティブ制作まで含んでいる契約では下がりません。」
• 定義を述べる場合：「インハウス化とは、広告運用の意思決定と実作業を社内に戻すことです。アカウントの名義変更だけでは達成されません。」

実際の書き換えを見たほうが早いと思います。同じ内容でも、順序を入れ替えるだけで輪郭が変わります。

書き換え前

「広告運用の委託先を選ぶ際には、さまざまな観点があります。実績、体制、レポートの質、担当者との相性など、判断材料は多岐にわたります。近年では自動入札の普及により運用の実作業が減っているという指摘もあり、そうした背景も踏まえると、最終的には構造設計とクリエイティブをどこまで担ってもらえるかが重要になると考えられます。」

書き換え後

「委託先を選ぶ基準は、構造設計とクリエイティブをどこまで担うかの一点です。自動入札の普及で入札調整の作業は減っており、人が価値を出せる領域がここに移ったためです。実績・体制・レポートの質は、この一点を満たしたうえでの比較材料になります。」

文字数はほぼ同じですが、後者は最初の1文だけを抜き出しても答えとして成立します。「〜と考えられます」「〜という指摘もあり」といった緩衝表現を削ると、多くの場合そのまま結論の文になります。

この書き方には副次的な効果があります。冒頭に結論があると、読者が自分に関係のある章かどうかを即座に判断できるため、離脱が起きても「読んでもらえた」状態で終わります。

構造③　定義・数値・手順を、取り出せる形にする

文章の中に埋め込まれた情報は、抜き出す難度が上がります。次の3種類は、意識的に独立した形に切り出してください。

定義

用語を初めて出すときは、「Aとは、Bです」という1文を独立した段落にします。括弧書きで補足すると、文の一部として扱われ、定義として取り出しにくくなります。

数値

数値は本文に書きます。図表だけに置かないでください。図表の中の数字が機械的に読み取られる保証はありません。表を使う場合も、本文で「表のとおり、相場は20%前後です」と言及します。

手順

順序があるものは番号付きリストにします。段落の中で「まず〜、次に〜、最後に〜」と書くより、リストのほうが手順の総数と順序が明確になります。3項目以上あればリスト化の価値があります。

構造④　ピラーとクラスターで、答えの所在を一意にする

サイト全体の設計も、引用のされやすさに影響します。同じ問いに対する答えが複数のページに分散していると、どのページが本命なのかが判定しにくくなります。自社サイト内で競合してしまう状態です。

これを避けるのがトピッククラスター方式です。

• ピラーページ：そのテーマ全体を扱う。各論点は概要にとどめる
• クラスター記事：1つの論点だけを深く扱う。ピラーへ必ずリンクを返す

この構成にすると、「相場は？」という問いはクラスター記事に、「そもそも何を依頼できるのか」という問いはピラーページに、と所在が分かれます。重複が減るほど、それぞれのページの輪郭が明確になります。

広告運用を例にすると、次のような配分になります。

• ピラー：「広告運用代行」——何を依頼でき、何が成果を左右するのか。各論点は3〜4行で触れ、詳細はクラスターへ渡す
• クラスターA：手数料の内訳と、削減できる条件
• クラスターB：自動入札を前提としたクリエイティブ検証の設計
• クラスターC：インハウス化の移行ステップ

このとき、ピラーに手数料の詳細を書き込みたくなりますが、我慢してください。同じ論点を両方に厚く書くと、どちらも中途半端になります。ピラーの役割は網羅ではなく、地図を示して適切なクラスターへ送ることです。

実装時の注意点として、クラスター記事どうしを闇雲に相互リンクさせないでください。リンクは「クラスター → ピラー」を基本とし、クラスター間は内容が直接つながる場合に限ります。関連記事を自動で大量に並べる仕組みは、この輪郭を薄めます。

構造化データは何を助けるのか

構造化データ（Schema.org）を入れれば引用される、という因果関係は確認されていません。ここは正直に申し上げます。

ただし、構造化データには別の実利があります。ページの意味を機械可読な形で明示できることです。誰が書いたのか、いつ更新されたのか、どのページの一部なのかを、文章の解釈に頼らず伝えられます。

BtoBで最低限入れておきたいのは次の4つです。

1. Organization：運営者が誰かを明示します
2. BreadcrumbList：サイト内での位置を示します
3. BlogPosting：著者と更新日を示します。isPartOf でピラーページを指すと、クラスター構造も伝わります
4. FAQPage：よくある質問がある場合のみ。実際にページ上に表示されていない質問を書くのは規約違反です

効果をどう測るか

AI Overviewへの掲載可否は、Search Consoleでは区別して計測できません。ですので、次の3つを組み合わせて判断します。

順位とセッション数だけを追っていると、AI Overviewの影響を正しく評価できません。「セッションは2割減ったが、問い合わせは横ばい」であれば、失っているのは検討段階に至っていない訪問者です。事業としては問題ない、という判断になります。

逆に、問い合わせまで落ちている場合は、要約で完結されているのではなく、そもそも引用も上位表示もされていない可能性を疑ってください。

月次で見る手順を決めておくと、判断がぶれません。実務では次の4ステップで足ります。

1. Search Consoleの検索パフォーマンスを前年同月と比較する（前月比は季節要因に引きずられます）
2. 表示回数が維持され、CTRだけ落ちているクエリを抽出する —— 要約で完結されている候補です
3. そのクエリが情報収集段階か、比較検討段階かを分類する
4. 比較検討段階のものだけ、見出しと冒頭2文を書き直す

情報収集段階のクエリでCTRが落ちていても、原則として手を入れません。構造の問題ではなく、検索結果の仕様変更だからです。直せるものと、直せないものを分けることが、工数を守ることにつながります。

よくある誤解と、やらなくてよいこと

文字数を増やせば引用されるわけではありません

抜き出されるのは該当箇所だけです。関係のない記述が増えれば、輪郭はむしろぼやけます。増やすべきは分量ではなく、扱う論点の解像度です。

AI向けに別のページを用意する必要はありません

人が読む文章と、機械が読む文章を分ける発想は、クローキングに近づきます。人にとって読みやすい構造と、機械にとって抜き出しやすい構造は、ほとんどの場合で一致します。

毎日更新する必要はありません

更新頻度そのものが評価されるわけではありません。内容が変わっていないのに日付だけ更新する運用は、更新日の信頼性を下げるだけです。実際に改訂したときに更新日を動かしてください。

公開前のチェックリスト

記事を出す前に確認する項目です。社内で運用される場合は、このまま手順書に転記して使っていただけます。

1. 見出しは、検索者が使う言葉になっているか（社内用語になっていないか）
2. 1つの見出しで扱っている論点は1つか
3. 各見出しの直下2文で、答えが言い切れているか
4. 「〜と考えられます」「〜が重要です」だけで終わっている段落がないか
5. 数値は本文に書かれているか（図表の中だけになっていないか）
6. 用語の定義が、独立した1文になっているか
7. 3項目以上の手順が、番号付きリストになっているか
8. ピラーページへのリンクがあるか
9. 他の自社記事と、同じ問いを奪い合っていないか
10. 更新日は、実際に内容を改訂したときだけ動かしているか

着手する順番

すべてを一度にやる必要はありません。投資対効果の高い順に並べると、次のようになります。

1. 既存の上位ページの見出しを、検索語の質問形に書き換える（数時間で終わり、効果が最も読みやすい）
2. 各見出しの直下に結論の2文を追加する（既存文章の並べ替えで対応できます）
3. 数値と定義を本文へ引き出す
4. ピラーとクラスターの重複を整理する（設計変更を伴うため最後）

1と2だけでも、ページの構造は大きく変わります。新しい記事を書き足す前に、すでに評価されているページの構造を直すほうが、先に結果が出ます。