Structured Data
JSON-LD グラフ・重複スキーマチェッカー
ほとんどのバリデーターは、1 つの JSON-LD ブロックを 1 つのスキーマタイプに対してチェックするだけです。実際のページでは通常、Organization、WebSite、WebPage、Article、プラグインの出力など複数のブロックが同時に出力され、それらは @id で互いに参照し合っています。ページ全体の HTML を貼り付けると、このツールはその参照グラフを構築し、タイプ別バリデーターでは見つけられない問題を検出します——重複・矛盾する @id 値、何も指していないダングリング参照、通常ではない循環参照チェーン、スペルミスのある @type 名、そして同一ページを争う 2 つの主要エンティティです。
すべてブラウザ内で完結します。ここに貼り付けた内容は、匿名の利用回数を除き、どこにも送信されません。
ページのソース全体を貼り付けてください(<script type="application/ld+json"> ブロックはすべて自動抽出されます)。生の JSON-LD を直接貼り付けても構いません。
チェック内容と修正方法
重複・矛盾した @id。2 つのノードが同じ @id を共有していてもデータが異なる場合(名前、ロゴ、URL が異なる)、検索エンジンはどちらが正しいのか判断できません——どちらの値が優先されるかは不定です。各エンティティに固有の @id を割り当てるか、重複が完全に同一のコピーであることを確認してください。
ダングリング参照。mainEntityOfPage、isPartOf、author、publisher などのプロパティは、データを繰り返す代わりに {"@id":"..."} だけで別のノードを指すことができます。その @id がページ内のどこにも宣言されていない場合、参照は何も指さないことになります——id を修正するか、欠けているノードを追加してください。
循環参照チェーン。WebPage ノードが mainEntity で自身の Article を指し、Article が mainEntityOfPage/isPartOf で WebPage を指し返すのは、まったく正常な 2 ノードのパターンです(ここでは情報として表示されます)。しかし、より長く不自然なループは要注意です——通常、プラグインが生成したブロック間でのコピー&ペーストミスを意味します。
スペルミスのある @type。schema.org のタイプ名は大文字小文字を区別する PascalCase の文字列です。「Article」の代わりに「Aricle」と書いても有効な JSON として解析されますが、実在するタイプではありません——検索エンジンは黙って無視します。このツールは、実際の schema.org 語彙に対して近いスペルをフラグします。
重複または競合する主要エンティティ。ページには通常、主要なコンテンツエンティティが 1 つだけあるべきです——1 つの Article、1 つの Product、1 つの Recipe。2 つの Article ノード、または互いにリンクされていない Article と Product は、検索エンジンにこのページが実際に何についてのものかを推測させることになります。
これは構造的・ブロック横断的な監査であり、タイプ別のフィールドバリデーターではありません——各エンティティ自身の必須プロパティもチェックするには、専用の Article、Product、Recipe、Event、FAQ、Local Business のスキーマバリデーターと組み合わせてください。