構造化データJSON-LDの基礎｜主要スキーマ実装とリッチリザルト獲得
hanayama結論：構造化データは「Googleに正確に伝える共通言語」
構造化データは、ページ内容を機械可読な形式でGoogleに伝える共通言語です。実装することでリッチリザルト（FAQ・パンくず・レビュー星評価など）を獲得でき、CTRが大幅向上します。さらに2026年は、AI検索の引用判定にも構造化データが直接影響するため、実装の重要性は過去最高水準です。
JSON-LDが推奨される理由
構造化データの記述形式にはJSON-LD・Microdata・RDFaの3種がありますが、GoogleはJSON-LDを公式推奨。理由は以下の3点。
- HTMLと分離して記述できる: 既存コードへの影響が最小
- 保守性が高い: スクリプトタグ1つで完結
- Googleの認識率が最も高い: 公式実装ガイドもJSON-LD前提
主要スキーマ4種
| スキーマ | 用途 |
|---|---|
| Article / BlogPosting | ブログ記事・ニュース記事 |
| FAQPage | よくある質問ページ |
| Organization | サイト運営組織情報 |
| BreadcrumbList | パンくずリスト |
このうち最初に実装すべきはこの4種。網羅率の高さとAI引用率への直結度で選定。
JSON-LD基本書式とサンプルコード
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "記事タイトル",
"datePublished": "2026-06-01",
"dateModified": "2026-06-09",
"author": {
"@type": "Person",
"name": "執筆者名"
},
"publisher": {
"@type": "Organization",
"name": "会社名",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
</script>
これを各記事の <head> 内に配置します。
検証ツール（Rich Results Test / Schema Validator）
- Rich Results Test: https://search.google.com/test/rich-results
- Schema Markup Validator: https://validator.schema.org/
- Search Console > 拡張: 実装後の継続監視
まず構造化データを書く → Validatorで構文確認 → Rich Results Testでリッチリザルト対応確認 → 公開後はSCで監視、の流れが定石。
WordPressでの実装方法
- Yoast SEO: 標準でArticle/Organization自動生成
- Rank Math: 多様なスキーマに対応、無料版でも強力
- Schema Pro: より詳細なカスタマイズ可能
- 手動実装:
functions.phpにwp_headフックで直接挿入
実装後の効果測定
- リッチリザルト表示数: Search Console > 拡張で確認
- CTR: SCで実装前後を比較（通常1〜3%改善）
- AI引用率: ChatGPT/Perplexityで月次手動チェック
- エラー監視: SCの拡張レポートで継続監視
FAQ
Q1. 全ページに構造化データを入れるべきですか？
A. はい。最低限Article+Organization+BreadcrumbListは全ページ実装が推奨です。
Q2. 偽情報を構造化データに入れたら？
A. ガイドライン違反で手動ペナルティ。最悪の場合リッチリザルト永久剥奪。
Q3. プラグインと手動実装どちらが良い？
A. WordPressユーザーはプラグイン推奨。手動は重複や記述ミスのリスクがあります。
まとめ
構造化データはAI検索時代の必須実装。JSON-LD + 主要4スキーマから着手し、Search Consoleで継続監視しましょう。
