「渋谷 おすすめ カフェ」「近くの歯医者」のようなローカルクエリに、AIが直接回答するケースが増えています。 従来Google検索のマップパックが表示されていた場面で、AI検索が店舗名や営業時間を含む回答を生成するようになりました。

この記事では、ローカルビジネスがAI検索で引用されるための対策を、ローカルSEOとの関係も含めて整理します。

ローカルクエリに対するAI検索の動作

「近くの○○」「○○駅 ランチ」といったローカルクエリに対して、AI検索はまずクエリの地名や「近くの」表現から位置情報の意図を認識します。 次にWeb検索に加え、Googleビジネスプロフィールやナレッジグラフなどの構造化データベースから情報を取得します。

取得された情報をもとに、店舗名、住所、営業時間、口コミの要約を含む回答が生成されます。 Geminiの場合はGoogleマップのデータが直接活用される可能性が高く、Perplexityは複数の情報源を横断的に検索します。

ローカルSEOとGEOの関係

ローカルSEOは「Google検索のローカルパックで上位表示するための施策」、GEOは「AI検索で引用されるための施策」です。 この2つは対立せず、ローカルSEOがGEOの基盤になります。

共通する土台は3つあります。 NAP情報(Name、Address、Phone)の一貫性、Googleビジネスプロフィールの整備、口コミの蓄積です。

GEO特有の追加要素として、セクション単位で構造化されたコンテンツ、質問に対する直接的な回答(「当店は個室6室を完備しています」のような明示的記述)、AIクローラ(GPTBot、PerplexityBot、Google-Extended)へのアクセス許可が必要です。

Googleビジネスプロフィールの最適化

Googleビジネスプロフィール(GBP)は、AI検索のローカルクエリにおける最重要データソースです。 Singhal(2012)が導入したGoogle Knowledge Graphの情報源の一つであり、GeminiはこのデータをAI回答に活用しています。

基本情報の完全な入力

ビジネス名(正式名称、Web上の表記と一致)、カテゴリ(プライマリ+サブ)、住所(建物名・階数まで)、電話番号、営業時間(祝日・特別営業日含む)、WebサイトURL、サービスエリアをすべて入力します。 未入力の項目があると、AIが不完全な情報をもとに回答を生成するリスクがあります。

ビジネスの説明文

GBPの「ビジネスの説明」は750文字まで入力可能で、AIが店舗の特徴を理解するための重要なテキストです。 「こだわりの」「厳選した」よりも「産地直送の鮮魚を毎朝築地から仕入れ」「4名用個室3室」のような具体的事実の方が、AIが情報を抽出しやすくなります。

属性情報と写真

バリアフリー対応、支払い方法、Wi-Fi有無などの属性情報は、「車椅子対応のレストラン」のような条件付きクエリへの回答に使われます。 設定可能な属性はすべて設定しておきます。

写真はGeminiのマルチモーダル回答に表示される可能性があります。 外観3〜5枚、内装5〜10枚、商品/メニュー10枚以上、スタッフ2〜3枚が目安です。

構造化データの実装

Hogan et al.(2021, ACM Computing Surveys)が示すとおり、構造化データはAIの情報理解を支援します。

LocalBusiness スキーマ

最優先で実装すべきスキーマです。

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "店舗名",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "渋谷区神宮前1-2-3",
    "addressLocality": "渋谷区",
    "addressRegion": "東京都",
    "postalCode": "150-0001",
    "addressCountry": "JP"
  },
  "telephone": "+81-3-1234-5678",
  "priceRange": "¥1,000〜¥3,000",
  "servesCuisine": "イタリアン",
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 35.6598,
    "longitude": 139.7024
  }
}

@typeはビジネスの種類に合わせてRestaurant、Dentist、BeautySalonなどを選択します。 GeoCoordinatesで緯度・経度を明示することで、「近くの」クエリに対する位置判定精度が向上します。

FAQPage スキーマ

ローカルクエリには具体的な質問が多いため、FAQ形式の構造化データが引用獲得に直結します。 「駐車場はありますか?」→「20台分の無料駐車場があります」、「予約は必要ですか?」→「ランチは予約不要、ディナーは電話予約をお願いしています」のように、実際の質問に即した内容を記述します。

ローカルコンテンツの作成

Webサイト上に地域に紐づいたコンテンツが必要です。

対応エリアごとに個別ページを作成し、サービス内容、アクセス方法、対応実績(掲載許可のあるもの)を含めます。 サービスの説明は「当院の診療内容」だけでなく「インプラント治療の費用と期間」のような具体的な粒度で記述します。

FAQページは実際に顧客から寄せられる質問をもとに作成します。 「貴社のサービス提供エリアについて教えてください」よりも「○○区でも対応してもらえますか?」の方が、自然言語のクエリにマッチしやすくなります。

口コミ対策とAI検索

口コミはローカルSEOの重要要素であると同時に、AI検索の回答にも影響します。 「個室が広くて子連れに最適」「駅から5分で便利」のような具体的な口コミは、AIの回答に直接引用される可能性があります。

GBPでの口コミ返信は48時間以内を目安に、口コミの内容に対応した個別の返信を作成します。 返信内で追加情報(新メニュー、改善内容など)を提供すると、AIが参照できる情報量が増えます。

ネガティブ口コミもAI検索の回答に反映される可能性があります。 事実誤認は丁寧に訂正し、改善した場合はその旨を返信で伝えます。 口コミの母数を増やすことが最も効果的な対策です。

ローカルリンクとサイテーション

業種別のディレクトリサイト(食べログ、ホットペッパー、EPARK等)、地域ポータルサイトに店舗情報を登録します。 すべてのサイトでNAP情報を統一します。

Metzler et al.(2021, Google Research)が示すとおり、AIは複数の情報源から情報を統合して回答を生成します。 地域メディアへのプレスリリース配信や地元イベントへの参加は、AI検索での引用材料を増やす施策として有効です。

モニタリング

以下のパターンのクエリを月1〜2回、各AI検索プラットフォームで検索し、自店舗の言及有無、情報の正確性、競合の引用状況を記録します。

情報の誤りを発見した場合は、GBPとWebサイトの該当箇所を修正します。

まとめ

ローカルビジネスのAI検索対策は、ローカルSEOの延長線上にあります。 GBPの最適化、NAP情報の一貫性、構造化データの実装は、ローカルSEOとGEOの両方に効果がある共通施策です。

対策の優先順位は、GBPの完全な整備 → 構造化データの実装 → Webサイトコンテンツの最適化 → 口コミ対策の順で進めます。


参考文献