高品質な「JSON-LD」を作成+設置
JSON-LDは、その記事がどんな内容かを検索エンジンに伝えるための説明メモです。
もっと簡単に言うと、「この記事は何の記事で、誰が書いて、いつ公開されたのか」などを、Googleにわかりやすく伝えるための裏側のデータです。
読者にはほぼ見えませんが、検索エンジンには読まれます。
基本は、1記事ごとにその記事専用のJSON-LDを設置する、という考え方で大丈夫です。
たとえば1記事ごとに、以下のような情報を記述します。
- この記事のタイトル(h1タイトルとtitleタグ)
- URL
- 著者名
- 公開日
- 更新日
- 記事の説明文(description)
- パンくずや動画など、ページ上に実在する情報
※FAQ本文そのものは読者の疑問解消に役立ちますが、GoogleのFAQリッチリザルトは現在、著名で信頼性の高い政府機関・医療サイトにほぼ限定されています。一般的な個人ブログや企業サイトでは、FAQPageのJSON-LDを追加しても検索結果上の目に見える効果は基本的に期待できないため、本雛形では原則としてFAQPageを作成しない方針にしています。
つまり、記事本文とは別に「その記事の内容を検索エンジン向けに整理して添えるもの」です。
- 本文 = 人間向けの記事
- JSON-LD = 検索エンジン向けの整理表
なので、ブログ運営では「各記事に、その記事専用のJSON-LDを付ける」という理解でOKです。
高品質な JSON-LD を書くメリット
1. 検索エンジンに「このページは何のページか」が伝わりやすくなる
本文を人が読むのと同じように、検索エンジンにも記事の種類、著者、公開日、パンくず、動画などを整理して伝えられます。
Google も、構造化データはページ内容の理解に使うと説明しています。
2. 検索結果で目立ちやすくなる可能性がある
JSON-LD が適切に実装されると、記事情報、パンくず、動画などがリッチリザルトの対象になることがあります。
つまり、普通の青いリンクだけより、検索結果で情報が伝わりやすくなる可能性があります。
ただし、FAQリッチリザルトは現在、著名で信頼性の高い政府機関・医療サイトにほぼ限定されているため、一般的な個人ブログや企業サイトではFAQPageを追加しても、検索結果で表示される効果は基本的に期待できません。
また、正しく書けば必ず表示されるわけではありません。
Google も表示は保証しないと明記しています。
3. クリックされる前から「安心感」を伝えやすい
著者名、更新日、パンくずなどが整理されていると、読者は「どんな記事か」「新しい情報か」「誰が書いたか」を把握しやすくなります。
これは直接の順位保証ではありませんが、検索結果での分かりやすさには確実につながります。
Google も、人に役立つ信頼できる情報を重視しています。
4. サイト運営の情報整理がしやすくなる
JSON-LD を丁寧に作ると、「著者名がページごとにブレていないか」「公開日と更新日の扱いが正しいか」「動画やパンくずが本当にページ上に存在するか」などを見直す習慣がつきます。
結果として、サイト全体の情報の整合性が上がります。
Google も、構造化データはページの実際の内容を正しく表すべきだとしています。
5. 将来的な取りこぼしを減らせる
良い記事を書いていても、検索エンジンが内容を十分に理解しにくければ、評価や表示の面で損をすることがあります。
JSON-LD は、その“伝え漏れ”を減らすための整理ラベルのようなものです。
特に記事、パンくず、動画のような情報は、あると理解補助になりやすいです。
ただし、大事な注意点もあります。
JSON-LD だけでSEOが強くなるわけではありません。
Google は、構造化データは検索機能の対象にする助けにはなるが、それ自体が表示や順位を保証するものではないと説明しています。
土台としてはとても大事ですが、本文の質、独自性、体験談、更新頻度のほうが本体です。
間違った JSON-LD は逆効果です。
ページに見えていない情報を書いたり、関係ない schema を盛ったりすると、リッチリザルトの対象外になったり、構造化データの手動対策の対象になる可能性があります。
※SEOプラグインやワードプレステーマで自動生成される JSON-LD には、かなり間違いが多いので要注意です
高品質な JSON-LD は、記事そのものを良くする魔法ではないけれど、良い記事の内容をGoogleに正しく伝えて、検索結果で損しにくくする“整理整頓”の仕組みです。
高品質な JSON-LD 作成手順
- まずはいつも通り記事作成し、公開しておきます。
- 個人の方は「① JSON-LD :個人」を使い、法人の方は「② JSON-LD :法人」を使ってください。
- 黄色背景箇所を自身の内容に変更して使ってください。
- h1タイトルとtitleタグは同じでもOKです。
- 公開日と更新日が同じ場合(初記事投稿)は、同じ日時でOKです。
- keywordsは省略のままでOKです。
- 最下部の(ここに記事全文をHTML形式で貼り付け)に記事全文を「HTML形式」で貼り付けてください。
- JSON-LD が完成したらコピーして記事の「wp_head」に貼り付けて再公開ください。私が使っているワードプレステーマAFFINGER7の場合は、ビジュアルエディタ内の下部に「wp_head」があるので、ここに貼り付けています。
-

- JSON-LD を「wp_head」に貼り付け記事を再公開したら、「リッチリザルトテスト」で、 JSON-LD が正常に機能しているかチェックします。記事のURLをコピーして「リッチリザルトテスト」で、テストしてください。
- 時々「重大ではない問題を検出しました」と表示されることがありますが、特に気にしなくて大丈夫です。
-
※AIがミスして「scriptタグ」を抜いてしまい重大なエラーと表示されることがありますが、全く焦らなくて大丈夫です。その場合は、「scriptタグが抜けているので記述してください」と、再送信すれば解決します。これ以外の重大なエラー表示も、 JSON-LD を再度作り直せばほぼ解決します。
-
- テストして問題なければ、サーチコンソールでURL検査を行い、再度記事をインデックスさせてください。(ページ内容が変わったため)
※ JSON-LD の作成は、Chat GPTが正確なのでお勧めですが、GeminiやClaudeでも大丈夫です
Cocoonを使っている人
Cocoonを使っている人は、次の記事を参考にしつつJSON-LDを設置してください。
>>簡単!WordPressでhead内の記述をページごとに変える方法
注意点
JSON-LD に所有している「資格」を記述すると優位性が上がります。
ただ、Googleはページ上で確認できる情報と JSON-LD の記述にズレがあることを嫌うので、資格情報を記述する場合は、プロフィールページにもきちんと記載し、読者(人間)とGoogle(ロボット)双方が確認できる状態にしてください。
① JSON-LD :個人
+ クリックして開いて下さい
Google Search Central と schema.org の考え方に沿って、このページ内容に一致する正確な JSON-LD を慎重に作成してください。
【目的】
- SEO目的で無理に要素を増やすのではなく、ページ内容を検索エンジンが正確に理解しやすい JSON-LD を作成してください。
- ページ上に実在し、ユーザーに見えている情報だけをもとに記述してください。
- 記事と無関係な schema や、ページ上で確認できない情報は絶対に入れないでください。
- 構文エラー、形式ミス、Google上の重大な問題が出にくいよう注意してください。
【重要な前提】
- このサイトは個人運営ブログを前提としています。
- 個人運営の場合、author は Person を基本としてください。
- publisher も、実態に応じて Person または Organization を適切に判断してください。
- 個人ブログなのに、実在しない法人や不自然な Organization を作らないでください。
- サイト名があっても、法人実体が確認できない場合は無理に Organization にしないでください。
- 一般的な個人ブログでは、本文内にFAQがあってもFAQPageのJSON-LDは作成しないでください。
【作成方針】
1. このページに本当に必要な schema タイプだけを判断して採用してください。
候補:
- Article または BlogPosting
- BreadcrumbList
- VideoObject
- Person
- Organization
2. ただし、次の条件を厳守してください。
- 記事本体には Article または BlogPosting のどちらか適切な方を採用する
- パンくずがページ上に存在する場合のみ BreadcrumbList を入れる
- VideoObject は、そのページ上で実際に視聴できる動画が存在する場合のみ入れる
- Person / Organization は必要な範囲でのみ記述し、記事と無関係な情報まで無理に入れない
- 動画が無い場合は絶対に VideoObject を作らない
- FAQ本文が存在しても、一般的な個人ブログでは FAQPage を作成しない
3. h1タイトル、titleタグ、description はページ内容と整合するように反映してください。
- 記事タイトルは JSON-LD では headline を適切に使ってください
- titleタグを無理に独立項目としてねじ込まず、不自然な記述は避けてください
- description はページ内容に一致する自然な要約として扱ってください
4. author と publisher を混同しないでください。
- 著者が人物なら author は Person を使用してください
- author.name には人物名のみを入れてください
- 会社名、サイト名、役職、資格名を author.name にまとめて入れないでください
- 役職や補足説明は、必要な場合のみ別プロパティで自然に扱ってください
- 個人運営なら publisher を Person にすることも検討してください
- 実在確認できない法人情報は絶対に作らないでください
5. 個人ブロガーのプロフィール情報について
- 著者プロフィールURLがある場合のみ自然に使用してください
- 著者の肩書、経歴、専門分野、保有資格は、ページ上または著者プロフィール上で実際に確認できる場合のみ使用してください
- 保有資格(例: 英検2級、ファイナンシャル・プランニング技能士2級 など)は、実在し公開されており、記事テーマとの関連性が自然な場合のみ記述してください
- SEO目的で資格名を無理に増やしたり、関係の薄い資格まで羅列しないでください
- 資格情報が本文やプロフィールで確認できない場合は絶対に入れないでください
- 著者情報が少ない場合は、name と url だけでも構いません
6. qualifications / credential の扱い
- schema.org 的に資格情報を表現できる場合でも、Google上の見た目強化を狙って過剰に入れないでください
- 資格は、ページ上または著者プロフィール上に明記されている場合のみ採用してください
- 資格名は正式名称またはページ上の表記に合わせてください
- 曖昧な自己評価(例: 一流、プロ級、第一人者)は資格として扱わないでください
7. keywords について
- SEO目的で狙っているキーワードを無理に並べる必要はありません
- 実際のタグ・分類として自然な場合のみ使用してください
- 不自然なら省略してください
8. 組織情報について
- 個人運営サイトなら、Organization を無理に作らないでください
- Organization を使う場合は、name、url、logo など自然に使えるものだけを採用してください
- address、telephone、法人番号、適格請求書番号などは、個人ブログでは通常不要です
- 実際に公開されていて、かつ自然な場合のみ採用してください
- 無理に全情報を詰め込まないでください
9. 出力について
- 完成した JSON-LD のみコードブロックに入れて出力してください
- 余計な解説文、前置き、注釈、補足説明は不要です
- コピペですぐ使えるように、<script type="application/ld+json"> ~ </script> 形式で正確に出力してください
- 複数 schema は必要に応じて @graph でまとめても構いません
- ページ本文から確認できない項目は空欄で埋めず、省略してください
【判断ルール】
- 情報がある → 採用
- 情報がない → 省略
- 曖昧 → 省略
- SEO上入れたくなるが、ページ上で確認できない → 入れない
- 個人か法人か不明 → まず Person 中心で最小構成を優先
- 資格があるかもしれない → ページ上で確認できなければ入れない
【出力時の優先順位】
- まずは正確性を優先する
- 次にページ内容との一致を優先する
- リッチリザルト欲しさの過剰実装は避ける
- 迷ったら「少なく正確に」を優先する
【記事情報】
- 記事URL: https://example.com/sample-post/
【運営者情報】
- 運営形態: 個人
- サイト名: お金と暮らしのノート
- サイトURL: https://example.com/
- ロゴURL: https://example.com/logo.png (ある場合のみ)
【著者情報】
- 著者名: 山田太郎
- 著者プロフィールURL: https://example.com/profile/
- 役職・肩書: 個人ブログ運営者
- 保有資格: 2級ファイナンシャル・プランニング技能士、英検2級
- 補足プロフィール: 家計管理・住宅ローン・教育費について発信。会社員経験10年。
【公開情報】
- 公開日: 2026年4月1日 09:00
- 更新日: 2026年4月5日 18:30
※ JSON-LD では、初公開日がページ上で確認できる場合のみ datePublished を使用し、
更新がある場合は dateModified も使用してください。
※ 初公開日が確認できない場合は、datePublished は無理に入れず、
dateModified のみ記述してください。
※ datePublished に更新日時を入れないでください。
【タイトル情報】
- h1タイトル: 住宅ローン控除の基本と初心者向けの考え方
- titleタグ: 住宅ローン控除の基本と初心者向けの考え方
【description】
- 住宅ローン控除の基本を初心者向けに整理。仕組み、注意点、確認しておきたいポイントを分かりやすく解説します。
【keywords】
- 省略
【記事本文】
以下にこの記事の全文を貼ります。本文・見出し・パンくず・動画の有無などを確認した上で、必要な schema のみを正確に作成してください。
(ここに記事全文をHTML形式で貼り付け)
② JSON-LD :法人
+ クリックして開いて下さい
Google Search Central と schema.org の考え方に沿って、このページ内容に一致する正確な JSON-LD を慎重に作成してください。
【目的】
- SEO目的で無理に要素を増やすのではなく、ページ内容を検索エンジンが正確に理解しやすい JSON-LD を作成してください。
- ページ上に実在し、ユーザーに見えている情報だけをもとに記述してください。
- 記事と無関係な schema や、ページ上で確認できない情報は絶対に入れないでください。
- 構文エラー、形式ミス、Google上の重大な問題が出にくいよう注意してください。
【作成方針】
1. このページに本当に必要な schema タイプだけを判断して採用してください。
候補:
- Article または BlogPosting
- BreadcrumbList
- FAQPage(著名で信頼性の高い政府機関・医療サイトに該当する場合のみ)
- Organization
- VideoObject
2. ただし、次の条件を厳守してください。
- 記事本体には Article または BlogPosting のどちらか適切な方を採用する
- パンくずがページ上に存在する場合のみ BreadcrumbList を入れる
- FAQPage は、著名で信頼性の高い政府機関・医療サイトに該当し、ページ内に質問と回答が明確に存在する場合のみ入れる
- 一般的な企業サイトやブログでは、本文内にFAQがあってもFAQPageを作成しない
- VideoObject は、そのページ上で実際に視聴できる動画が存在する場合のみ入れる
- Organization は必要な範囲でのみ記述し、記事と無関係な情報まで無理に入れない
- 動画が無い場合は絶対に VideoObject を作らない
3. h1タイトル、titleタグ、description はページ内容と整合するように反映してください。
- 記事タイトルは JSON-LD では headline を適切に使ってください
- titleタグを無理に独立項目としてねじ込まず、不自然な記述は避けてください
- description はページ内容に一致する自然な要約として扱ってください
4. author と publisher を混同しないでください。
- 著者が人物なら author は Person を使用してください
- author.name には人物名のみを入れてください
- 会社名や役職を author.name にまとめて入れないでください
- 会社情報は publisher または Organization 側で適切に扱ってください
5. keywords について
- SEO目的で狙っているキーワードを無理に並べる必要はありません
- 実際のタグ・分類として自然な場合のみ使用してください
- 不自然なら省略してください
6. 組織情報について
- name、url、logo、address、telephone など、自然に使えるものだけを採用してください
- 資本金、法人番号、適格請求書番号などは、schema.org上で自然かつ必要な場合のみ使用してください
- 無理に全情報を詰め込まないでください
7. 出力について
- 完成した JSON-LD のみコードブロックに入れて出力してください
- 余計な解説文、前置き、注釈、補足説明は不要です
- コピペですぐ使えるように、<script type="application/ld+json"> ~ </script> 形式で正確に出力してください
- 複数 schema は必要に応じて @graph でまとめても構いません
- ページ本文から確認できない項目は空欄で埋めず、省略してください
【記事情報】
- 記事URL: https://○○○○○○○○/
【組織情報】
- 組織名: 株式会社○○○○○○
- address: 〒150-1234 東京都港区南青山8丁目12番3号 青山グランドタワー 14階
- 電話番号: 000-000-0000
- 資本金: 10,000,000円
- 法人番号情報: 000000000000
- 適格請求書発行事業者登録番号: T000000000000
- logo: https://○○○○○○/wp-content/uploads/○○○○/○○/logo.png
【著者情報】
- 著者名: 山田太郎
- 役職: 株式会社○○○○○○ 代表取締役
- プロフィールURL: https://○○○○○○/○○○○○○/
- 保有資格: 証券外務員一種・二種・内部管理責任者・生命保険・損害保険募集人資格
- 補足プロフィール: 元大手証券会社勤務
【公開情報】
- 公開日: 2025年10月27日 23:49
- 更新日: 2026年4月5日 16:27
※ JSON-LD では、初公開日がページ上で確認できる場合のみ datePublished を使用し、
更新がある場合は dateModified も使用してください。
※ 初公開日が確認できない場合は、datePublished は無理に入れず、
dateModified のみ記述してください。
※ datePublished に更新日時を入れないでください。
【タイトル情報】
- h1タイトル: ○○○○○○?○○○○○○○○○○○○○○○○○○
- titleタグ: ○○○○○○?○○○○○○○○○○○○○○○○○○
【description】
- ○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○徹底解説します。
【keywords】
- 省略
【記事本文】
以下にこの記事の全文を貼ります。本文・見出し・パンくず・動画の有無などを確認した上で、必要な schema のみを正確に作成してください。
(ここに記事全文をHTML形式で貼り付け)