店舗AIOの構造化データ｜LocalBusinessの書き方・確認・注意点
店舗AIOで構造化データを入れる目的は、画面にない情報を検索エンジンへこっそり渡すことではありません。店舗ページに表示した店名、住所、電話、営業時間、URLなどを標準形式で説明することです。実装してもAI回答やリッチリザルトは保証されないため、公開内容との一致と検証を優先します。
AIO施策の全体像と実施順は、親記事の店舗のAIO対策ガイドで確認できます。本記事では「店舗AIOの構造化データ」に論点を絞ります。
先に結論：店舗の構造化データは、最適なLocalBusinessの下位型を選び、ページ上の実表示と一致する項目だけをJSON-LDで記述し、検証、公開、URL検査、更新まで運用します。
構造化データができること・できないこと
店舗情報の理解を助けますが、検索やAI回答への表示を保証しません。
実装目的と対象ページをチケットへ記録します。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
構造化データができること・できないことで確認する指標
主に見る数字はエラー・クロール・表示です。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
AIO順位を上げるコードとして販売する。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
店舗詳細ページの情報理解を補助する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
最適なLocalBusiness型を選ぶ
Restaurant、Store、BeautySalonなど最も具体的な型を使います。
schema.orgとGoogle対応項目を確認します。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
最適なLocalBusiness型を選ぶで確認する指標
主に見る数字は型の適合・警告です。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
全店舗をOrganizationだけで済ませる。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
飲食店はRestaurantを検討する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
必須・推奨項目を実表示とそろえる
name、addressなど必要項目に加え、電話、営業時間、URL、画像を正確にします。
店舗台帳から画面とJSON-LDを同時生成します。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
必須・推奨項目を実表示とそろえるで確認する指標
主に見る数字は不一致・欠損です。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
画面にない価格や評価を追加する。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
祝日営業変更を両方へ反映する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
複数店舗は一店舗一URLにする
店舗ごとの住所、電話、営業時間を固有ページで説明します。
本部ページと店舗ページの役割を分けます。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
複数店舗は一店舗一URLにするで確認する指標
主に見る数字は重複・店舗別インデックスです。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
全店情報を一つのJSON-LDに詰める。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
各店舗に固有canonicalを設定する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
レビュー・料金のマークアップに注意する
自社表示とガイドラインへ適合する情報だけを扱います。
レビュー元、表示箇所、対象型、更新方法を確認します。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
レビュー・料金のマークアップに注意するで確認する指標
主に見る数字は手動対策・エラーです。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
第三者口コミを自社評価として記述する。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
不明な項目は無理に追加しない。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
検証から公開までの手順
リッチリザルトテスト、URL検査、サイトマップ、実機表示を順に確認します。
代表ページで検証後、全店舗へ展開します。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
検証から公開までの手順で確認する指標
主に見る数字は重大エラー・警告・200率です。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
コード検証だけで本文を見ない。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
画面とJSON-LDを差分比較する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
更新運用と監視を設計する
営業時間や移転時に古いschemaが残らない責任分担が必要です。
変更申請に構造化データ確認を含めます。担当者、対象店舗、更新日、変更前の画面を残し、顧客が見る公開画面でも確認します。情報を増やすことより、来店判断に必要な事実を正しく保つことを優先してください。
更新運用と監視を設計するで確認する指標
主に見る数字は更新遅延・不一致件数です。件数だけでなく率、期間、母数、店舗差を併記します。AI表示と店舗売上の間には複数の接点があるため、一つの増減だけで因果を断定しません。
制作会社だけが更新方法を知る。自動化する場合も、公開責任、店舗事実、個人情報、媒体ポリシーを確認する担当者を決めます。
月次クロールでNAP差分を検知する。変更は一要素ずつ行い、翌週または翌月に同条件で比較します。未達の記録も残し、別店舗へ誤って展開しないようにします。
AIO 構造化データ 店舗の比較表と実施判断
機能名や記事数ではなく、店舗で確認する事実、担当、KPI、顧客の次の行動へ置き換えて比較します。仕様や料金は変わるため、導入時には公式情報と契約条件を確認してください。
| 項目 | 画面表示 | JSON-LD | 更新元 |
|---|---|---|---|
| 店名 | H1・店舗情報 | name | 店舗台帳 |
| 住所 | アクセス | address | 店舗台帳 |
| 電話 | 連絡先 | telephone | 店舗台帳 |
| 営業時間 | 営業案内 | openingHoursSpecification | カレンダー |
| URL | canonical | url | CMS |
期間・工数・成果を同じ表で見る
初期設定、店舗確認、制作、計測、月次改善を分けます。外注する場合も、価格、営業時間、設備、写真など店舗の事実確認は社内に残ります。
| 公開手順 | 確認 | 失敗時 |
|---|---|---|
| 型選定 | 業種に適合 | より具体的な型 |
| 実装 | 実表示一致 | 差分修正 |
| 検証 | 重大エラーなし | 必須項目修正 |
| 公開 | 200・index可 | robots等確認 |
| 運用 | 変更同期 | 担当とSLA設定 |
店舗で使う10項目チェックリスト
未確認項目へ担当者と期限を付け、誤案内や予約損失に近い項目から直します。
- 最適な下位型を選んだ
- 一店舗一URLにした
- nameを実表示と合わせた
- 住所・電話を照合した
- 営業時間を営業カレンダーと合わせた
- 画面にない情報を入れていない
- 第三者口コミを流用していない
- 検証ツールで確認した
- URL検査とサイトマップを確認した
- 変更時の担当者を決めた
関連する店舗集客・AIO記事
店舗固有の施策はDelivery Boost内、AIO・GEOの横断的な技術解説はAI活用マーケティング総合研究所で確認できます。リンク先の内容が現在の課題に直接関係する場合だけ参照してください。
公式情報・一次情報
AI検索、構造化データ、口コミ、クロールの仕様は更新されます。公開日だけで判断せず、実施時点の公式ページを確認してください。
AIO 構造化データ 店舗のよくある質問
構造化データでAI回答に出ますか？
表示は保証されません。店舗情報を標準形式で理解しやすくする補助です。
JSON-LDとmicrodataはどちらがよいですか？
GoogleはJSON-LDを推奨しています。CMSと保守しやすい形式を選びます。
全店舗を一ページに書けますか？
一覧は作れますが、詳細な店舗情報は一店舗一URLで管理する方が運用しやすいです。
口コミを入れられますか？
自社表示、対象型、Googleのレビューガイドラインへの適合を確認します。
エラーがなければ成功ですか？
技術エラーなしは最低条件です。本文の品質、クロール、インデックス、顧客行動も確認します。
WordPressでも実装できますか？
テーマやSEOプラグインで可能です。重複出力と実表示の不一致に注意します。
最初に何を確認すべきですか？
公式サイトとGoogleビジネスプロフィールの店名、住所、電話、営業時間、予約URLが一致しているかを確認します。
監修者コメント
AIO 構造化データ 店舗は、AIに見つけてもらうことだけを目的にすると判断を誤ります。店舗の正しい情報が顧客へ届き、予約、電話、来店、客単価まで改善したかで評価してください。一般論と実測を分け、表示を保証する表現は使いません。
監修：魚見幸司
保有資格・認定：Google AI プロフェッショナル認定証
広告代理店で当時最年少のマーケティング事業部長を務め、グローバルマーケティング会社ではCMOを経験。SEO、Web広告、SNS・LINE運用、LP制作・改善、アクセス解析、コンテンツマーケティングを専門とし、生成AIの業務活用やAIO・LLMOの検証にも取り組んでいます。
監修方針：公式情報と編集部の提案、実測値と仮定を区別し、検索・AI引用・予約・来店を別々に評価します。店舗が実行できる手順と、人による確認を重視しています。
Google AI プロフェッショナル認定証を確認する ／ Googleの認定プログラムについて
資格・認定の保有は、Googleによる当サイトの推奨や、検索・AI回答への掲載を保証するものではありません。
内容の訂正や運用相談はお問い合わせフォームからご連絡ください。
まとめ
店舗の構造化データは、最適なLocalBusinessの下位型を選び、ページ上の実表示と一致する項目だけをJSON-LDで記述し、検証、公開、URL検査、更新まで運用します。
まずチェックリストの未確認項目を一つ選び、現状値、担当者、期限、変更内容を記録してください。30日後に同条件で比較し、成果が出なければ情報、内容、技術、導線、現場のどこで止まっているかを切り分けます。
明日から始める記録方法
施策名だけでなく、対象URL、対象店舗、変更前の文章または設定、公開日時、承認者、比較する数字を一行にまとめます。翌日の表示確認、7日後の初期反応、30日後の予約・電話・来店を追い、季節、広告、休業など同時に起きた要因も注記してください。結果が良くても一回で全店へ広げず、別店舗で再現できるかを確認してから標準手順へ反映します。
AIO 構造化データ 店舗を来店成果へつなげる
店舗情報、MEO、口コミ、ページ、計測をまとめて確認し、90日で実行する優先順位を整理します。
店舗AIOの無料診断を相談するデリバリー売上にお悩みの店舗様へ