Schema.org のタイプ選びは単純に見えて影響が大きい。カドゥキョイのある店はホームに汎用の LocalBusiness を入れて、レストラン特化の AI 回答から 6 ヶ月間 外れていた。Restaurant に変更後、11 件の新クエリ で表示されるようになった。
階層:Restaurant はすでに LocalBusiness
Schema.org では Thing → Place → LocalBusiness → FoodEstablishment → Restaurant。@type Restaurant を宣言すれば address、telephone、openingHours、geo など LocalBusiness のすべてのプロパティを継承します。
汎用 LocalBusiness のままだと「近くのレストラン」など food 系プロンプトでスキップされます。AI はタイプフィルタを適用するため、@type Restaurant でなければ候補になりません。
ページ別の判断ツリー
ページ目的に合わせて選択:
- ホーム:Restaurant(servesCuisine、menu、priceRange)
- ブログ記事:Article + author + datePublished
- キャンペーンページ:Event(startDate、endDate、offers)
よくある 3 つの誤り
1 つ目はホームに複数 LocalBusiness を並べること。@graph を使い、Restaurant を主ノードに。
2 つ目はブログ記事に Restaurant を再利用すること。必ず Article。3 つ目はキャンペーンを Offer のみで表現すること。Event + offers の組合せが圧倒的に強い。
FAQ
両方宣言してもよい?有効ですが冗長。Restaurant が LocalBusiness を含意します。
カフェか?レストランか?主軸がコーヒーなら CafeOrCoffeeShop、フルメニューなら Restaurant。
AI 反映時間?再クロール 3-6 週、4 週目から効果が見えます。
お役に立ちましたか?シェアしてください。
関連記事
QRメニューの12の具体的なメリット(実データ付き)
印刷コストゼロ、客単価31 %アップ、自動20言語対応:データで裏付けられた、QRデジタルメニューに切り替える12の理由。…
なぜメニュー写真が売上を増やすのか:レストランガイド
写真付きの料理は最大30%多くの注文を受けます。ビジュアルメニューの科学、何を最初に撮影すべきか、そして正しく行う方法をご紹介します。…
Naze Apple Pay yuza wa resutoran de Chip+PIN yori 12 byou mijikaku matsu no ka
Visa 2024 jisseki: chip+PIN 25.3 byou, Apple Pay 13.1 byou. 32 seki no brasserie…