スキーママークアップとは — 何かとその重要性

概要

スキーママークアップ（構造化データ）は、ページのHTMLに追加する機械可読な注釈で、人、製品、イベント、レビュー、記事などのエンティティを記述します。2026年には、検索エンジンは構造化データを使ってページ内容をより正確に解釈し、リッチリザルトの対象判定やAIを活用した検索結果（SERP）機能での表示に活用しますが、構造化データ自体がリッチリザルトを保証したり、順位を直接変えるわけではありません。

一般的な形式はJSON-LD（Google推奨）、Microdata、RDFaです。JSON-LDは可視HTMLとマークアップを分離し、ほとんどのサイトで管理が最も容易です。Microdata/RDFaは要素内にプロパティを埋め込みます。利用可能な場合はschema.orgのボキャブラリやプロバイダ固有のスキーマを使用してください。

ステップバイステップ

1) 適切なタイプを選ぶ — コンテンツに合うschema.orgのタイプ（Article、Product、Event、LocalBusiness、Recipe、FAQPage など）を特定し、可能な限り具体的なタイプを使ってください。

2) フォーマットを選ぶ — 配備や管理の容易さからJSON-LDを推奨します。プラットフォームやCMSがMicrodata/RDFaしかサポートしない場合は、必須プロパティが存在し正確であることを確認してください。

3) 必須プロパティを追加する — タイプの仕様に従ってください。例えば、Articleの最小限のJSON-LD例は次のようになります: <script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Example title","datePublished":"2026-01-01"}</script>.

4) 公開前にテストする — Rich Results Test と Schema Markup Validator（schema.org）を使い、構文と必須プロパティを確認し、警告をレビューしてください。

5) パフォーマンスを監視する — Google Search Console の Performance レポートで、リッチリザルト対象ページのインプレッションや CTR を確認します。URL Inspection ツールで特定のURLが最後にどのようにインデックスされたか、構造化データが検出されたかをチェックしてください。

フォーマット比較: JSON-LD vs Microdata vs RDFa

JSON-LD — 長所: 注入や保守が容易、可視HTMLとマークアップが分離される、多くの検索エンジンで推奨。短所: クライアントサイドレンダリングで削除されないよう、最終レンダリングページにスクリプトが存在することを確認する必要がある。

Microdata — 長所: プロパティを要素に直接紐付けでき、レガシーシステムで有用な場合がある。短所: 保守が難しく、HTML構造に侵襲的。

RDFa — 長所: セマンティックウェブやリンクデータ向けに強力。短所: 複雑さが高く、標準的なSEO作業ではあまり一般的でない。

検証：技術チェックリスト

以下のチェックで、構造化データが存在し、有効で、検出可能かを確認します。各チェックは、公開者サイトの外部から実行できる項目です。

【構造化データの存在】 — 確認場所: 公開されたURLのview-sourceやcurl — ページに期待するプロパティを含む有効な<script type="application/ld+json">ブロック、またはインラインのMicrodata/RDFaが含まれていれば合格。

【構文と必須フィールド】 — 確認場所: Rich Results Test と Schema Markup Validator — ツールがエラーを報告せず、当該マークアップタイプに許容される警告のみであれば合格。

【レンダリング後の可用性】 — 確認場所: Chrome DevTools の Elements パネル、またはユーザーエージェントを模したcurlリクエスト — 構造化データのスクリプトや属性が最終的なレンダリングDOMに現れれば合格。

【インデックスシグナル】 — 確認場所: Google Search Console URL Inspection（自サイト用）や、site:のような公開インデックス指標などクエリ — URL Inspection がページをインデックス済みと示し、検査で構造化データが検出されれば合格。注: site: は示唆的な指標であり確定的ではありません。

実用的なコマンドとツール

通常のブラウザとして生のHTMLを取得する: curl -L "https://example.com/page"。特定のユーザーエージェントが何を受け取るかを確認するには、curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "https://example.com/page" (HTML本文が必要なら -I を使わないでください).

ページを Google の Rich Results Test にかける (https://search.google.com/test/rich-results) と Schema Markup Validator (https://validator.schema.org). 自分のURLについては、Google Search Console の URL Inspection を使い、Googleが最後にどのようにクロール・インデックスしたか、構造化データが検出されたかを確認してください。

よくある問題

無効なJSON構文 — カンマやクォートの欠落でJSON-LDが壊れます。JSONバリデータやRich Results Testで修正してください。

必須プロパティの欠落 — 一部のリッチリザルトタイプは特定のフィールド（例: Product の price）を要求します。それらがないと、schemaが存在してもリッチリザルトの対象外になることがあります。

クライアントサイドレンダリングでスクリプトが除去される — サイトがJSON-LDをJavaScriptで注入している場合、最終的にレンダリングされたDOMにスクリプトタグが含まれていることを確認してください。さもなければ検索エンジンが検出できない可能性があります。

インデックスされていないページの構造化データ — Googleがインデックスしないページはリッチリザルトが表示される可能性が低いです。インデックスと適格性は別段階です: 構造化データは解釈と適格性に影響します; インデックスはページが結果に表示可能かを決めます; 順位は構造化データ以外の多数のシグナルで決まります。

矛盾や重複するタイプ — 同じコンテンツに矛盾するタイプや、パーサーを混乱させる重複・不整合な値を付与するのは避けてください。

手動対処やポリシー問題 — よりリッチな表示を得るためにコンテンツを誤って表現する構造化データはスパム扱いされる可能性があります。プロバイダのガイドラインに従い、ユーザーに見えないコンテンツをマークアップしないでください。

Technical SEO Guide を読む

よくある質問

スキーママークアップは順位を上げますか？ 構造化データは検索エンジンがコンテンツを理解するのに役立ち、リッチリザルトを有効にしてCTRを向上させることがよくありますが、スキーマだけで順位が直接上がる保証はありません。順位は多くのシグナルに依存します。

どのフォーマットを使うべきですか？ 保守性と広いサポートを理由に、ほとんどの場合はJSON-LDを使用してください。プラットフォームやセマンティクス要件が必要とする場合にのみMicrodata/RDFaを使いましょう。

リッチリザルトが表示されるまでどれくらいかかりますか？ 固定のタイムラインはありません。正しい構造化データを公開した後、検索エンジンがページをクロールしてインデックスし、適格性を評価する必要があります。自分のページではURL Inspectionでインデックスをリクエストできます。公開ページは通常のクロールスケジュールに従います。

不正確なスキーマに対するペナルティはありますか？ 検索エンジンは不正確なマークアップを無視したり、意図的にコンテンツを誤って表現している場合はスパムと見なすことがあります。深刻または繰り返しの乱用には、手動対処やアルゴリズムによる降格があり得ます。

AIを活用したSERP機能は私のスキーマを使えますか？ はい — AI Overviews や他のSERP機能は、事実情報を抽出するために構造化データを活用することが一般的ですが、ページ内容や他のシグナルも参照されます。構造化データは明確さを高め、曖昧さを減らします。

テクニカルSEOはオーガニック成長の一部にすぎません。トピカルオーソリティを築くには、正しい構造化データやオンページのシグナルに加え、高品質なbacklinksが必要です。質の高いbacklinksで権威性を築く