店舗サイトの構造化データ｜LocalBusinessの基本と更新チェック

店舗サイトの構造化データについて、申込や依頼の前に確認しておきたい項目を整理しました。条件を一つずつ照合して、納得できる選択につなげましょう。

図の項目を使い、候補ごとの回答を同じ条件で記録してください。不明点を残したまま進めず、追加費用・契約条件・利用後のサポートまで確認してから最終判断します。

構造化データがすること・しないこと

構造化データは、ページに書かれた情報の意味を検索エンジンが理解しやすい形で補足するマークアップです。店舗名、住所、営業時間など、利用者にも見える正確な内容を整理するために使います。

掲載すれば必ず検索結果に特別表示される、AI検索に引用される、順位が上がるという保証ではありません。まず店舗ページ自体が正確で役立つ状態かを整え、その後に技術的な補助として検討します。

ページ内容と一致する店舗情報を選ぶ

各店舗ページに、その拠点の名称、住所、連絡先、営業時間などを記載し、構造化データも同じ情報にします。支店ページに本社の電話や、別店舗の営業時間を誤って使わないよう、公開前に店舗台帳と照らします。

複数の店舗がある場合は、それぞれが個別のページと正しい情報を持つか確認します。現実に提供していないサービスや、ページ上で確認できない特典をマークアップだけに加えないようにします。

実装後はエラーだけでなく内容も確認

Google Search Centralの最新ガイドに従い、サポートされるプロパティと記法を確認します。検証ツールで重大なエラーがないか確認した後、ページの表示内容とデータの値が一致しているか人が読み合わせます。

有効と判定されたことは、情報が正しいことや検索結果で表示されることを意味しません。住所の表記ゆれ、電話のリンク、営業時間の更新など、利用者が見る実際のページも点検します。

更新フローに構造化データを含める

店舗が移転・休業・電話変更したとき、プロフィール、サイト本文、構造化データを同じ申請で更新できるようにします。CMSテンプレートで共通データから生成する場合でも、拠点と項目の対応を確認する公開前チェックを残します。

更新履歴と確認日を台帳に置き、サイト管理会社が変わるときに実装方法とデータ元を引き継げるようにします。定期的に複数ページを抜き取り確認し、古い情報やテンプレートの誤設定を見つけます。

• ページ本文・プロフィール・構造化データの一致
• 拠点ごとの名称・住所・電話・営業時間
• 検証ツールのエラーと修正履歴
• 変更申請から公開確認までの責任者
• 技術変更時の再検証と引き継ぎ資料

過剰な設定より情報の鮮度を重視

複雑なマークアップを追加する前に、店舗情報が最新で、ページが読みやすく、問い合わせが機能しているか見直します。構造化データの範囲は、公式ガイドが求める情報に絞ります。

表示の変更や検索機能の仕様は変わるため、導入時と大きなサイト改修時に公式ドキュメントを再確認します。順位やAI表示の変化は別の要因もあるので、構造化データだけに成果を帰属させないようにします。

ページに表示する情報とマークアップを一致させる

構造化データは、検索エンジンがページ内容を理解する手掛かりとして、表示されている情報を機械可読に整理するものです。店舗名、実際の住所、電話、公式URL、営業時間、提供サービスなど、ページ本文で利用者が確認できる情報だけを記述します。ページに載っていない評価、特典、営業時間をマークアップへだけ追加したり、別店舗の情報を流用したりしないでください。

チェーンの場合は、各店舗の所在地ページにその拠点の情報を置き、公式ブランドページと店舗ページの役割を分けます。支店ごとの電話番号、営業時間、予約先、地図ピンを実際の店舗と照合し、全店共通の連絡先を各拠点の番号として誤記しないよう確認します。サービス地域型の事業では、一般の住所を公開する必要がないケースもあるため、実態とGoogleのビジネスプロフィールの表示方針に合わせて記述を選びます。

実装前の項目表と検証手順

実装担当へ渡す項目表には、項目名、ページ上の表示場所、情報の出典、更新担当、必須か任意か、対象店舗を記載します。住所表記の揺れや電話番号のハイフン、営業時間の例外、閉店日などは、店舗マスタを正本にして出力し、担当者が手入力で別々に管理しないようにします。構造化データの型を選ぶときは、店舗業態やページ内容に最も適合する公式ドキュメントを確認します。

公開前は構文検証に加え、検索結果のプレビューや実際のページソースで、住所や営業時間が意図した値になっているか確認します。検証ツールでエラーがないことは、検索結果への表示や順位を保証しません。ページを更新したときにマークアップだけが古く残らないよう、テンプレートから生成し、店舗情報の変更テストを一件実施して本文と構造化データの両方が更新されることを確かめます。

運用と変更管理で誤表示を防ぐ

店舗の移転、臨時休業、電話変更、統廃合などは、構造化データだけでなくページ本文、プロフィール、地図、予約システムへ影響します。変更申請時に対象URLと連携先を自動または手作業で一覧化し、変更後に同じ確認者が全ての表示を照合する運用にします。古い店舗ページを単純に削除する前に、来訪者への案内や移転先の情報を残す必要があるか検討してください。

毎月の技術点検では、必須項目の欠落、複数店舗での重複URL、閉店した拠点の公開、本文とデータの差、スマートフォンでの表示崩れをサンプル確認します。警告を解消するためだけに実態と異なる値を加えず、要件が分からない場合は公式ドキュメントと開発担当へ確認します。マークアップは基礎情報の整合性を助ける仕組みであり、レビュー獲得やローカル順位の裏技として説明しないことも重要です。

構造化データの変更を追跡する

営業時間や住所を変更した後は、ページ上の表示、構造化データ、ビジネスプロフィールが同じ値になっているか、対象店舗を一つ選んで更新前後を確認します。サイトの共通テンプレートを変えると全拠点へ影響するため、代表店舗でテストし、誤った値を一括公開しない手順を設けます。エラー修正の履歴、検証日、参照した公式仕様を残し、リッチリザルトや検索順位が必ず得られると説明しないよう担当者間で共有してください。