店舗サイトの構造化データ(LocalBusiness)の書き方|JSON-LD の例・タイプの選び方・検証の仕方

結論: 構造化データは、店名・住所・電話番号・営業時間などを、Google や AI が取り違えずに読める形で書くものです。入れれば順位が上がるものではありませんが、GBP とサイトの情報が同じ店舗のものだと伝える裏付けになります。リンク先ページ(複数店舗なら店舗ページごと)に、ページに見えている内容と同じ情報を JSON-LD で書き、リッチリザルトテストで確かめます。

構造化データで何が変わるか

• Google は、LocalBusiness の構造化データを使って、営業時間や部門などのビジネスの詳細を Google 検索やマップのナレッジパネルに表示することがある、と説明しています
• ただし、構造化データが順位を上げるという Google の説明はありません。海外の専門家への調査でも、構造化データはマップ・通常検索の順位要因としては上位ではありません
• Google は 2026 年 5 月の生成 AI の検索機能向けのガイドで、生成 AI の検索に構造化データは必要なく、特別なマークアップを足す必要もないと明言しています
• 一方で、Google 以外の AI サービスや地図サービスが、ページの情報を読み取るときの手がかりにしている可能性はあります。営業時間や住所を機械が確実に読める形にすることに損はない、という位置付けで考えてください

優先順位としては、リンク先ページとサービスごとのページを整えたあとで十分です。

どのページに、どう入れるか

• 1 店舗: GBP のリンク先ページ(多くはトップページ)に 1 つ
• 複数店舗: 店舗ページごとに、その店舗の情報を 1 つ。トップページには会社(Organization)の情報を
• 形式は JSON-LD: <script type="application/ld+json"> の中に書きます。<head> の中に置くのが一般的ですが、<body> の中でも読まれます
• ページに見えている内容と同じにする: 構造化データだけに書いて、ページには載っていない情報(ページにない営業時間、ないクチコミなど)を入れてはいけません

JSON-LD の例(整骨院・二部営業)

平日は午前と午後の二部制、土曜は午前のみ、日曜・祝日休みの整骨院の例です。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "MedicalBusiness",
  "@id": "https://example.com/#shibuya",
  "name": "○○整骨院 渋谷店",
  "url": "https://example.com/",
  "telephone": "+81-3-1234-5678",
  "image": [
    "https://example.com/images/shibuya-front.jpg",
    "https://example.com/images/shibuya-inside.jpg"
  ],
  "address": {
    "@type": "PostalAddress",
    "postalCode": "150-0031",
    "addressRegion": "東京都",
    "addressLocality": "渋谷区",
    "streetAddress": "桜丘町 1-2 ○○ビル 3 階",
    "addressCountry": "JP"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 35.65612,
    "longitude": 139.70078
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "10:00",
      "closes": "13:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "15:00",
      "closes": "20:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "09:00",
      "closes": "14:00"
    }
  ],
  "priceRange": "¥1,500〜¥8,000",
  "sameAs": [
    "https://www.instagram.com/example_shibuya/"
  ]
}
</script>

各項目の書き方

営業時間の書き方

深夜営業の例(バー、金曜・土曜は翌 3 時まで)です。

"openingHoursSpecification": [
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
    "opens": "18:00",
    "closes": "01:00"
  },
  {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Friday", "Saturday"],
    "opens": "18:00",
    "closes": "03:00"
  }
]

年末年始の休業の例です。

{
  "@type": "OpeningHoursSpecification",
  "opens": "00:00",
  "closes": "00:00",
  "validFrom": "2026-12-30",
  "validThrough": "2027-01-03"
}

構造化データの営業時間は、GBP の営業時間とそろえます。GBP を変えたのに構造化データが古いまま、というずれが最もよくある間違いです。年末年始などの期間限定の営業時間は、GBP の特別営業時間で設定するのが基本で、構造化データへの反映は余力があれば、で構いません。

業種ごとのタイプの選び方

Google は、できるだけ具体的なタイプを使うよう求めています。schema.org の主なタイプと、合う業種の例です。

古い日本語の解説には、タイプの訳を誤っているものがあります。例えば Optician は美容師ではなく眼鏡店、Podiatric は小児科ではなく足の診療、ExerciseGym は体育館ではなくトレーニングジム、FoodEstablishment は食品製造ではなく飲食店の総称です。タイプは schema.org の英語の説明で確かめてください。

複数店舗の書き方

• 店舗ページごとに、その店舗の LocalBusiness を 1 つ書きます。1 つのページに全店舗の LocalBusiness を並べるのは避けます(どのページがどの店舗か分からなくなります)
• @id で店舗を区別し、parentOrganization で運営会社を指します
• トップページには Organization(会社の名前・ロゴ・公式サイト・SNS)を書きます
• 店舗の中の部門(スーパーの中の薬局、ディーラーの整備工場など)で営業時間が違う場合は、department で入れ子にします。Google は、部門の名前を「店名 + 部門名」にするよう求めています

{
  "@context": "https://schema.org",
  "@type": "HairSalon",
  "@id": "https://example.com/shops/kichijoji/#salon",
  "name": "○○ 吉祥寺店",
  "url": "https://example.com/shops/kichijoji/",
  "telephone": "+81-422-12-3456",
  "address": {
    "@type": "PostalAddress",
    "postalCode": "180-0004",
    "addressRegion": "東京都",
    "addressLocality": "武蔵野市",
    "streetAddress": "吉祥寺本町 1-2-3 2 階",
    "addressCountry": "JP"
  },
  "parentOrganization": {
    "@type": "Organization",
    "@id": "https://example.com/#org",
    "name": "株式会社○○"
  }
}

LocalBase では、店舗情報から構造化データを生成でき、営業時間などを変えたときも GBP の情報とずれにくくなります。店舗数が多いと、手作業で全店舗の構造化データを直し続けるのは現実的ではないので、元データから自動で作る仕組みを検討してください。

自社サイトのクチコミの星は出ない

Google は、レビューされる側の事業者が自分でクチコミを管理している場合、LocalBusiness や Organization の構造化データを使ったページには星(レビューのリッチリザルト)を表示しないと定めています。自社サイトに構造化データを直接置く場合も、Google のクチコミを埋め込むウィジェットを使う場合も同じです。

• × 自社サイトに aggregateRating(★4.8、120 件)を書いて、検索結果に星を出そうとする
• × Google マップのクチコミをコピーして、review としてマークアップする
• ○ お客様の声は、本文で紹介する(構造化データにはしない)

Google は review と aggregateRating を、ほかの店舗のクチコミを集めているサイト向けの推奨項目としています。さらに 2026 年 7 月には、レビューの構造化データについて、偽のクチコミや、謝礼と引き換えであることを明かさないクチコミに関するガイドラインを追加しました。クチコミの扱いは、クチコミでやってはいけないことも参照してください。

検証の仕方

1. リッチリザルトテスト(Google): コードを貼るか、公開したページの URL を入れて確かめます。エラー(赤)は直し、警告(黄)は推奨項目が足りないという意味なので、書ける範囲で足します
2. Schema Markup Validator(schema.org): Google が対応していない項目も含めて、書き方が schema.org の決まりに合っているかを確かめます
3. Search Console の URL 検査: 公開後、Google が読み込んだページに構造化データが含まれているかを確かめます。JavaScript で後から入れる作りでは、読み込まれていないことがあります
4. ページの表示と見比べる: 営業時間・電話番号・住所が、ページの表示と GBP と同じかを目で確かめます。テストは書式の誤りしか見つけてくれません

よくある間違い

作成サービス・WordPress での入れ方

• WordPress: SEO のプラグインの多くは、店舗情報の構造化データを出力する機能を持っています。テーマも出力していることがあるので、二重にならないよう確かめます
• 作成サービス(Wix など): ページごとにコードを追加できる設定や、構造化データを入れる欄があるサービスがあります。ないサービスでは、HTML を埋め込める部品に JSON-LD を入れる方法もありますが、Google に読まれているかを URL 検査で必ず確かめます
• 制作会社に頼むとき: どのページに、どのタイプで、どの項目を入れたか、営業時間を変えるときに誰が直すかを決めておきます

チェック項目

• リンク先ページ(複数店舗なら店舗ページごと)に、LocalBusiness の構造化データがある
• タイプが、業種に合う具体的なものになっている
• name・address・telephone が GBP とページの表示と同じ
• 営業時間が GBP と同じ(二部営業・深夜営業も正しく書けている)
• 郵便番号・電話番号が半角、addressCountry が JP
• 自社の星(aggregateRating)を書いていない
• 構造化データが二重に出力されていない
• リッチリザルトテストでエラーがない
• 営業時間を変えるとき、誰が構造化データを直すか決まっている

よくある質問

Q. 構造化データを入れると、マップの順位は上がりますか? 上がるという Google の説明や、はっきりした検証はありません。GBP とサイトの情報を結び付ける裏付けの一つと考え、優先順位はリンク先ページとサービスページの後にしてください。

Q. AI 検索のために構造化データを入れたほうがいいですか? Google は、生成 AI の検索に構造化データは必要ないとしています。Google 以外の AI サービスがどう使っているかは公表されていません。入れて損はありませんが、AI 対策として最も大事なのは、ページに事実を文字で書くことです。

Q. FAQ の構造化データは入れるべきですか? Google は 2026 年 5 月に FAQ のリッチリザルトの表示を終了しました。入っているものを外す必要はありませんが、検索結果の表示のために新しく入れる意味はありません。

出典

• ローカル ビジネス(LocalBusiness)の構造化データ(Google 検索セントラル)
• レビュー スニペット(Review、AggregateRating)の構造化データ(Google 検索セントラル)
• 生成 AI の検索機能向けの最適化ガイド(Google 検索セントラル、2026 年 5 月)
• Google 検索のドキュメントの更新履歴(Google 検索セントラル。2026 年 5 月の FAQ リッチリザルトの終了、2026 年 7 月のレビューのガイドラインの追加)
• リッチリザルト テスト(Google)
• Schema Markup Validator(schema.org)
• LocalBusiness(schema.org。下位タイプの一覧)
• Local Search Ranking Factors(Whitespark、2026 年版)