WordPressのJSON-LD構造化データとは？AIが自動生成する仕組みと設定手順｜ブログ

はじめに

「構造化データを設定したほうがいいと聞くが、コードを書く必要があるのか」

「FAQPage・HowTo・Articleなど種類が多くて、どれを使えばいいかわからない」

「構造化データを設定するとリッチリザルトが出ると聞いたが、実際の効果がイメージできない」

構造化データ（JSON-LD）は、Googleの検索エンジンとAIに「このページは何のコンテンツか」を正確に伝えるための仕組みです。適切に実装すると、検索結果でFAQが展開表示される「リッチリザルト」が出たり、Google AI Overviewに引用されやすくなったりします。

しかし「コードを書く必要がある」「スキーマの種類が多くて選べない」という理由で後回しになっているサイトも多くあります。

この記事では、JSON-LD構造化データの基本的な仕組みとWordPressへの設定手順、そしてAIが記事内容から最適なスキーマを自動判定・生成する方法を解説します。

この記事の3つのポイント

JSON-LDの仕組みがわかる： Googleとユーザーにどんな情報を伝えるのかを整理します
スキーマの使い分けがわかる： FAQPage・HowTo・Article・BreadcrumbListの違いと選び方を解説します
コードなしで実装できる： AIが記事内容から最適なスキーマを自動判定・生成する方法を紹介します

1. JSON-LD構造化データとは何か

構造化データの役割

Webページの内容は、人間が読めばすぐに「これはFAQページだ」「手順を解説している記事だ」と理解できます。しかしGoogleの検索エンジンにとって、HTMLだけではページの意味・種類・内容を正確に把握することが難しい場合があります。

構造化データとは、Googleが理解しやすい形式でページの内容・種類・要素を定義したデータです。「このページはFAQで、Q1の質問はこれでA1の回答はこれ」という情報を機械読み取り可能な形式で伝えます。

JSON-LDとは

構造化データを記述する形式にはいくつかありますが、Googleが推奨しているのがJSON-LD（JavaScript Object Notation for Linked Data）です。HTMLの<head>タグ内または<body>タグ内に<script type="application/ld+json">として埋め込みます。

JSON-LDの例（FAQPageスキーマ）：

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "JSON-LDとは何ですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Googleが推奨する構造化データの記述形式です。"
      }
    }
  ]
}

MicrodataやRDFaとの違い

構造化データの記述形式にはMicrodataやRDFaもありますが、HTML内に直接埋め込む必要があるため、WordPressテーマの変更に影響されやすいデメリットがあります。JSON-LDはHTMLと独立して記述できるため、テーマ変更の影響を受けにくく、WordPressでの実装に最も向いています。

2. 構造化データを設定するとどうなるか

リッチリザルトが表示される

適切なスキーマを実装すると、Google検索の結果にリッチリザルト（通常のリスト表示より視覚的に豊かな表示）が出る可能性があります。

FAQPageスキーマ → FAQ展開表示 検索結果のタイトル下にQ&Aが展開して表示されます。クリックしなくても内容が見えるため、ブランド認知と信頼性の向上に寄与します。

HowToスキーマ → 手順ステップ表示 手順を解説する記事で、検索結果に手順の各ステップが表示されます。

Articleスキーマ → ニュース・記事表示 Googleニュースや検索結果のトップストーリーに表示される機会が増えます。

AI検索での引用率が上がる

Google AI Overview・Perplexityなどのai検索エンジンは、構造化データを参照してページの内容・種類・信頼性を把握します。FAQPage・Articleスキーマが実装されているページは、AI検索が「このページはFAQに答えられる信頼性の高い記事」と判断しやすくなり、引用候補として選ばれやすくなります。

Googleのサイト理解が深まる

構造化データはリッチリザルトの有無だけでなく、Googleがサイト全体の構造・コンテンツの種類・著者情報を理解するためのシグナルとしても機能します。長期的なE-E-A-T評価の向上にも貢献します。

3. WordPressで使われる主要スキーマの種類と使い分け

FAQPage

使う場面： 記事内にQ&A形式のコンテンツがある場合 効果： 検索結果でFAQが展開表示されるリッチリザルト・AI検索での引用率向上

FAQセクションを記事末尾に設けているブログ・オウンドメディアなら、ほぼすべての記事に適用できます。AI Overview・Perplexityへの引用対策として最も費用対効果が高いスキーマです。

HowTo

使う場面： 手順・設定方法・やり方を解説する記事 効果： 検索結果に手順ステップが表示されるリッチリザルト

「〇〇の設定方法」「〇〇のやり方」「〇〇を始めるステップ」などの手順解説記事に適しています。ステップが明確に分かれている記事で特に有効です。

Article

使う場面： ブログ記事・解説記事・ニュース記事全般 効果： 著者情報・公開日・更新日のGoogleへの伝達・E-E-A-T評価への貢献

ほぼすべての記事に適用できる汎用スキーマです。著者名・プロフィールURL・公開日・更新日を含めることで、Googleが著者の専門性を把握しやすくなります。

BreadcrumbList

使う場面： カテゴリ構造のあるサイト全般 効果： 検索結果にパンくずリストが表示される・サイト構造のGoogleへの伝達

「サイト名 > カテゴリ > 記事名」というパンくずナビゲーションを検索結果に表示します。複数のカテゴリを持つサイトでナビゲーションの補助として機能します。

スキーマの組み合わせ

1つのページに複数のスキーマを実装することもできます。たとえばFAQセクションを持つ手順解説記事なら、Article・HowTo・FAQPageを組み合わせて実装すると、各方面での評価を同時に高められます。

4. 手動でJSON-LDを実装する方法

WordPressへの手動実装手順

方法①：functions.phpに直接記述する

テーマのfunctions.phpにJSON-LDのコードを追加する方法です。エンジニアの知識が必要で、テーマ更新時にコードが消えるリスクがあります。子テーマを使うことで更新時のリスクを回避できます。

方法②：カスタムHTMLブロックで記事ごとに追加する

WordPressのブロックエディタで「カスタムHTML」ブロックを追加し、<script type="application/ld+json">タグごと貼り付ける方法です。記事ごとに設定できますが、記事数が増えると管理が大変になります。

方法③：SEOプラグインの構造化データ機能を使う

Yoast SEOやRank Mathは基本的なArticle・BreadcrumbListスキーマを自動で出力しますが、FAQPage・HowToの詳細な設定には追加の手順が必要なケースがあります。

手動実装の課題

手動でJSON-LDを実装する場合、以下の課題があります。

記事ごとに適切なスキーマの種類を判断する必要がある
JSON-LDの構文を正確に記述する必要がある（構文エラーはリッチリザルトの無効化につながる）
記事の内容が変わった場合に構造化データも手動で更新が必要
記事数が増えると管理コストが増大する

5. AIを使ってJSON-LDを自動生成する方法

AIが解決する3つの課題

AIを使ったJSON-LD自動生成は、手動実装の3つの課題を解決します。

課題①：スキーマの種類の判断 → AIが自動判定 記事の内容を読み込んで、FAQPage・HowTo・Article・BreadcrumbListのどれが適切かをAIが自動で判定します。

課題②：JSON-LDの構文記述 → AIが自動生成 判定したスキーマに基づいて、構文エラーのないJSON-LDを自動生成します。コードの知識が不要になります。

課題③：記事更新時の反映 → 動的に管理 記事の内容が変わった場合も、再生成することで最新の内容に合った構造化データを反映できます。

R-LLM SEOのF07（AI構造化データ提案）の手順

「R-LLM SEO → AI構造化データ提案」を開く
対象記事を選択
AIが記事内容を解析して最適なスキーマを自動判定
生成されたJSON-LDのプレビューを確認
問題がなければワンクリックで<head>タグへ適用

WordPress管理画面内で完結するため、FTPやfunctions.phpの編集が不要です。記事数が多いサイトでも、対象記事を選択→確認→適用という流れで効率よく構造化データを整備できます。

適用時の確認ポイント

AIが生成したJSON-LDを適用する前に、以下を確認してください。

FAQの内容が記事のFAQと一致しているか： AIが誤って別のQ&Aを生成していないか確認します
著者情報が正確か： Article スキーマのauthorフィールドに正しい著者名・URLが入っているか確認します
公開日・更新日が正しいか： スキーマ内の日付が実際の公開日・更新日と一致しているか確認します

6. 実装後の確認方法

Googleのリッチリザルトテストで確認する

Googleが提供している「リッチリザルトテスト」（search.google.com/test/rich-results）にページのURLを入力すると、構造化データが正しく認識されているかを確認できます。

確認できること：

実装されているスキーマの種類
構文エラーの有無
リッチリザルトの表示資格があるかどうか

Google Search Consoleで確認する

GSCの「検索結果の見え方 → リッチリザルト」から、実装したスキーマのインデックス状況・エラーを確認できます。実装直後はすぐに反映されないため、1〜2週間後に確認するのが目安です。

実際の検索結果で確認する

実装から数週間後に、対象の記事が含まれるキーワードでGoogle検索を行い、実際にリッチリザルトが表示されているかを確認します。リッチリザルトは実装しても必ず表示されるわけではなく、Googleの判断によって表示・非表示が決まります。

7. まとめ

JSON-LD構造化データは、Googleとai検索エンジンにページの内容・種類・信頼性を正確に伝えるための実装です。適切なスキーマを実装することで、リッチリザルト・AI Overview引用率の向上・E-E-A-T評価への貢献という3つの効果が期待できます。

WordPressで使う主要スキーマ：

FAQPage：Q&Aコンテンツのある記事全般（最優先）
HowTo：手順解説記事
Article：ブログ・解説記事全般
BreadcrumbList：カテゴリ構造のあるサイト全般

実装の選択肢：

手動実装：コードの知識が必要・記事数が増えると管理コストが高い
AIによる自動生成：スキーマの判定・JSON-LD生成・適用がWordPress管理画面内で完結

構造化データの手動管理に手間を感じている場合、AIによる自動判定・生成を活用することで、記事数が多いサイトでも効率よく整備できます。

まずは7日間の無料トライアル（クレジットカード不要）で、記事内容からのスキーマ自動判定・JSON-LD生成を試してみてください。

👉 R-LLM SEOを無料で試す → r-llm.com

👉 WordPress.orgからインストール → R-LLM SEO プラグイン

よくある質問（FAQ）

Q. 構造化データを設定しないと検索順位が下がりますか？

A. 構造化データの有無が直接的な検索順位の増減につながるわけではありません。ただし、リッチリザルトの表示・AI検索での引用率・E-E-A-T評価への間接的な影響を考えると、実装しておくことで中長期的に有利になります。

Q. Yoast SEOやRank Mathを使っていても、別途JSON-LDを追加できますか？

A. 可能です。Yoast SEOやRank Mathが出力する基本的なArticle・BreadcrumbListスキーマと、R-LLM SEOが生成するFAQPage・HowToスキーマは重複しなければ共存できます。ただし同じスキーマタイプが重複すると、Googleが混乱する原因になるため、どのプラグインがどのスキーマを出力しているかを確認してから追加してください。

Q. FAQPageスキーマを実装すれば必ずFAQが検索結果に展開表示されますか？

A. 実装してもGoogleがリッチリザルトの表示を保証するわけではありません。Googleは記事の品質・検索クエリとの関連性を総合的に判断して表示・非表示を決定します。ただし実装していなければ表示される可能性はゼロであるため、実装することで表示機会が生まれます。

Q. 構造化データを実装してから効果が出るまでどのくらいかかりますか？

A. Googleがリッチリザルトとして認識するまで、実装から1〜4週間程度かかることが多いです。Google Search Consoleの「リッチリザルト」レポートで実装状況を確認しながら、数週間後に検索結果での表示を確認してください。

この記事の情報は執筆時点のものです。各ツールの機能・価格は変更される場合があります。

ご質問はお問い合わせページからお気軽にどうぞ。

WordPressのJSON-LD構造化データとは？AIが自動生成する仕組みと設定手順