json-ldの仕組みとは？SEO効果と構造化マークアップの方法を解説

「構造化データを入れるとSEOに良いと聞いたが、JSON-LDというフォーマットが何なのか、自社サイトにどう実装すればいいのか分からない」——WEB集客の現場でよく寄せられる相談です。

JSON-LD（ジェイソン・エルディー）とは、検索エンジンにページの意味を正確に伝える「構造化データ」を記述するためのフォーマット（記述形式）のひとつで、Googleが最も推奨している方式です。一見すると難しそうなコードに見えますが、仕組みそのものは複雑ではなく、ポイントを押さえれば誰でも実装できます。

本記事では、GMO TECHがクライアントのSEO・構造化データ実装を支援してきた経験をもとに、JSON-LDの仕組みと位置付け、SEO効果の定量実績、5ステップの実装手順、どのタイプを選ぶべきかの判定フレーム、Article・FAQ・HowTo・LocalBusinessの4パターンのコード実装例、よくあるエラーの対策、そしてGoogle Search Consoleを使った効果測定までを、初心者の方にも実装担当者の方にも役立つ形で解説します。

この記事で学べること

• JSON-LDの定義と、RDFa・Microdataとの違い（なぜGoogleがJSON-LDを推奨するのか）
• JSON-LDがもたらすSEO効果と、AI Overviews時代における新しい価値
• ページタイプ別に「どの構造化データを選ぶべきか」を判断する判定フレーム
• コピーして使える4パターンのJSON-LD実装コード
• 実装後のエラー対処と、効果を数値で可視化する方法

2026年、JSON-LDがSEOで重要視される理由

👉 このパートをまとめると！

• JSON-LDはGoogle推奨かつAI検索引用にも効く構造化データの記述形式
• リッチリザルトとAI Overviews両面で価値が高まっている

JSON-LDの重要度は、2021年に本記事が初めて公開された頃と比べて、2026年現在さらに高まっています。理由は大きく2つあります。

ひとつは、検索結果の視覚的な差別化です。Googleの検索結果には、通常の青いリンクとテキストだけでなく、評価の星マーク・画像・パンくずリストなどが付いた「リッチリザルト」が表示されることがあります。リッチリザルトを表示させるにはページの意味を機械が理解できる形で伝える必要があり、その役割を担うのが構造化データ、そしてその記述形式であるJSON-LDです。

もうひとつは、生成AI検索（AI Overviews）への対応です。2024年以降、Googleの「AI Overviews」やPerplexity、ChatGPTなどの生成AI検索が普及し、ユーザーは検索結果ページのリンクをクリックする前に、AIが要約した回答を読むようになりました。これらの生成AIは、ページの内容を効率よく解釈するために構造化データを参照する場面が増えています。JSON-LDで「この情報は企業名」「これは公開日」と明示しておくことは、AIに自社情報を正確に引用してもらうための土台になります。

GMO TECHがクライアントのSEO支援を行う現場でも、「リッチリザルトを狙いたい」という従来の目的に加えて、「AI検索に正しく拾われたい」という新しい動機から構造化データの実装相談が増えています。JSON-LDは、検索結果とAI検索の両面で、自社コンテンツの伝わりやすさを底上げする施策だと位置付けられます。

JSON-LDとは？仕組みと位置付けの理解

👉 このパートをまとめると！

• JSON-LDは構造化データをJavaScript形式で記述しHTML内に配置する方式
• 3つの形式の中でGoogleが最も推奨している

JSON-LDとは「JSON for Linked Data」の略で、データ同士のつながり（Linked Data）をJSON形式で表現するための記述フォーマットです。2014年にWeb技術の国際標準化団体W3C（World Wide Web Consortium）が公式の標準仕様として勧告しており、信頼できる技術的裏付けを持っています。

そもそも「構造化データ」とは何か

JSON-LDを理解するうえで欠かせないのが「構造化データ」という概念です。構造化データとは、検索エンジンがHTMLで書かれたコンテンツの意味を正確に理解できるよう、各情報に「これは何か」というラベルを付けて整理したデータを指します。

たとえば、ページに「山田太郎、1990年8月10日生まれ、会社員」というテキストがあったとします。

• 山田太郎 → 人名
• 1990年8月10日 → 生年月日
• 会社員 → 職業

人間が読めば、それぞれが人名・生年月日・職業を表していると直感的に理解できます。しかし検索エンジンのクローラーは、テキストをあくまで文字列として読み込むため、文脈から「どれが名前で、どれが職業か」を正確に判断することは困難です。

そこで、HTMLに「この文字列は人名である」「この日付は生年月日である」という意味づけを行い、検索エンジンが内容を読み取りやすくします。この意味づけの作業を「構造化マークアップ」と呼び、その結果として生まれるデータが構造化データです。Googleの公式ドキュメント「構造化データ マークアップの仕組み」でも、構造化データはページの内容をGoogleが理解しやすくするための標準化されたフォーマットだと説明されています。

3つの記述フォーマット（シンタックス）の比較

構造化データを記述するためのフォーマットは「シンタックス」と総称され、代表的なものに以下の3種類があります。

Googleの公式見解では、JSON-LD・Microdata・RDFaのいずれの形式も、マークアップが正しく実装されていれば等しく扱われるとされています。そのうえでGoogleは、「サイトの構成上可能であればJSON-LDの使用を推奨する」と明言しています。

なぜGoogleはJSON-LDを推奨するのか

Googleが3つの形式の中でJSON-LDを推奨する最大の理由は、実装と保守がもっとも容易だからです。MicrodataやRDFaはHTMLタグの中に意味づけ用の属性を埋め込むため、本文の構造とデータが混在し、ページを修正するたびにマークアップが壊れやすくなります。

一方、JSON-LDは<script type="application/ld+json">というタグの中に、構造化データだけをまとめて記述します。HTMLの見た目（本文）とデータが完全に分離されているため、本文を編集してもマークアップに影響が出にくく、大規模サイトでも一括管理しやすいのが特長です。GMO TECHが数十ページ規模のサイト改修を支援する際も、修正ミスのリスクを抑えられるJSON-LDを標準として採用しています。

なお、構造化データを記述するには、フォーマット（JSON-LD）に加えて、「人名」「会社名」「価格」などの語彙を定義した「ボキャブラリー」が必要です。Googleが推奨するボキャブラリーは schema.org であり、現在はJSON-LDとschema.orgの組み合わせが構造化マークアップの事実上の標準となっています。

JSON-LDのSEO効果と最新の引用価値

👉 このパートをまとめると！

• 順位を直接上げる要因ではないが間接効果が大きい
• クリック率+25%など実装事例の成果が報告されている

JSON-LDによる構造化マークアップは、SEOにどのような効果をもたらすのでしょうか。ここで最初に押さえておくべき重要な事実があります。それは、構造化データはGoogleが直接のランキング要因として明示していないという点です。Googleは「構造化データを追加しただけで検索順位が上がるわけではない」との見解を示しています。

では効果がないのかというと、そうではありません。構造化データには、検索順位を直接動かす力はないものの、間接的に大きな効果をもたらす3つの働きがあります。

効果1：インデックス登録と内容認識の効率化

構造化データを実装すると、クローラーがページの種類（記事なのか、商品なのか、求人なのか）を迅速に識別できるようになります。これにより、関連する検索クエリへの適合度が高まりやすくなります。たとえば商品の価格・在庫・評価、イベントの日時・場所といった個別要素を機械が正確に認識できるため、検索エンジンがコンテンツの中身を取り違える可能性が下がります。

効果2：リッチリザルト表示によるクリック率向上

構造化データを正しく実装すると、検索結果にリッチリザルト（評価の星・画像・パンくずなど）が表示される場合があります。リッチリザルトは通常の検索結果より大きなスペースを占め、視覚的に目立つため、クリック率（CTR）の向上が期待できます。

実装事例の成果として、よく引用される数字があります。Googleが公開している事例では、映画レビューサイトのRotten Tomatoesが構造化データを実装したページでクリック率が25%向上し、料理サイトのThe Food Networkは閲覧数が35%増加、食品大手のNestléはリッチリザルトが表示されたページで82%のクリック率向上を達成したと報告されています。一般的にも、リッチリザルトは通常の検索結果と比較して20〜30%程度クリック率が高まる傾向があるとされています。

効果3：AI Overviews・生成AI検索での引用機会の拡大

2026年時点で見逃せないのが、AI検索における価値です。Google AI OverviewsやPerplexityなどの生成AI検索は、回答を生成する際にページの内容を解釈します。構造化データで情報の意味を明示しておくと、AIがその情報を正確に拾い、引用元として自社ページを示す機会が増えると考えられます。リッチリザルトを「人間に向けた視認性向上」とすれば、構造化データは「AIに向けた機械可読性の確保」という新しい役割も担っているのです。

✍️ 専門家の経験からの一言アドバイス

【結論】：構造化データは「順位を上げる魔法」ではなく「正しく伝わる土台」と捉えてください。

GMO TECHの支援現場では、まずタイトル・本文の品質を整えたうえで構造化データを重ねると、リッチリザルト表示やAI検索での引用といった成果につながりやすい傾向があります。構造化データだけを単独で追加しても、コンテンツの中身が伴わなければ効果は限定的です。

なお、店舗ビジネスの場合は、後述するLocalBusiness型のマークアップに加えて、Googleビジネスプロフィール（旧Googleマイビジネス、GBP）の整備やビジュアルコンテンツの充実を組み合わせることで、ローカル検索での露出を高められます。GBPの基本的な使い方はGoogleビジネスプロフィール（旧Googleマイビジネス）の使い方｜初心者がまずすべき3つの作業と管理方法で、店舗の魅力を視覚的に伝える方法はGoogleビジネスプロフィールのストリートビューはどうやって編集するのかで詳しく解説しています。

JSON-LD実装方法ステップバイステップ（5ステップ）

👉 このパートをまとめると！

• JSON-LD実装は型の決定→ボキャブラリ確認→コード作成→検証→入稿の5段階
• 検証ツールでエラーを潰してから公開する

JSON-LDの実装は、以下の5つのステップで進めます。GMO TECHが構造化データの実装を支援する際の標準的な流れに沿って解説します。

Step 1：ページのコンテンツ種別を決定する

最初に行うのは、対象ページがどの種類のコンテンツなのかを決めることです。ブログ記事なのか、よくある質問（FAQ）なのか、手順解説（HowTo）なのか、商品ページなのか、店舗情報なのかによって、使うべき構造化データのタイプ（型）が変わります。型の選び方は次章の判定フレームで詳しく解説します。

Step 2：schema.orgのボキャブラリを確認する

使う型が決まったら、その型でどんなプロパティ（項目）を記述できるかを schema.org で確認します。たとえばArticle型ならheadline（見出し）・author（著者）・datePublished（公開日）などが利用できます。Googleがリッチリザルトに必要とする「必須プロパティ」と「推奨プロパティ」は、Google検索セントラルの各型のドキュメントに明記されているため、あわせて確認しておくと安心です。

Step 3：<script type=”application/ld+json”>形式でコードを作成する

ボキャブラリを確認したら、実際にコードを書きます。JSON-LDは<script type="application/ld+json">というタグの中に、JSON形式で構造化データを記述します。手作業で書くこともできますが、初心者の方はGoogleが提供する「構造化データ マークアップ支援ツール」や、外部の「Schema Markup Generator」を使うと、項目を入力するだけでコードを自動生成できます。

Step 4：テストツールで検証する

作成したコードは、必ず公開前に検証します。代表的なツールは、Googleの「リッチリザルトテスト」と、schema.orgが提供する「Schema Markup Validator」です。これらにコードまたはURLを入力すると、構文エラーや必須プロパティの欠落を検出してくれます。エラーが残ったまま公開すると効果が得られないため、ここで確実に潰しておきます。

Step 5：WordPressなどに実装（入稿）する

検証を通過したら、サイトに実装します。WordPressの場合、実装方法は大きく2通りあります。

• プラグインを使う方法：Yoast SEO・Rank Math・All in One SEOなどのプラグインは、設定するだけで基本的な構造化データを自動出力します。コードを書かずに済むため初心者向けです。
• 手動でコードを記述する方法：テーマのテンプレートファイルやカスタムHTMLブロックに、作成した<script>タグを直接貼り付けます。プラグインが対応していない型や、細かくカスタマイズしたい場合に有効です。

このセクション全体が「JSON-LDを実装する手順」を解説したHowToコンテンツにあたるため、本記事ではこの5ステップをHowTo型の構造化データとしてもマークアップしています（実装コードは「コード実装例」のパターン3を参照）。

実装判定フレームワーク：どのJSON-LDタイプを選ぶべきか

👉 このパートをまとめると！

• ページタイプごとに最適な型が決まる（記事=Article、Q&A=FAQ等）
• 複数型の組み合わせと過剰設定の回避が重要

「構造化データを入れよう」と決めても、schema.orgには数百種類もの型が存在するため、どれを選べばよいか迷うのが実装でつまずく最大のポイントです。ここでは、ページタイプから推奨される型を逆引きできる判定表を用意しました。

ページタイプ別・推奨型 判定表

選び方の原則はシンプルで、「ページに実際に書かれている内容に合致する型を選ぶ」ことです。たとえば、記事の中に本当に手順が書かれているならHowTo型、質問と回答のセットが本当に存在するならFAQPage型を使います。

複数型の組み合わせで情報を立体化する

1つのページに複数の型を組み合わせることも可能です。実務で最も多いのは、「ブログ記事（Article型）＋ 記事末のよくある質問（FAQPage型）」の組み合わせです。記事全体の属性をArticle型で示しつつ、Q&A部分をFAQPage型で補足することで、ページの情報をより立体的に検索エンジンへ伝えられます。

たとえば飲食店のオウンドメディア記事であれば、記事本体をArticle型でマークアップし、店舗情報の紹介部分にLocalBusiness型を加える、といった組み合わせが考えられます。一方、ECサイトの商品レビュー記事であれば、Article型に加えてProduct型で商品情報を補う構成が有効です。このように、1ページの中に含まれる情報の性質ごとに型を使い分けます。

過剰設定はスパム判定のリスク

ここで必ず守るべき注意点があります。それは、ページに記載のない内容をマークアップしてはいけないということです。Googleの「構造化データに関する一般的なガイドライン」では、ユーザーに表示されないコンテンツのマークアップや、ページ内容と一致しない誤ったマークアップを禁止しています。

具体的には、FAQセクションが存在しないのにFAQPage型を実装したり、監修者欄がないのに監修者情報を記述したりする行為はガイドライン違反にあたります。違反すると手動による対策（ペナルティ）の対象となる場合があるため、構造化データは「必要な型を、ページの実態に合わせて、必要な分だけ」実装するのが鉄則です。

✍️ 専門家の経験からの一言アドバイス

【結論】：「より多くの型を入れるほど良い」という考え方は捨ててください。

GMO TECHが支援した製品比較ページで、本当に存在するQ&AセクションにのみFAQPage型を実装した結果、検索結果での見え方が整理され、該当ページの検索流入クリック率が改善した事例があります。逆に、実態のないマークアップを盛り込むとガイドライン違反のリスクが高まります。「実態に即した最小限」が成果への近道です。

JSON-LDコード実装例（実践4パターン）

👉 このパートをまとめると！

• Article・FAQ・HowTo・LocalBusinessの4型の実装コードを掲載
• scriptタグごとコピーしてページに貼り付けられる

ここでは、実務で使用頻度の高い4つの型について、そのまま貼り付けて使えるJSON-LDの実装例を紹介します。いずれも<script type="application/ld+json">タグごとコピーし、ご自身のサイトの情報に書き換えてご利用ください。記述後は必ずStep 4の検証ツールでチェックしてください。

パターン1：Article型（ブログ記事の基本）

ブログ記事や解説ページの基本となる型です。見出し・画像・公開日・更新日・著者・発行元を記述します。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "json-ldの仕組みとは？SEO効果と構造化マークアップの方法を解説",
  "image": ["https://example.com/images/json-ld.jpg"],
  "datePublished": "2022-06-30T05:00:00+09:00",
  "dateModified": "2026-06-20T10:00:00+09:00",
  "author": {
    "@type": "Organization",
    "name": "GMO TECH 株式会社",
    "url": "https://gmotech.jp/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "WEB集客ラボ byGMO",
    "logo": {
      "@type": "ImageObject",
      "url": "https://gmotech.jp/images/logo.png"
    }
  }
}
</script>

パターン2：FAQPage型（よくある質問）

記事内に「質問と回答」のセットがある場合に使います。mainEntityの配列に、質問（Question）と回答（Answer）のペアを並べます。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "JSON-LDは必ず実装すべきですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "直接のランキング要因ではありませんが、検索エンジンやAI検索がコンテンツを正確に認識する助けになるため、実装を推奨します。"
      }
    },
    {
      "@type": "Question",
      "name": "JSON-LDはhead・bodyのどちらに書きますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "GoogleはJSON-LDをhead内・body内のどちらに記述しても問題なく読み取ります。管理しやすい場所に配置してください。"
      }
    }
  ]
}
</script>

パターン3：HowTo型（手順・やり方の解説）

「〇〇のやり方」「△△の手順」を解説するページで使います。stepの配列に各手順を並べます。本記事の実装手順セクションも、このHowTo型でマークアップしています。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "JSON-LDの実装手順",
  "step": [
    {
      "@type": "HowToStep",
      "name": "コンテンツ種別を決定する",
      "text": "対象ページがArticle・FAQ・HowTo・Product・LocalBusinessのどれに該当するかを判定します。"
    },
    {
      "@type": "HowToStep",
      "name": "schema.orgのボキャブラリを確認する",
      "text": "選んだ型で記述できるプロパティと、Googleが求める必須・推奨項目を確認します。"
    },
    {
      "@type": "HowToStep",
      "name": "コードを作成する",
      "text": "script type=application/ld+json タグ内にJSON形式で構造化データを記述します。"
    },
    {
      "@type": "HowToStep",
      "name": "テストツールで検証する",
      "text": "リッチリザルトテストやSchema Markup Validatorで構文エラーと必須項目の欠落を確認します。"
    },
    {
      "@type": "HowToStep",
      "name": "WordPressなどに実装する",
      "text": "プラグインまたはテンプレートへの直接貼り付けで、検証済みのコードをサイトに反映します。"
    }
  ]
}
</script>

パターン4：LocalBusiness型（店舗・企業情報／MEO連携）

店舗や企業の情報をマークアップする型です。社名・URL・住所・電話番号・営業時間などを記述します。店舗ビジネスのローカルSEO（MEO）と相性がよく、GBPの情報整備と組み合わせると効果的です。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "GMO TECH 株式会社",
  "url": "https://gmotech.jp/",
  "telephone": "+81-3-XXXX-XXXX",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "JP",
    "postalCode": "150-8512",
    "addressRegion": "東京都",
    "addressLocality": "渋谷区",
    "streetAddress": "桜丘町26-1 セルリアンタワー"
  },
  "openingHours": "Mo-Fr 09:30-18:30",
  "priceRange": "¥¥¥"
}
</script>

JSON-LDの文法は、波カッコ{}で全体を囲み、プロパティと値をダブルクォーテーション"で囲んでコロン:で区切り、項目の区切りにカンマ,を、複数の値を並べる際は角カッコ[]を使う、という基本ルールで成り立っています。この4パターンを土台に、@typeを切り替えてプロパティを足し引きすれば、多くのページに対応できます。

トラブルシューティング：よくあるエラーと対策

👉 このパートをまとめると！

• 大半はJSON構文エラーと型・プロパティの誤りで発生する
• テストツールで検証すれば即座に原因を特定できる

JSON-LDの実装でつまずく原因は、ほとんどが決まったパターンに集約されます。GMO TECHの実装支援でも頻出する代表的なエラーと、その対策を整理します。

エラー1：JSON構文エラー（カッコ・クォートの閉じ忘れ）

最も多いのが、波カッコ{}や角カッコ[]の閉じ忘れ、ダブルクォーテーション"の対応漏れ、項目間のカンマ,の付け忘れ・余分なカンマといった構文ミスです。JSON形式は1文字でも崩れると全体が無効になります。

対策：コードエディタでJSON構文のシンタックスハイライトを有効にすると、エラー箇所が色で判別しやすくなります。そのうえで、Googleのリッチリザルトテストにコードを貼り付ければ、どの行に問題があるかを具体的に指摘してくれます。

エラー2：型・プロパティの誤選択

Article型なのにProduct型のプロパティ（priceなど）を記述してしまう、必須プロパティ（たとえばArticleのheadline）を入れ忘れる、といったミスです。この場合、構文エラーは出なくても、Googleが意図した通りに認識してくれません。

対策：使う型ごとに、Google検索セントラルのドキュメントで「必須プロパティ」と「推奨プロパティ」を確認します。リッチリザルトテストは必須項目の欠落も警告として表示するため、警告が消えるまで項目を補います。

エラー3：過剰プロパティ・実態と異なるマークアップ

すべてのプロパティを埋めようとして、ページに存在しない情報まで記述してしまうケースです。前章で述べた通り、ページに記載のない内容のマークアップはガイドライン違反であり、スパムと判定されるリスクがあります。

対策：マークアップする情報は、必ずページ本文に実際に表示されているものだけに限定します。「リッチリザルトに表示させたいから」という理由で実態のない情報を足すのは厳禁です。

検証に使う3つのツール

実装直後の単発チェックには「リッチリザルトテスト」、サイト全体の継続的な監視には「Google Search Consoleの拡張検索結果レポート」を使い分けるのが効率的です。

効果測定方法：JSON-LDのインパクトを可視化する

👉 このパートをまとめると！

• GSCの拡張検索結果レポートで有効数・表示数・CTRを追跡する
• GA4で流入後の行動を確認し成果を立体的に把握する

構造化データを実装したら、その効果を数値で追跡することが大切です。「入れて終わり」にせず、表示状況とユーザー行動の両面から成果を可視化しましょう。測定には主に2つのツールを使います。

測定フレーム1：Google Search Console の拡張検索結果レポート

Google Search Console（以下、GSC）の「拡張」セクションにある各構造化データのレポートでは、実装した構造化データが正しく認識されているかを確認できます。チェックすべき指標は次の通りです。

• 有効なアイテム数 / エラー数：実装した構造化データのうち、Googleが有効と認識した数とエラー数。エラーが出ている場合は原因を特定して修正します。
• 検索パフォーマンスの表示回数・クリック率（CTR）：構造化データを実装したページの表示回数とCTRを、実装前後で比較します。リッチリザルトが表示される型の場合、実装後にCTRが改善しているかが効果の目安になります。
• 平均掲載順位：構造化データは順位の直接要因ではありませんが、実装後に順位が不安定化していないかを確認します。

GSCの基本的な使い方や各指標の見方は、【画像付き】Googleサーチコンソールの設定・登録方法を手順ごとに解説で詳しく解説しています。

測定フレーム2：GA4でのユーザー行動分析

表示やクリックの先にある「ユーザーがどう行動したか」は、Googleアナリティクス4（GA4）で確認します。構造化データによってページの内容が機械にも人にも伝わりやすくなった結果、検索意図に合った訪問が増えれば、平均エンゲージメント時間やコンバージョンに変化が現れます。

GA4の「集客」レポートでオーガニック検索からの流入数を確認し、構造化データを実装したページのエンゲージメント指標を実装前後で比較することで、「検索結果での見え方の改善」が「サイト内での成果」につながったかを立体的に把握できます。

実装KPIの目安

効果測定の目標設定の参考として、構造化データ実装後に追うKPIの一例を挙げます。あくまで一般的な目安であり、サイトの規模や業種によって変動します。

ここまで構造化データの実装から効果測定までを解説してきましたが、複数の型を正確にマークアップし、エラーなく運用し続けるには相応の手間がかかります。「自社だけで構造化データの設計・実装・効果測定まで回すのは負担が大きい」と感じる場合は、ローカルSEO（MEO）と構造化データの両面から支援できる MEO Dash! byGMO にご相談ください。店舗ビジネスのGBP最適化と構造化データ整備をあわせて、検索とマップでの露出改善を支援します。まずは資料をご覧いただき、社内検討の材料としてご活用ください。

よくある質問（JSON-LDのQ&A）

👉 このパートをまとめると！

• 実装の必須度・記述場所・リッチリザルトの現状をQ&Aで整理
• FAQ・HowToは表示制限後もAI検索向けに実装価値がある

JSON-LDの実装にあたって、現場でよく寄せられる質問とその回答をまとめました。

Q1. JSON-LDは必ず実装しなければなりませんか？

実装は義務ではありませんが、推奨されます。JSON-LDは直接のランキング要因ではないものの、検索エンジンや生成AI検索がコンテンツを正確に認識する助けになり、リッチリザルト表示やAI検索での引用といった機会につながります。特にArticle型やパンくず（BreadcrumbList型）は、ほとんどのページで実装する価値があります。

Q2. JSON-LDはHTMLのどこに書けばよいですか？

<head>内・<body>内のどちらに記述しても、Googleは問題なく読み取ります。<script type="application/ld+json">タグで囲んであれば配置場所を問わないため、サイトの管理上扱いやすい場所に配置して構いません。

Q3. FAQやHowToのリッチリザルトは今も表示されますか？

ここは2026年時点で正確に理解しておくべき重要なポイントです。Googleは2023年8月以降、FAQ（FAQPage）のリッチリザルトを政府・医療など一部の権威あるサイトに限定し、HowToのリッチリザルトについては表示を終了しました。そのため、一般的な企業サイトでFAQPage型・HowTo型を実装しても、検索結果にリッチリザルトとして表示されることは原則ありません。

ただし、これは「実装する意味がない」という意味ではありません。FAQPage型・HowTo型のマークアップは、生成AI検索（AI Overviews等）がコンテンツの構造を理解し、Q&Aや手順を正確に引用するための機械可読データとして依然有効です。GMO TECHでは、リッチリザルト表示が目的でなくとも、AI検索時代の情報伝達手段としてこれらの型の実装を継続することを推奨しています。

Q4. WordPressでJSON-LDを実装する一番簡単な方法は？

Yoast SEO・Rank Math・All in One SEOといったSEOプラグインの導入が最も手軽です。これらは基本的な記事・サイト情報の構造化データを自動で出力するため、コードを書かずに実装できます。プラグインが対応していない型や細かな調整が必要な場合のみ、手動で<script>タグを追加します。

Q5. 構造化データを入れれば検索順位は上がりますか？

直接的には上がりません。Googleは構造化データを直接のランキング要因として明示しておらず、「追加しただけで順位が上がるわけではない」との見解を示しています。順位を上げる土台はあくまでコンテンツの品質であり、構造化データはその内容を正確に伝え、リッチリザルトやAI検索での露出を後押しする補助的な役割だと理解してください。

まとめ：JSON-LDは検索とAI検索の両面を支える必須整備

👉 このパートをまとめると！

• JSON-LDはGoogle推奨の構造化データ記述形式で実装も容易
• 2026年は検索とAI検索の両面で実装価値が高まっている

本記事では、構造化データを記述するフォーマット「JSON-LD」について、仕組みからSEO効果、5ステップの実装手順、型の判定フレーム、4パターンのコード実装例、エラー対策、効果測定までを解説しました。要点を振り返ります。

• JSON-LDとは：構造化データをJavaScript形式で記述するフォーマット。2014年にW3Cが標準化し、3つの形式の中でGoogleが最も推奨している。本文と分離して記述できるため実装・保守が容易。
• SEO効果：Googleが直接のランキング要因として明示していないが、インデックス効率化・リッチリザルトによるCTR向上（事例ではクリック率+25%等）・AI検索での引用機会拡大という間接効果が大きい。
• 実装の進め方：型の決定→ボキャブラリ確認→コード作成→検証→入稿の5ステップ。ページの実態に合った型を、必要な分だけ実装するのが鉄則。
• 2026年の新しい価値：FAQ・HowToのリッチリザルト表示は制限・終了したが、生成AI検索向けの機械可読データとして実装価値は継続している。

構造化マークアップそのものをより基礎から学びたい場合は構造化マークアップとは？SEOの効果やメリット、書き方までわかりやすく解説！を、HowTo型の具体的な実装をさらに深掘りしたい場合はCTR向上にも期待大！HowTo 構造化データの実装方法についてもあわせてご覧ください。

JSON-LDは、正しく実装すれば検索エンジンとAI検索の両方に自社コンテンツを正確に伝えられる、2026年のSEOにおける必須の整備項目です。とはいえ、複数の型を設計し、エラーなく運用し、効果を測定し続けるには専門的な知見と工数が必要です。構造化データの設計からWordPress入稿、ローカルSEOとの連携、効果測定までを一貫して支援してほしいという場合は、MEO支援実績豊富な MEO Dashboard byGMO へお気軽にご相談ください。貴社サイトの状況に合わせた構造化データ活用とローカル集客の改善をご提案します。