入力した監修者情報はどこかに送信されますか？

いいえ、送信されません。本ツールはすべての処理をブラウザ内のJavaScriptで完結しており、入力内容がサーバーに送信・保存されることはありません。「保存」機能を使った場合も、データはお使いの端末のブラウザ内（localStorage）にのみ保存されます。

監修者の構造化データを入れると検索順位は上がりますか？

構造化データを追加するだけで順位が上がると保証されるものではありません。reviewedByはリッチリザルトを生成するプロパティでもないため、検索結果の見た目が直接変わることもありません。ただし、誰が内容を確認したのかを検索エンジンが正確に理解できるようになるため、専門性や信頼性が問われるテーマにおいて、ページの評価に必要な情報を正しく伝える助けになります。あくまで「正確に伝えるための手段」であり、それ自体が順位を押し上げる施策ではない、と捉えるのが適切です。

author（著者）と reviewedBy（監修者）は両方書くべきですか？

執筆者と監修者が別の人物であれば、両方を指定するのが正確です。authorは記事を書いた人、reviewedByは内容を確認・監修した人を意味します。ライターが執筆し専門家が監修する体制であれば、それぞれを別々にマークアップしてください。執筆者と監修者が同一人物の場合は、authorのみで問題ありません。

監修者が複数いる場合はどう記述しますか？

reviewedByを配列にして複数のオブジェクトを並べます。本ツールでは「監修者を追加」で人数を増やすと、自動的に配列形式で出力されます（1名のときは単一のオブジェクトのまま出力します）。個人と法人が混在していても問題ありません。

親タイプは WebPage と Article のどちらを選べばよいですか？

迷った場合はWebPageを選んでください。ページ全体が監修を受けていることを示せ、テーマやSEOプラグインが出力するArticleと競合しにくいためです。すでにArticleやBlogPostingを自前で出力していて、そこに監修者情報を統合したい場合は、同じタイプを選んだうえで@idを既存のスキーマと揃えてください。

生成したコードが正しいか確認する方法はありますか？

ツール内の検証ボタンから、Googleのリッチリザルトテストと Schema Markup Validator を開けます。JSON-LDは自動送信できないため、コピーしたコードを各ツールの「コードスニペット」欄に貼り付けて検証してください。設置後は、実際のページURLを入力して検証すると、他の構造化データとの重複も確認できます。

監修者のプロフィールページは用意すべきですか？

可能であれば用意することを推奨します。氏名だけでは、その人物が実在し専門性を持つことを裏付ける情報が不足します。経歴・資格・所属・実績を記載した固定ページを作り、そのURLをurlと@idに指定し、学会ページやSNSなど外部の情報源をsameAsで結び付けることで、監修者という存在（エンティティ）を一貫して示せます。

医療・金融など、監修が特に重要なジャンルはありますか？

医療・健康、金融・投資、法律、保険、安全に関わる情報など、読者の健康や資産・人生に大きな影響を与えうるYMYL（Your Money or Your Life）領域では、監修体制の明示が特に重視されます。これらの領域では、有資格者による監修と、監修者情報の可視化（本文への表示＋構造化データ）をセットで行うことが実務上の基本になります。

監修者構造化データ生成

Q: 生成したコードが正しいか確認する方法はありますか？

ツール内の検証ボタンから、Googleの リッチリザルトテスト と Schema Markup Validator を開けます。JSON-LDは自動送信できないため、コピーしたコードを各ツールの「コードスニペット」欄に貼り付けて検証してください。設置後は、実際のページURLを入力して検証すると、他の構造化データとの重複も確認できます。

reviewedBy Schema Generator

reviewedBy Schema（JSON-LD）をかんたんに生成・コピーできるツール

スキーマタイプ Step 1

親タイプ

監修者（reviewedBy）を紐づけるページ側のタイプです。

監修者タイプ（新規追加時の初期値）

タイプは監修者ごとに変更できます。

監修者情報を入力 Step 2

入力内容プレビュー未入力

監修者情報を入力するとプレビューが表示されます

JSON-LD 出力 Ready

Minify（圧縮） <script> タグ付きページURL（@id）を含める

// 監修者情報を入力すると JSON-LD が生成されます

リッチリザルトテストで検証 Schema Markup Validatorで検証

🔎 検証ツールについて：検証ツールへはデータを自動送信できません。ボタンを押すとJSON-LDが自動でクリップボードにコピーされますので、コピーしてから検証ツールに貼り付けてください（各ツールの「コード」タブに貼り付けます）。

💡 使い方：生成されたJSON-LDを、WordPressの「カスタムHTML」ブロックやテーマのfunctions.php、またはCode Snippetsプラグインで記事ページに挿入してください。構造化データでマークアップした内容は、ページ上にも表示されている必要があります（Google ガイドライン）。入力内容はブラウザ内だけで処理され、サーバーには送信されません。

✓ クリップボードにコピーしました

無料・登録不要で使える監修者の構造化データ（reviewedBy スキーマ）ジェネレーターです。監修者の氏名・肩書き・資格・プロフィールURLなどを入力するだけで、schema.org準拠のJSON-LDを自動生成し、そのままコピーして記事に貼り付けられます。複数監修者・E-E-A-T向けプロパティ・入力内容の保存にも対応しています。
入力した内容はブラウザ内で処理されるため、サーバーには送信されません。

この監修者スキーマ作成ツールの特長

JSON-LDの記法を覚えていなくても、フォームを埋めるだけで正しい構造化データが作れます。

完全無料・登録不要
会員登録もインストールも不要。ページを開いてフォームに入力すれば、すぐにJSON-LDが生成されます。利用回数の制限もありません。

複数監修者に対応
1記事に複数の監修者がいる場合も、監修者を追加するだけでreviewedByを配列として正しく出力します。個人（Person）と法人（Organization）の混在も可能です。

E-E-A-T向けの項目を網羅
資格（hasCredential）、専門分野（knowsAbout）、出身校（alumniOf）、受賞歴（award）、外部プロフィール（sameAs）まで入力できます。

入力内容の保存と再利用
同じ監修者を何度も使う場合に備え、監修者情報をブラウザ内に名前を付けて保存し、次回はプルダウンから呼び出せます。データは端末内にのみ保存されます。

監修者構造化データの作り方

3ステップ。入力してコピーし、記事に貼り付けるだけです。

STEP

スキーマタイプを選ぶ

親タイプ（WebPage／Article／BlogPosting）と、監修者が個人か法人かを選びます。迷った場合は、ページ全体の監修を示すWebPageを選んでおけば問題ありません。

STEP

監修者情報を入力する

必須は名前だけです。肩書き・資格・プロフィールURL・紹介文・所属組織・SNSなどを入れるほど、監修者が実在し専門性を持つことを示す情報が厚くなります。監修者が複数いる場合は「監修者を追加」で増やせます。

STEP

コピーして記事に貼り付ける

生成されたJSON-LDをコピーし、対象記事に貼り付けます。貼り付け後は「リッチリザルトテスト」「Schema Markup Validator」で構文エラーがないかを確認してください。

監修者の構造化データとは

「誰が内容を確認したのか」を、検索エンジンが解釈できる形で明示するための記述です。

監修者の構造化データは、schema.orgのreviewedByプロパティを使って「このページの内容は誰によって確認・監修されたか」をマークアップするものです。人間の読者はプロフィール欄を見れば監修者を理解できますが、検索エンジンや生成AIにとっては、本文中の文字列だけでは「その人物が監修者である」と確実に判断できません。構造化データはその関係を機械可読な形で補足します。

E-E-A-Tとの関係

Googleの検索品質評価ガイドラインで示されるE-E-A-T（経験・専門性・権威性・信頼性）は、それ自体が直接のランキング要因として計測される数値ではありません。ただし、医療・健康・金融・法律などのYMYL領域では、「誰が書き、誰が確認した情報なのか」が読者にとっても評価者にとっても重要な判断材料になります。監修者情報をページ上に明記し、あわせて構造化データでも示しておくことは、その判断材料を正確に伝えるための実務的な手段のひとつです。

author（著者）との違い
authorは「書いた人」、reviewedByは「内容を確認した人」を指します。ライターが執筆し、専門家が内容をチェックした記事では、両方を別々に指定するのが正確です。執筆者と監修者が同一人物であれば、authorだけで十分です。

リッチリザルトには出ない
reviewedByは、検索結果に星やパンくずのような特別な表示を出すためのプロパティではありません。あくまで、ページの内容と関係者を検索エンジンが正しく理解するための補助情報です。表示上の変化を期待して導入するものではない点に注意してください。

主なプロパティ一覧

本ツールで出力できる監修者関連の主なプロパティです。必須はnameのみで、他は該当するものだけを入れれば構いません。

スクロールできます

プロパティ	意味	記入例
`name`	監修者の氏名または法人名（必須）	山田太郎
`jobTitle`	肩書き・役職	内科専門医 / 代表取締役
`hasCredential`	保有する資格・免許	medical license / 公認会計士
`knowsAbout`	専門分野・精通している領域	糖尿病内科, 生活習慣病
`url`	監修者のプロフィールページ	https://example.com/profile/yamada/
`image`	顔写真・プロフィール画像	https://example.com/img/yamada.jpg
`description`	経歴・実績などの紹介文	○○大学卒業後、15年以上の臨床経験。
`affiliation`	所属組織	○○クリニック
`alumniOf`	出身校・出身組織	○○大学医学部
`award`	受賞歴	○○学会学術賞
`sameAs`	本人と同一であることを示す外部URL	X、LinkedIn、researchmap、学会の紹介ページなど
`@id`	監修者を一意に識別するURI	https://example.com/profile/yamada/#person

※ sameAsと@idは、同一人物が複数のページ・サイトに登場する場合に「同じ人物である」と示すために有効です。監修者ごとに固有の@idを決めて全記事で使い回すと、サイト内の監修者情報を一貫して結び付けられます。

生成したJSON-LDの設置方法

環境に応じて設置方法を選んでください。いずれの方法でも出力されるコードは同じです。

記事ごとに設置する
WordPressの「カスタムHTML」ブロックを記事末尾に追加し、<script>タグ付きの状態で貼り付けます。記事ごとに監修者が異なる場合はこの方法が確実です。

テーマ・プラグインで設置する
子テーマのfunctions.phpや、Code Snippets などのプラグインからwp_headに出力します。カテゴリ単位・投稿タイプ単位でまとめて適用したい場合に向いています。

タグマネージャーで設置する
Googleタグマネージャーのカスタム HTML タグでも設置できますが、JavaScript実行後に挿入されるため読み取りが不安定になる場合があります。可能であればHTMLに直接出力する方法を推奨します。

設置時の注意点

構造化データは「ページ上に表示されている内容」を説明するものです。Googleの構造化データに関するガイドラインでは、ユーザーに見えない情報をマークアップすることは推奨されていません。監修者名・肩書き・プロフィールへのリンクは、必ず記事本文（またはプロフィール欄）にも表示したうえで、構造化データを追加してください。

また、同じページに複数の構造化データを設置する場合、WebPageやArticleが重複して定義されないよう注意が必要です。SWELLをはじめ多くのテーマやSEOプラグインは、すでにArticleやWebPageを自動出力しています。重複を避けたい場合は、既存のスキーマと同じ@idを指定して統合するか、テーマ側の出力設定を確認してください。

よくあるご質問（FAQ）

入力した監修者情報はどこかに送信されますか？: いいえ、送信されません。本ツールはすべての処理をブラウザ内のJavaScriptで完結しており、入力内容がサーバーに送信・保存されることはありません。「保存」機能を使った場合も、データはお使いの端末のブラウザ内（localStorage）にのみ保存されます。
監修者の構造化データを入れると検索順位は上がりますか？: 構造化データを追加するだけで順位が上がると保証されるものではありません。reviewedByはリッチリザルトを生成するプロパティでもないため、検索結果の見た目が直接変わることもありません。ただし、誰が内容を確認したのかを検索エンジンが正確に理解できるようになるため、専門性や信頼性が問われるテーマにおいて、ページの評価に必要な情報を正しく伝える助けになります。あくまで「正確に伝えるための手段」であり、それ自体が順位を押し上げる施策ではない、と捉えるのが適切です。
author（著者）と reviewedBy（監修者）は両方書くべきですか？: 執筆者と監修者が別の人物であれば、両方を指定するのが正確です。authorは記事を書いた人、reviewedByは内容を確認・監修した人を意味します。ライターが執筆し専門家が監修する体制であれば、それぞれを別々にマークアップしてください。執筆者と監修者が同一人物の場合は、authorのみで問題ありません。
監修者が複数いる場合はどう記述しますか？: reviewedByを配列にして複数のオブジェクトを並べます。本ツールでは「監修者を追加」で人数を増やすと、自動的に配列形式で出力されます（1名のときは単一のオブジェクトのまま出力します）。個人と法人が混在していても問題ありません。
親タイプは WebPage と Article のどちらを選べばよいですか？: 迷った場合はWebPageを選んでください。ページ全体が監修を受けていることを示せ、テーマやSEOプラグインが出力するArticleと競合しにくいためです。すでにArticleやBlogPostingを自前で出力していて、そこに監修者情報を統合したい場合は、同じタイプを選んだうえで@idを既存のスキーマと揃えてください。
生成したコードが正しいか確認する方法はありますか？: ツール内の検証ボタンから、GoogleのリッチリザルトテストとSchema Markup Validatorを開けます。JSON-LDは自動送信できないため、コピーしたコードを各ツールの「コードスニペット」欄に貼り付けて検証してください。設置後は、実際のページURLを入力して検証すると、他の構造化データとの重複も確認できます。
監修者のプロフィールページは用意すべきですか？: 可能であれば用意することを推奨します。氏名だけでは、その人物が実在し専門性を持つことを裏付ける情報が不足します。経歴・資格・所属・実績を記載した固定ページを作り、そのURLをurlと@idに指定し、学会ページやSNSなど外部の情報源をsameAsで結び付けることで、監修者という存在（エンティティ）を一貫して示せます。
医療・金融など、監修が特に重要なジャンルはありますか？: 医療・健康、金融・投資、法律、保険、安全に関わる情報など、読者の健康や資産・人生に大きな影響を与えうるYMYL（Your Money or Your Life）領域では、監修体制の明示が特に重視されます。これらの領域では、有資格者による監修と、監修者情報の可視化（本文への表示＋構造化データ）をセットで行うことが実務上の基本になります。