検索エンジンの最上部に展開されることが多いAI Overviews（AIO）において、美容医療クエリを中心に「GBP（店舗ビジネス情報）」と「Webページから抽出された料金・機器データ」が動的に結合された特殊な表示枠を確認しました。

外見はGoogleマップのローカル枠（Local Finder）に類似していますが、内部の挙動を追跡すると、その生成順序やデータ構造はローカル検索とは根本的に異なります。

過去にAIOが実装された時点で、すでにポータルサイト・比較サイトなどの存在は薄れつつあります。しかし今回観測できたSERP実測からは、これまで以上に、アフィリエイトサイトやポータルサイトが担ってきた「複数店舗の料金比較」「導入機器のまとめ」「選び方のポイント解説」といったキュレーション機能が、検索結果の最上部で自立的に完結し始めていると言えます。

本稿では、「脂肪冷却 福岡 おすすめ」および「脂肪冷却 東京 おすすめ」の実測SERPキャプチャを基に、AIOが比較まとめサイトの機能をどのように代替しているのか、そして裏側でどのような順序でデータを組み立てているのかを客観的事実および検索インフラの工学的処理から整理します。

※本稿で提示する検索結果画面は、特定日時の観測環境におけるスナップショットです。GoogleのUIテスト（A/Bテスト）の適用状況や接続先データセンター（DC）の同期状態、検索ロケーションにより、表示されるレイアウトや抽出結果に個体差が生じる場合があります。

1. 2つのクエリで観測された物理レイアウト

「脂肪冷却 福岡 おすすめ」「脂肪冷却 東京 おすすめ」の2つのクエリにおいて観測したのは、以下の2つのSERPでのAIO挙動です。

①「脂肪冷却 福岡 おすすめ」の観測結果

実測SERP：福岡 脂肪冷却 AIO上部 ジュノ天神院のテキスト混在表示
【実測SERP】福岡「脂肪冷却」AIO上部：GBP連携院と非連携（ジュノ天神院）の混在表示
実測SERP：福岡 脂肪冷却 AIO下部 エステサロン階層分離と対話型ヒアリング枠
【実測SERP】福岡「脂肪冷却」AIO下部：エステサロンの階層分離と対話型ヒアリング枠
  • GBP連携と非連携の混在: 品川美容外科、湘南美容クリニック、エミナルクリニック、なないろクリニックには星評価・レビュー件数・電話/経路ボタンが表示されていますが、ジュノビューティークリニック（天神院）のみボタンが存在せず、テキスト（特徴・料金目安・リンク）のみでリスト内に配置されています。
  • Web抽出データの結合: 各院のカード配下に、GBP単体には登録されていない「導入機器名（クールスカルプティング エリート等）」や「料金目安（1エリア29,800円等）」がテキストで直接記載されています。
  • 医療機関とエステの階層分離: 「福岡でおすすめの医療痩身・クリニック」と「エステサロンでの脂肪冷却」という別見出しが生成され、エステ側はカード化されず簡易リストとして下位に配置されています。
  • 対話型ヒアリング枠: 最下部に「お腹や二の腕など、特に気になっている部位」「ご予算やクリニックとエステの希望」を質問する入力誘導枠が展開されています。

②「脂肪冷却 東京 おすすめ」の観測結果

実測SERP：東京 脂肪冷却 AIO上部 全院GBP連携と選び方のポイント自動生成
【実測SERP】東京「脂肪冷却」AIO上部：全院GBP連携と「選び方のポイント」自動生成
実測SERP：東京 脂肪冷却 AIO下部 対話型絞り込み枠と自然検索上位への接続構造
【実測SERP】東京「脂肪冷却」AIO下部：対話型絞り込み枠と自然検索上位への接続構造
  • クリニック単一のカード構成: 「おすすめの医療ダイエット・脂肪冷却クリニック」としてURARAクリニック、SBC湘南美容クリニック、ディオクリニック、品川美容外科の4院がGBPボタン付きでカード化されています。
  • エステ分離枠の非表示: 福岡のSERPで見られた「エステサロン」の見出し分離は存在せず、医療機関のみで構成されています（エステの一覧は自然検索5位のホットペッパービューティーに配置）。
  • 「選び方のポイント」の自動挿入: カード一覧と対話型ヒアリング枠の間に、機器の種類（クールスカルプティング エリート、スノエル、クラツーアルファ）、都度払いかコースか、ダウンタイムに関する解説テキストが直接生成されています。
  • 対話型ヒアリング枠: 福岡と同様に、部位（お腹、二の腕、太もも等）や通院プラン（都度払いかコースか）をヒアリングする対話枠が最下部に配置されています。

2. 福岡と東京の比較から見える差異

両者のレイアウトを突き合わせると、AIOが画一的なテンプレートを出力しているのではなく、参照するWeb情報群の構造に応じて柔軟に要素を組み替えている実態が確認できます。

SERP実測比較：AIO表示レイアウトの地域差（福岡 vs 東京）
【実測SERP比較】「脂肪冷却 福岡 おすすめ」vs「脂肪冷却 東京 おすすめ」レイアウト構造差異マトリクス
比較項目 福岡（「脂肪冷却 福岡 おすすめ」） 東京（「脂肪冷却 東京 おすすめ」）
GBPボタン非表示ノード あり（ジュノ天神院 ※閉院のためGBP不在・テキストのみ） なし（全4院にGBPボタン表示 ※全院でマップ属性の結合に成功）
エステサロンの扱い 見出しを分離して下位リストに掲載（医療とエステの階層を区分） AIO内には非掲載（医療のみ構成 ※自然検索5位にホットペッパー）
選び方・解説テキストの自動生成 なし（即座に対話型ヒアリング枠へ移行） あり（機器比較・契約形態のポイント ※従来のまとめ記事の解説を再現）
対話型ヒアリング枠 あり（部位・予算・クリニック/エステ希望） あり（部位・都度払い/コース希望）

東京のクエリでは、エステサロンの除外と「選び方のポイント」の挿入が行われており、従来の比較まとめ記事に近い構成を検索結果の最上部で自立的に完結させています。

3. 閉院した医院の混入から見える「生成順序」と工学的背景

本実測における最大の技術的論点は、福岡の検索結果において閉院済みの「ジュノビューティークリニック（天神院）」がテキストのみで混入していた事実です。

現在、ジュノビューティークリニック天神院は閉院しており、Googleマップ（GBP）上には登録が存在しません。この客観的事実から、以下の論理が確定します。

  1. 「マップ枠の拡張」という仮説の破綻: これは工学的に立つはずのない仮説ですが、仮にGoogleが「Googleマップ（GBP）の検索データベース」を起点にAIOのリストを生成している場合、実在しない（GBPが削除された）店舗が検索結果の一覧に抽出されることは物理的にあり得ません。
  2. 二重パイプラインの非同期処理: 実態は「マップ枠にWeb情報を足した」のではなく、「Web上の比較記事から抽出した一覧に、後からマップ属性を接合した」構造です。
【AIO生成パイプラインの非同期処理モデル】
Webインデックス基盤（Caffeine）
      │
      ├─ 上位の比較表・リストからパッセージ抽出（Extractive QA）
      │   └─ Webキャッシュ内の「ジュノ天神院」等の文字列ノードを取得
      │
      └─ 実店舗ナレッジグラフへ内部照会（Entity Resolution / 名寄せ）
             ├─ レコード一致：GBP固有属性（星評価・レビュー・電話/経路ボタン）を動的バインド
             └─ レコード不一致（閉院等）：照合不成立となり属性結合をスキップしてWeb抽出テキストのみ描画

工学的背景：RAGパイプラインとEntity Resolutionの非同期

この現象は、Googleが採用している検索拡張生成（RAG）アーキテクチャと、ナレッジグラフ（実店舗DB）のデータ結合処理から工学的に説明できます。

  • Webインデックス基盤（Caffeine）のキャッシュ残留: Web上のテキストデータを巡回・保持する基盤です。アフィリエイトサイトやポータルサイト内の「過去の比較表」がインデックス内にそのまま残存しています。
  • 実店舗ナレッジグラフとの照合不整合: GBPを中心とした実在ビジネスのデータベースです。ジュノ天神院は閉院に伴いレコードが無効化されています。
  • Extractive QAからEntity Resolution（名寄せ）への処理手順:
    1. 抽出段階（Extractive QA / Chunker）: Caffeine内の上位ドキュメントから、見出し直下の表（<table>）やリスト（<ul>）をパッセージ（チャンク）として局所抽出します。ここでWebキャッシュ内の「ジュノ天神院」という文字列ノードが機械的に取得されます。
    2. 照合段階（Entity Resolution）: 抽出されたクリニック名の文字列をキーに、実店舗ナレッジグラフへ内部照会をかけます。
      • 一致するエンティティが存在する場合：GBPの固有識別子に紐付く星評価、レビュー件数、アクションボタン（電話・経路）を動的バインドします。
      • 一致するレコードが存在しない場合（ジュノ）：照合不成立となり、外部属性の結合をスキップしてWeb抽出テキストのみを描画します。

ここで、「閉院後もナレッジグラフ側に過去データが残っており、実店舗データベースを起点に抽出されたのではないか」という疑問が生じるかもしれません。しかし、その仮説はジュノ天神院にのみ「電話」「経路」ボタンが存在せず、テキストのみで配置されていた事実によって完全に否定されます。

仮に実店舗エンティティを起点にリストが生成されているのであれば、店舗IDに紐付くアクションボタンが生成されなければ辻褄が合いません。ボタンが欠落し、Web上のスペックテキストのみが抽出・描画されたという事象は、「Webキャッシュ上の比較表から文字列ノードを拾った後、実店舗データベースへの名寄せ（Entity Resolution）に失敗して属性結合をスキップした」というパイプラインの順序を物理的に裏付けています。

この処理順序により、Web上に古い比較記事のキャッシュが残っている限り、すでに存在しない店舗をGoogle自身がおすすめとして提示してしまう「情報の非同期（ハルシネーション）」のリスクが浮き彫りになっています。

※そもそもAIOやLLMOを独立した別枠施策と捉え、定性コラムやQ&Aの加筆を繰り返すことがなぜ自院の主力商用順位を破壊するのか、その構造的背景については 外生ショックと減算改修仕様書（C-001） で検証しています。

※また、この「Webインデックス基盤（Caffeine）と実店舗ナレッジグラフ（GBP）の結合不整合」が、実際の現場において「検索1位でありながらマップ枠から完全に排除される」という形で顕在化した実ドメインの症例データは、別ログにて記録しています。

4. 上位候補プールにおける「横断比較構造」の抽出とスペックの中抜き

SEOの現場では、「自院のこだわりや医師の技術、医学的機序を解説するコラムを積み上げれば、Do要素を持つクエリに対してもAIOに引用される」という定説が信じられがちです。しかし、本実測の商用クエリにおいて、そのような単一院の定性コラムは一次参照ソースとして1件も採用されていません。

これは「AIOがコラムから抽出（チャンク）しない」という以前に、検索エンジンの処理レイヤーにおける前提の取り違えに起因しています。

① 前提の解体：AIO参照前の「検索意図による足切り」

AIOはWeb全体を無作為に探索しているのではなく、自然検索の上位ドキュメント群（インデックス基盤に保持された上位プール）を参照元としてサンプリングします。

「地域名＋おすすめ＋施術名」を検索するユーザーのインテントは、「単一医院の医学的詳細」ではなく、「複数の選択肢における料金・機器の比較検討（Doインテント）」です。そのため、自院のこだわりや医学的機序のみを語る単一院の定性コラムは、AIOが参照する前段階（自然検索のランキング処理）の時点で、検索意図の不一致により上位候補プールから完全に足切りされています。

結果として、AIOの参照候補として土俵に残るのは、必然的に「複数クリニックの横断比較構造」を持つドキュメントのみに絞り込まれます。

② 工学的制約：トークン効率と情報密度（Information-to-Noise Ratio）

自然検索の上位プールに残ったドキュメント群から、AIOの抽出エンジン（Extractive QA）がどの情報を取得するかは、LLMの推論コストとコンテキストウィンドウの物理的制限によって決まります。

  • 定性テキストの排除: 複数院を比較する文脈において、情緒的な解説文や冗長な説明は、トークンあたりの情報密度が極めて低くなります。
  • マトリクス構造の計算効率: 一方、横断比較テーブル（<table>）や構造化されたリストは、最小のトークン数で複数院の「名称・導入機器・料金・所在地」が整理されています。モデルが一覧回答を生成する際、計算負荷とトークン消費を最小化するために、表形式のチャンクが工学的に必然としてサンプリングされます。

③ 参照ソースの実態と「中抜き」の成立

実際にSERP画面上で確認されたAIOの参照ソースは、アフィリエイト専業サイトに限定されていません。

  • 福岡: 大手予約ポータル、地域比較ポータル
  • 東京: 美容皮膚科クリニックドメイン（松倉クリニック表参道、東京予防医療クリニック、東岡崎美容クリニック等）、大手予約ポータル（マイナビクリニックナビ、ホットペッパービューティー）

ここで、「単にドメイン自体の評価が高いから引用されたのではないか」という疑問が生じるかもしれません。しかし、実際のSERPデータはこの仮説を否定しています。

東京の同一SERP上には、外部ドメイン指標で圧倒的な数値を誇る大手ポータル（マイナビクリニックナビやホットペッパービューティー）がランクインしています。その中にあって、外部ツールで観測されるドメイン指標が30前後にとどまる松倉クリニック表参道などの一般クリニックドメインが、大手ポータルと肩を並べて自然検索上位およびAIOの一次参照ソースとして採用されています。

もしAIOの選定がドメイン指標の絶対値に依存しているのであれば、巨大ポータルのみが独占し、外部指標30前後のドメインが拾い上げられる余地はありません。採用された一般クリニックのページに共通していたのは、自院単体の解説にとどまらず、「他院を含めた料金比較や選び方の基準」を客観的に構造化して提示していた点です。

さらに決定的なのは、同一SERPの自然検索上位（1〜9位）には、大手美容外科グループの公式サイトや単体コラムが1件もランクインしていないという事実です。

にもかかわらず、AIOの推奨カード一覧には湘南美容クリニックや品川美容外科が当然のように並んでいます。この事実は、AIOが大手美容外科の自社サイトを評価したのではなく、「松倉クリニックやマイナビ等の比較ドキュメントから他院のスペックデータを吸い上げ、実店舗データを後付け接合した」という処理順序を物理的に裏付けています。

自院ドメインで他院を含めた比較記事を作り、どれほど自然検索の上位を獲得しても、AIOはその中から「他院のスペック」だけを抜き出して検索最上部にカード化し、自院のページへの閲覧動線を迂回（中抜き）させてしまうという構造的パラドックスがここに成立しています。

5. 比較まとめサイトの代替と公式サイトに求められる仕様

このAIOの挙動は、検索結果におけるサイトの役割を不可逆的に再定義しています。

① 比較まとめサイトの完全代替と中抜き

従来の比較記事が担っていた「料金表」「導入機器の整理」「クリニック選びの基準」は、AIOが最上部で自立生成し、各院の公式サイトへ直接リンクを配置しています。ユーザーが検索結果を下へスクロールし、中間にあるまとめ記事を閲覧して比較検討を行う動線そのものが迂回されます。

これは、自院ドメインの運用者に限らず、ドメイン貸しを含むアフィリエイトサイトや比較サイトの運営者にとっても致命的な構造です。

一見すると、自社のページがAIOの一次参照ソース（引用ノード）として選出されることは、検索エンジンから評価された「成果」のように映るかもしれません。視覚的な露出としては一見目に留まりやすくなります。

しかし本質的な問題は、比較検討に必要な料金や機器のデータがAIOの枠内ですべて完結してしまっているため、ユーザーがその参照リンクをクリックする動機が存在しない点にあります。

画面上で目立っているにもかかわらず1クリックも獲得できず、結果として「GoogleのAIOに比較データを無償提供するためだけに、自院のコストと時間を割いて比較ページを作っている」状態と同義になります。情報集約のみを価値としていた中間ポータルやアフィリエイトサイトはもちろん、流入獲得を狙って他院比較を制作したクリニックドメインにとっても、完全な中抜き構造が成立しています。

② 公式サイトに求められる「機械可読性」

ここで、「公式サイトもスペックをテーブル化すれば、同様にAIOにデータを吸い上げられて中抜きされるのではないか」という懸念が生じるかもしれません。

しかし、「中間比較サイト」と「クリニック公式サイト」では、AIOにおける利害関係が正反対になります。

中間比較サイトにとっては、自サイトへのアクセスと送客クリックが収益源であるため、AIO内で情報が完結することは100%の損失（完全な中抜き）を意味します。一方、実店舗を持つクリニックの公式サイトにとっては、最終的なゴールはコラムのPVではなく「自院への来院予約」です。AIOの推奨カードには、中間サイトへのリンクではなく、各クリニックの公式サイト直リンクおよびGBPボタン（電話・経路案内）が直接配置されます。

つまり、公式サイトにとっては「中間比較サイトに奪われていた送客導線を迂回し、検索最上部から自院の予約導線へ直結させるパイプ」として機能します。自院スペックを正確にテーブル化しておくことは、中抜きされるリスクではなく、むしろ中間業者を排して検索最上部の直通座席を確保するための必須防衛策となります。

したがって、クリニックの公式サイトにとっては、「おすすめ」クエリに対して「読ませるための長文コラム」の優位性が低下する一方、AIOや検索エンジンに対して正確なスペックを供給する「一次データ提供元」としての正確性が問われます。

  • スペックのテーブル化: 料金体系（部位別、都度払い、コース）、導入機器の正式名称、麻酔代や初診料の有無を、プレーンなHTMLテーブルや構造化データで明記すること。
  • 情報の即時更新: 古い料金や撤去済み機器の記述を放置すると、外部キャッシュやAIOが誤った情報を吸い上げ、検索最上部で誤認表示され続けるリスクを負います。
※なお、自院サイトに料金や機器スペックを記載していても、動的UI（JavaScriptによる後読み込みやクリック展開式のアコーディオン等）を採用している場合、AIクローラーはそれらを解釈できず「不可視」状態となります。ブラウザのスクリプト非実行環境において、サーバーの生HTML初期出力で正確にデータを渡すための非機能要件および実装基準については、AI検索のCSRレンダリング脱落仕様書（C-002） で定義しています。

6. 観測データの限界条件

本稿で提示したデータは、特定地域・特定施術クエリにおけるスナップショット（実測値）に基づくものです。検索エンジンの動的な挙動を正しく評価するために、以下の限界条件と前提を明記します。

① クエリ性質による変動（Knowクエリとの境界）

本稿で検証したのは「地域名＋おすすめ＋施術名」という明確な比較・検討クエリ（Doクエリ）です。 一方、「脂肪冷却 仕組み」「凍傷 リスク」といった医学的情報収集（Knowクエリ）においては、複数院を横断する比較テーブルは機能せず、医学的機序や合併症を詳細に解説した医師監修の定性コラムが優先的に参照されます。クエリが要求するインテントの性質によって、参照されるドキュメントの構造要件は逆転します。

② データセンター（DC）環境による表示差異（通常テキスト型AIOとの対照）

Googleのサービングシステムにおける新機能のロールアウトは、一部のデータセンターやユーザーセグメントを対象としたA/Bテストとして段階的に適用されます。

実測SERP：一般的なデータセンター環境で観測される通常テキスト型AIOの表示例
【対照実測SERP】一般的なデータセンター・環境で観測される通常テキスト型AIO（ボタン・星評価非バインド形式）

実際に、現在の大半の環境で同一クエリ（「脂肪冷却 東京 おすすめ」）を検索した場合、アクションボタンや星評価が存在しない「通常のテキスト箇条書き型AIO」が描画されるケースが一般的です。

しかし、両者の内部構造を精査すると以下の共通点が確認できます。

  • 医療機関とエステサロンの分離掲載
  • 複数院にまたがる導入機器名・料金目安の横断抽出
  • 「医療とエステの違い」「クリニック選びのポイント」の解説文生成
  • 最下部に配置された対話型ヒアリング枠

UI（外見）がプレーンテキストかボタン付きカードかという差異はあるものの、「Web上の比較ドキュメントからスペックを抽出し、検索最上部で比較まとめの機能を完結させている」という生成パイプラインそのものは完全に共通しています。先行テスト環境で観測されたボタン付きカードUIは、このWeb抽出テキストに対して実店舗ナレッジグラフ（GBP）の属性を後付け結合する処理が反映された結果です。

③「おすすめ」修飾語による比較インテントの強制発火

単体商用クエリ（「地域名＋施術名」）においては、依然として通常のGoogleマップ枠（ローカルパック）が最優先表示され、AIOが抑制される傾向が残っています。本実測のようにAIOが自立的な比較一覧を生成するのは、「おすすめ」という比較・検討の修飾語が組み合わさったケースに顕著です。

ただし、「地域名＋施術名＋おすすめ」は、これまでアフィリエイト比較サイトやポータルサイトが最大のアクセスと送客収益を獲得してきた主戦場です。「おすすめクエリ特有の挙動」であること自体が、まさにその主戦場の送客動線が検索エンジン自身によって直接代替され、中抜きが成立している客観的証拠となります。

④ アルゴリズムの暫定性と照合精度の変化

福岡の検索結果において閉院済みの医院（ジュノ天神院）が混入した事象は、Webインデックス基盤（Caffeine）と実店舗ナレッジグラフ（GBP）の照合が非同期であるために生じた暫定的なエラーログです。

この不整合は、今後のエンティティ照合精度の向上や、キャッシュクリアの即時化に伴って修正される可能性があります。ただし、修正されたとしても変わらないのは、「Web側で抽出したリストに対して実店舗DBを後から名寄せしている」というパイプラインの基本構造そのものです。

客観的事実から言えるのは、「商用比較クエリにおいて、AIOの参照プールとなる自然検索上位には単一院の定性コラムが残存せず、AIOは横断的なスペック構造を持つ上位ドキュメントから店舗一覧を生成し、GBPを後付け接合している」という点です。