コンテンツへスキップ
uencoder

リンクドデータと SEO に JSON-LD を使う

JSON-LD(Linked Data)は RDF トリプルを JSON でシリアライズし、検索エンジンにエンティティ間の関係を理解させます。Schema.org の構造化データに使われます。

  1. 1

    JSON-LD は、用語を IRI に対応付ける @context を持つ JSON としてリンクドデータを表現します。HTML における Schema.org 構造化データの推奨フォーマットです。検索エンジン (Google、Bing) は JSON-LD をパースしてコンテンツ (記事、製品、イベント、レビュー) を理解し、リッチリザルトを表示します。

  2. 2
    JSON フォーマッター →

    JSON-LD を整形して、構文が正しいことを確認します。@context、@type、プロパティ名は正しくなければなりません。よく使われるタイプは Article、Product、Event、Organization、Person、BreadcrumbList です。整形して、タイプミスや構造エラーを見つけてください。

  3. 3
    JSON バリデーター →

    JSON-LD の構造を検証します。@context が有効な URL (通常は "https://schema.org") であること、@type が既知の Schema.org タイプであること、必須プロパティが揃っていることを確認します。必須プロパティの欠落は、Google が構造化データを無視する原因になります。

  4. 4

    JSON-LD は、HTML の <head> 内に <script type="application/ld+json"> ブロックとして埋め込みます。Google のリッチリザルトテストで検証してください。よくあるパターン:Article (headline、author、datePublished)、Product (name、price、availability)、BreadcrumbList (ナビゲーション用) です。1 ページに複数のエンティティがある場合は @graph を使います。

よくある質問

JSON-LD、Microdata、RDFa はどう違いますか?
Google が推奨するのは JSON-LD です。実装と保守が最も容易です。Microdata と RDFa は構造化データを HTML 属性に埋め込むため、管理が難しくなります。JSON-LD は独立した script ブロックであり、サーバー側で生成して注入できます。
@graph とは何ですか?
@graph は、1 ページに複数のエンティティが含まれる場合に使います。単一のオブジェクトの代わりに、{"@context": "...", "@graph": [entity1, entity2, ...]} の形式を使います。配列内の各エンティティは、独立したリンクドデータのノードです。複数の製品や記事を持つページでよく使われます。

このタスクを解決するワークフロー

命名ケース変換と JSON 検証
識別子を対象の命名規則に変換し、構造を確認するために出力を JSON として検証する。
パイプライン
JSON 経由で 2 つの YAML 設定を比較
構造化された値の差分比較しやすいように、YAML 設定を JSON に変換する。
パイプライン
URL 転送用の JSON ペイロードのエンコード
JSON ドキュメントを URL パラメータ用に準備する: 整形、Base64 エンコード、パーセントエンコード — ネストされたパラメータデコードチェーンの正確な逆順。
パイプライン
HJSON から JSON フォーマットへ変換
HJSON をフォーマットし、標準 JSON に変換する。
パイプライン
JS フォーマットと JSON 検証
JS コードをフォーマットし、その後 JSON として検証する。
パイプライン
JSON フォーマットと整合性チェックサム計算
JSON ドキュメントを整形し、以降の変更を検出するために CRC32 チェックサムを計算する。
パイプライン
JSON のミニファイと検証
検査のために JSON をフォーマットし、1 パスで構文的に正しいことを検証する。
パイプライン
JSON Schema 生成と検証
サンプルデータから JSON Schema を生成し、それに対して検証する。
パイプライン
JSON フォーマットと TypeScript インターフェース生成
JSON ドキュメントをフォーマットし、1 チェーンで TypeScript インターフェース定義を推論する。
パイプライン
検証、フォーマット後 JSON から YAML へ変換
(ミニファイの可能性がある)JSON 設定を YAML に変換し、微妙に誤った YAML を生成成する代わりに最初のノードで構文エラーを捕捉する。
パイプライン
JSON5 から JSON フォーマットへ変換
JSON5 をフォーマットし、標準 JSON に変換する。
パイプライン
JSONC から JSON フォーマットへ変換
JSONC(コメント付き JSON)をフォーマットし、標準 JSON に変換する。
パイプライン
JWT ペイロードのデコードとフォーマット
JWT トークンを解析し、ペイロードを抽出し、検査のために JSON をフォーマットする。
パイプライン
クエリ文字列解析と JSON フォーマット
クエリ文字列をキー・バリューペアに解析し、その後 JSON としてフォーマットする。
パイプライン
TOML から JSON へ変換
TOML 設定ファイルを JSON 入力を期待するツールや API のために解析する。
パイプライン
JSON 経由で TOML から YAML へ変換
TOML 設定ファイルを YAML 形式に変換し、JSON を中間表現として使用する。
パイプライン
ネストされた URL パラメータのデコード(Base64 JSON)
URL エンコード Base64 JSON を運ぶ URL パラメータを可読なフォーマット済み JSON に展開する。
パイプライン
YAML から TypeScript インターフェースを生成
YAML ドキュメントを TypeScript インターフェース定義に変換し、JSON を中間フォーマットとして使用する。
パイプライン
YAML の検証とフォーマット
YAML を JSON に変換して構造を検証し、その後 JSON が well-formed であることを確認する。
パイプライン

関連ツール