「渋谷でグルテンフリーのランチが食べられる店を教えてください」——AI検索にこう質問するユーザーが増えています。 AIは複数の飲食店サイト、口コミサイト、Googleビジネスプロフィールから情報を収集し、条件に合致する店舗を回答として提示します。
この記事では、飲食店のマーケティング担当者がメニューと店舗情報をAI検索に正確に引用させるための実務手順を解説します。
飲食店の検索行動がAIでどう変わるか
飲食店の検索は、以前から「地名+業態」(「新宿 ラーメン」)や「地名+条件」(「恵比寿 個室 イタリアン」)のパターンが主流でした。 AI検索では「新宿駅から徒歩5分以内で、4人の個室があり、コース料金が1人5,000円以下の和食店」のように、複数の条件を一度に指定できます。
この変化により、メニュー・価格・設備などの詳細情報が構造化されていることと、複数の情報源(自社サイト、Googleビジネスプロフィール、口コミサイト)の情報が一致していることが重要になります。
Restaurant schemaの実装
飲食店のGEO対策の基盤は、Restaurant schemaの実装です。
{
"@context": "https://schema.org",
"@type": "Restaurant",
"name": "和食処 さくら",
"address": {
"@type": "PostalAddress",
"streetAddress": "新宿区西新宿1-2-3",
"addressLocality": "新宿区",
"addressRegion": "東京都",
"postalCode": "160-0023",
"addressCountry": "JP"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": "35.6896",
"longitude": "139.6921"
},
"servesCuisine": ["和食", "懐石料理"],
"priceRange": "¥¥¥",
"acceptsReservations": "True",
"amenityFeature": [
{
"@type": "LocationFeatureSpecification",
"name": "個室",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "禁煙",
"value": true
}
]
}
amenityFeatureで「個室」「禁煙」「駐車場あり」「バリアフリー」などの設備情報を構造化すると、「個室がある和食店」のようなクエリに対してAIが自社を引用しやすくなります。
Menu schemaの実装
飲食店のGEO対策で特に効果が大きいのが、Menu schemaの実装です。
{
"@type": "Menu",
"name": "ランチメニュー",
"hasMenuSection": [
{
"@type": "MenuSection",
"name": "定食",
"hasMenuItem": [
{
"@type": "MenuItem",
"name": "刺身定食",
"description": "本日の鮮魚5種盛り、小鉢2品、味噌汁、ご飯付き",
"offers": {
"@type": "Offer",
"price": "1500",
"priceCurrency": "JPY"
},
"suitableForDiet": ["https://schema.org/GlutenFreeDiet"]
}
]
}
]
}
suitableForDietの活用
食事制限に関するクエリ(「ベジタリアン対応」「グルテンフリー」「ハラール」など)は、AI検索で増加傾向にあります。
Schema.orgではGlutenFreeDiet、VeganDiet、VegetarianDiet、HalalDietなどの食事制限タイプが定義されています。
該当するメニュー項目に付与することで、「渋谷のヴィーガン対応レストラン」のようなクエリへの対応力が上がります。
アレルゲン情報も本文中に表形式で整理すると、AIが読み取りやすくなります。
Googleビジネスプロフィールとの連携
飲食店のGEO対策では、Googleビジネスプロフィール(GBP)の情報管理が不可欠です。
NAP(Name、Address、Phone)情報が、自社サイト・GBP・口コミサイトの間で完全に一致していることを確認します。 住所表記の微妙な違い(「1丁目2番3号」と「1-2-3」など)も、AIが同一店舗として認識できない原因になりえます。
GBPには営業時間、メニュー情報(写真付き)、店舗の写真、属性情報、予約リンクを可能な限り登録します。 口コミの内容も定期的にチェックし、事実と異なる口コミには適切に返信します。
ローカルGEOの実践
飲食店のGEO対策は、ローカル検索との関連が深い分野です。
アクセス情報の具体化
「◯◯駅から徒歩何分」という情報は、AI検索で頻繁に引用されます。 「JR新宿駅南口から徒歩5分(約400m)」のように、出口名、所要時間、距離を具体的に記述します。 「駅近」「アクセス良好」のような曖昧な表現は避けます。
メニューコンテンツの本文設計
各メニュー項目に、主要な食材、調理法、分量の目安を含む説明文を記述します。 「シェフのおすすめ」のような主観的な表現よりも、具体的な食材と調理法の記述の方がAI検索では引用されやすくなります。
コース料理は、各品の内容を個別に記述します。 「全7品のおまかせコース」のような概要だけでなく、個別の品目を列挙することで、「蛤の料理が食べられる新宿の和食店」のような具体的なクエリにも対応できます。
価格情報の明示
AI検索では「予算◯◯円以内」という条件指定が一般的です。 ランチ・ディナーの価格帯、コース料理の価格、飲み放題の有無と価格、サービス料の有無を明確に記載します。
多店舗展開のGEO対策
チェーン店では、各店舗ページが独自のコンテンツを持つようにします。 全店舗で同一のテンプレート文面を使い回すと、AIが重複コンテンツとして扱う可能性があります。
各店舗ページに固有のメニュー、アクセス情報、店舗の特徴、営業時間を含め、parentOrganizationでチェーン全体のOrganizationと関連付けます。
実装ロードマップ——3か月で始めるGEO対策
月1:基盤整備
- AI検索で自社の店舗名、業態、エリア名を検索し、引用状況を確認する
- 主要店舗(上位5店舗)のページにRestaurant schemaを実装する
- GBPの情報と自社サイトの情報の一致を確認する
- robots.txtでAIクローラーのアクセスを許可する
月2:メニュー情報の構造化
- 主要メニュー項目にMenu schemaを実装する
- メニューページの説明文を充実させる(食材、調理法、アレルゲン情報)
- 食事制限対応メニューに
suitableForDietを実装する
月3:計測と拡大
- GA4でAI検索からの流入を計測する仕組みを整える
- Restaurant schemaの実装を残りの店舗に拡大する
- 季節メニューの更新フローにschema更新を組み込む
まとめ
飲食店のGEO対策は、Restaurant schemaとMenu schemaの実装を基盤とし、Googleビジネスプロフィールとの情報整合性の確保が不可欠です。 メニュー情報では、価格・食材・アレルゲン・食事制限対応を具体的に記述することが、AI検索での引用率に直結します。
「駅から徒歩何分」「予算いくら」「個室の有無」など、ユーザーが条件指定で検索する情報を構造化データと本文の両方で明示することが、GEO対策の核心です。 まずは主要店舗のRestaurant schemaとGBP情報の整合性確認から着手することを推奨します。