JSON-LD構造化データ チェッカー
HTMLソースやJSON-LDを貼り付けるだけでFAQPage・BreadcrumbList・Articleなどの構造化データを検証。必須プロパティの過不足やGoogleリッチリザルトで見逃しがちなミスを一覧表示し、公開前のセルフチェックに役立ちます。
JSON-LD構造化データチェッカーとは
JSON-LDは、ページ内のコンテンツがFAQなのか記事なのかパンくずリストなのかをGoogleに機械可読な形で伝えるためのマークアップ形式です。<script type="application/ld+json">タグの中にJSONとして記述するだけで、通常のHTML表示には一切影響を与えずに構造化データを追加できます。正しく実装されていれば、検索結果にFAQの折りたたみ表示やパンくずリスト表示などのリッチリザルトが追加され、クリック率の向上につながります。
このツールは、貼り付けられたHTMLソースまたは生のJSON-LDから<script>ブロックを自動抽出し、FAQPage・BreadcrumbList・Article系（Article / NewsArticle / BlogPosting）それぞれについてSchema.orgが定める必須プロパティの過不足を検証します。あわせて、acceptedAnswer.textがオブジェクトになっている・positionが連番になっていないといった、Googleのリッチリザルトで見逃されがちな典型的なミスも検出します。公開前や修正後のセルフチェックとして、Search Consoleでエラーに気づくよりも早い段階で不備を発見できます。
JSON-LD構造化データチェッカーの使い方
- ページのHTMLソースまたはJSON-LDを用意する 検証したいページの「ページのソースを表示」で得たHTML全体、または<script>タグの中身だけを取り出したJSON-LDのどちらでも構いません。
- 入力欄に貼り付けるか、URLから取得する テキストエリアに直接貼り付けるほか、公開済みのページであればURLを入力して取得することもできます。
- 検出されたエンティティと検証結果を確認する 1つの入力に複数の<script>ブロックや複数の@typeが含まれる場合、それぞれが個別に一覧表示されます。
- 「未設定」「警告」の項目を修正する プロパティごとにOK・警告・未設定のいずれかが表示されるので、該当箇所を元のJSON-LDで修正します。
- 修正後に再度検証してから公開する 修正したJSON-LDを再度貼り付けて全項目がOKになることを確認してから、実際のページに反映してください。
使いこなすためのヒント
- FAQPageのacceptedAnswerは必ずtextプロパティに文字列を直接入れてください。オブジェクトや配列を入れるとGoogleのリッチリザルトが認識できません。
- BreadcrumbListのpositionは1から始まる連番にしてください。欠番や重複があると正しいパンくずリストとして認識されません。
- Articleのheadlineは、Googleの表示上110文字程度までが目安です。長すぎると検索結果で末尾が切り詰められる場合があります。
- HTMLソースをそのまま貼り付けても、<script type="application/ld+json">の中身だけを自動抽出して検証します。JSON部分だけを貼り付けても構いません。
- 複数の構造化データを1ページに設置する場合は、それぞれ別の<script>タグに分けて記述すると管理しやすくなります。
こんなときに活用できます
FAQPageをSearch Consoleに送信する前の確認
acceptedAnswer.textの形式ミスなど、FAQリッチリザルトが表示されなくなる典型的な不備を公開前に見つけられます。
サイト構成を変更した後のパンくずリストの点検
カテゴリー移動やURL変更でBreadcrumbListのpositionがずれていないか、まとめて確認できます。
ブログ記事のArticleスキーマの監査
headlineの文字数超過やauthor・datePublishedの欠落など、記事系スキーマの推奨プロパティを一括でチェックできます。
リッチリザルトテストで指摘されたエラーの原因調査
Googleの公式ツールでエラーが出た際、どのプロパティがどう問題なのかをこのツールで先に絞り込んでから修正できます。
用語集
- JSON-LD
- JSON形式で構造化データを記述するための仕様。<script type="application/ld+json">タグの中に独立したJSONとして埋め込み、既存のHTMLレイアウトを変更せずに検索エンジン向けの情報を追加できます。
- Schema.org
- Google・Microsoft・Yahoo!等が共同で策定した構造化データの語彙集。FAQPageやArticleなど、各種コンテンツに対応する型（@type）とそのプロパティを定義しています。
- FAQPage
- よくある質問と回答をGoogleに伝えるためのSchema.org型。mainEntityにQuestion型の配列を持ち、各Questionはname（質問文）とacceptedAnswer.text（回答文）を必須とします。
- BreadcrumbList
- パンくずリスト（サイト内の階層位置）を表すSchema.org型。itemListElementにListItemの配列を持ち、各要素はposition（順番）・name・itemが必須です。
- リッチリザルト
- 検索結果に通常のタイトル・説明文以上の情報（FAQの折りたたみ表示、パンくずリスト表示など）を表示する機能。構造化データが正しく実装されていることが条件になります。
- 必須プロパティ
- その型のリッチリザルトを表示するためにGoogleが必ず必要とするプロパティ。欠けているとリッチリザルト自体が表示されません。推奨プロパティは無くても表示され得ますが、あった方が望ましいものです。
- Google Search Console
- 自サイトの検索パフォーマンスやインデックス状況を確認できるGoogle公式ツール。「拡張」レポートで、公開済みページの構造化データがGoogleにどう認識されているかを確認できます。
よくある質問
余談ですが ― JSON-LDがMicrodata・RDFaを置き換えた理由
JSON-LD（JSON for Linking Data）は、もともと2010年代前半にW3Cのコミュニティグループが策定したLinked Data用のフォーマットです。HTML要素の属性に直接埋め込む従来の構造化データ記法（Microdata・RDFa）と異なり、JSON-LDは<script>タグの中に独立したJSONとして記述できるため、既存のHTMLレイアウトを一切崩さずに構造化データを追加・削除できるのが最大の利点です。Googleは2015年前後からJSON-LDを推奨形式として位置づけ、現在ではリッチリザルトのドキュメントもJSON-LDの記法を前提に書かれています。
このサイト自身のFAQセクションも、ページ側でFAQの質問と回答を1件ずつ書くだけで、内部的にFAQPage形式のJSON-LDが自動生成される仕組みになっています。人間が見る通常のHTML（アコーディオン表示）と、検索エンジンが読み取るJSON-LDを二重に手打ちする必要がなく、片方を修正すればもう一方も自動的に追従するため、表示内容とスキーマの食い違いが起きにくいのが実務上のメリットです。
構造化データは文法的に正しいJSONであっても、Schema.orgの必須プロパティが欠けていたり、Googleが定める推奨プロパティが無かったりすると、リッチリザルト（検索結果でのFAQ表示・パンくずリスト表示など）が反映されないことがあります。特にacceptedAnswer.textのようなネストの深いプロパティは、実装時に構造を誤りやすい典型例です。公開前にこうしたツールで機械的にチェックしておくことで、Search Consoleの「拡張」レポートで後からエラーに気づくよりも早い段階で不備を発見できます。