LocalBusiness構造化データとは？
店舗情報の設定項目を解説
LocalBusiness構造化データとは、 実店舗や営業拠点について、 店舗名・住所・電話番号・営業時間・URLなどを 検索エンジンへ項目別に伝えるための構造化データです。 Google検索では、ローカルビジネスに関する情報を理解する手掛かりとして利用され、 条件を満たすページは、対応する検索機能へ表示される資格を得られる場合があります。 ただし、設定しただけで検索順位が上がったり、 ナレッジパネルやリッチリザルトが必ず表示されたりするわけではありません。 大切なのは、ホームページに表示している店舗情報、 Googleビジネスプロフィール、 LocalBusiness構造化データの内容を正確で最新の状態へそろえることです。 GoogleのLocalBusiness機能では、店舗名と物理住所が必須項目とされ、 電話番号・URL・営業時間・緯度経度などが推奨項目として案内されています。 住所を公開すべきでない出張型事業者が、 検索表示のために架空住所や自宅住所を無理に設定するのは避けなければなりません。 本記事では、業種に合うタイプの選び方、 日本の住所をPostalAddressへ分ける方法、 電話番号・URL・営業時間の記述、 複数店舗や部門の扱い、 WordPressでの導入とリッチリザルトテストによる確認方法を解説します。
物理住所
GoogleのLocalBusiness機能では、nameとPostalAddress形式のaddressが必須です。
営業時間
利用者が店舗を確認・訪問・連絡するための情報を、実際の掲載内容と一致させます。
データを統一
移転・電話変更・臨時休業があったときは、すべての掲載場所を同時に更新します。
LocalBusinessは 特定の店舗・営業拠点を表す構造化データ
会社全体ではなく、利用者が訪問・連絡する一つの物理的な拠点を表すときに使います。
基本情報を明示
schema.orgのLocalBusinessは、 レストラン、美容室、整体院、小売店、 医療機関、修理店など、 特定の物理的な店舗または営業拠点を表すタイプです。 OrganizationとPlaceの性質を持ち、 事業者としての名称・連絡先と、 場所としての住所・営業時間・座標をまとめて記述できます。
Google検索セントラルでは、 各拠点をLocalBusinessとして定義し、 Restaurant、DaySpa、HealthClubなど、 実際の業種に合う最も具体的な下位タイプを使うよう案内しています。 一般的なLocalBusinessで済ませる前に、 自社の業種に該当するサブタイプがあるか確認しましょう。
LocalBusiness構造化データを追加しても、 Googleビジネスプロフィールが自動作成・更新されるわけではありません。 Googleビジネスプロフィールは検索とマップ上の情報を管理する別の仕組みです。 ホームページ、プロフィール、構造化データをそれぞれ管理し、 正式名称・住所・電話番号・営業時間・URLを一致させます。
店舗名と住所を土台にして 連絡・訪問に必要な情報を追加する
Google対応の必須項目と、schema.orgで利用できる項目を区別して設定します。
分けて記述
日本の店舗住所では、
addressCountryに「JP」、
addressRegionに都道府県、
addressLocalityに市区町村、
streetAddressに町名・番地・建物名などを設定する方法が分かりやすいでしょう。
たとえば「〒983-0000 宮城県仙台市宮城野区青葉1-2-3 杜ビル2階」の場合、 postalCodeを「983-0000」、 addressRegionを「宮城県」、 addressLocalityを「仙台市宮城野区」、 streetAddressを「青葉1-2-3 杜ビル2階」と整理できます。
住所の分け方より重要なのは、 利用者がページ上で確認する住所と同じ場所を、 欠落や推測なく記述することです。 建物名や階数が来店に必要なら省略せず、 移転前の住所がテーマ・プラグインに残っていないか確認します。
ホームページ・ビジネスプロフィール・構造化データで 同じ店舗情報を使う
表記の機械的な完全一致より、同じ実在店舗を正確に示し、古い情報を残さないことが重要です。
実際に使用している正式名称を設定します。 地域名・業種・キャッチコピー・営業時間を 検索対策目的で店舗名へ追加しません。
郵便番号、都道府県、市区町村、 番地、建物名、階数を確認し、 来店者が迷わない情報へそろえます。
顧客からの連絡を受けられる代表番号を使います。 店舗ごとに番号が違う場合は、 各拠点の固有番号を設定します。
HTTPSの正規URLを完全な形式で指定します。 リダイレクト元、404、テスト環境、 noindexページを指定しないようにします。
通常営業時間、曜日差、昼休み、 定休日をページ表示と一致させ、 臨時変更も適切に更新します。
現在の外観・入口・店内など、 対象拠点を確認できる写真を使い、 移転前の画像を整理します。
営業時間は曜日・開始・終了を組み合わせ 昼休みや深夜営業も実態どおりに表す
openingHoursSpecificationは、曜日ごとの営業時間を構造化して伝える項目です。
同じ営業時間の曜日をまとめ、 dayOfWeek、opens、closesで記述します。
年間を通じた通常営業時間では、validFromとvalidThroughを省略できます。9時〜12時、14時〜18時のような場合は、 同じ曜日に対する営業時間を二つ作ります。
「9時〜18時」と連続営業に見せず、利用者が来店できる時間を正確に表します。土曜18時から日曜3時までなど、 0時をまたぐ営業は一つの指定で表せます。
closesがopensより小さい場合、schema.orgでは翌日までの時間帯として扱われます。曜日ごとの開店・閉店、昼休み、 定休日を表にしてからデータへ反映します。
通常営業時間を書き換え続けず、 特別営業時間として管理できる仕組みを検討します。
構造化データだけ変更せず、 利用者が見る営業時間を同時に更新します。
年末年始や改装休業の終了後、 古い期間指定や休業案内が残っていないか点検します。
一店舗につき一つの正確な拠点情報を作り 本部・部門・出張型事業と混同しない
店舗数や営業形態によって、適切なページとデータの単位が変わります。
複数店舗では、各店舗の住所・営業時間・アクセス・写真を掲載する 固有ページがあると管理しやすくなります。
全店へ同じ電話番号や営業時間を流用せず、 店舗台帳から正確な値を反映します。
本文、構造化データ、ビジネスプロフィール、 地図、内部リンク、URLの転送をまとめて対応します。
Googleビジネスプロフィールで住所非表示が必要な事業者もあります。 Web側にも不要な私宅住所を掲載しません。
LocalBusinessは一つの拠点を表すため、 店舗ごとに項目を分けます。
コピーしたテンプレートの緯度経度が残り、 別店舗の位置を示さないようにします。
閉店案内とURL処理を行い、 古い営業時間・電話・予約導線を停止します。
個人情報・安全・プロフィール規約を優先し、 LocalBusinessの利用可否を見直します。
既存の構造化データを確認してから導入し 公開URLをGoogleのツールで検証する
WordPressではテーマ・SEOプラグイン・専用プラグインの二重出力に注意します。
正式名称、業種、住所、電話、 URL、営業時間、緯度経度、写真を一覧化します。
リッチリザルトテストで、 LocalBusinessやOrganizationが既に出力されていないか確認します。
テーマ、SEOプラグイン、 専用プラグイン、独自JSON-LDのどこで管理するか決めます。
まず一店舗のページで設定し、 文法・内容・画面表示・キャッシュを確認します。
name、addressなどの重大な問題と、 推奨項目の警告を確認します。
Googleがページへアクセスできること、 公開HTMLからデータを取得できることを確認します。
電話・URL・営業時間
下記は項目関係を理解するための簡略例です。 実際には店舗の業種に合うtypeを選び、 画面上に表示している正確な値へ置き換えます。
{
"@context": "https://schema.org",
"@type": "HairSalon",
"name": "サンプル美容室",
"address": {
"@type": "PostalAddress",
"postalCode": "983-0000",
"addressCountry": "JP",
"addressRegion": "宮城県",
"addressLocality": "仙台市宮城野区",
"streetAddress": "青葉1-2-3 杜ビル2階"
},
"telephone": "+81-22-123-4567",
"url": "https://example.com/sendai/",
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "10:00",
"closes": "19:00"
}
}この例をそのまま公開せず、 店舗名・住所・電話番号・URL・曜日・時間を自社情報へ変更してください。 定休日、土日の時間、昼休みがある場合は、 実際の営業パターンに合わせて指定を追加します。
店舗台帳を基準に導入し 移転・電話変更・休業時にまとめて更新する
LocalBusiness構造化データは、店舗情報を継続管理する運用の一部です。
一店舗につき一つの店舗情報ページと、 一つのLocalBusinessを基本に整理します。
schema.orgとGoogle公式資料から、 実際の主な事業に合うタイプを確認します。
名称、住所、電話、営業時間、アクセス、 URLを利用者が確認できる形で整えます。
Googleビジネスプロフィールを含む掲載先と照合し、 古い値や誤記をなくします。
リッチリザルトテスト、 URL検査、Search Consoleで状態を確認します。
Web本文、構造化データ、プロフィール、 地図、SNS、ポータルサイトをまとめて点検します。
構造化データだけを整えず 店舗情報とローカル集客の土台を統一する
ホームページ、Googleビジネスプロフィール、地図、SNSの情報を確認しましょう。
合わせて確認したい内容
- 業種に合うLocalBusinessタイプ
- 正式名称とGoogleビジネスプロフィール
- PostalAddressと店舗所在地
- 代表電話番号と店舗別連絡先
- 曜日別・季節別の営業時間
- 店舗URL・緯度経度・画像
- 複数店舗・部門・本部の分離
- リッチリザルトテストとURL検査
※LocalBusiness構造化データの設定によって、 ナレッジパネル、リッチリザルト、検索順位、 来店数や問い合わせ数が必ず向上することを保証するものではありません。 実在する店舗情報の正確さと利用者の分かりやすさを優先してください。
構造化データの基本を見る →電話・営業時間・URLを正確にそろえよう
LocalBusiness構造化データは、 実店舗や営業拠点の情報を検索エンジンへ項目別に伝えるデータです。 店舗ごとに業種へ合う具体的なタイプを選び、 nameとaddressを正確に設定したうえで、 telephone、url、openingHoursSpecification、 geo、imageなどを補足します。 ホームページ、Googleビジネスプロフィール、 構造化データの内容を一致させ、 移転・電話変更・臨時休業時にはすべてをまとめて更新しましょう。
本記事は、2026年7月時点で公開されている Google検索セントラル、Googleビジネスプロフィール、 schema.orgの公式情報を参考に作成しています。 必須・推奨プロパティ、対応する検索機能、 営業時間の記述、Googleビジネスプロフィールのガイドラインは 変更される場合があります。 実装時には最新の公式情報と実際の店舗情報を確認してください。
