サイト管理とSEO

構造化データ検証JSON-LDを公開前に確認

元のJSON-LDを編集しながら、整形結果、語彙の注意点、入力内のノード関係を確認します。

自動検証

JSON-LD入力

整形結果

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebSite",
      "@id": "https://example.com/#site",
      "name": "Example",
      "url": "https://example.com/"
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/#page",
      "name": "About",
      "isPartOf": {
        "@id": "https://example.com/#site"
      }
    }
  ]
}

JSON-LDはこのブラウザー内で処理します。URLや外部文脈は取得しません。

設定

Schema.org語彙スナップショット30.1

厳密なJSON、見えるノード、語の存在のみ確認。Googleの適格性は判定しません。

ノード2件・注意0件

診断結果

Schema.org 30.1の語彙を照合しました。

問題は見つかりませんでした。

入力内のノード

2 / 2件を表示

/@graph/0 · 型: WebSite · ID: https://example.com/#site
/@graph/1 · 型: WebPage · ID: https://example.com/#page

明示的な参照1件

https://example.com/#page · isPartOf → https://example.com/#site · 入力内に対象あり

Schema.org公式検証を開く Googleリッチリザルトテストを開く

テンプレートが出すJSONは構文上正しくても、プロパティ名の打ち間違いや見えにくい@id参照が残ることがあります。構造化データ検証は元のコードの横で、構文と語彙と関係を別々に示します。

このJSON-LD検証は固定版のSchema.org語彙を使う事前確認です。検索結果での表示を判定するものではないため、公開後はGoogleの公式テストも使ってください。

構造化データ検証を使う理由

読みやすい整形結果と、確認できる範囲を限定した注意を並べます。

ノードのつながりを追う

構造化データ検証は配列、入れ子、@graphにあるノードと明示的な@id参照を列挙します。貼り付けた範囲に参照先がなくても、入力外の可能性として扱います。

制限を確認

二つのJSON-LDノードが@id参照でつながり、ノードと関係の一覧に表示される図。

語彙の注意と検索判定を分ける

Schema.org 30.1の固定リストに見当たらない型と属性を知らせます。別の@contextは照合を省き、Googleの適格性と取り違えない表現にします。

綴りの異なるSchema.orgプロパティに語彙の注意が付き、元のコードは変わらない図。

公開前の断片を安全に見直す

JSON-LD本文を用意

トップレベルの配列や@graphをそのまま貼れます。HTMLからscriptを抽出したりURLを取得したりしないため、タグ内のJSONをコピーしてください。

サンプルには@idで結ばれた二つのノードがあります。

結果の層を見分ける

編集後350ミリ秒で自動検証し、構文、構造、Schema.org 30.1語彙を別に表示します。自動を切ればCtrl/Cmd+Enterで手動実行できます。

未収録の語は注意であり、別の文脈では語彙照合を行いません。

実ページも確認

入力が変わると古い結果はコピー・ダウンロードできません。汎用の確認にはschema.orgバリデーター、Google固有の判定にはリッチリザルトテストを開きます。

公式リンクは空の画面へ移動し、入力内容を自動送信しません。

構文・語彙・入力内の関係を一覧に

厳密なJSON構文と位置

重複キーや壊れた記号は行と列を示し、入力行を強調します。整形しても数値表記とキー順は維持し、元の入力を書き換えません。

版を明記した語彙照合

構造化データ検証はSchema.orgの文脈だと確認できる型と属性だけを30.1の現行語と比較します。独自の定義にはこの判定を当てません。

限定的なグラフ要約

パス、@type、@id、明示的な参照を表示します。RDFへの完全展開や正規化ではなく、この入力で読める関係のメモです。

この結果で確定できない範囲

Googleの表示資格は判定しない: 構造化データ検証はGoogle固有の必須項目も実際のページ表示も調べません。構文が通っても掲載やリッチリザルトは保証されません。
貼り付けたJSON-LDだけを読む: URL取得、HTMLのscript抽出、Microdata、RDFa解析には対応しません。公式リンクを開いても草稿は渡しません。
語彙リストは30.1固定: 未収録の名前は注意であり、独自拡張や後の版で無効という意味ではありません。domainIncludesとrangeIncludesを必須条件にもしていません。
@idの不在は入力内だけ: 参照先は別のブロックや文書にありえます。同じ@idを複数回使うことも即座にエラーとは扱いません。

構造化データ検証のよくある質問

対応していない型を入力するとどうなりますか？

JSONの構文と入力内の構造は確認します。構造化データ検証で30.1語彙にない型は注意として表示し、独自文脈の型なら語彙照合を控えます。

FAQPageやHowToを検証する意味はありますか？

型そのものとGoogleの表示機能は別です。本ページは語彙と構造の事前確認に使えますが、現在のGoogleで表示対象かどうかは公式テストで確認してください。

必須プロパティと推奨プロパティの違いは何ですか？

Googleの各検索機能が独自に定める項目です。本ツールはその判定を実装せず、Schema.org 30.1に名前が載るかだけを確認します。

一つの入力に複数の構造化データがある場合は？

配列または@graphにまとめると各ノードを列挙できます。別々のscriptタグは自動抽出しないので、必要な本文を貼り付けてください。

入力したJSON-LDは送信されますか？

いいえ。構造化データ検証はブラウザー内の固定語彙で処理し、URLや外部@contextを取得しません。公式テストへのリンクも入力を含みません。

扱えないケースがありますか？

構造化データ検証を始める

二つのノードの例で表示を確認し、自分のコードで構造化データ検証を実行してください。新しい結果を公式ツールへ持ち込めます。

ツールへ戻る全ツールを見る

構造化データ検証JSON-LDを公開前に確認