AIO対策

構造化データ(Schema.org)とは?店舗サイトに実装する意味とAIO・SEO効果を解説

店舗の建物と、構造化データを示すコードブロックやJSON-LDが浮かぶイメージ
「構造化データ(Schema.org)を入れましょう」とよく言われますが、そもそもなぜ必要で、何をどう書けばいいのかは意外と知られていません。
この記事では、構造化データの仕組みから、店舗サイトに実装する意味、AI検索(ChatGPT・Google AI Overview)やSEOへの効果、最小限の実装手順までをまとめて解説します。

この記事でわかること

  • 構造化データ(Schema.org)の正体(5分でわかる)
  • 店舗サイトに入れる意味とAIO・SEOへの効果
  • JSON-LDで書く最小実装の例
  • 業種ごとに使うスキーマタイプの選び方
  • 動作確認とSearch Consoleでの監視

この記事の要点(3行サマリー)

  • 結論:構造化データはサイトの情報を「これは住所、これは営業時間」と機械が読める形にする仕組み。AIにもGoogleにも効く。
  • 最優先タスク:自店の業種に合うスキーマタイプを選び、JSON-LDで name / address / telephone / openingHours / url から始める。
  • 測定方法:Googleの「リッチリザルトテスト」で構文を確認し、Search Consoleの「拡張」レポートでエラーをチェック。

構造化データ(Schema.org)とは?

構造化データとは、Webページに書かれている情報を「これは店名」「これは住所」「これは営業時間」と、検索エンジンや生成AIが機械的に読める形でマークアップする仕組みです。
Google・Microsoft・Yahoo・Yandexが共同で策定した Schema.org という共通の語彙(ボキャブラリー)を使って書きます。

人間が読む本文と、機械が読む構造化データを別レイヤーで持つイメージです。
本文には「東京都渋谷区〇〇 1-2-3、平日11時〜22時営業」と書きつつ、裏側で addressopeningHours として同じ情報を構造化しておくと、AIや検索エンジンの理解精度が上がります。

なぜ店舗サイトに構造化データが必要なのか

店舗サイトは「住所」「電話」「営業時間」「メニュー」「価格」「口コミ」など、構造化に向く情報の塊です。
ところが多くの店舗サイトでは、これらが画像の中に書かれていたり、独自レイアウトで書かれていたりして、機械が読みづらい状態になっています。

構造化データを入れると、次のような恩恵があります。

  • Googleが店舗情報を正確に拾える(ナレッジパネル・リッチリザルトに乗りやすい)
  • ChatGPT・Google AI Overviewなどの生成AIが店舗情報を正しく引用しやすくなる
  • Googleビジネスプロフィールに登録した情報と公式サイトの整合性を担保できる

店舗AIOの全体像については 店舗AIOとは|AI検索時代の店舗集客対策完全ガイド もあわせてご覧ください。

👉 自分でGBPを一から整備するのが大変なら、Googleビジネスプロフィール登録代行サービス も検討してみてください。プロが代行することでAIO/MEOの土台が最短で整います。

AI検索(AIO)への効果

ChatGPT、Google AI Overview、Perplexity、Geminiといった生成AIは、回答を組み立てる際に「機械可読な情報」を強く優先します。
同じ内容でも、本文の中に埋もれている情報よりも、構造化データとして明示されている情報のほうが、AIが拾いやすく・引用しやすい傾向があります。

特に「〇〇エリアで〇〇が美味しい店」「〇〇に対応している店」のような条件付きの質問では、構造化データに menu / priceRange / servesCuisine / amenityFeature などが入っていると、AIが「条件に合う店」として自店を選ぶ確率が上がります。

Google検索(SEO)への効果

構造化データそのものが順位を直接押し上げるわけではありませんが、次のような間接効果があります。

  • リッチリザルトに表示される:評価の星、価格、営業中/営業時間、FAQなどが検索結果に出る
  • ナレッジパネル精度向上:Googleが店舗エンティティを認識しやすくなる
  • CTR向上:検索結果の見栄えが良くなり、クリック率が上がる

最小実装のサンプル(JSON-LD)

Googleが推奨している記法は JSON-LD です。
<head> 内に <script type="application/ld+json"> として書きます。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "店舗名",
  "url": "https://example.com",
  "telephone": "+81-3-1234-5678",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "渋谷1-2-3",
    "addressLocality": "渋谷区",
    "addressRegion": "東京都",
    "postalCode": "150-0002",
    "addressCountry": "JP"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "11:00",
    "closes": "22:00"
  }],
  "priceRange": "¥¥"
}
</script>

これだけでも「店舗エンティティとして認識される」最低ラインを満たせます。
あとは業種に応じて @type を変える(後述)、メニューやFAQを追加する、と段階的に拡張していくのがおすすめです。

業種ごとのスキーマタイプの選び方

Schema.orgには LocalBusiness をベースに、業種別の派生タイプが多数用意されています。
主な店舗業種で使うものをまとめました。

  • 飲食店Restaurant / CafeOrCoffeeShop / BarOrPub / FastFoodRestaurant
  • 美容・理容BeautySalon / HairSalon / NailSalon / DaySpa
  • 医療・治療MedicalBusiness / Dentist / Hospital / Physician
  • 整体・接骨・鍼灸MedicalBusinessmedicalSpecialty で細分化)
  • 小売店Store / ConvenienceStore / ClothingStore
  • 士業・専門サービスLegalService / AccountingService / ProfessionalService
  • ジム・スクールHealthClub / SportsActivityLocation / EducationalOrganization
  • 宿泊Hotel / LodgingBusiness

迷ったら Schema.org の LocalBusiness ページから派生型を辿るのが確実です。

やってはいけないNGパターン

構造化データは便利ですが、使い方を間違えるとペナルティを受けることもあります。気をつけたいのは次の3つです。

  • 本文と違う情報を書く:価格・営業時間・口コミなどを実態より良く見せると、スパムと判定される可能性
  • 偽の口コミ評価(aggregateRating):自社サイトに口コミがないのに星5評価を書く、などはGoogleの明確な違反
  • FAQで非質問コンテンツを入れる:宣伝文や同じ内容の使い回しはFAQリッチリザルトから除外される

「本文の事実と構造化データを必ず一致させる」が大原則です。

動作確認とSearch Consoleでの監視

構造化データを入れたら、次の2つで必ず確認しましょう。

  • リッチリザルトテスト:構文が正しいか、リッチリザルトの対象になるかを即確認できる
  • Google Search Console「拡張」レポート:本番サイトでGoogleが認識した構造化データのエラー・警告を継続監視

新しい施策ではなく、入れたあとの「メンテナンス」が効果を支えます。
サイトのリニューアル時に構造化データだけ消える、というのもよくあるので、リリース時のチェックリストに必ず入れておきましょう。

よくある質問

Q. JSON-LD・Microdata・RDFaのどれで書くべきですか?
A. Googleは JSON-LD を推奨しています。HTML本文と分離できるのでメンテナンス性も高いです。

Q. WordPressでも実装できますか?
A. はい。Yoast SEO / Rank Math などのSEOプラグインが LocalBusiness 構造化データに対応しています。テーマに直接書いてもOKです。

Q. Googleビジネスプロフィールがあれば構造化データは不要?
A. いいえ、両方やる価値があります。GBPはGoogleマップ/検索向け、構造化データは公式サイトを「正しく読んでもらう」ための補強です。AIに対しては構造化データのほうが効きます。

Q. 構造化データを入れたら順位は上がりますか?
A. 順位を直接上げる効果はありません。ただしリッチリザルト表示によるCTR向上、AIによる引用増加といった間接効果があります。

まとめ

構造化データ(Schema.org)は、店舗サイトの情報を「機械が読める形」で書く仕組みです。
AI検索時代において、自店をAIに正しく紹介してもらうための土台になります。

まずは LocalBusiness をベースにした最小JSON-LDから始めて、業種に合う派生型に置き換え、メニューやFAQなどを段階的に追加していくのが現実的です。
「本文と構造化データを一致させる」「リッチリザルトテストで検証する」「Search Consoleで監視する」――この3点を守れば、安全に効果を伸ばしていけます。

口コミを「仕組み」で増やしませんか?

Revimyは、アンケート連動で口コミの下書きを自動生成。
お客様がその場で投稿まで完結できる口コミ促進ツールです。

Revimyを詳しく見る

関連記事