ローカル ビジネスの構造化データを入れる前に。営業時間とURLを検証する
公開日 ・更新日
LocalBusinessの構造化データは、コードを貼り付けるだけで地域検索の表示が決まる仕組みではありません。ページに書かれた事業情報とマークアップが一致し、Googleが取得できる状態を先に作ってから、少ないページで検証を始めます。
事業所ごとの情報を一つにする
Googleは、ローカル ビジネスの拠点ごとにLocalBusinessタイプを定義する考え方を示しています。最初に、名称、住所、ページURL、電話番号、営業時間を現行ページの表示と照合します。
店舗名の表記ゆれ、移転前の住所、電話受付と来店時間の違いが残ったまま構造化データだけを更新すると、利用者が見た情報と検索エンジンへ渡した情報がずれます。管理表には、画面に表示する値とJSON-LDへ入れる値を同じ行で置きます。
必須プロパティをページの内容に合わせる
まず、利用するLocalBusinessの種類と必須プロパティを確認します。名称と物理的な住所のように、事業を識別する情報は空欄や仮値にせず、住所の都道府県・市区町村・番地まで実在の表記でそろえます。
営業時間を載せる場合は、曜日、開店、閉店の値を実際の案内と一致させます。定休日、臨時休業、日をまたぐ営業時間がある場合は、通常営業と例外を分けて管理し、古い営業時間をコピーしたままにしません。
URLと画像の到達性を確かめる
構造化データのURLは、検索利用者が内容を確認できるページへ向けます。別の拠点ページへ飛ぶリンクや、ログインしないと開けないURLを置くと、マークアップとページ内容の対応が崩れます。
画像を指定する場合も、Googleがアクセスでき、ページ上の事業所を表す画像かを確認します。公開環境でHTTP応答、リダイレクト、robots.txtの扱いを見てから、検証用のページを選びます。
テストは数ページから始める
Googleは、必須プロパティを追加した後、ガイドラインに従い、リッチリザルトテストで重大なエラーを修正する流れを案内しています。いきなり全拠点へ広げず、代表的な数ページでテストし、URL検査ツールでGoogleが取得できるかを確認します。
テストが通っても、実際の検索結果の表示やリッチリザルトが保証されるわけではありません。表示の有無だけで成功とせず、ページ本文、マークアップ、営業時間の三つが同じ日付の情報になっているかを人が確認します。
再クロールを待つ記録を残す
修正後は、ライブページの状態、テスト結果、公開日時、再クロールを依頼した日時を残します。Googleがページを検出してクロールするまで数日かかる場合があるため、直後の検索表示だけで判断しません。サイトマップも継続的な変更を知らせる入口として送信します。
LocalBusinessの構造化データで大切なのは、コードの量ではなく、事業情報の正しさと検証の順番です。あなたの会社でも、まず一つの拠点ページで名称、住所、営業時間、URLを照合し、確認できた手順から他のページへ広げてください。
店舗ページの情報整理から構造化データ、公開後の確認まで一緒に整えたい方は、COZITOへご相談ください。
関連記事
著者: 松井 勇樹