Menu

【2026年上半期・最新】SEO・GEO完全ガイド|AI検索時代に今やるべきこと

2026年上半期のSEO・GEO最新動向を解説する完全ガイドのアイキャッチ画像。Google・Bing・ChatGPT・ClaudeのAI検索対策、テクニカルSEO、チェックリストを紹介。

2026年上半期 最新版 / SEO・GEO 完全まとめ

【2026年上半期・最新】SEO / GEO まとめ
基本・テクニカル・AI検索対策の全体像

AIO・LLMO・GEOに惑わされない。2026年に本当に成果が出る打ち手だけを整理しました

「AI検索対策をしないと取り残される」という言葉が飛び交った1年半でした。しかし2026年7月、Googleが公式ドキュメントで示した答えはきわめてシンプルです——生成AI検索への最適化は、結局のところSEOである。本記事では、Google・Microsoft(Bing)・OpenAI・Anthropicが公式に発信している一次情報をもとに、SEOの基本からテクニカル、そしてGEO/LLMO/AIOまでを一本の線でつなぎ、初心者にも実務者にも使える「保存版チェックリスト」としてまとめます。

2026年上半期の総括+7月時点の最新情報 対象:経営者・マーケ責任者・Web担当者 読了目安:25分 チェックリスト付き

2025年から2026年にかけて、SEOの世界は「用語のインフレ」を起こしました。AIO、LLMO、GEO、AEO——毎月のように新しい略語が生まれ、そのたびに「今すぐ対策を」という提案が飛び交いました。

その一方で、実務の現場ではこんな声が増えています。

結局のところ——

何が本当に効いて、何が無駄なのか。誰か整理してくれないか。

この記事はその整理です。憶測や代理店のポジショントークではなく、Google・Microsoft・OpenAI・Anthropicが自ら公開している一次情報と、2026年上半期に発表された大規模調査データを軸に構成しました。結論を先に言えば、やるべきことは驚くほど地味で、そして驚くほど変わっていません。

2026年上半期、検索で実際に何が起きたのか

まず、感覚ではなく数字で現在地を押さえます。2026年上半期に確認された主要な変化は次の通りです。

2回 2026年上半期の
Googleコアアップデート
(3月・5月)
58% AI Overviews表示時の
1位ページ推定CTRの差
(Ahrefs/約30万KW)
37.0% 検索手段として
生成AIを使うと回答
(2026年2月/日本)
97% llms.txtが
一度もリクエストされ
なかったドメイン比率

2026年上半期に公式発表された主な変更

まず、公式に確認できる事実だけを時系列で並べます。サイト運営者が特に押さえておきたい変更を抜粋したものです。

2月3日

Googlebotのファイルサイズ上限が「2MB」として明記

従来15MBと記載されていた上限が、Google検索向けクロールでは1URLあたり2MBであるとドキュメント上で整理されました。3月31日にはGary Illyes氏が詳細を解説(後述)。

2月5日

February 2026 Discover コアアップデート

Discover専用のアップデート。通常のGoogle検索の順位には直接影響しませんが、Discover依存度の高いメディアには重大な影響が出ます。同時に「Discoverに表示されやすくするための情報」がドキュメントに追加されました。

2月

Bing Webmaster Tools「AI Performance」公開プレビュー

Microsoft Copilot・BingのAI回答が自社のどのURLを、どのgrounding query(回答生成のために内部で発行された検索)で引用したかを確認できる機能。Googleより先行して提供されました。

3月11日

Search Console「ブランドクエリフィルタ」が適格サイトへ拡大

2025年11月20日に限定公開されていた機能が全面展開。正規表現なしで指名検索と非指名検索を分離できるようになりました。2026年で最も実務価値の高いアップデートです(後述)。

3月27日
〜4月8日

March 2026 コアアップデート

約12日間で展開完了。特筆すべき方針変更のアナウンスはありませんでした。

3月24日

March 2026 スパムアップデート

2026年最初のスパムアップデート。20時間弱で完了し、観測史上最速の展開となりました。スパムポリシー違反を検出する自動システム(SpamBrain)側の改善です。

4月

「バックボタン・ハイジャック」を新スパムポリシーに追加

ブラウザの戻るボタンを妨害する行為を「悪意のある行為」として明記し、2026年6月15日から適用開始。手動対策または自動降格の対象です。広告ネットワークやレコメンドウィジェットなど第三者スクリプト起因でも、サイト側の責任とされます。

5月21日
〜6月2日

May 2026 コアアップデート

米国太平洋時間5月21日開始(日本時間5月22日)、6月2日完了。前回からわずか2か月での実施です。実務者の観測では、同一ドメイン内でもキーワード単位で評価が大きく分かれる傾向が報告されています。

6月24日
〜26日

June 2026 スパムアップデート

全言語・全地域を対象に約2日で完了。2026年2回目のスパムアップデートで、新しいポリシーの追加はなく既存ポリシーの検出精度向上が目的です。Googleは「リンクスパムとサイトの評判の不正使用は対象外」と明言しています。

5〜6月

Search Console「生成AIパフォーマンスレポート」/AI機能オプトアウト

AI Overviews・AI Mode・Discoverの生成AI機能での表示状況を確認できるレポートが登場しました。並行して、生成AI機能への表示を拒否できるトグルが6月17日より英国のサイト所有者の一部から段階提供されています。いずれも段階的な展開のため、自社のプロパティで表示されなくても異常ではありません。

※ Googleの各アップデートの正確な実施日は「Google Search Status Dashboard」で確認できます。サイト改修日と混同しないよう、GA4・Search Consoleの注釈に公式の実施日を記録しておくことを強く推奨します。

① Googleのコアアップデートは「通常運転」に戻った

2026年上半期のコアアップデートは、3月27日〜4月8日の「March 2026 core update」、5月22日〜6月2日の「May 2026 core update」の2回。いずれもGoogleからは「あらゆるタイプのサイトから、より関連性が高く満足度の高いコンテンツを提示するための通常のアップデート」という定型的な説明のみで、特筆すべき方針転換のアナウンスはありませんでした。

実務者の観測では、同一ドメイン内でもキーワードごとに評価が分かれる傾向が強まっています。「サイト全体が上がる/下がる」ではなく、「事業テーマから遠いキーワードだけが落ちる」というパターンです。これは後述する「非コモディティコンテンツ」の話と直結します。

② 「表示は増えたのにクリックは減る」——グレート・デカップリング

Search Consoleで表示回数は横ばい〜微増なのに、クリックだけが落ちるという現象が世界中で報告されました。Ahrefsが2026年2月に約30万の主に情報系キーワードを分析したところ、AI Overviewsが表示される検索では、表示されない検索に比べて1位ページの推定CTRが約58%低いという相関が確認されました。同社が2025年4月に行った同種の調査では34.5%だったため、差は拡大しています。

ただし、これは「AI検索に食われた」と単純化すべきではありません。Google自身は公式ドキュメントで、AI Overviews経由のクリックは滞在時間が長い=質が高い傾向があるとしています。減っているのは「答えだけ知りたかった人のクリック」であり、商談につながるクリックとは限りません。

③ 日本市場は「AI検索が定着し始めた」フェーズ

サイバーエージェント GEO Lab.が全国10〜60代の9,278名を対象に継続実施している調査では、「検索行動の際に生成AIを利用する」と回答した割合は2025年5月の21.3%→2025年10月の31.1%→2026年2月の37.0%と推移しました。約9か月で15.7ポイントの増加です。同調査では20代が初めて過半数を突破し、前回調査では10代が64.1%に達しています。

一方で、ナイル社が2026年5月に発表した2,000名調査では、調べものに検索エンジンを使う人は全体の6割以上を保っています。ただし世代差は鮮明で、20代の約半数は検索エンジンを「まったく使わない」と回答しました。

興味深いのは、日本ユーザーの特性です。アウンコンサルティングが2026年6〜7月に5カ国比較で実施した調査では、AI概要(AI Overviews)を「読まずに自然検索結果へ進む」と答えた割合が日本は36.7%で5カ国中最多。日本は世界的に見て、まだ「青いリンク」が生きている市場だという事実は、投資配分を考えるうえで重要です。

AI検索は無視できない。しかし、まだ従来検索が主戦場である。
この二つを同時に正しく認識することが、2026年の出発点です。

結論:GEO/LLMOの土台は「従来のSEO」である

本記事で最も伝えたい結論を、先に提示します。この結論はGoogleの推測ではなく、Google Search Centralの公式ドキュメント「Optimizing your website for generative AI features on Google Search(最終更新:2026年7月10日)」に明記された内容です。

Googleの公式見解(要約)

「AEO」「GEO」という言葉は、AI検索での可視性を高める取り組みを指して使われている。しかしGoogle検索の観点では、生成AI検索への最適化とは検索体験への最適化であり、それはつまりSEOである。

理由は、生成AI機能のアーキテクチャにあります。AI OverviewsもAI Modeも、独自のインデックスを持っているわけではありません。Googleのコア検索ランキングシステムが取得したページを土台に(RAG=グラウンディング)、回答を生成しているのです。つまり検索インデックスで評価されていないページは、AI回答の土台にも乗りません。

よくある誤解

SEOとGEOは別物。両方に投資が必要
  • AI専用のファイルを設置する
  • AI向けに文章を書き換える
  • コンテンツを細かく分割(チャンク化)する
  • SEOとは別予算・別チームで動かす

2026年の実像

GEOは「SEOの一部」。土台は完全に共通
  • クロール・インデックスが前提条件
  • 人間に向けた良質なコンテンツが最大の要因
  • 差分は「ブランド言及」「第三者媒体」の重み
  • SEO予算の中で優先順位を組み替える

もうひとつ重要なのは、AI機能に表示されるための追加の技術要件は存在しないとGoogleが明言している点です。AI OverviewsやAI Modeの参照リンクとして表示される条件は「インデックスされていること」「スニペット付きで検索結果に表示され得ること」——それだけです。

ただし補足があります。2026年に追加された条件として、Search Console上で生成AI機能への表示を許可(オプトイン状態)していることが要件に加わりました(後述のオプトアウト・トグル)。意図せずオプトアウトしていないかの確認は、2026年下半期の必須チェック項目です。

出典:Google Search Central「Optimizing your website for generative AI features on Google Search」(2026年7月10日更新)/「AI features and your website」(2025年12月10日更新)

SEOの全体像——3レイヤーで理解する

初心者の方に向けて、SEOの全体像を整理します。細かい施策は数百ありますが、構造は3つのレイヤーに集約されます。この3層は下から順に積み上げないと機能しません

LAYER 1

テクニカル|見つけてもらう・読んでもらう

クロール(巡回)→ インデックス(登録)→ レンダリング(描画)が正しく通るか。ここが壊れていると、どれだけ良い記事を書いても評価対象にすらなりません。robots.txt、サイトマップ、内部リンク、正規化、表示速度が該当します。AI検索においても、この層は完全に共通の前提条件です。

LAYER 2

コンテンツ|検索意図に応え、独自価値を出す

ユーザーが何を知りたくてその言葉を打ったのか(検索意図)を捉え、他では読めない情報で応える層。キーワード設計、記事構成、一次情報、E-E-A-T、内部リンク設計が該当します。Googleが「長期的に最も影響が大きい」と公式に述べているのがこの層です。

LAYER 3

オーソリティ|第三者から評価される

被リンク、サイテーション(言及)、ブランド認知、指名検索。従来は「被リンク」がほぼ全てでしたが、2026年はここに最大の構造変化が起きています。AI検索においては、被リンク数よりも「ウェブ全体でどれだけ語られているか」の重みが大きくなっているためです(第8章で詳述)。

よくある失敗パターン

Layer 2(記事量産)に予算の9割を投じ、Layer 1が壊れたまま、Layer 3にはまったく手をつけない。——2026年に成果が出ないサイトの、圧倒的多数がこの構成です。3層のうち最も弱い層が、そのサイトの上限を決めます。

テクニカルSEO 2026年版|クロール・インデックス・表示速度

テクニカルSEOは「難しそう」と敬遠されがちですが、実際にチェックすべき項目は限られています。2026年時点で押さえるべきポイントを、Googleの公式ガイダンスに沿って整理します。

クロール・インデックスの基本

  • robots.txt でクロールをブロックしていないか——CDNやホスティング側のWAF設定で意図せず弾いているケースが頻出
  • XMLサイトマップを送信し、Search Consoleで検証——特に大規模サイト・更新頻度の高いサイト
  • 内部リンクで重要ページに到達できるか——Googleが公式に挙げているAI機能向けベストプラクティスの一つ
  • URLの正規化(canonical)が正しいか——重複コンテンツはクロールバジェットの浪費に直結
  • 重要なコンテンツがテキストとしてHTMLに存在するか——画像内テキストやJS描画のみは取りこぼしリスク
  • JavaScriptサイトはJS SEOのベストプラクティスに準拠——SPAは特に検証工数を確保する

実務Tips:curlで「素のHTML」を確認する

  • クローラーのJavaScript実行能力は事業者によって異なる。GoogleはJavaScriptをレンダリングできるが、他社が同等とは限らない
  • curl でページを取得し、回答になる本文・料金・仕様・内部リンクが含まれているかを確認する
  • 重要な情報を初期HTMLに含めておく方が、検索エンジンとAIクローラーの双方にとって安全

2026年の新論点:Googlebotの「2MB取得上限」

2026年2月3日、Googleはクローラー関連ドキュメントを再編し、Google検索向けのクロールでは、1URLあたり先頭2MBまでしか取得しないことを明記しました。3月31日にはGary Illyes氏が「Inside Googlebot」という記事でさらに詳細を解説しています。

  • HTML等:2MB——HTTPヘッダーを含む。超過した部分は取得も、レンダリングも、インデックスもされない
  • PDF:64MB上限指定のないその他のクローラー:15MB
  • 拒否ではなく「切り捨て」——2MBを超えたページはエラーにならず、そこまでの部分が完全なファイルとして処理される。警告は出ない
  • レンダリング時のCSS・JSにも同じ上限が適用される(親HTMLとは別カウント)
  • 判定は非圧縮のサイズに対して行われる

検証時の落とし穴

Search Consoleの「URL検査(Test Live URL)」では、この2MB制限が再現されません。検査ツールは Google-InspectionTool という別のクローラーを使っており、より大きな上限で動作するためです。URL検査で問題なく見えても、実際のインデックスでは切り捨てられている可能性があります。確認するなら、実際にインデックスされたソースを見るか、HTMLの実バイト数を測ってください。

実務的な影響は限定的です。HTTP Archiveのデータでは、モバイルのHTMLサイズの中央値は約33KB、90パーセンタイルでも約151KB。2MBに達するサイトはごく一部です。ただしページビルダーで生成された巨大HTML、インラインJSONを大量に埋め込むSPA、無限スクロール型の一覧ページは該当し得ます。原則として、重要な本文・メタ情報・内部リンクを、巨大なレスポンスの後半に置かない設計にしてください。

Core Web Vitals(コアウェブバイタル)

ページ体験の指標は2026年時点でも3つ。基準値は「実ユーザーデータ(CrUX)の75パーセンタイル、28日移動平均」で判定されます。改修してもSearch Consoleへの反映に約1か月かかるのはこのためです。

指標測るもの目標値主な改善手段
LCP メインコンテンツの表示速度 2.5秒以下 画像のWebP/AVIF化、fetchpriority=”high”、CDN、クリティカルCSSのインライン化
INP 操作への応答速度(全操作対象) 200ms未満 Long Taskの分割、UI更新の先行実行、重い処理の後回し
CLS レイアウトのずれ 0.1以下 img/videoにwidth・height指定、フォントのsize-adjust、動的要素の領域確保

注意点として、Core Web Vitalsは「同水準の競合との差がついたときに効く」性質の指標です。コンテンツ品質がまったく足りていない状態でLCPだけを改善しても、順位は動きません。まずは深刻な遅延・操作不能・レイアウト崩れの解消を優先し、コンテンツ改善との費用対効果を見ながら進めてください。

✕ 優先度を下げてよいこと

PageSpeed Insightsのスコアを100点にすること

完璧にセマンティックなHTMLを追求すること

AMPへの新規投資

※ Googleは「完璧なHTMLは不要」と公式に明言

✅ 優先すべきこと

実ユーザーデータ(CrUX)で「不良」判定のURL群の解消

本文がHTMLに存在することの確認

AIクローラーを含むアクセス許可設定の棚卸し

※ 「不良→改善が必要」への移行が最もROIが高い

構造化データ|「必須ではないが、価値はある」の正しい読み方

構造化データ(schema.org / JSON-LD)は、2026年上半期に最も誤解された施策です。「AIに推奨されやすくなる」という説明が広がりましたが、Googleの公式見解は明確です。

Google公式ドキュメントより(要約)

構造化データは生成AI検索のために必須ではなく、追加すべき特別なschema.orgマークアップも存在しない。ただし、リッチリザルトの対象となるためSEO戦略の一部として継続するのは良い判断である。

つまり「AIに引用されるための魔法」ではありませんが、やめる理由もないということです。むしろ2026年の実務では、次の3つの理由から優先度は高いままです。

  • リッチリザルトの獲得——検索結果での視認性・CTRに直接効く(これが本来の目的)
  • エンティティの明確化——Organization、Person、Product等で「自社が何者か」を機械可読に宣言できる
  • Google以外の検索エンジンでの有効性——Microsoft(Bing / Copilot)はブランド文脈の理解に構造化データを重視している

まず入れるべき構造化データ(BtoB企業の場合)

  • Organization——社名、ロゴ、所在地、SNSプロフィール(sameAs)、問い合わせ先
  • BreadcrumbList——サイト階層の明示。ほぼ全ページに適用可能
  • Article——著者(author)、公開日・更新日、発行元をセットで
  • Person——執筆者・監修者のプロフィールページ。E-E-A-Tと直結
  • LocalBusiness——実店舗・拠点がある場合。Googleビジネスプロフィールと整合させる

2026年5月:FAQリッチリザルトが廃止されました

Googleは2026年5月7日をもって、FAQリッチリザルトの検索結果への表示を終了しました。6月にはSearch Consoleのレポートとリッチリザルトテストのサポートも削除され、8月にはAPIからも削除される予定です。FAQPage自体はschema.orgの有効な型として残り、既存のマークアップを慌てて削除する必要はありませんが、「まず入れるべき構造化データ」としてFAQPageを優先する根拠はなくなりました。FAQコンテンツ自体はユーザーにとって有益なので、ページ上のコンテンツとしては継続してください。

唯一の絶対ルールは、Googleが公式に挙げている「構造化データはページ上の可視テキストと一致していること」です。ページに書かれていない評価やFAQをマークアップだけで追加するのは、スパムポリシー違反にあたります。

コンテンツSEO|非コモディティ・結論ファースト

Googleが「長期的に見て、他のどの施策よりも生成AI検索での存在感に影響する」と公式に述べているのが、この領域です。キーワードは「非コモディティコンテンツ(non-commodity content)」

コモディティ vs 非コモディティ

Googleの公式ドキュメントは、この違いを具体例で説明しています。

コモディティ(避けるべき)

「初めて家を買う人のための7つのコツ」
  • 一般常識の再構成
  • 誰が書いても同じ内容になる
  • 生成AIが即座に作れてしまう
  • 読者に新しい示唆がない

非コモディティ(目指すべき)

「なぜ我々は建物検査を省いて費用を抑えたのか:下水管の内側から見た話」
  • 一次体験に基づく独自の視点
  • その人・その会社にしか書けない
  • 実際の数字・失敗・判断の理由がある
  • 一般常識の外側に踏み込んでいる

この基準は、コアアップデートの傾向とも一致します。「事業テーマから遠いキーワードで書いた記事」が落ちやすいのは、まさにそれがコモディティ化しやすい領域だからです。自社が一次情報を持てるテーマに絞る——これが2026年のコンテンツ戦略の核です。

結論ファーストの構成が効く理由

「結論を先に書く」は昔から言われてきた原則ですが、AI検索時代には別の意味が加わりました。

  • ユーザー側の理由——AI回答に慣れたユーザーは、答えに到達するまでの許容時間がさらに短くなっている
  • AI側の理由——見出し直下に答えが明示されているブロックは、回答生成時に参照されやすい構造になる
  • 設問と回答の対応——見出しを疑問文で立て、その直下2〜3文で完結した答えを書く形が最も機能する

注意:「チャンク化」との違い

結論ファーストは人間の可読性を高める設計です。一方、Googleが公式に不要と明言した「チャンク化」は、AIに読ませるためだけにコンテンツを細切れにする行為を指します。読みやすい構成にすること=○/AI用に分割すること=×。この線引きを間違えないでください。

スケール型の記事量産が最も危険になった

Googleは公式ドキュメントで、「ユーザーの検索バリエーションやファンアウトクエリごとに別記事を作る行為は、スケールド・コンテンツ・アビューズ(大量生成の悪用)ポリシー違反にあたる」と明記しました。生成AIで記事を量産する運用は、2026年時点で明確にリスク側に振れています。

なお、生成AIを執筆補助に使うこと自体は禁止されていません。Googleの基準は一貫して「制作手段」ではなく「成果物が検索の基本方針を満たすか」です。

E-E-A-T|AI時代に効くのは「経験」の実装

E-E-A-Tは、Googleの検索品質評価ガイドライン(QRG)に定義されたコンテンツ品質の評価軸です。Experience(経験)・Expertise(専門性)・Authoritativeness(権威性)・Trustworthiness(信頼性)の4要素で構成され、Trustworthiness(信頼性)が他3つの土台と位置づけられています。

前提として押さえておくべきは、E-E-A-Tは直接のランキング要因ではないということです。評価者向けの概念であり、アルゴリズムに「E-E-A-Tスコア」という項目があるわけではありません。しかし、アルゴリズムが目指す方向を最も正確に言語化した文書であるため、実務上の指針として極めて有効です。

2026年に最も効く要素は「Experience(経験)」

2022年に追加された「Experience」の重みが、AI生成コンテンツの氾濫によって相対的に高まっています。生成AIは実体験らしい文章を作ること自体はできますが、写真・実測値・作業記録・判断に至った理由といった検証可能な一次情報は、生成AIだけでは再現しにくい独自価値になります。

Experience(経験)

一次情報を可視化する

自社で撮影した写真、実際の管理画面キャプチャ、支援した案件の数値変化、失敗した施策とその原因。「実際にやった証拠」を本文に埋め込む。

Expertise(専門性)

著者を実在の人物にする

著者プロフィールページを独立URLで作る。経歴・資格・実績・SNS・登壇履歴を記載し、記事からリンク。Person構造化データも併せて実装。

Authoritativeness(権威性)

第三者に語られる

業界メディアへの寄稿、登壇、書籍、受賞、他社サイトでの言及。自社サイト内でいくら主張しても権威性にはならない。外部からの評価が全て。

Trustworthiness(信頼性)

土台。ここが崩れると全部崩れる

運営者情報、所在地、連絡先、プライバシーポリシー、HTTPS、出典明記、公開日と更新日の明示。地味だが最優先。

「誰が、何を根拠に、いつ書いたのか」が明示されていないページは、
2026年の検索でもAI回答でも、選ばれにくくなっています。

ブランドと指名検索——2026年最大の競争軸

ここが、2026年のSEOで最も重要かつ、最も見落とされている論点です。

被リンク中心の時代は終わりつつある

Ahrefsが75,000ブランドを対象に実施した相関分析(2025〜2026年)は、SEO業界が20年間積み上げてきた優先順位を書き換えるものでした。AI検索での可視性との相関係数(スピアマン)は次の通りです。

シグナル相関係数性質
YouTube上での言及0.737オフサイト/ブランド
ウェブ全体でのブランド言及0.664オフサイト/ブランド
ブランド名アンカーテキスト0.527オフサイト/ブランド
指名検索ボリューム0.33〜0.39オフサイト/ブランド
被リンク数0.218従来型SEO指標

この調査では、AI検索での可視性との相関は、被リンク数などの従来指標よりも、YouTubeやウェブ上でのブランド言及の方が高い傾向を示しました。

ここで極めて重要な注意点があります。これは相関分析であり、効果量や因果関係を示すものではありません。Ahrefsの研究者自身がその旨を明記しています。相関係数が約3倍だからといって「3倍効く」とは言えませんし、数値はChatGPT・AI Mode・AI Overviewsのどれを対象にするかでも変わります。

読み取るべきは順位の細部ではなく、方向性です。「AI検索で強いブランドは、そもそもウェブ全体での存在感が大きい」——指標を追いかけるのではなく、その裏にあるブランド認知そのものを育てることが本質です。

なぜ「指名検索」が最重要指標なのか

AIに引用されたブランドは、その後どう行動されるか。Similarwebの分析では、AI経由でブランドを知ったユーザーの55.9%が「検索」経由で流入していました。つまりAIはリンクをクリックさせるのではなく、ブランド名を記憶させ、後から指名検索させているのです。

2026年の実際のカスタマージャーニー

「採用管理ツール 比較」のような検索は、もはや起点ではありません。実際にはこう動いています。

  • ChatGPTに「採用管理を効率化したい。予算は月10万円」と相談する
  • AIが3〜4社を挙げる。ここに入れなければ、検討の土俵にすら乗らない
  • ユーザーはリンクをクリックせず、社名を覚えて後で「◯◯社」と指名検索する
  • 検索結果で公式サイトを確認し、口コミ・比較記事も見る
  • 問い合わせ・資料請求に至る
  • GA4上では「Organic Search(指名)」としか記録されない=AIの貢献は見えない

だからこそ、AI流入数を追っても意味が薄いのです。追うべきは、指名検索数の推移です。

2026年3月、指名検索の測定が一気に簡単になった

「指名検索を追え」と言われても、これまでは正規表現でブランド名・表記ゆれ・誤字を手作業で除外する必要があり、精度も安定しませんでした。それが解決しました。

2026年3月11日、Googleが対象となる適格サイトへ展開

Search Consoleの検索パフォーマンスレポートに「ブランドクエリフィルタ」が追加され、指名検索と非指名検索をワンクリックで分離できるようになりました。

この機能は2025年11月20日に限定公開され、2026年3月11日に、対象となる適格サイトへ拡大されました。ブランド名だけでなく、表記ゆれ・よくある誤字・関連する商品名やサービス名まで自動で分類されます。手動で有効化する機能ではなく、条件を満たすプロパティに自動で表示されます。

過去データについては、フィルタ適用時点からではなく、分類データの蓄積が始まった時点までさかのぼって確認できます。実務者の報告では、その開始時点はおおむね2025年2月末〜3月ごろです(Search Consoleのデータ保持期間は通常16か月)。John Mueller氏も「データの取得が始まった時点があり、十分さかのぼればレポート上で確認できる」と説明しています。

✅ できるようになったこと

指名/非指名別のクリック・表示・CTR・平均掲載順位の確認

正規表現やキーワード除外リストのメンテナンスからの解放

「ブランド認知の成長」と「新規発見の成長」を分けて評価

※ 表示上の分類機能であり、順位には一切影響しません

✕ 注意すべき制約

トップレベルのプロパティのみ対応(サブドメイン・URLパス単位のプロパティは不可)

クエリ・表示回数が一定量に満たないサイトでは表示されない

ブランド語を手動で追加・修正・学習させることはできない

分類データには開始時点があり、それ以前にはさかのぼれない

※ 表示されない場合、多くは設定ミスではなく対象条件を満たしていないだけです

実務上の使い方はシンプルです。非指名検索=SEOによる新規発見の成果/指名検索=ブランド施策とAI露出の成果として分けて追い、それぞれ別のKPIで評価してください。総流入が横ばいでも、この2つの内訳が変われば、打つべき手はまったく違います。

指名検索を増やす、地味で確実な打ち手

  • YouTube・SNSでの継続発信——相関が最も高かった領域。動画は「言及の在庫」として蓄積される
  • 比較サイト・レビューサイトへの掲載——AI回答の引用元は自社サイトより第三者媒体が圧倒的に多い
  • デジタルPR・プレスリリース——ただし「量」ではなく、実際に記事化される中身があるか
  • 登壇・寄稿・共催セミナー——第三者の文脈で名前が出る機会を意図的に作る
  • Wikipedia的な参照可能ページの整備——会社概要、沿革、代表者情報を構造化して公開
  • 既存顧客との接点維持——最も安価な指名検索の源泉は、既存顧客の再検索
AI検索対策の本丸は、テクニックではありません。
「ウェブのあちこちで、良い文脈で名前が出ている状態」を作ること。
つまり、ブランド育成そのものです。

GEO/LLMO/AIOの正体と、Googleが公式に否定した施策

用語を整理します。中身はほぼ同じものを、立場の違う人が別の名前で呼んでいるだけです。

用語正式名称意味
GEOGenerative Engine Optimization生成AI検索での可視性向上。最も広く使われる呼称
AEOAnswer Engine Optimization回答エンジンでの引用獲得。GEOとほぼ同義
LLMOLarge Language Model OptimizationLLM全般での言及獲得。日本国内で特に普及した呼称
AIOAI Optimization / AI Overviews対策文脈により意味が揺れる。定義を確認してから使うべき語

Googleが「やらなくていい」と名指しした施策

Googleは公式ドキュメントに「Mythbusting generative AI search(生成AI検索の神話を解く)」という章を設け、無効な施策を名指しで否定しました。これは推測ではなく公式の記述です。

✕ Googleが公式に「不要」としたもの

llms.txt などのAI専用ファイル——Google検索は使用していない

コンテンツのチャンク化——細切れにする必要はない

AI向けの文章書き換え——同義語も文脈も理解できる

不自然なメンション獲得——スパム対策側で処理される

構造化データへの過度な依存——生成AI検索の必須要件ではない

※ 出典:Google Search Central 公式ガイド(2026年7月10日更新)

✅ Googleが「これをやれ」としたもの

非コモディティな一次情報コンテンツ

明快な技術構造(クロール・インデックス)

読者のための構成と見出し

高品質な画像・動画の併載

Merchant Center・ビジネスプロフィールの整備

※ すべて従来のSEOベストプラクティスと一致

llms.txt問題——データで見る実態

2025年から2026年前半にかけて最も話題になった施策が llms.txt でした。実際のデータは次の通りです。

  • Ahrefsが137,000ドメインを調査した結果、2026年5月時点で97%のllms.txtファイルが一度もリクエストされていなかった
  • ファイルを設置していたドメインは全体の28%にとどまる
  • 90日間の実測調査では、AIボットからの62,100リクエストのうち、llms.txtへのアクセスはわずか84件(0.1%)
  • Googleは「Search自体が使用していない」と公式に明記。設置しても順位に有利にも不利にもならない

では、llms.txtは完全に無意味か?

いいえ。用途を取り違えなければ、意味のある領域が一つあります——開発者向けドキュメントです。Stripe、Cloudflare、Vercel、Anthropicといった企業が設置しているのは、コーディングエージェントや開発ツールがドキュメントを効率的に参照するためです。SEOやAI引用のための施策ではありません。「検索順位に効く施策」として提案されたら、それは2026年時点で誤りです。

GEO施策の8割は、従来のSEOと完全に同じです。
差分となる2割は、「オフサイトでのブランド言及」に集約されます。

Google|AI Overviews・AI Mode・生成AIレポート

Googleの生成AI機能を、site ownerの視点から整理します。

AI Overviews と AI Mode の違い

AIO

AI Overviews(AI概要)

検索結果の上部に表示される要約。Googleのシステムが「通常検索に対して付加価値がある」と判断した場合にのみ表示され、多くのクエリでは発火しません。複雑な質問において、より多様なサイトへの訪問が生まれているとGoogleは説明しています。

AIM

AI Mode(AIモード)

探索・推論・複雑な比較が必要なクエリ向けの対話型モード。これまで複数回の検索が必要だった質問に、参照リンク付きで包括的に回答します。パーソナライズが効くため、ユーザーによって結果が変わる点に注意が必要です。

FANOUT

クエリ・ファンアウト(query fan-out)

両機能に共通する仕組み。ユーザーの1つの質問から、関連する複数のサブクエリを内部で同時発行し、回答を組み立てます。結果として通常検索より多様なリンクが表示されるのが特徴です。ただしGoogleは「ファンアウトクエリごとに記事を作るな」と明確に警告しています。

Search Consoleの新機能(2026年上半期)

  • 生成AIパフォーマンスレポート——AI Overviews・AI Mode・Discoverの生成AI機能での表示状況を確認できる。初期版は表示回数が中心で、クリック・CTR・掲載順位・クエリは提供されていません。段階提供中のため、自社で表示されなくても設定ミスとは限りません
  • AI機能オプトアウト・トグル——2026年6月17日より英国のサイト所有者の一部から段階提供。生成AI機能への表示を拒否できるが、拒否すると当該機能からの流入・表示は失われる。通常のオーガニック順位には影響しないとGoogleは明言。なお生成AI機能への掲載は既定で許可されており、この制御も段階提供中です
  • Preferred Sources(優先ソース)——ユーザーが指定した情報源を優先表示する機能がAI Overviewsにも拡張。ファンの多いブランドが有利になる構造
  • Platform Properties——2026年7月7日発表。Instagram・TikTok・X・YouTube上の自社コンテンツがGoogle検索でどう機能しているかを確認できる新しいプロパティ種別
  • ブランドクエリフィルタ——2026年3月11日に、対象となる適格サイトへ拡大(第8章で詳述)

見落とすと危険な2つのポリシー変更

AI機能の話題の陰で、実害の大きい変更が2つありました。どちらも公式ブログで告知されています。

6/15〜

バックボタン・ハイジャックがスパムポリシー違反に

ブラウザの戻るボタンを妨害し、ユーザーが直前のページへ戻れないようにする行為が「悪意のある行為」として明記され、2026年6月15日から適用されています。手動対策または自動降格の対象です。重要なのは、広告ネットワーク、コンテンツレコメンドウィジェット、外部ライブラリなど第三者スクリプトが原因の場合でも、サイト側の責任とされる点。心当たりがなくても、実機で戻るボタンの挙動を確認してください。なお、フォーム離脱時の「保存されていません」確認ダイアログは該当しません。

DISCOVER

February 2026 Discover コアアップデート

2026年2月5日に実施されたDiscover専用のアップデート。通常のGoogle検索の順位には直接影響しませんが、Discoverからの流入比率が高いメディアには重大な影響が出ます。同時にGoogleは「Discoverに表示されやすくするための情報」をドキュメントに追加しました。Discover依存度が高い場合は、Search Consoleで検索とDiscoverを分けて評価してください。

実務上の最重要アクション

Search Consoleで「生成AI機能への表示」がオプトアウトになっていないかを確認する。意図せずオフになっていると、AI Overviews・AI Modeの表示対象から完全に外れます。

なお、AI機能での表示を制御したい場合の正式な手段は、robots.txtによるGooglebotの制御、および nosnippet / data-nosnippet / max-snippet / noindex です。AI学習への利用のみを止めたい場合は Google-Extended を使います。この2つは目的が異なるため、混同すると検索流入を丸ごと失います。

Bing / Copilot / IndexNow|見落とされがちな第二の入口

日本企業の多くが、ここを放置しています。しかし2026年時点で、BingのインデックスはMicrosoft Copilotの主要な検索基盤であり、ChatGPT Searchでも第三者検索プロバイダーとして利用される場合があります。

ただし、ChatGPT SearchがBingだけで動いているわけではありません。OAI-SearchBotによる独自クロールや外部データも併用されます。「Bingに載っていなければAI回答から消える」わけではありませんが、Googleしか見ていないと接点を取りこぼす——というのが正確な理解です。

Microsoftが2026年に投入したもの

  • AI Performanceレポート(2026年2月、パブリックプレビュー)——Bing Webmaster Tools内で、Microsoft CopilotやBingのAI回答が自社のどのURLを引用したかを確認できる。Googleより先行して提供された機能
  • IndexNow——コンテンツの追加・更新・削除を即座に通知するオープンプロトコル。Bingは対応、Googleは2026年時点で未対応。ニュース・価格・在庫など更新頻度の高いサイトほど効果が大きい
  • クロール制御——Bingbotのクロール速度を時間帯別に設定可能。意図せず絞っていないか要確認

Bing Webmaster Tools 初期設定(30分で完了)

  • サイトを登録・認証する(Google Search Consoleからインポート可能。最速の方法)
  • XMLサイトマップを送信する
  • IndexNowを有効化する(WordPressならプラグイン、その他はAPIキーを設置)
  • ファイアウォール・WAFがBingbotをブロックしていないか確認する
  • AI Performanceレポートで引用状況を確認する

Microsoftが公式に示しているIndexNowの運用指針は明快です——「コンテンツが変わったときに送信すること。固定スケジュールで送るな。変更のないURLを繰り返し送っても価値はなく、スパムと解釈される可能性がある」。定期実行するcronで全URLを毎日送信するような運用は逆効果です。

Googleだけでなく、BingのインデックスとAI引用状況も確認する。
初期設定30分+月次の確認という少ない追加工数で、
検索接点の取りこぼしを減らせます。

OpenAI・Anthropic|AIクローラーとrobots.txtの設計

2023〜2024年、多くのメディアが「AIに学習されたくない」という理由でAIクローラーを一括ブロックしました。2026年時点で、この設定が最大の機会損失になっているケースが多発しています。

理由は、各社がクローラーを目的別に分離したからです。「学習用」「検索インデックス用」「ユーザー起点の取得用」は別のユーザーエージェントであり、一括ブロックは「学習も止めるが、AI回答からも消える」設定になります。

事業者学習用検索インデックス用ユーザー起点取得
OpenAI GPTBot OAI-SearchBot ChatGPT-User
Anthropic ClaudeBot Claude-SearchBot Claude-User
Google Google-Extended Googlebot(検索とAI機能で共通)

Anthropicは2026年2月にクローラードキュメントを更新し、3つのボットの役割を明文化しました。同社の説明によれば、Claude-Userを無効化するとユーザー起点のウェブ検索での可視性が下がり、Claude-SearchBotを無効化すると検索結果での可視性と正確性が低下します

OpenAIについても同様です。OAI-SearchBotをブロックすると、ChatGPT Searchで要約・スニペット・明確な引用の対象になりにくくなります。ただし完全に消えるわけではなく、第三者検索プロバイダーなどからURLが発見された場合、リンクとページタイトルだけが表示されることがあります。

「学習は拒否、引用は歓迎」という設定パターン

方針として学習利用を避けたい場合でも、AI検索からの可視性は維持できます。学習用ボット(GPTBot / ClaudeBot / Google-Extended)のみを Disallow とし、検索用・ユーザー起点用ボットは Allow にする——という構成です。ただし、これは事業方針・法務判断を伴う意思決定です。SEO担当だけで決めず、経営・法務と合意のうえで設定してください。

考え方を示す記述例が以下です。そのままコピーせず、既存のルールとの競合、自社の著作権方針、各社の最新ドキュメントを確認したうえで実装してください。

# OpenAI:AI検索での引用は許可し、学習は拒否する場合
User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: GPTBot
Disallow: /

# Anthropic:検索・ユーザー起点取得は許可し、学習は拒否する場合
User-agent: Claude-SearchBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: ClaudeBot
Disallow: /

# Google:検索とAI機能はGooglebotで共通。
# Googlebotを拒否すると検索結果からも消えるため触らない。
# 学習・グラウンディング用途のみ拒否したい場合は Google-Extended を使う
User-agent: Google-Extended
Disallow: /

robots.txtだけでは足りません

実務でAIクローラーが弾かれている原因の大半は、robots.txtではなくCDN・WAF・ボット対策サービス側の設定です。

robots.txtで許可していても、その手前でCloudflareやAWS WAFがUser-Agentやレート制限でブロックしていれば、クローラーはページに到達できません。CAPTCHAやBot Fight Mode系の機能が、AI検索経由の可視性を静かに奪っているケースは非常に多いです。

ただし、検証方法は事業者ごとに異なります。Google・Bing・OpenAIは公式のIPレンジ一覧を公開しており、これを使って許可・検証できます。一方でAnthropicは、クラウド事業者の共有IPを使用しているためIPによる制御は確実ではなく、robots.txtとUser-Agentでの制御を推奨する旨を説明してきました(この方針は変更される可能性があるため、実装時に必ず公式ドキュメントを確認してください)。IPレンジが提供されていないクローラーについては、逆引きDNSとログの突き合わせで確認します。

補足:2026年7月1日より、Cloudflareは全プラン(無料含む)でAIクローラーを「Search/Agent/Training」の3つの目的別に管理する仕組みを提供しています。自社がCloudflareを利用している場合は、この設定も併せて確認してください。

今すぐやるべき棚卸し(15分)

  • 自社の robots.txt を開き、AIクローラーの記述を全て洗い出す
  • 2024年頃に設定した一括ブロックが残っていないか確認する
  • CDN・WAF側で User-Agent ベースの遮断が入っていないか確認する(robots.txtより優先されるため見落としやすい)
  • サーバーログでAIボットの実アクセス状況を確認する
  • 年4回、各社の公式ドキュメントを再確認する運用に組み込む

なお、Anthropicの Claude はすべての質問でウェブ検索を行うわけではなく、必要と判断した場合のみ検索して出典を付与します。ChatGPT・Perplexity・Gemini とは挙動が異なるため、「どのAIで、どう言及されているか」はエンジン別に確認する必要があります。

エージェント時代の受け皿(UCP / ACP)

2026年上半期、検索と並行してもう一つの地殻変動が起きました。AIが推薦するだけでなく、購入・予約・発注まで実行し始めたことです。Googleは公式SEOドキュメントの中に「Explore agentic experiences(エージェント体験を検討する)」という章を新設しました。

GOOGLE

UCP(Universal Commerce Protocol)

2026年1月11日、GoogleがShopify・Etsy・Wayfair・Target・Walmartらと共同開発したオープン標準として発表。Visa、Mastercard、Stripe、American Expressなど20社以上が支持。AI Mode・Geminiから直接チェックアウトでき、販売事業者はMerchant of Record(記録上の販売者)の地位を維持します。3月にカートと商品ディスカバリーを追加、5月のGoogle I/O 2026で「Universal Cart」を発表し、YouTubeやホテル予約・フードデリバリーへ拡張中。

OPENAI

ACP(Agentic Commerce Protocol)

OpenAIとStripeが共同開発したコマース連携のオープン標準です。当初はChatGPT内で決済まで完結する「Instant Checkout」の基盤として2025年9月に導入されましたが、OpenAIは2026年3月にこの方針を転換しました。Shopifyの数百万店舗のうち実際に稼働したのは十数店舗にとどまり、ユーザーも比較検討まではChatGPTで行い、購入は販売事業者のサイトで完了する傾向が強かったためです。現在は商品の発見・比較を中心とし、購入は事業者自身のチェックアウトやChatGPTアプリへ接続する形に移行しています。ACP自体は商品データ連携の基盤として存続しており、商品情報はクロールではなくマーチャントがフィードをプッシュする方式(CSV/JSON等)です。Shopifyの商品データはShopify Catalog経由で統合済みで、個別店舗の追加作業は不要とされています。

AGENT

ブラウザエージェント対応

Googleは公式ドキュメントで、ブラウザエージェントが画面の描画結果(スクリーンショット)、DOM構造、アクセシビリティツリーを解析してタスクを実行すると説明しています。ここで初めて「セマンティックHTML」が実利を持ちます。SEOのためではなく、エージェントとスクリーンリーダーが正しく解釈するためです。

BtoB企業が今やるべきことは、実装ではなく

「自社の発注プロセスは、人間の担当者を介さずにどこまで進むか」を一度検証しておくことです。

ECでない企業にとって、UCP/ACPへの即時対応は不要です。しかし「AIエージェントが自社サイトに来たとき、見積・空き状況・仕様を取得して次に進めるか」という問いは、全業種に共通します。今は投資判断の前段階として、ボトルネックの所在を把握しておく時期です。

2026年上半期に判明したのは、「AI内で完結させる」より
「AIで発見され、自社サイトで完結させる」形が当面の主流だということです。
この事実は、ブランドと自社サイトの重要性をむしろ高めています。
30分でできる自己診断

自分でエージェントになりきって、ChatGPT・Gemini・Claudeで自社への発注を試みてください。

  • 「◯◯(自社カテゴリ)でおすすめの会社は?」→ 自社は挙がるか
  • 「◯◯社のサービス内容と料金を教えて」→ 正確に答えられるか
  • 価格が「要問い合わせ」で止まる → 見積の機械可読化が課題
  • プラン体系が複雑で条件から特定できない → 情報構造が課題
  • 競合の情報だけが正確に返ってくる → 言及量・第三者媒体が課題
  • 事実と異なる説明をされる → 公式情報の露出設計が課題

この5分の検証が、どの章の施策から着手すべきかを教えてくれます。

KPIの再設計|AI時代に追うべき指標

「表示回数は増えているのにクリックが減った」という現象が示すのは、従来のKPIが実態を捉えられなくなったという事実です。順位とクリック数だけを見ていると、正しい施策が「失敗」に見えてしまいます。

⚠️

表示増 × クリック減

AI回答に使われているが、クリックされていない状態。指名検索とCVで補足評価すべき。順位の問題ではない。

指名検索増 × CV増

AIとブランドの好循環が回っている状態。総流入が微減でも、事業成果は伸びている。

🤔

順位だけ追っている

AI Modeはパーソナライズとクエリ・ファンアウトが働くため、固定順位だけでは可視性の全体像を捉えにくい。

2026年に追うべき指標セット

  • 指名検索数の推移——最重要。Search Consoleのブランドクエリフィルタで指名/非指名を分離し、月次で追う(2026年3月より、対象となる適格サイトで利用可能)
  • 非指名クエリの表示・クリック——SEOによる「新規発見」の成果。指名検索とは別KPIとして評価する
  • AI引用率(シェア・オブ・ボイス)——自社カテゴリの想定質問セットを固定し、ChatGPT・Gemini・Claude・Copilotで定期実行。自社が挙がる割合を記録
  • 生成AI機能での表示回数——Search Console 生成AIパフォーマンスレポート(利用可能な場合。現在は段階提供中)
  • Copilot引用URL——Bing Webmaster Tools AI Performanceレポート
  • 非ブランドクエリのCV数——クリック数ではなくCV数で評価する(流入の質が変わったため)
  • 参照元媒体の分布——AIが自社について語るとき、どのサイトを引用しているか。ここが施策の投資先になる

AI引用率の測り方(ツール不要・無料)

自社カテゴリの想定質問を20〜30個リスト化し、スプレッドシートに固定します。毎月1回、各AIに同じ質問を投げ、「自社が挙がったか」「何番目か」「どのサイトが引用されたか」を記録するだけ。3か月続ければ、有料ツールに近い示唆が得られます。質問は必ず固定してください。変えると比較になりません。

なお、Googleは公式に「Googleの内部指標を使っていると主張する第三者ツールには注意すべき。いかなる第三者ツールも当社の内部ランキングやAIシステムにアクセスできない」と警告しています。ツールは業務効率化のために使い、判断の根拠は公式ガイダンスに置いてください。

【保存版】2026年 SEO/GEO 完全チェックリスト

ここまでの内容を、実行可能な形に落とし込みました。上から順に実施してください。下の層が抜けたまま上の層に投資しても成果は出ません。

STEP 0 計測基盤|これがないと何も判断できない
  • Google Search Console を登録・認証している
  • Bing Webmaster Tools を登録している(GSCからインポート可)
  • GA4 を設置し、CVイベントを正しく設定している
  • Search Consoleで生成AI機能への表示がオプトアウトになっていないことを確認した
  • 生成AIパフォーマンスレポートが利用可能な場合は月次で確認している(段階提供中のため未表示でも異常ではない)
  • Bing の AI Performance レポートを月次で確認している
  • Search Consoleでブランドクエリフィルタが利用可能か確認し、指名/非指名の数値を月次で記録している
  • 指名検索/非指名検索を別々のKPIとして月次記録している
  • Discover流入の比率を把握し、検索と分けて評価している
  • GA4・Search Consoleの注釈に、Google公式のアップデート実施日を記録している

所要:2時間/担当:Web担当者/費用:0円

STEP 1 テクニカル|クロール・インデックス・表示速度
  • robots.txt で重要ディレクトリをブロックしていない
  • XMLサイトマップを送信し、エラーがゼロである
  • Search Console のインデックス登録レポートで除外理由を確認済み
  • canonical が正しく設定され、重複コンテンツが整理されている
  • HTTPS化されており、混在コンテンツがない
  • スマートフォンで問題なく閲覧・操作できる
  • 重要ページの本文が curl で取得した生HTMLに含まれている
  • 内部リンクで全重要ページに3クリック以内で到達できる
  • パンくずリストを設置している
  • Core Web Vitals:LCP 2.5秒以下・INP 200ms未満・CLS 0.1以下(実データ75%タイル)
  • CDN/WAFがGooglebot・Bingbot・AIクローラーを遮断していない
  • 404・301の設計が整理されている(リダイレクトチェーンなし)
  • 主要ページのHTML実サイズが2MB未満である(超過分はインデックスされません)
  • 重要な本文・メタ情報・内部リンクがHTMLの後半に埋もれていない
  • 戻るボタンを妨害するスクリプトがない(広告・レコメンドウィジェット由来も含む/2026年6月15日から適用)
  • 本文を隠す過剰なインタースティシャル・ポップアップがない
  • 多言語サイトの場合、hreflangとcanonicalが一貫している
  • キーボード操作・コントラスト・ARIAラベルを確認している

所要:1〜4週間/担当:開発/Core Web Vitalsの反映には約28日かかります

STEP 2 構造化データ|必須ではないが、やる価値はある
  • Organization(社名・ロゴ・所在地・sameAs)を全ページに実装
  • BreadcrumbList を実装している
  • 記事ページに Article(著者・公開日・更新日)を実装
  • 著者プロフィールに Person を実装している
  • 実店舗がある場合、LocalBusiness を実装している
  • マークアップの内容がページ上の可視テキストと一致している
  • リッチリザルトテストでエラーがゼロである

所要:1週間/注意:可視テキストと不一致のマークアップはスパムポリシー違反です

STEP 3 コンテンツ|非コモディティ・結論ファースト
  • 主要記事が自社の一次情報・実体験を含んでいる
  • 「誰が書いても同じ内容」の記事を棚卸しし、統廃合または加筆した
  • 各見出しの直下に、その問いへの答えが2〜3文で書かれている
  • 記事に著者名・監修者名・公開日・更新日が明示されている
  • 外部データを引用する際、出典元を明記している
  • 自社で撮影した画像・図解・管理画面キャプチャを掲載している
  • 事業テーマから遠いキーワードの記事を無理に増やしていない
  • 検索バリエーションごとの薄い記事量産をしていない
  • 四半期に一度、主要記事の情報鮮度を確認・更新している
  • FAQセクションで実際によく聞かれる質問に答えている

所要:継続/Googleが「長期的に最も影響が大きい」と公式に述べている領域です

STEP 4 E-E-A-T|信頼の可視化
  • 運営者情報(会社概要・所在地・連絡先)が独立ページで存在する
  • 著者プロフィールページを独立URLで作成している
  • プロフィールに経歴・資格・実績・SNSリンクを記載している
  • プライバシーポリシー・利用規約を掲載している
  • 実績・事例ページに具体的な数値と経緯を掲載している
  • YMYL領域の場合、専門家による監修体制がある
  • 問い合わせ手段が複数用意されている

所要:2週間/Trustworthiness(信頼性)が4要素の土台です

STEP 5 ブランド・オフサイト|2026年の主戦場
  • 指名検索数を月次で記録し、推移を追っている
  • 主要な比較サイト・レビューサイトに掲載されている
  • 業界メディアへの寄稿・取材実績がある
  • YouTube またはSNSで継続的に発信している
  • Googleビジネスプロフィールを最新の状態に保っている
  • プレスリリースを「記事化される中身」がある時に出している
  • 登壇・セミナー・共催イベントの機会を確保している
  • 既存顧客のレビュー・推薦を獲得する仕組みがある
  • 自社について語られている媒体を定期的に確認している

所要:継続/AI検索での可視性は、被リンク数より「ウェブ上でどれだけ語られているか」との相関が高い傾向にあります

STEP 6 AI検索対応|クローラー設定と多エンジン対応
  • robots.txt のAIクローラー設定を棚卸しした
  • OAI-SearchBot / Claude-SearchBot / Claude-User を意図せずブロックしていない(引用対象になりにくくなります)
  • 学習用ボットの扱いについて、経営・法務と方針を合意している
  • CDN・WAF・ボット対策側でAIクローラーを遮断していない(robots.txtより優先されます)
  • 公開IPレンジが提供されているクローラーは、各社の公式一覧を使って許可・検証している
  • IPレンジ非公開のクローラーは、User-Agentと逆引きDNSで確認している
  • Bing にインデックスされていることを確認した(site: 検索)
  • IndexNow を実装している(更新時のみ送信する設計)
  • 実店舗がある場合、Googleビジネスプロフィールに加え Bing Places も更新している
  • 固定した想定質問セットで、月次のAI引用チェックを実施している
  • ChatGPT・Gemini・Claude・Copilot の4エンジンで確認している
  • AIが自社について誤った説明をしていないか確認している

所要:初期3時間+月次1時間/各社ドキュメントは四半期に一度再確認を

STEP 7 やらないことリスト|ここに予算を使わない
  • llms.txt を「順位対策」として設置する(Google公式が不要と明言)
  • AI向けにコンテンツを細切れにする(チャンク化)
  • AI向けの特別な文体・キーワード詰め込みで書き換える
  • 不自然なメンション・被リンクを購入する
  • ファンアウトクエリごとに記事を量産する(スパムポリシー違反)
  • 生成AIで記事を大量生成して公開する
  • PageSpeed Insights のスコア100点を目標にする
  • 「Googleの内部指標を使っている」と主張するツールを信じる
  • AI流入数だけをKPIにする

これらは「効果が薄い」ではなく、多くがGoogle公式に否定された、またはリスクのある施策です

90日ロードマップ|何から手をつけるか

チェックリストを全部やろうとすると必ず止まります。3か月で「現状を把握し、優先順位を決め、投資判断ができる状態」を作ることをゴールに設計しました。

Month 1

診断——現在地を数字で把握する

計測基盤(STEP 0)を整え、Bing Webmaster Tools を登録。Search Consoleで生成AI機能のオプトアウト状態とAIクローラー設定を確認。テクニカルの棚卸しを行い、Core Web Vitalsで「不良」判定のURL群を特定する。並行して、固定した想定質問30個で4エンジンのAI引用チェックを実施し、ベースラインを記録する。

Month 2

修復と選別——土台を直し、コンテンツを絞る

テクニカルの致命的な問題(クロール阻害・インデックス漏れ・AIクローラー誤ブロック)を修正。既存記事を「一次情報を含むもの/コモディティなもの」で仕分けし、後者は統廃合または加筆で非コモディティ化する。構造化データとE-E-A-T関連ページ(運営者情報・著者プロフィール)を整備する。

Month 3

ブランド投資とKPI再設計——次の意思決定へ

AI引用チェックの結果から「AIが自社カテゴリで引用している媒体」を特定し、そこへの露出施策(掲載・寄稿・レビュー獲得)に着手する。指名検索数を中心としたKPIダッシュボードを構築し、Month 1のベースラインと比較。3か月後の経営会議で「どこに、いくら投資するか」を判断できる状態を作ることがゴール。

新しい略語を追いかけるのではなく、構造を直す。
2026年に強いサイトとは、AI対策をした会社ではなく、
検索エンジンにもAIにも「引用する価値がある」と判断される会社です。

SEO / GEO Consulting

2026年のSEO・GEO、
優先順位から一緒に設計しませんか

現状のテクニカル診断、コンテンツの棚卸し、AI引用状況の計測、KPI設計まで——「新しい用語が多すぎて、何から手をつければいいか分からない」という段階からご相談いただけます。

表示回数は増えているのにクリックが減っている原因を知りたい
GEO/LLMO対策として提案された施策が、本当に必要か判断したい
AI検索で自社がどう言及されているかを計測する体制を作りたい
コアアップデートで下落した原因を特定し、回復させたい

現状のサイト・検索データ・コンテンツ資産・競合状況をヒアリングした上で、優先順位と改善の方向性をご提案します。まずは無料相談からお気軽にどうぞ。

SEO・AI検索対策の詳細はこちら →

無料相談・お問い合わせ

「何から手をつけるべきか」の整理だけでも構いません。現状のサイトURLと、いま困っていることをお書き添えいただけると、初回のご提案がより具体的になります。

    主な出典

    • Google Search Central「Optimizing your website for generative AI features on Google Search」(2026年7月10日更新)
    • Google Search Central「AI features and your website」(2025年12月10日更新)
    • Google Search Central Blog「Inside Googlebot: demystifying crawling, fetching, and the bytes we process」(2026年3月31日)
    • Google Search Central Blog「Introducing a new spam policy for “back button hijacking”」(2026年4月/適用開始6月15日)
    • Google Search Central「Latest Google Search Documentation Updates」(February 2026 Discover core update、Googlebotのファイルサイズ上限、Preferred sources 等)
    • Google Search Central「ブランドクエリフィルタ」(2025年11月20日発表/2026年3月11日 対象となる適格サイトへ拡大)
    • Google Search Central「FAQPage 構造化データ」ドキュメント(2026年5月7日:FAQリッチリザルト廃止の告知)
    • Google Search Status Dashboard(各アップデートの正確な実施日。March 2026 / June 2026 スパムアップデートを含む)
    • Google Developers Blog「Under the Hood: Universal Commerce Protocol (UCP)」(2026年1月11日)/Google I/O 2026・Google Marketing Live 2026 発表内容
    • OpenAI Developers「Agentic Commerce Protocol」「Product feeds」/OpenAI「Buy it in ChatGPT」
    • Anthropic クローラードキュメント(ClaudeBot / Claude-User / Claude-SearchBot、2026年2月更新)
    • Bing Webmaster Tools「AI Performance」レポート(2026年2月パブリックプレビュー)/IndexNow 運用ガイダンス
    • Ahrefs:AI Overviews とCTRの関係調査(2026年2月・30万キーワード)/llms.txt 利用実態調査(137,000ドメイン、2026年5月)/ブランドシグナル相関調査(75,000ブランド)
    • Similarweb:AI経由のブランド接触と流入経路の分析
    • サイバーエージェント GEO Lab.「生成AIのユーザー利用実態調査 第三弾」(2026年2月6〜7日実施・9,278名・調査機関マクロミル)および第一弾(2025年5月)・第二弾(2025年10月)
    • OpenAI の Instant Checkout 方針転換に関する報道(The Information、2026年3月)およびOpenAIのコメント
    • Anthropic ヘルプセンター「Does Anthropic crawl data from the web…」(クローラーの制御方法とIPによる制御の注意点)
    • ナイル株式会社「生成AI時代の検索エンジン利用実態調査」(2026年5月・2,000名)
    • アウンコンサルティング「5カ国 生成AI・検索行動比較調査」(2026年6〜7月)

    ※ 本記事は2026年7月時点の公開情報に基づいています。検索エンジンおよびAI事業者の仕様は頻繁に更新されるため、実装前には各社の公式ドキュメントで最新の記述をご確認ください。

    この記事を書いた人

    小川 真一のアバター 小川 真一 グロースパートナー

    WEB戦略・SEO・CV改善を中心に、これまで1,000社以上の支援実績。
    戦略設計から実行・改善まで一貫して支援しています。
    WEB戦略や集客についてお悩みの方は、お気軽にご相談ください。