結論
企業サイトの構造化データは、本文に表示されている会社、サービス、記事、パンくずなどの意味と関係を、ページの内容と一致する形で検索エンジンへ伝えるために使用します。
構造化データの役割を理解する
構造化データは、ページに書かれた情報の種類と関係を機械が理解するための補助です。検索順位や検索結果の表示を保証するものではなく、本文の代わりにもなりません。
会社名、所在地、サービス名、記事タイトルなど、利用者が画面上で確認できる事実と一致させることが基本です。
- 本文に表示されている情報を使う
- ページの主題に合う種類を選ぶ
- サイト内で名称とURLを統一する
- 未確認の評価や実績を追加しない
ページの役割ごとに種類を選ぶ
企業情報にはOrganization、所在地を持つ事業者には条件に応じてLocalBusiness、記事にはArticle、階層にはBreadcrumbListなど、ページの内容に合う種類を選びます。
複数の構造化データを設定する場合は、企業とサービス、記事と著者などの関係が矛盾しないように整理します。
- 企業・団体の基本情報
- サービスと提供者の関係
- 記事・著者・公開日・更新日
- パンくずと正規URL
- 画像・ロゴ・問い合わせ先

公開前後に表示内容と照合する
実装後は構文エラーだけでなく、名称、URL、日付、画像、ページ種別が画面表示と一致しているかを確認します。サイト改修時には古い情報が残らないよう更新します。
検索機能ごとに利用条件が異なるため、対象となる公式ガイドラインを確認し、リッチリザルトの対象外でも正確な意味付けを優先します。
- 構文と必須項目の検査
- 本文・メタ情報との一致
- canonicalとの一致
- 公開日・更新日の管理
- 改修時の再検証
よくある質問
構造化データを入れると検索順位が上がりますか?+
構造化データだけで順位向上が保証されるものではありません。検索エンジンが内容を理解する補助として、役立つ本文や技術基盤とあわせて整えます。
すべてのページに同じ構造化データを入れてもよいですか?+
共通する企業情報は利用できますが、記事、サービス、FAQなどは各ページの表示内容と役割に合わせて設定する必要があります。
参考にした一次情報
- Google Search CentralIntroduction to structured data markup in Google Search↗
- Google Search CentralGeneral structured data guidelines↗
外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。
提供サービス:FIRST INNOVATION WEB

