「渋谷 おすすめ カフェ」「近くの歯医者」のようなローカルクエリに、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サイトコンテンツの最適化 → 口コミ対策の順で進めます。
参考文献
- Sharma, P. et al. (2024). “Generative Engine Optimization.” Princeton University, IIT Delhi.
- Metzler, D. et al. (2021). “Rethinking Search: Making Domain Experts out of Dilettantes.” Google Research.
- Hogan, A. et al. (2021). “Knowledge Graphs.” ACM Computing Surveys.
- Singhal, A. (2012). “Introducing the Knowledge Graph.” Google Official Blog.