先に結論を書きます。LocalBusinessスキーマ（構造化データ）は、入れたら順位が上がる魔法のタグではありません。それでも店舗サイトには入れる価値があります。理由は2つ。検索エンジンとAIに「どこにある、何の店か」を誤解の余地なく伝えられること。そして、Googleマップ・自社サイト・各種ポータルの情報が機械的に照合しやすくなり、情報の信頼性の裏付けになることです。この記事では、仕組みの説明から、コピペで使える記述例、無料の検証ツールでの確認手順までを一気に解説します。
構造化データは「何をしてくれる」のか
人間はホームページを見れば「池袋にある整体院で、平日は20時まで」と読み取れます。しかし検索エンジンやAIにとって、ページ上の文字は最初「ただのテキストの並び」です。どれが店名で、どれが住所で、どの数字が電話番号なのか——それを機械が読める形式でラベル付けして渡すのが構造化データです。schema.orgという共通規格があり、店舗ビジネス用の型が「LocalBusiness」です。
効果として期待できるのは次の2つです。
- 情報の正確な伝達: 検索エンジンが店舗情報を誤読するリスクを減らす。Googleビジネスプロフィールや他サイトの情報と照合され、「同一の実在店舗」という確認材料になる
- リッチリザルトの可能性: 検索結果に営業時間や星評価などが表示される形式の対象になり得る（保証はされません）
そして近年重要度が増しているのがAI検索との関係です。ChatGPTやGoogleのAIによる概要が店舗を紹介するとき、参照元の情報が構造化されているほど誤引用が起きにくくなります。派手な施策ではありませんが、MEOとLLMO（AI検索対策）の両方の土台になるのが構造化データ、という位置づけです。
LocalBusinessスキーマで書くべき項目
プロパティ（項目）は数十種類ありますが、全部書く必要はありません。優先度で分けると次のとおりです。
| 優先度 | プロパティ | 内容 |
|---|---|---|
| 必須級 | @type / name / address / telephone | 業種タイプ・店名・住所・電話番号。NAP情報の中核。GBPやサイト表記と一字一句揃える |
| 強く推奨 | url / openingHoursSpecification / geo | 公式サイトURL・営業時間・緯度経度。営業時間は曜日別に正確に |
| あれば良い | image / priceRange / sameAs | 店舗写真・価格帯（「¥1,000-¥3,000」等）・SNSやGBPのURL |
@typeは「LocalBusiness」のままでも動きますが、より具体的な下位タイプ（Restaurant、HairSalon、Dentist、RealEstateAgentなど）が用意されている業種は、そちらを使う方が情報として正確です。schema.orgの一覧から自店に合うタイプを探してみてください。
ここで書く店名・住所・電話番号は、Googleビジネスプロフィール・サイトのフッター・各種ポータルの表記と完全に一致させてください。表記ゆれ（ビル名の有無、全角半角など)があると、照合の材料がかえってノイズになります。いわゆるNAP統一の話で、構造化データはその「機械向けの出口」です。
コピペで使える記述例（JSON-LD）
Googleが推奨する書き方はJSON-LD形式です。HTML本文を書き換える必要はなく、次のようなコードブロックを1つ、ページの<head>内（または<body>内）に追加するだけで済みます。以下は架空の整体院の例です。値の部分を自店の情報に差し替えてください。
設置場所は、店舗の基本情報が載っているページ（トップページや店舗概要ページ、アクセスページ）が基本です。全ページに同じものを入れても問題はありませんが、まずは1ページ確実に、が現実的です。WordPressの場合はSEO系プラグインが同種の出力をしてくれることもあるので、二重に出力していないかだけ確認してください。
検証ツールでの確認手順
書いたら必ず検証します。手順は3ステップです。
- 公開前チェック——schema.org公式の「Schema Markup Validator」にコードを貼り付け、文法エラー（カンマ抜け・括弧の閉じ忘れ）がないか確認する
- 公開後チェック——Googleの「リッチリザルトテスト」に実際のページURLを入れ、構造化データが検出されるか確認する
- 目視の突き合わせ——検出された値（住所・電話・営業時間）を、実物のGBP・サイト表記と並べて見比べる。ツールは文法しか見てくれないので、「内容が正しいか」は人間の仕事です
公開後しばらくしたら、Search Consoleにも構造化データ関連のレポートが出ることがあります。エラーが通知されたら放置せず、その都度直してください。
※余談ですが、当社FACTORの運用では、営業時間変更や移転のたびにGBP・サイト・構造化データの3点を同時更新しています。実装より、この「ずらさず保ち続ける」方が手間としては大きい部分です。
よくあるミスと直し方
1. 実物と違う値を書いてしまう
最も多く、最も本末転倒なミスです。旧店舗の住所のまま、営業時間の変更が未反映、電話番号が携帯と固定で混在——構造化データは「機械に断言する」仕組みなので、間違った情報を堂々と伝え続けることになります。年1回の棚卸しと、変更イベント時の即時更新をセットにしてください。
2. 星評価（aggregateRating)を自作自演する
検索結果に星を出したいがために、根拠のない評価値を書き込むケースがあります。実際のレビューの裏付けがない評価のマークアップはGoogleのガイドライン違反で、リッチリザルトの対象外になったり、手動対応の対象になるリスクがあります。書くなら実在するレビューデータに基づくものだけです。
3. 文法エラーで丸ごと無効になっている
JSONはカンマ1つの抜けで全体が読めなくなります。「入れたつもりが検出されていなかった」は珍しくないので、実装した日に必ずリッチリザルトテストを通す習慣をつけてください。
よくある質問
構造化データを入れると検索順位は上がりますか？
HTMLの知識がなくても実装できますか？
Googleビジネスプロフィールがあれば構造化データは不要では？
まとめ
LocalBusiness構造化データは、順位を直接動かす施策ではなく、店舗情報を機械に正確に伝えるための土台です。必須級の項目（店名・住所・電話・業種タイプ）をGBPと一字一句揃えて書き、JSON-LDで設置し、リッチリザルトテストで検証する。ここまでやれば十分に合格点です。あとは情報が変わるたびにずらさず更新し続けること。検索にもAIにも「正確に知られている店」であることが、これからの集客の静かな土台になります。
NEXT ACTION
この記事の知見を、貴店の運用改善に落とし込みませんか？
読んで終わりにせず、まず現状を数字で把握するところから。FACTORが無料でお手伝いします。
- ✓AI無料診断（30秒）— 店舗名を入れるだけで改善施策案がその場でわかる
- ✓30分無料相談 — GBPと競合の状況をプロと一緒に確認（売り込みなし）
- ✓1エリア1業種限定 — 貴店の競合とは契約しません（先着順）