このメディアはCommunityCreateが運営しています。
構造化データはページの内容を検索エンジンに伝える記述です。Googleの対応機能から種類を選び、本文や既存の出力と照合して実装する手順を確認しましょう。構文テストと検索結果の表示を分け、変更の履歴と検証結果を残せるよう、作業表も掲載します。
コードを追加する前に、そのページで何を伝えたいかを確認しましょう。クロールとインデックスの基本も、公開後の確認範囲を整理する参考になります。実装後も、構文の確認と検索結果での表示は分けて観察してください。
この記事には、運営会社CommunityCreateのサービス案内が含まれます。
- ページの内容と対応する種類を選ぶ
- 本文と既存の出力を確認して実装する
- テスト結果と公開後の表示を別々に記録する
公開日：2026年11月2日 / 最終更新日：2026年11月2日
構造化データはページの意味を伝えるマークアップ
検索向けの構造化データは、ページにある情報の意味を機械が理解しやすい形で示すための記述です。まず対象ページと、伝えたい内容を決めます。
Googleの構造化データの紹介によると、Google検索はJSON-LD、Microdata、RDFaの形式をサポートし、通常はJSON-LDを推奨しています。形式を選ぶ前に、そのページの内容と利用したい機能を整理しましょう。
構造化データを設置しただけで、検索結果に特別な表示が必ず出るわけではありません。実装と表示を別の作業として扱います。
コードを入れる前に、対象ページの内容を確認するのですね。
ページの内容から対象の種類を選ぶ
Googleの対応機能ギャラリーで、対象機能の実装資料へ進みます。多くの機能はリッチリザルトテストでプレビューできるとの案内です。記事なら記事向けの資料、パンくずリストならその機能の資料を確認します。種類の名前を見つけただけで、すべての検索機能に対応していると考えないようにしましょう。
公式の機能資料で必要な情報を調べる
Googleの記事向け構造化データの説明を参照し、記事の内容に合う種類と推奨プロパティを確認します。著者や更新日を設定する場合は、実際のページに対応する情報を使ってください。
パンくずリストの公式資料では、サイト内での位置を示す経路を記述する方法が案内されています。ページの実際の位置と、公開画面の案内を照合しましょう。
| 対象 | 確認する資料 | 点検する内容 |
|---|---|---|
| 記事 | Articleの公式資料 | 対象種類と記事に対応する情報 |
| パンくず | BreadcrumbListの公式資料 | 表示する経路とページの位置 |
| その他 | 利用したい検索機能の資料 | 対応する種類と必要な項目 |
Schema.orgに種類があることと、Googleの特定の検索機能で利用できることは別の確認です。対応機能の資料へ戻り、対象ページに合うかを判断します。
本文と既存の出力を確認して実装する
新しい記述を足す前に、ページ上の情報と既に出力されているマークアップを調べます。テーマやプラグインを利用している場合も、公開HTMLを確認しましょう。
Googleの構造化データのガイドラインに沿い、ユーザーに見える内容とマークアップの情報を一致させます。本文にない評価や架空の著者、実際とは異なる更新日を追加しないでください。
出力元を記録して重複を調べる
担当者は、対象URL、既存の出力元、変更箇所を控えます。同じページに複数の記述が見つかった場合は、それぞれの役割と内容を確認し、意図せず矛盾する情報を出していないか調べましょう。機械的にすべてを削る前に、サイトの実装担当者と相談します。
実装例をコピーする場合も、架空の値をそのまま公開しないこと。実際のページで確認できる情報に置き換え、選んだ機能の公式資料と照合します。
コードと公開URLをテストする
実装したら、コードの構文、対象機能に関する検証、公開後の状態を分けて確認します。それぞれの結果が何を示しているかを記録しましょう。
自社ページの構文確認で分かったこと
次は当サイトの公開ページを対象にした限定的な検査です。実際の検索表示を調べたものではありません。
筆者の検証（2026年11月）｜自社ページのJSON-LDを構文解析（Python）
自社の https://community-create.co.jp/seo/1012/ からJSON-LDを2ブロック取得し、JSONとして構文解析しました。これは構文の確認であり、Googleのリッチリザルトテストや検索結果での表示は確認していません。
構文として読めても、本文と内容が一致するか、対象機能の条件を満たすかは別に調べます。テスト結果に指摘がある場合は、項目と対象URLを記録して実装担当者へ渡しましょう。
公開後のページでも見直す
作成中のコードと公開ページでは、設定や出力が異なることがあります。変更後の公開URLでは、意図した情報が出力されているかを確かめましょう。テストの日時と結果を残し、前回から何を変更したか照合してください。
構文が読めたことと、対象機能の条件を満たすことを別々に記録します。
テスト合格後も表示と変更履歴を分けて見る
Googleのガイドラインは、正しいマークアップでもリッチリザルトの表示は保証されないと説明しています。テストの結果と、実際に検索結果で確認した内容を別欄に記録しましょう。
| 作業票 | 記録する内容 |
|---|---|
| 対象 | ページURL、内容、Googleの対応機能と種類 |
| 根拠 | 公式資料、本文で確認できる箇所 |
| 実装 | 既存の出力元、追加・修正した項目、担当者 |
| 確認 | テスト日時と結果、公開後に観測した内容 |
この表は編集上の作業例で、Googleの採点表ではありません。記事を更新したときも、本文だけでなく対応するマークアップを確認し、日付や内容の食い違いを残さないようにします。
持ち帰りポイント
作業票：対象URL／機能と種類／公式資料／本文の根拠／既存の出力元／変更項目／テスト結果／公開後の観測。
よくある質問
2026年11月時点に確認したGoogle公式資料をもとに整理します。
- JSON-LD以外は使えませんか？
-
Googleの紹介はJSON-LD、Microdata、RDFaをサポートし、通常はJSON-LDを推奨すると説明しています。
- どの種類を選べばよいですか？
-
ページ内容と利用したい検索機能を決め、その機能のGoogle公式資料で対象種類と項目を確認します。
- プラグインを入れれば確認は不要ですか？
-
公開ページで何が出力されているか、本文と一致しているかを確認します。既存の出力元も記録しましょう。
- 本文にない情報を追加してよいですか？
-
Googleのガイドラインに沿い、ユーザーに見える内容との一致を確認します。架空の情報は追加しません。
- 構文解析が成功すればテストは完了ですか？
-
構文の確認だけでは対象機能の条件や実際の表示までは確認できません。検査の範囲を分けて記録します。
- テストで問題がなければ必ず表示されますか？
-
Googleのガイドラインは、正しいマークアップでもリッチリザルト表示を保証しないと説明しています。
- 記事の更新日を自由に設定できますか？
-
実際の記事内容に合う情報を使い、記事向けの公式資料を確認します。
- 追加すれば順位は上がりますか？
-
順位への効果は測定しておらず、上昇を保証できません。
小さく実装して本文との一致を保つ
まず一つのページと対象機能を選び、公式資料、本文、既存の出力を照合しましょう。変更後はテストの結果と検索表示を別々に記録します。サイト全体の技術的な確認には、技術診断の進め方も参照してください。
金沢・石川県のSEO対策について相談する際は、CommunityCreateの事業案内で支援範囲を確認し、無料相談をご利用ください。
次の一歩
対象ページを一つ選び、本文にある情報と現在の出力を記録します。次に対応機能の公式資料と照合し、必要な変更と確認を担当者へ渡しましょう。
参考URL一覧
- Googleの構造化データの紹介：https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data?hl=ja
- Googleの対応機能ギャラリー：https://developers.google.com/search/docs/appearance/structured-data/search-gallery?hl=ja
- Googleの記事向け構造化データの説明：https://developers.google.com/search/docs/appearance/structured-data/article?hl=ja
- パンくずリストの公式資料：https://developers.google.com/search/docs/appearance/structured-data/breadcrumb?hl=ja
- Googleの構造化データのガイドライン：https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=ja
金沢・石川県でのSEO対策・AI検索対応・AI導入の相談は、CommunityCreateの支援内容をご確認ください。
