スキーマバリデーター：JSON-LD構造化データを検証 | 無料ツール

A 当社のオンラインスキーママークアップバリデーターは、ブラウザ開発者ツールの基本的なJSON構文検証を超えた専門的なチェックを提供します。必須フィールドの不足、リッチスニペットに不可欠な推奨プロパティの欠落を特定し、記事や製品などの様々なスキーマタイプのSchema.orgガイドラインに照らして検証します。この集中的な分析により、構造化データが技術的に正しく、検索エンジンに最適化され、開発者の時間を節約できます。

A 商品のJSON-LDをバリデーターに貼り付けてください。そうすると、「name」や「offers」など、*必須*のフィールドで不足しているものが強調表示されます。また、「image」や「description」のような*推奨*フィールドの候補も表示され、完全な情報提供に役立ちます。

A いいえ、このバリデーターはJSON-LD形式のみを処理します。マイクロデータとRDFaは解析ロジックが根本的に異なります。古い形式から移行する場合は、最初にマークアップを変換する必要があります。多くのSEOツールが変換スクリプトを提供しています。朗報：JSON-LDはGoogleの推奨形式で、複数ページにわたって管理が簡単です。

A メタタグとスキーママークアップは役割が異なります。メタタグはブラウザにページ情報を伝え、スキーマは検索エンジンにコンテンツの意味を伝えます。例えば、メタディスクリプションはテキストの抜粋を表示するだけですが、Productスキーマを使えば価格や在庫状況を検索結果に直接表示できます。両方を使うのが理想的です。まずは重要なページからスキーマを実装しましょう。

A 一度に貼り付けられるJSON-LDブロックは1つだけです。ページにArticleとOrganizationなど複数のスキーマがある場合、個別にテストしてください。@graph配列で1ブロックにまとめるとすっきりしますが、構文が正確でないとエラーが出ます。単一の構造化されたブロックのほうがパフォーマンスが良く、このツールでフィールドごとにデバッグできます。

A JSONの構文が正しくてもリッチリザルトは保証されません。当ツールは構造と必須フィールドを検証しますが、Googleはコンテンツポリシーも適用します。たとえばProductスキーマには有効な通貨コード付きの'price'が必要で、Reviewスキーマには実際のレビューが求められます。まず当ツールで構文を修正し、その後Googleのテストで適合性を確認してください。ここでのクリーンな検証は第一歩に過ぎません。

A いいえ、検証は読み取り専用です。実際のサイトには影響しません。JSON-LDをツールに貼り付けてエラーを確認してください。修正するとリッチスニペット取得の可能性が高まります。たとえばProductスキーマに'priceValidUntil'フィールドを追加すれば、特別なSERP機能が使えるかもしれません。安心してテストし、その後実際のページマークアップを更新してください。

A 厳密な文字数制限はありませんが、50KBを超える大きなブロックは検証が遅くなる可能性があります。200以上のフィールドを持つスキーマでも問題なくテストできました。入れ子構造のオファーやレビューが多いページは、小分けにして検証してください。コツ：最小化されたJSON-LDでも動作しますが、エラーメッセージが読みにくくなります。

A 一般的なマークアップなら1秒未満で完了します。50以上のネストしたプロパティでも同様です。JSON-LDを貼り付けてボタンを押せば、結果は即座に表示されます。オファーが深くネストした大きなブロックでも、最大2秒ほどで処理できました。このツールはクライアントサイドで解析するため、サーバーの待ち時間はありません。巨大な@graph配列を扱う場合はわずかな遅延がありますが、気になるレベルではないでしょう。素早く試したいなら、テスト用スニペットは小さく、スキーマ1種類に絞るのがコツです。

A 細かい編集のたびには不要ですが、フィールド名や値、ネスト構造を変更した場合は必ずチェックしてください。'offers'プロパティの1文字のタイポで、リッチスニペット対象から外れます。20秒で済むので、編集→貼り付け→検証の流れを習慣にすると、Googleがクロールする前に約90%のエラーを防げます。私も必須フィールドを追加した後や、動的変数を入れ替えた後に検証します。実データではなく、ダミーデータでテストするのがコツです。