最終更新：2026年9月
キーワードらしくないクエリ
空腹な人は、AIエンジンに「レストラン フリーモント CA」とは入力しません。実際に入力するのは「フリーモント近くで今開いている、あまり辛くないおすすめのラーメン店」に近い言葉です。
このプロンプトには4つの要素があります。料理、エリア、鮮度を示すシグナル、そして制約条件です。一般的なローカルSEOガイドの多くは、いまだに前者のような単純な「近くのレストラン」検索を前提に作られています。後者のようなクエリにはほとんど対応できていません。
回答ボックスの勝敗を分けるのは、まさにこのギャップです。
食事に出かける人は、毎晩こうした質問をしています。
- 「フリーモント近くで今開いているおすすめのラーメン店」
- 「ダウンタウンで安く静かなデートスポット」
- 「キャピトルヒル近くで予約なしで入れるグルテンフリーのブランチ店」
どの質問にも、料理やシーン、エリア、そして現実的な制約条件が含まれています。AIエンジンはこの3つすべてを解決して初めて回答できます。あなたの仕事は、その解決の先に自分の店が来るようにすることです。
中でも最も注意すべき制約条件が「今開いている」です。これは一般的なコンテンツでは偽装できないからです。このフレーズを確認するエンジンは、掲載している営業時間を現在時刻と照合し、可能であればGoogleビジネスプロフィールの最近の更新のようなリアルタイムのシグナルとも突き合わせます。祝日で営業時間を変えたのにプロフィールの更新を忘れた店は、道に迷った来店客が出るだけでは済みません。営業時間が最新の近隣の競合店に、回答枠を丸ごと奪われるリスクがあります。
これはまた、スマートフォンで、しかもすでに空腹な状態で、素早く下される決断でもあります。チャット回答の2ページ目までスクロールして10店舗を比較する人はいません。最初に出てきた2つか3つの店名を読み、1つのリンクをタップして向かうだけです。「10個の青いリンク」での上位表示を狙う一般的なローカルSEOのチェックリストは、この行動に噛み合いません。直接的な回答を軸に組み立てられた**回答エンジン最適化（AEO）**のアプローチなら噛み合います。
5つのエンジン、5つの異なる情報源
同じ夕食の質問を5つのエンジンに投げかければ、5つの異なる答えが返ってきます。それぞれのエンジンが、回答を組み立てる際に頼る一次情報源が異なるからです。エンジンが実際に信頼している情報源を外せば、料理がどれだけおいしくても引用、つまりエンジンが回答の中で言及する店名やリンクを逃すことになります。
| エンジン | 飲食店検索で実際に引用する情報源 | 最も重要な対策 |
|---|---|---|
| ChatGPT | 検索時は学習データとライブのウェブ検索結果を組み合わせ、PDFや写真よりもテキストのメニュー・価格・営業時間が載ったページを優先する。YelpとOpenTableの掲載情報にも大きく依存する | メニューを価格付きの実テキストとして公開し、YelpとOpenTableのプロフィールを常に最新に保つ |
| Perplexity | ライブ検索を実行し、引用元を公開する。上位で引用されるドメイン全体の約46.7%をRedditが占め、特に料理単位の質問では地域の飲食スレッドが高く評価される | 自分の街のsubredditに目を通し、PerplexityがReddit以外に目を向けたときにも引用されるよう、自社サイトを高速でクロールしやすい状態に保つ |
| Google AI Overviews | Googleビジネスプロフィール、ページ内の構造化データ、そしてローカルパックですでに上位表示されているのと同じレビューサイトを参照する | Googleビジネスプロフィールを完成させて確認を取り、サイトにRestaurantとMenuのスキーマを追加する |
| Gemini | Google検索とナレッジグラフを組み合わせるため、エンティティの一貫性、つまりオンライン上のどこに店舗情報が出ても同じ店名・住所・メニュー表記であることを評価する | 店名・住所・電話番号（NAP）とメニューの表記を、自社サイト、Googleビジネスプロフィール、各種掲載サイトの間で完全に一致させる |
| Microsoft Copilot | Bingのインデックスを基盤とし、Bingでの可視性が高く、構造化データがあり、Bing Placesの登録を済ませたページを優先する | Bing Places for Businessの登録を済ませ、Bingのクローラー向けにスキーマが正しく表示されることを確認する |
この表が、このプレイブックの核心です。中でも2つの行は、背後にある情報源の重要性を見落としやすいため、詳しく見る価値があります。
なぜPerplexityは何度もRedditに行き着くのか
Perplexityは独自のレストランデータベースを持っていません。すべてのクエリに対してライブのウェブ検索を実行し、情報源を公開します。2026年版の「State of AI Citations」レポートで参照されたBluefishによるPerplexityの上位引用ドメイン分析では、その約46.7%をRedditが占めることが分かりました。
「フリーモント近くのおすすめラーメン」のようなクエリでは、この割合はさらに高くなります。Redditのスレッドは、Perplexityの検索が好む形式そのものです。新しく、具体的で、実際に食べた人による料理名入りのおすすめであふれています。
そのスレッドにお金で入り込むことはできません。常連客がすでに名前を挙げるような店になること、そしてエンジンがその内容を何百万人もの利用者に繰り返す前に、自分の店について何が言われているかを読んでおくことで、その場所を勝ち取るのです。
なぜGoogleビジネスプロフィールが今もAI Overviewを左右するのか
Google AI Overviewsの挙動は異なります。ローカルビジネス関連のクエリを追跡したWhitespark社のケーススタディ（2025年5月）によると、AI Overviewsはそのうち68%で表示され、その中に含まれる引用の60%は、店舗自体のウェブサイトではなくYelpやRedditといったサードパーティサイトを指していました。
直接引用された店舗には、1つの共通点がありました。営業時間が最新で、写真があり、メニューへのリンクが機能している、完成して確認済みのGoogleビジネスプロフィールを持っていたことです。
放置されたプロフィールは、もはやローカルパックの順位を下げるだけではありません。そもそも回答として選ばれる可能性そのものを下げてしまいます。
なぜChatGPTとCopilotは今もYelpとOpenTableを経由するのか
飲食に関する多くのプロンプトにおいて、ChatGPTとMicrosoft Copilotは、ライブの検索エンジンというより物知りな友人のように振る舞います。どちらも学習データとライブ検索の両方を参照し、すでに最も幅広く最新のレストラン情報を持つ集約サイト、つまりYelpやOpenTable、そして（Copilotの場合は）それらのサイトがすでに上位表示されているBingのインデックスに頼っています。
つまり、管理すべき場所は自社サイトだけではないということです。Yelp上の営業時間が間違っていたり、OpenTableの掲載情報が古いメニューを表示していたりすると、エンジンはその間違いを自信満々にそのまま繰り返します。
Geminiにはもう1つ、名前を挙げておくべき層があります。Googleのナレッジグラフと照らし合わせてエンティティの一貫性を確認する点です。自社サイトとデリバリーアプリで店名の表記が異なっていると、Geminiはどちらが正しいのか推測するしかありません。推測は引用ではありません。
Google、Gemini、Copilotが求めるスキーマを用意する
Restaurantスキーマとは、営業時間・住所・価格帯・料理ジャンル・メニューを、黒板の写真ではなく機械が読み取れる形式でクローラーに伝える構造化データ（JSON-LD）です。Google AI Overviews、Gemini、Microsoft Copilotはいずれも、回答を書く前にこのデータを解析します。
大部分の役割を担うのは2つのブロックです。店舗情報と営業時間を持つRestaurantと、「ラーメンはいくらですか」と尋ねる利用者にエンジンが実際に回答する料理名と価格を持つ、入れ子になったMenuです。駐車場やドレスコード、食事制限といった質問にサイトで答えている場合は、FAQPageスキーマも追加しましょう。これは別種の構造化データであり、下のチェックリストでも個別に取り上げています。
以下はスターター用のテンプレートです。自店の情報に置き換え、公開前に検証してください。
{
"@context": "https://schema.org",
"@type": "Restaurant",
"name": "Example Ramen House",
"servesCuisine": ["Japanese", "Ramen"],
"priceRange": "$$",
"telephone": "+1-555-010-1234",
"address": {
"@type": "PostalAddress",
"streetAddress": "123 Main St",
"addressLocality": "Fremont",
"addressRegion": "CA",
"postalCode": "94536",
"addressCountry": "US"
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "11:00",
"closes": "21:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Friday", "Saturday"],
"opens": "11:00",
"closes": "22:00"
}
],
"hasMenu": {
"@type": "Menu",
"name": "Dinner Menu",
"hasMenuSection": [
{
"@type": "MenuSection",
"name": "Ramen",
"hasMenuItem": [
{
"@type": "MenuItem",
"name": "Tonkotsu Ramen",
"description": "Pork-bone broth, chashu, soft egg, scallion.",
"offers": {
"@type": "Offer",
"price": "16.00",
"priceCurrency": "USD"
}
},
{
"@type": "MenuItem",
"name": "Spicy Miso Ramen",
"description": "Miso broth, ground pork, chili oil, bean sprouts.",
"offers": {
"@type": "Offer",
"price": "17.00",
"priceCurrency": "USD"
}
}
]
}
]
}
}このブロックに記載する価格、料理名、営業時間はすべて、ページ上で利用者が実際に目にする内容と完全に一致させてください。スキーマと表示されているメニューが食い違っていると、スキーマを入れないよりもかえって悪い結果になります。エンジンに両方を疑う理由を与えてしまうからです。
何を追跡すべきか、実際にいくらかかるのか
対策を公開するのは仕事の半分に過ぎません。残り半分は、すでにどのクエリで負けているかを把握することです。
単独の店舗を経営しているなら、専用のトラッカーが現実的な出発点になります。
- Otterly.AI（月額29ドルから）は、主要エンジン全体でプロンプト単位の引用を追跡します。毎月、料理単位の短いクエリリストを確認するオーナー経営者に向いています。
- Knowatoa（Starterは月額59ドルから、Growthは月額199ドルから）は、専門チームではなく小規模チーム向けのシンプルな2プラン構成で、AI検索のモニタリングをカバーします。
- SE Visible（月額99ドルから）は、使い慣れたSEOダッシュボードの上にAI引用の追跡機能を重ねたツールです。すでに1店舗分のローカルSEOレポートを運用しているなら適しています。
これら3つのツールは、いずれも対策そのものを代わりに実行してはくれません。今の立ち位置を教えてくれるだけです。何を変えるべきかは、下のチェックリストが教えてくれます。
どのツールを選んでも、同じクエリを複数回実行してください。AIの回答は固定されたものではなく、同じプロンプトでも実行のたびに引用元の組み合わせが変わることがあります。引用されている（あるいはされていない）と結論づける前に、よく使われる料理単位のクエリ5つをそれぞれ5回ずつ試しましょう。たった1回の運の良し悪しで戦略全体を決めてしまわないためです。
単独の店舗ではなく複数店舗を展開するレストラングループの場合、計算は変わってきます。5つのエンジンにわたって5店舗、10店舗をプロジェクトごとに追跡すると、プロジェクト課金のプランではあっという間にコストが膨らみます。**Temso**は、Starterプランで月額89ドルから利用でき、すべてのプランでプロジェクト数とユーザー数が無制限です。そのため、2店舗目、5店舗目が増えても新たなサブスクリプションは発生しません。上の表と同じ5つのエンジンをカバーし、内蔵のAIエージェントがFAQコンテンツやスキーマの草案といった対策のたたき台を自動的に作成することもできます。
価格とエンジンカバレッジをすべての選択肢で比較したい場合は、AEOツールランキングを参照してください。
レストラン向け回答ボックス10項目チェックリスト
- Googleビジネスプロフィールのオーナー確認を行い、完全に埋める。営業時間、メニューへのリンク、属性、写真を過去90日以内に更新する。
- サイトにRestaurantとMenuのJSON-LDスキーマを追加し、表示されているページの内容と完全に一致させる。
- メニューをPDFや印刷したカードの写真だけでなく、サイト上に実テキストとして公開する。
- 「時価」といった仮の表記ではなく、可能な限り実際の価格を記載する。
- 自社サイト、Googleビジネスプロフィール、Yelp、OpenTable、各種デリバリーアプリの掲載情報で営業時間を統一する。
- 店舗名・住所・電話番号（NAP）を、オンライン上で店舗情報が掲載されているすべての場所で完全に一致させる。
- 「どこで食事しよう」と利用者が実際に質問している地元のsubredditや、地域のFacebookグループに目を通す。
- 星評価だけでなく、具体的な料理名が入った最近の詳しいレビューを促す。
- 食事制限、駐車場、予約、ドレスコードなど、利用者が実際に尋ねる質問に、FAQPageスキーマを付けたFAQセクションで答える。
- ChatGPT、Perplexity、Google AI Overviewsで毎月自店の料理単位のクエリを試し、自分の代わりに誰が引用されているかを記録する。
10項目ありますが、進める順序は1つです。まずプロフィールとスキーマを直しましょう。これは上記5つのエンジンのうち3つに直接影響するためです。そこから残りの項目を順に進めてください。
今夜、自店のメニューから始めよう
実際の客が入力しそうな料理単位のクエリを1つ選びましょう。料理名、エリア、そして「今開いている」のような制約条件を含むものです。それをChatGPT、Perplexity、Google AI Overviewsで試し、誰が引用され、誰が漏れているかを書き出してください。
最も大きなギャップから直しましょう。多くのレストランにとって、それはオーナー確認をして以来ほったらかしのGoogleビジネスプロフィールであり、次いで写真としてしか存在しないメニューです。そこから10項目のチェックリストを、1店舗ずつ順に進めてください。
対策を公開したら、次のギャップを推測ではなく監視で見つけましょう。単独店舗向けのツールから、レストラングループ向けのオールインワンの選択肢まで、継続的に監視するために作られたトラッカーをAEOツールランキングで比較できます。