構造化データSEO：スキーママークアップガイド

構造化データとは何か、何をするのか

構造化データ（一般的にはJSON‑LDでschema.orgの語彙を使って実装される）は、ページに追加される機械可読なマークアップで、検索エンジンは、目に見えるテキストだけを解析するよりもエンティティ、属性、関係をより明示的に解釈できます。

これは明確化のツールです：構造化データはあるコンテンツのブロックが Article、Product、Event、Person、FAQ、BreadcrumbList、Review などの定義済みタイプを表すことを示します。その明確さにより rich results の適格性が向上したり、ナレッジシステムに対してエンティティ間の関係を明示したり、検索機能がどのテキストがどのプロパティに対応するかを理解するのに役立ちます。

構造化データはランキングへの近道ではありません。高品質なコンテンツ、適切な情報設計、クロール可能なページを置き換えるものではありません。構造化データは検索エンジンがページ上の内容を解釈するのを助けますが、ページが結果にどう表示されるかは検索エンジンが（クロール、インデックス、ランキングを通じて）決定します。

構造化データの仕組み（メカニズム）

フォーマットと配置

JSON‑LD は現在推奨され、最も広く使われているフォーマットです。スキーマは Microdata や RDFa としても表現できますが、JSON‑LD はマークアップを可視の DOM から分離し、モダンなテンプレートや CMS での管理が容易です。

典型的な配置はページの head または body 内の <script type="application/ld+json"> タグです。最小限の Article スニペット例：

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

クロール、インデックス、ランキング：スキーマが役割を果たす場面

構造化データはクロールとインデックスの処理中に利用されます：クローラはフェッチ時に JSON‑LD を読み取り、インデクサーはプロパティを保存したり、それらを使ってページを SERP 機能の対象にすることができます。ページが Search に表示されるかどうか、どのようにランク付けされるかは検索エンジンのアルゴリズムが多くのシグナルを用いて決定します。

注意：Google はクロールとインデックスの主要な基準としてモバイル版を使用します。Since July 2024、Google はデフォルトで Googlebot Smartphone を使って Search をクロールします。モバイル上の構造化データがデスクトップでの意味内容（parity）と一致していることを確認してください。ピクセル単位のレイアウト一致までは必要ありません。

構造化データが役立つ場面（ユースケース）

一般的な利点と適格な機能

Rich results：FAQ、How‑to、レシピプレビュー、商品スニペット、レビュー、イベントカードは、マークアップがドキュメント化された要件に従う場合に適格になることがあります。

Knowledge graph and entity linking：スキーマはエンティティ間の関係を明示できます（publisher → article → author → organization）。これはエンティティグラフを構築するシステムに役立ちます。

Sitelinks とパンくずの解釈：BreadcrumbList のマークアップはナビゲーション階層を明確にし、検索機能が正しい経路を表示できるようにします。

特化した検索体験（例：product availability、event dates、job postings）に対する適格性のシグナル：構造化プロパティはフリーテキストから確実に抽出しにくい機械可読の事実を伝えます。

マークアップがあっても、リッチリザルトの表示は保証されません。検索エンジンはマークアップをシグナルとして扱い、無視するか追加の品質シグナル（コンテンツ品質、インデックス可能性、サイトの評価）を求めることがあります。

スキーマ実装：実践チェックリスト

計画とマッピング

どのページタイプに構造化データが必要かを決定します。各ページテンプレートを schema.org のタイプと必須プロパティにマッピングします（例：Product は name と offers が必要、FAQ は Question/Answer ペアを持つ mainEntity が必要）。語彙の参照は schema.org のドキュメントを権威あるリファレンスとして使用してください。

作成とテンプレート化

CMS から JSON‑LD を生成するか、サーバーテンプレートに組み込みます。マークアップは可視のコンテンツと同期させてください：日付、価格、在庫状況、構造化プロパティ内で使われるテキストはユーザーが見るものと一致しているべきです。

テストとステージング

生成した JSON‑LD をステージングで Rich Results Test と Schema Markup Validator (schema.org) を使ってテストしてください。所有するページについては、Google Search Consoleの URL Inspection を使って、Google がページをどのように見ているか、構造化データが有効として検出されているかエラーがあるかを確認します。

本番公開と監視

本番にデプロイし、ライブページを Rich Results Test で検証します。

所有するページの構造化データレポートやカバレッジ問題については Search Console を監視してください；サーバーログやクローラ再現（curl）を使ってボットが同じマークアップを受け取っていることを確認します。

特定のユーザーエージェントが受け取る HTML を素早く確認したい場合は、UA 文字列を指定して curl を使います。ヘッダのみ取得するには：curl -I https://example.com。指定した UA として HTML を取得するには：curl -A "Googlebot" https://example.com

検証とトラブルシューティング

自分の所有するページ向けの段階的な検証手順

1) Rich Results Test で構文と必須プロパティを検証します。2) Google Search Console で URL Inspection を実行し、Google が構造化データを検出しているか、エラーや警告を確認します。3) Chrome DevTools > Elements でレンダリング後のページの HTML を確認し、クライアントレンダリング後に JSON‑LD スクリプトが存在することを確認します。4) デプロイ後に Search Console のレポートを監視して、新たに顕在化した問題を検出します。

rich results が表示されない場合の対処

マークアップが検証されても rich result が表示されない場合は、次を確認してください：1) ページはインデックス可能か？URL Inspection でインデックスカバレッジを確認してください。インデックスされていないページは rich results を表示する可能性が低いです。2) 可視コンテンツは構造化プロパティと完全に一致しているか？不一致があるとエンジンがマークアップを無視することがあります。3) サイトの全体的な品質や評価は十分か — エンジンはマークアップに加えて信頼性のシグナルを要求することが多いです。4) 機能に対してサポートされるタイプとプロパティを使っているか確認する（Rich Results Test のドキュメント参照）。

よくあるミスと回避方法

ユーザーに見えないコンテンツやページ上のテキストと矛盾する内容にマークアップを付けること — 構造化データは可視の事実を反映すべきです。

対象の rich result に対してサポートされていないタイプやプロパティを使用すること；現在の適格性マトリクスは Rich Results Test を参照してください。

構造化データに頼ってコンテンツの質やサイト構造の問題を解決しようとすること。Schema は明確化に役立ちますが、薄いコンテンツや役に立たない内容を補うことはできません。

動的コンテンツの変更（dates、prices、availability）とマークアップを同期していないこと — 古い構造化値を避けてください。

高度なパターンとガバナンス

スキーマガバナンスプロセスを設計してください：コンテンツチームやエンジニアリングチームにスキーマの所有を含め、JSON‑LD スニペットをバージョン管理し、デプロイ前にスキーマの構文と必須フィールドを検証するテストを CI パイプラインに追加します。

大規模サイトでは、レンダリング済みの HTML をコピーするのではなく、正規のソースフィールドから構造化データを生成してください。ローカライズされたコンテンツがある場合は、言語や地域のプロパティがページの対象に即していることを確認し、単一のプロパティ内で言語を混在させないでください。

構造化データは検索以外の下流システム（内部ナレッジベース、音声アシスタント、分析）もサポートできます。検索と内部利用の両方に必要な最小限で安定したコアプロパティを定義し、メンテナンス負荷を減らしてください。

スキーマと連携する技術的基礎（indexability、canonicalisation、Core Web Vitals）について復習したい場合は、Technical SEO ガイドを参照してください

FAQ