構造化データとは？Google対応・実装と検証の実務ガイド
テクニカルSEOガイド
構造化データとは？Google対応・実装と検証の実務ガイド
構造化データは、ページの内容を検索エンジンが解釈しやすい形式で明示する仕組みです。導入するとリッチリザルトの対象になり得ますが、検索順位や表示を保証するものではありません。画面に見える内容と一致するデータだけを、対応する仕様に沿って実装し、公開後も検証します。
構造化データの結論
Googleの公式資料では、JSON-LDが推奨形式であり、Rich Results Testで検証できます。ただし、テストに合格しても検索結果への表示は保証されません。構造化データは本文を補足するもので、見えない情報の追加や誇張した評価の生成に使わないでください。
まず知っておきたい3つの境界
構造化データとHTML本文は役割が違う
HTMLは閲覧者に内容を伝え、構造化データはその内容の意味を機械可読な形で補足します。本文にない価格、レビュー、イベント、著者などをJSON-LDだけで足すことはできません。
Schema.orgとGoogle検索仕様を分けて確認する
Schema.orgは語彙の共有基盤ですが、Google検索でリッチリザルトの対象になる条件は機能別ドキュメントが基準です。一般的に使えるプロパティと、Googleが必須・推奨するプロパティを混同しないようにします。
適格性と順位・表示は別の話
正しいマークアップはリッチリザルトの対象になる可能性を作るだけです。検索順位、実際の表示、クリック率は、ページ品質、クエリ、端末、地域、検索結果の状況などにも左右されます。
実装前に決めること
1. ページの主目的と対応機能を決める
記事、商品、イベント、ローカルビジネスなど、本文の主目的に最も合うタイプを選びます。複数の要素を追加する場合も、主題を隠さず、実際に画面で確認できる内容だけを対象にします。
2. 必須プロパティと推奨プロパティを一覧化する
Google Search Centralの対象機能ガイドから必須項目、推奨項目、品質条件を転記し、CMSやテンプレートが出力する値の出所を決めます。公開日、更新日、著者、画像、パンくずなどはページの実値と照合します。
3. JSON-LDをテンプレートの正規データから生成する
同じタイトルやURLをHTMLとJSON-LDへ手入力で二重管理せず、ページの翻訳JSONや生成データを正規ソースにします。特殊文字のエスケープ、絶対URL、canonical、言語別URLも生成後に確認します。
4. 見える内容との一致をレビューする
構造化データの各項目を実画面の見出し、価格、レビュー、日時、画像、著者と突き合わせます。非表示要素だけを対象にしたり、古いキャンペーンや実在しない評価を残したりしないでください。
検証の手順
1. 生成HTMLとJSON-LDを読む
本番相当の生成HTMLでapplication/ld+jsonの個数、@context、@type、url、mainEntity、image、inLanguage、datePublished、dateModifiedを確認します。テンプレート展開後の値を検査し、ソースJSONだけで完了にしません。
2. Rich Results Testで機能別に検証する
公開URLまたは検証可能なHTMLをRich Results Testへ入力し、対象機能、エラー、警告、検出された項目を記録します。警告を無条件に消すのではなく、ページに実在する値を追加できるか判断します。
3. Search ConsoleのURL検査で公開後を確認する
公開後はURL検査で取得HTML、インデックス登録、リッチリザルトの検出状況を確認します。テンプレート変更、canonical、robots、認証、キャッシュで取得内容が変わっていないかを見ます。
4. 画面・言語・更新日の差分を再確認する
ja・en・zhなどの公開言語で、本文とJSON-LDのタイトル、説明、画像、日付、著者、パンくず、URLが一致するか確認します。更新日を変えたときは、内容の実質的な更新も同時に記録します。
公開前チェックリスト
- 主目的に合うGoogle検索機能とschema.orgタイプを選んだ
- 必須・推奨プロパティを公式ガイドから確認した
- JSON-LDの値が画面に見える内容と一致している
- 絶対URL、canonical、画像、言語、公開日・更新日を確認した
- Rich Results Testと生成HTMLの両方で検証した
- 公開後のURL検査とエラー監視の担当・記録先を決めた
公式資料
Google検索の表示条件はschema.orgだけで決めず、Google Search Centralの機能別ガイドと一般ガイドラインを優先します。
よくある質問
構造化データを入れると検索順位は上がりますか？
順位やリッチリザルト表示は保証されません。正しい構造化データは検索エンジンが内容を理解する手掛かりになり、対象機能の適格性を作りますが、順位は別の要因も含めて決まります。
JSON-LDとMicrodataはどちらを使いますか？
GoogleはJSON-LDを推奨しています。既存のMicrodataやRDFaを直ちに全廃する必要はありませんが、混在による重複・不一致を避け、運用できる正規形式を選びます。
本文にない情報を構造化データへ入れてもよいですか？
いけません。構造化データはページの主な内容を正確に表す必要があります。見えないレビュー、実在しない価格、古い日時などはガイドライン違反や表示対象外の原因になります。
Rich Results Testに合格すれば表示されますか？
合格は技術的なエラーが検出されなかったことを示すだけで、表示を保証しません。公開後はSearch ConsoleのURL検査やリッチリザルトレポートで取得状態を確認します。
警告が残っていても公開できますか？
警告の内容と機能への影響を確認して判断します。ページに実在する推奨情報を追加できるなら対応し、存在しない値を埋めて警告だけ消すことは避けます。
多言語ページでは何を揃えますか？
各言語の本文、title、description、canonical、alternate、画像、日付、著者、パンくずをその言語の実画面と一致させます。言語だけを変えて内容やURLが誤って混ざらないようにします。
実装と検証を相談する
既存テンプレートのJSON-LD、翻訳、Search Consoleの検証結果を一緒に棚卸しし、欠落・不一致・更新運用を実装可能なチェック表へ整理します。
構造化データを相談する検索順位やリッチリザルト表示を保証するサービスではありません。