BtoBのAI検索対策:新規記事を増やす前に既存ページを見直す判断軸

公開 更新 9 分で読了
BtoBのAI検索対策:新規記事を増やす前に既存ページを見直す判断軸

BtoB企業がAI検索向けに記事を増やす前に、既存ページの不足を見つけて維持・修正・統合・新規を選ぶ判断軸を、海外事例と記入例で説明します。Search Consoleの生成AIレポートで対象ページを絞る方法と、更新後に数字を分けて比べる記録の残し方も紹介します。

BtoBのAI検索対策では、新しい記事を増やす前に、今あるページが読者の判断に答えているかを見直します。 同じ判断を助けるページに誤りや不足があれば直し、役割を持つページがない判断だけを新規作成の候補にします。

例えば、導入を検討している人が「過去の点検記録を移せるか」を知りたいとします。導入手順のページにその条件がなければ、必要なのは新しい記事より、導入手順ページへの追記です。

この記事では、説明用の架空の会社「設備点検の報告書を作る業務ソフトの会社」を例にします。確認表の作り方、Search Consoleで候補を絞る方法、方針の決め方、更新記録の残し方を順に説明します。

BtoBのAI検索対策で既存ページから見直す理由

既存ページから見直すのは、読者が判断に使う答えの多くが、すでに料金・導入・比較などのページにあるはずだからです。 そこに誤りや不足を残したまま記事を足すと、同じ疑問への説明が複数に分かれます。

Googleは、AIによる概要やAIモードに表示されるために、追加の技術要件や特別な最適化は必要ないと説明しています。読者のための役立つ内容、検索エンジンがページを読みに来ること(クロール)を止めていないこと、重要な内容を文字で載せることなど、通常のSEOの基本がそのまま当てはまります[2]。

既存ページを土台に、「役立つ内容」「読みに来るのを止めない」「重要な内容は文字で」の3つの基本が支え、その上にAIによる概要・AIモードがある関係図。専用ファイルは不要として脇に置かれ、「表示は保証されない」と注記されている。

AI向けの専用ファイルや、特別な構造化データ(ページの内容を検索エンジン向けの決まった形式で添える記述)も必要ないとされています[2]。そのため最初にできるのは、ページが読者の知りたいことに答えているかの点検です。

ただし、条件を満たしても表示は保証されません[2]。既存ページを直すのは、表示を約束する作業ではなく、読者が判断できるページにする作業です。

Optimistの事例で確認できる取り組みと数字の限界

Optimistの事例で確認できるのは、既存記事の更新に、専門家の関与と独自調査を組み合わせたという取り組みの中身です。 数字は支援会社の自己報告で、どの施策が効いたかは分かりません。

Optimistは、検索とAIの回答で見つけてもらうための支援をする会社です。2026年2月20日公開の事例で、匿名の大手BtoBテクノロジー企業の支援内容を紹介しています[1]。

既存記事の更新、専門家の意見と署名、独自調査の3つの取り組みが一つの結果の枠へ向かう図。3本の線は枠の手前で重なり、「どの施策が効いたかは不明」「支援会社の自己報告」と注記されている。

同社が挙げた取り組みは、次の3つです[1]。

  • 引用されやすい書き方の基準を作り、既存記事にさかのぼって適用した。引用の見込みと売上との関係が大きい記事を優先した。
  • 主要な記事に、専門家の意見と署名を加えた。
  • 自社でデータを集める仕組みを作り、独自調査を複数行った。

成果として、ChatGPT・Perplexity・Claudeからの流入による売上が14か月で増えたと報告しています[1]。ただし、ページの題名と本文で増加の表記が一致していません。比較元の金額や、売上をその流入に割り当てた方法も書かれていません[1]。

同社自身も、特定の作業と結果を確実に結び付けることはできないと明記しています[1]。この記事では倍率を使わず、更新する記事の選び方だけを参考にします。

既存ページの不足を見つける確認表

確認表には、ページ名・役割・不足・編集方針の4列を書きます。 役割は「そのページが答えること」、不足は「読んでも判断できないこと」です。

担当者は自社サイトの対象ページを開き、普段使う表計算ファイルに書き込みます。下の表は、架空の業務ソフト会社の記入例です。実際には自社のページ名とURLに置き換えます。

ページ名 役割 不足・重なり 編集方針
点検ソフトの導入手順 導入までの作業を知る 過去の記録を移す条件がない 追記
紙とソフトの比較 自社に合う方法を選ぶ 必要な説明はそろっている 維持
点検記録を電子化する方法 移行の作業を知る 導入手順と大半が重なる 統合を検討
複数拠点での運用 拠点ごとの管理を知る 対応するページがない 新規作成を検討

導入手順は、目的が合っていて条件を足せるので追記の候補です。複数拠点での運用は別の判断を助ける内容なので、既存記事に詰め込まず新規作成を検討します。

説明用の例として、設備点検ソフト会社の4ページを方針へ振り分けた図。導入手順は不足があり「追記」、紙とソフトの比較は「維持」、記録の電子化は導入手順と重なり「統合を検討」、複数拠点での運用はページがなく「新規作成を検討」。

題名が似ていても、読者が違えば分けたままにします。現場担当者向けの入力方法と、管理者向けの承認方法は、同じソフトの話でも役割が違います。

不足を埋める根拠も書き添えます。例では、導入支援の担当者が、移せる記録の条件を確認できるとします。根拠を用意できないページは、推測で文章を足さずに「確認待ち」とします。

料金ページの不足を探す具体例は、料金ページで答えたい5つの疑問でも紹介しています。

Search Consoleの生成AIレポートで対象ページを絞る

Search Consoleの生成AIレポートでは、AIによる概要やAIモードで、自社のどのページが何回表示されたかを確認できます。 候補ページが多いときの絞り込みに使えます。

Search Consoleは、Google検索でのサイトの状態を確認できるGoogleの無料サービスです。2026年6月に発表された生成AI専用のレポートは、8月31日時点で世界中のサイトに提供されたと追記されています[3]。

生成AIレポートで表示があるページと、確認表で不足が見つかったページの2つの円が重なり、重なった部分が「優先候補」になる図。「表示回数は引用・訪問の数ではない」と注記されている。

レポートは、Google検索用と、Discover(Googleアプリなどに出るおすすめ記事の欄)用に分かれています。この記事で使う検索用のレポートでは、表示回数、ページ、国、デバイス、日付を確認できます[3][4]。デバイス別の数字は検索用だけにあります[3]。表示回数は、AI機能の中で自社へのリンクが表示された回数を指します[4]。

  1. Search Consoleを開き、自社サイトを選びます。
  2. Googleのヘルプページにあるレポートへのリンクから開きます。
  3. 表を「ページ」でまとめ、確認表のページが表示されているかを見ます。
  4. 表示があり、確認表で不足が見つかっているページを優先候補にします。

読むときの注意もあります。ページの数字は正規のURL(重複ページの代表として扱われるURL)にまとめて集計されます。日付は太平洋時間です。書き出したデータでは、表示のない記号が0に置き換わります[4]。

AIでの表示が少ないサイトでは、レポート自体が見えない場合もあります[4]。その場合は、確認表の不足と根拠だけで優先順位を決めます。

表示回数は、引用された回数や訪問数ではありません。表示が多いことだけで直す順番を決めず、不足と根拠がそろうかと合わせて判断します。

維持・修正・統合・新規作成を決める

確認表とレポートを見終えたら、ページごとに維持・修正と追記・統合・新規作成のどれにするかを決めます。 判断の目安は次の表です。

ページの状態 選ぶ方針 決める前に確かめること
内容が正しく、必要な説明がある 維持 製品の条件が変わっていないか
目的は合っているが、誤りや不足がある 修正・追記 根拠を確認して直せるか
同じ目的の説明が複数に分かれている 統合 各ページだけにある情報を残せるか
別の判断を助けるページがない 新規作成 既存ページと役割が違うか

古い条件が見つかったら、新しい条件を足すだけでなく、古い説明を訂正または差し替えます。公開日だけを新しくしても、不足を埋めたことにはなりません。

ページの状態から4つの方針へ分かれる判断の流れ図。正しく説明がそろっていれば「維持」、目的は合うが誤りや不足があれば「修正・追記」、同じ目的が複数に分かれていれば「統合」、別の判断を助けるページがなければ「新規作成」。「日付だけ更新しても不足は埋まらない」と注記されている。

統合を選んでも、すぐに古いページを消すわけではありません。残す説明と掲載先を先に決め、URLの変更や転送の設定は制作担当者と別に確認します。

更新記録と効果の見方

更新記録には、変更日・変更内容・確認者・同時期の他施策を残し、AIでの表示、訪問、問い合わせを別々に比べます。 一つの数字にまとめると、何が変わったのかが分からなくなります。

記録する欄 架空の記入例
対象ページ 点検ソフトの導入手順(実際はURLを書く)
変更日 実際に公開した日
変更内容 移せる記録の条件と対象外を追記
確認者 導入支援の担当者(移行の節のみ)
同時期の変更 導入案内メールも変更。記事だけの影響は不明
比べる数字 生成AIでの表示回数、訪問、問い合わせの送信完了

Bingを使っている場合は、Bing Webmaster Toolsの引用割合も別の欄に記録できます。2026年6月16日にプレビューとして提供が始まった指標で、AIが回答の根拠を探すときに使う検索語(grounding query)ごとに、表示された引用全体のうち自社サイトへの引用が占める割合を示します[5]。

この割合は、順位や流入のシェアではなく、競合のドメインも表示されないとBingは説明しています[5]。Googleの表示回数とは数え方が違うため、同じ欄に足し合わせません。

数字が変わっても、記事の修正だけが原因とは限りません。比べる期間をそろえ、確認できない数字は0ではなく「未確認」と書きます。

説明用の例として、変更日を示す縦線の前後で、生成AIでの表示回数、訪問、問い合わせの送信完了、Bingの引用割合の4本のレーンを別々に比べる図。同時期の他の変更に印があり、確認できない値は「未確認」と書かれ、「合算しない」と注記されている。

最初の作業は、記事を一斉に書き直すことではありません。既存ページを一つ選び、読者が決められないこと、加える根拠、確認する人を書き出します。質問の集め方は問い合わせ記録を企画に変える方法も参考にしてください。

よくある質問

Q. 生成AIレポートで表示が多いページから直すべきですか?
表示の多さだけでは決めません。表示回数は引用や訪問の数ではないため、確認表で見つけた不足と、それを埋める根拠がそろうかと合わせて判断します。
Q. 海外事例の成長倍率を使わないのはなぜですか?
事例ページの題名と本文で増加の表記が一致せず、比較元の金額や売上の割り当て方法も書かれていないためです。支援会社自身も施策と結果の因果は確実には言えないと述べています。
Q. 既存記事を直す方が新規記事より必ずよいのですか?
そうとは限りません。同じ目的のページに不足があれば直し、別の判断を助けるページがなければ新規に作る、という使い分けです。

出典・参考データ

  1. [1] B2B Tech AEO Case Study: 49x Growth in LLM Referral Revenue (Optimist) — 取得 2026-09-23
  2. [2] AI features and your website (Google Search Central) — 取得 2026-09-23
  3. [3] Introducing Search Generative AI performance reports in Search Console (Google Search Central Blog) — 取得 2026-09-23
  4. [4] Generative AI performance report (Search) (Search Console Help) — 取得 2026-09-23
  5. [5] New AI Visibility Insights in Bing Webmaster Tools: Intents, Topics, Citation Share, Compare (Microsoft Bing Blogs) — 取得 2026-09-23

この記事を書いた人

水島 翔吾

株式会社kairos 代表取締役 / AgentSignal 開発者

AI クローラー・AI 流入計測と AIO 診断ツール AgentSignal を開発。実測データを元に AI 検索時代の計測と対策を書いています。

関連記事