構造化データとは?Googleに内容を正しく伝えるためのSEO対策
構造化データとは、Webページに書かれている情報の意味を、検索エンジンが理解しやすい形式で伝えるための記述です。たとえば「このページは記事」「この名前は著者」「この金額は商品の価格」といった関係を明確にします。
構造化データは検索順位を直接上げる設定ではなく、検索エンジンのページ理解を補助する仕組みです。本文の品質や検索意図との一致を整えたうえで、ページ内容に合う種類だけを実装します。
構造化データとは
通常の文章は人には理解しやすくても、機械には情報同士の関係が曖昧な場合があります。構造化データでは、Schema.orgという共通の語彙を使って、記事、組織、商品、イベントなどの種類と項目を整理します。
多くの場合、JSON-LDという形式でHTML内に記述します。画面のデザインを変えるものではなく、検索エンジンへ補足情報を渡すためのコードです。
本文にある情報を機械向けに整理する
構造化データは、ユーザーに見えている情報の代わりではありません。ページに表示している会社名、著者、公開日、価格、在庫、開催日時などを、機械が読み取れる形に整理します。
構造化データのSEOでの役割
主な役割は、ページの種類や情報の関係を検索エンジンへ正確に伝えることです。Googleが対応するタイプでは、検索結果に追加情報を表示するリッチリザルトの対象になる場合があります。
ただし、正しく実装してもリッチリザルトやインデックス登録、順位上昇が保証されるわけではありません。検索結果での表示は、ページ品質、検索内容、ガイドライン、Googleの判断などによって変わります。
構造化データだけではSEOは完成しない
タイトル、本文、内部リンク、表示速度、モバイル対応、運営者情報なども重要です。構造化データは、良いページの内容を補足する施策として位置付けます。
代表的な構造化データの種類
| 種類 | 主な用途 |
|---|---|
| Article / BlogPosting | 記事の見出し、著者、公開日、更新日、画像 |
| Organization | 企業・団体の正式名称、URL、ロゴ、公式SNS |
| LocalBusiness | 店舗の所在地、電話番号、営業時間など |
| Product | 商品の名称、画像、価格、在庫など |
| BreadcrumbList | ページの階層と各階層のURL |
| Event | イベント名、日時、会場、開催方法 |
| JobPosting | 職種、勤務地、雇用条件、応募期限 |
| VideoObject | 動画名、説明、サムネイル、公開日 |
Schema.orgに種類が存在しても、すべてがGoogleのリッチリザルト対象になるわけではありません。ページの主題に合うものを選び、Google検索で使う場合は最新の検索ギャラリーとガイドラインを確認します。
目的別の詳しいガイド
- 企業サイトの会社情報・記事・パンくずを整える場合:高松市の企業サイト向け構造化データ実装ガイド
- 店舗の住所・営業時間・Googleビジネスプロフィールとの情報統一を行う場合:高松市のLocalBusiness構造化データ実装ガイド
JSON-LDの基本
JSON-LDは、構造化データを記述する形式の一つです。本文のHTMLと分けて管理しやすく、WordPressのテーマやSEOプラグインでも広く使われています。
以下は、記事ページの最小限のイメージです。実際には、ページに表示している内容とGoogleの要件に合わせて調整します。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "記事のタイトル",
"author": {
"@type": "Person",
"name": "著者名"
},
"datePublished": "2026-10-21"
}
</script>
JSON-LD以外の形式
MicrodataやRDFaも利用できます。すでに正しく運用できている場合は、形式を変えること自体が目的にならないようにします。新規実装では、本文と分離しやすいJSON-LDが扱いやすいことが多いです。
構造化データを実装する手順
- ページの主題を決める:記事、商品、会社、店舗など、中心となる情報を確認します。
- 画面上の情報を整える:著者、価格、住所、日時などをユーザーにも見える形で掲載します。
- 既存の出力を確認する:テーマやSEOプラグインが、すでに構造化データを出していないか調べます。
- 必要な種類を実装する:ページの主題に合うタイプとプロパティだけを追加します。
- 公開ページで検証する:管理画面ではなく、実際に配信されるページを確認します。
WordPressでは重複に注意
テーマ、SEOプラグイン、本文のカスタムコードが同時に同じスキーマを出力することがあります。複数のArticleやOrganizationが異なる内容で出ていないかを確認し、出力元をできるだけ一つに寄せます。
構造化データの検証方法
リッチリザルトテスト
Google検索でサポートされる構造化データについて、エラーや警告を確認します。エラーがないことと、検索結果に必ず表示されることは別です。
Schema Markup Validator
Schema.orgの語彙やJSON-LD全体を確認します。タイプ名、プロパティ名、値の形式などの入力ミスを見つける助けになります。
Search Console
公開後はURL検査でクロール可否、正規URL、インデックス状態を確認します。対応する構造化データは拡張レポートにも表示される場合があります。
構造化データを使うときの注意点
- ページに表示していない情報を追加しない
- 存在しないレビューや評価を設定しない
- 価格、在庫、日時などを本文と一致させる
- ページの主題と異なるタイプを無理に使わない
- テーマとプラグインによる重複出力を避ける
- 構造化データだけで順位や表示成果を保証しない
- テンプレートやプラグイン変更後に再検証する
FAQやレビューは特に慎重に扱う
FAQやレビューの構造化データは、画面に表示している実際の内容と一致させます。自社に都合のよい情報を構造化データだけに追加する使い方は避けてください。
まとめ:構造化データはページ内容の補足説明
構造化データは、Webページの意味と情報同士の関係を検索エンジンへ伝える仕組みです。まずユーザーに役立つ本文を用意し、その内容と一致する構造化データを実装します。
企業サイトの具体的な設計はOrganization・Article実装ガイド、来店型店舗の設計はLocalBusiness実装ガイドへ進むと、目的別に確認できます。