監修者プロフィールをAIに専門家と認識させる書き方とSchema実装ガイド

監修者をプロフィールページに設置したのに、AI検索や検索エンジンからの評価がいまいち上がらない——そんな悩みを抱えていませんか？実は、監修者を「置く」だけでは不十分で、AIに専門家として正しく認識してもらうには、プロフィール文の書き方とPerson Schemaの実装をセットで整える必要があります。この記事では、初心者でもそのままコピペして使えるテンプレートとコードを交えながら、具体的な手順をひとつずつ解説します。

監修者プロフィールでAIに専門家として認識される書き方とSchema実装｜まず結論から

AIや検索エンジンに監修者の専門性を伝えるには、「読みやすいプロフィール文を書くこと」と「Person Schemaなどで構造化データを実装すること」の両方を行うと、情報がより正確かつ機械的に理解されやすくなります。このセクションでは、なぜそれが効果的なのかを簡潔に整理していきます。

AIや検索エンジンが「専門家」と判断する3つの条件

AIと検索エンジンが「この人は専門家だ」と判断するには、主に3つの条件を満たす必要があります。

• 資格・経験・実績が具体的に記載されている：「専門家」「詳しい人」といった曖昧な表現ではなく、資格名・取得年・実務年数など、数字や固有名詞で示されていること
• 外部サイトや第三者メディアとの一致が取れている：LinkedIn・学会サイト・メディア掲載ページなど、複数の外部ソースで同じ人物情報が確認できること
• 構造化データ（Schema）で情報が機械的に読み取れる：プロフィール文は人間向けですが、SchemaマークアップがあるとAIや検索ボットが情報を正確に解釈できます

この3条件を同時に満たすことで、E-E-A-T（経験・専門性・権威性・信頼性）の評価が高まり、AI検索でも引用されやすくなります。

監修者を設置しただけでは不十分な理由

「○○先生に監修してもらいました」とページに記載するだけでは、AIも検索エンジンも「それが本当に専門家なのか」を判断できません。

検索エンジンはテキストを読んでいますが、文章の意味を完全に解釈できるわけではありません。「医師」「10年の経験」といった言葉が並んでいても、それが誰のことで、どんな資格を持ち、どこに所属しているのかが機械的に紐づいていないと、信頼シグナルとして機能しにくいのです。

また、AIが学習データや外部ナレッジから人物情報を照合する際、Schemaマークアップがないと「名前は見つかったが同一人物かどうか不明」という状態になります。監修者欄を設けること自体は正しい方向ですが、そこから一歩踏み込んだ実装が必要です。

プロフィール文とPerson Schemaをセットで実装すべき理由

プロフィール文は「人間の読者」に向けた情報で、Person Schemaは「機械（AIや検索ボット）」に向けた情報です。この2つは役割が違うので、どちらか一方では片手落ちになります。

たとえるなら、プロフィール文は「履歴書の文章」で、Person Schemaは「履歴書のデータベース入力欄」のようなもの。人事担当者（読者）は文章を読みますが、採用システム（AI・検索エンジン）はデータ欄しか参照しません。両方が揃って初めて、どちらにもきちんと情報が届きます。

特にPerplexityやBing CopilotなどのAI検索は、構造化データと一致した自然言語テキストを組み合わせて信頼性を評価する傾向があります。プロフィール文とSchemaの内容を一致させておくことが、AI検索での引用率を高める最短ルートです。

そもそもAIは監修者プロフィールをどう読み取っているのか

「AIが読む」とはどういうことか、具体的なイメージが湧きにくい方も多いと思います。ここではAIが情報を評価する仕組みと、監修者情報が評価に影響するメカニズムを順番に整理します。

AIが情報を評価する仕組み（RAGとナレッジグラフの基礎）

AI検索が情報を取得・活用する際によく使われるのが「RAG（Retrieval-Augmented Generation）」という仕組みです。簡単に言うと、AIが質問に答えるとき、自分の学習データだけでなく、外部のデータベースや文書、場合によってはウェブ上の情報などから関連情報を検索して回答に利用する手法です。

このとき、AIは外部の情報源から関連情報を検索して回答に利用します。その補助として、検索エンジン側でナレッジグラフや構造化データが活用されることはありますが、信頼性の評価はリンク構造、引用関係、コンテンツの一貫性、専門性・権威性・信頼性など複数のシグナルを組み合わせて行われています。構造化データへの対応だけで自動的に「信頼できる専門家」として扱われるわけではない点は、ぜひ押さえておきたいポイントです。監修者プロフィールで「AIに専門家として認識される」書き方とSchema実装を考える際も、著者情報・実績・出典・内容の一貫性など複数の要素をきちんと整えることが大切です。こうした多角的な評価の仕組みを理解したうえで、ひとつひとつの要素を丁寧に積み上げていくことが、専門性を正確に伝えることへの近道といえるでしょう。

E-E-A-T（経験・専門性・権威性・信頼性）とは何か

E-E-A-TはGoogleが検索品質評価ガイドラインで定義している4つの評価軸で、Experience（経験）・Expertise（専門性）・Authoritativeness（権威性）・Trustworthiness（信頼性） の頭文字をとったものです。

• 経験（Experience）：実際にそのテーマを体験・実践しているか
• 専門性（Expertise）：資格や知識の深さがあるか
• 権威性（Authoritativeness）：業界や第三者から認められているか
• 信頼性（Trustworthiness）：情報源として信頼できるか

特に医療・法律・金融・健康（YMYL領域）のサイトではこの評価が厳しくなります。監修者のプロフィールは、このE-E-A-Tを裏付ける最も直接的な要素のひとつです。

監修者情報とE-E-A-Tの関係

監修者のプロフィールは、E-E-A-Tのうち「専門性」「権威性」「信頼性」の3つに直接働きかけます。

「この記事は内科医の○○先生が監修」と記載するだけで専門性のシグナルになりますが、さらに所属病院・学会・資格・著書などが具体的に示されていると、権威性・信頼性まで補強されます。逆に「専門家監修」とだけ書いてあっても、その人物の背景が何も確認できなければ、E-E-A-T評価には貢献しにくいのです。

つまり、監修者情報の質が上がると、サイト全体のE-E-A-T評価が上がり、検索順位やAI検索での引用率にも良い影響が出る可能性があります。

構造化データがAI評価に影響する理由

構造化データ（Schema）は、ウェブページの内容を「機械が理解しやすい形式」で補足するコードです。自然言語テキストは多義的で曖昧になりやすいのに対し、Schemaは「この値はjobTitle（肩書き）である」と明示するので、AIがページを解析するときのエラーが減ります。

Googleの公式ドキュメントでも、構造化データを使うことでリッチリザルトの表示対象になったり、知識グラフへの情報提供に役立つことが説明されています。AI検索においても、構造化データが「一次ソース」として評価される傾向があり、プロフィールページにPerson Schemaを実装することは、AIへの「自己紹介状」を渡すような意味合いを持ちます。

AIに専門家として認識されるプロフィール文の書き方

プロフィール文には「書くべき要素」と「避けるべき表現」があります。このセクションでは、AIと検索エンジンに専門性を正しく伝えるための書き方を、要素ごとに細かく解説します。

プロフィール文に必ず含めるべき7つの要素

AIに専門家として認識されるプロフィール文には、以下の7要素を必ず盛り込みましょう。

1. 氏名（フルネーム）：ペンネームや通称ではなく、本名またはそれに準ずる正式名称
2. 資格・免許名と取得年：「医師免許（○年取得）」のように具体的に
3. 専門分野：「医療系」などの大まかな括りではなく「消化器内科」「相続税専門」のように絞り込む
4. 実務経験年数と実績：「○年間○件以上の○○経験」のように数値化する
5. 所属機関・団体・会社名：現在の所属と過去の主要な所属を含める
6. 受賞歴・執筆・登壇実績：第三者からの評価を示す情報
7. 外部プロフィールへのリンク：LinkedIn、学会ページ、書籍販売ページなど

これら7要素をすべて含めると、AIが「この人はどんな専門家か」を多角的に判断できるようになります。

資格・免許・取得年の書き方

資格・免許を記載するときは、正式名称と取得年月をセットで書くのが基本です。必要に応じて認定機関を併記するとわかりやすくなります。

例：「2015年〇月、医師免許取得（厚生労働省）」「2018年〇月、ファイナンシャル・プランニング技能士1級取得（国家資格）」

正式名称を使うことで、採用担当者に資格の内容やレベルが正確に伝わり、略称による誤解を防ぐことができます。「○○系の資格保有」「複数の資格を持つ」などの曖昧な書き方では、採用担当者に具体的な情報が伝わらないため避け、実際の資格名を正式名称で記載しましょう。資格が複数ある場合は、専門分野に最も近いものを上位に配置し、箇条書きで整理すると読みやすくなります。

実務経験年数と具体的な実績の書き方

「長年の経験を持つ」「豊富な実績」といった表現は、人間の読者にも機械にも何も伝えません。必ず数字に置き換えましょう。

• 経験年数：「2008年から現在まで15年以上にわたり〜」
• 対応件数：「年間200件以上の税務申告を担当」
• 対象規模：「従業員100名以上の企業向けにITコンサルを提供」

数字があると、AIが「どの程度の専門家か」を定量的に評価しやすくなります。また、実績は現在進行形のものだけでなく、過去の代表的なプロジェクトや著書なども含めると、E-E-A-Tの「権威性」評価に貢献します。

所属機関・団体・会社名の明記方法

所属情報は「現在の所属」を軸に、関連する団体・学会・前職の主要なものも添えると効果的です。

書き方の例：「現在：○○クリニック 院長 / 所属：日本消化器病学会・日本内科学会 / 前職：○○大学附属病院 消化器内科」

所属機関名が検索エンジンやAIのナレッジベースに登録された組織であれば、それだけで人物の信頼性が高まります。所属を記載する際は略称を避け、正式名称を使うこと。また、SchemaのworksForプロパティと内容を一致させておくと、構造化データとテキストの整合性が保たれます。

受賞歴・登壇・執筆実績の書き方

第三者から認められた実績は、E-E-A-Tの「権威性」に直結する情報です。書き方のポイントは「いつ・どこで・何を」を明確にすることです。

• 受賞：「2022年、○○学会 優秀論文賞 受賞」
• 登壇：「2023年、○○カンファレンス 基調講演（参加者500名規模）」
• 執筆：「○○出版『タイトル名』著者 / ○○メディア 連載コラム執筆中」

メディア掲載がある場合は、そのリンクを添えると信頼性がさらに上がります。受賞歴や登壇実績は、SchemaのsameAsやawardプロパティでも補足できるので、プロフィール文と合わせて設定しましょう。

SNSや外部サイトへのリンクを添える理由と書き方

外部リンクは「この人物は実在し、他のプラットフォームでも同じ専門家として活動している」という証明になります。AIはRAGで情報を照合する際、複数のソースで同一人物情報が確認できると信頼スコアを高める傾向があります。

リンクを添える主な外部プロフィールは以下のとおりです。

• LinkedIn（ビジネス系に最も有効）
• Twitter/X（専門的な発信をしている場合）
• 所属機関の公式スタッフページ
• Amazon著者ページ（書籍がある場合）
• Researchmap・J-STAGE（研究者の場合）

SchemaのsameAsプロパティにこれらのURLを記載することで、機械的な照合が格段にしやすくなります。

一人称・文体・語尾のトーン設定

プロフィール文の文体は、サイトのターゲット読者と監修者のキャラクターに合わせて設定します。

医療・法律系のような信頼性重視の分野では、三人称（「○○は〜」）で客観的に書くと権威性が出やすいです。美容・ライフスタイル系なら一人称（「私は〜」）で親しみやすく書いてもよいでしょう。

ただし、AIの観点では文体よりも「情報の具体性」のほうが重要です。どの文体を選んでも、資格・実績・所属といった具体的情報が含まれていることが優先されます。また、プロフィール文とSchemaのdescriptionに記載する紹介文は、内容が一致するよう意識してください。

避けるべきNG表現と曖昧な書き方の例

以下のような表現は、人間の読者にも機械にも情報を届けにくいためNGです。

「たくさん」「多数」「様々」「各種」といった言葉は、検索エンジンにとってほぼ情報がゼロに等しいです。具体的な数字や固有名詞に置き換えることを常に意識しましょう。

AIに伝わるプロフィール文テンプレート（コピペで使える）

ここからは、分野別にそのまま使えるプロフィール文テンプレートを紹介します。[]内の部分を実際の情報に書き換えるだけで使えるようになっています。

医療・健康系監修者向けテンプレート

[氏名]（[読み仮名]）
[専門科名]専門医。[卒業大学・学部]卒業後、[前職機関名]にて[年数]年間勤務。[現在の所属機関・役職]。[保有資格1]（[取得年]）、[保有資格2]（[取得年]）を取得。専門は[具体的な疾患・テーマ]。[学会名]・[学会名]所属。[実績：著書・登壇・メディア掲載など]。

記載例：「山田 花子（やまだ はなこ）。内科・消化器内科専門医。○○大学医学部卒業後、○○大学附属病院にて8年間勤務。現在は○○クリニック院長。日本内科学会認定内科医（2012年）、日本消化器病学会専門医（2016年）取得。専門は過敏性腸症候群・胃潰瘍の早期診断。日本消化器病学会・日本内科学会所属。著書『○○』（○○出版、2021年）。」

YMYL領域は特に資格の正式名称と所属学会の明記が重要です。

法律・金融・士業系監修者向けテンプレート

[氏名]（[読み仮名]）
[資格名]。[資格取得年]に[認定機関]にて資格取得。[所属事務所・法人名]代表/所属。主な取扱分野は[分野1]・[分野2]・[分野3]。設立から[年数]年で[件数]件以上の相談実績。[メディア名]にてコラム連載中。[学会・協会名]会員。

記載例：「鈴木 太郎（すずき たろう）。税理士（登録番号：○○○○）。2010年に日本税理士会連合会にて税理士登録。○○税理士法人代表。主な取扱分野は相続税・法人税・M&A税務。設立から10年で3,000件以上の申告実績。○○ウェブマガジンにて税務コラム連載中。日本税理士会連合会会員。」

士業系は登録番号の記載があると、AIが公的データベースとの照合がしやすくなります。

IT・Web・技術系監修者向けテンプレート

[氏名]（[読み仮名]）
[肩書き／職種]。[学歴または初期キャリア]。[前職・現職の主要な経歴を2〜3行]。保有資格：[資格1]（[取得年]）、[資格2]（[取得年]）。専門領域：[技術スタック・専門分野]。著書・登壇：[実績]。

記載例：「佐藤 健（さとう けん）。SEOコンサルタント・Webマーケター。○○大学情報工学部卒業後、大手広告代理店にてSEM担当を5年経験。2018年より独立、中小企業向けSEOコンサルティングを提供。Google Analytics個人認定資格（2019年）・Google広告認定資格取得。専門領域：テクニカルSEO・コンテンツSEO・構造化データ実装。○○カンファレンス2022登壇、著書『○○』（○○出版）。」

IT系は技術スタックや使用ツールを明記すると、AI検索が専門分野をより正確に分類しやすくなります。

美容・ライフスタイル系監修者向けテンプレート

[氏名]（[読み仮名]）
[肩書き]。[資格名]取得（[取得年]）。[経歴：サロン勤務年数など]。現在は[現在の活動内容]。専門は[具体的なテーマ]。[SNSフォロワー数・メディア掲載実績など]。

記載例：「中村 美咲（なかむら みさき）。美容師・ヘアケアアドバイザー。美容師免許取得（2010年）。都内の大手ヘアサロンで10年間スタイリストとして勤務後、2020年よりフリーランスとして活動。専門はダメージヘアのケアと頭皮環境改善。Instagram（フォロワー5万人）にてヘアケア情報を発信中。○○ビューティーメディア専属ライター。」

美容・ライフスタイル系は「経験（Experience）」のシグナルが特に重要なので、実際の活動年数や現場経験を丁寧に記載しましょう。

テンプレートをカスタマイズするときのチェックポイント

テンプレートを使う際に確認してほしいポイントを以下にまとめます。

• フルネームと読み仮名が入っているか
• 資格名が正式名称で、取得年が明記されているか
• 実務経験が「年数」または「件数」など数値で表現されているか
• 所属機関・団体名が正式名称で記載されているか
• 第三者に認められた実績（受賞・著書・登壇・メディア掲載）が少なくとも1つ含まれているか
• 外部プロフィールへのリンクが1つ以上添えられているか
• Person SchemaのDescriptionと内容が一致しているか

全項目にチェックが入れば、AIに専門家として認識されるプロフィール文として十分な要素が揃っています。

Person Schemaとは何か｜初心者向け基礎解説

「Schema」「構造化データ」という言葉を初めて聞く方でも理解できるよう、基礎から順番に解説します。Person Schemaは難しい技術ではなく、コードの形で「この人はこういう人です」と機械に伝える仕組みです。

Schema.org（スキーマ）とは何か

Schema.org（スキーマ・ドット・オルグ）は、Google・Microsoft・Yahoo・Yandexが共同で策定したウェブの構造化データ標準です。「このページの情報をどんな形式で記述すれば検索エンジンが正しく理解できるか」を定めた共通ルールのようなものです。

例えば「田中 一郎」という文字列だけでは、それが人名なのか商品名なのか地名なのか機械には判断できません。でもSchema.orgのPersonタイプを使って「これはPersonです」と宣言すると、検索エンジンやAIが「田中 一郎という人物に関する情報だ」と正確に理解できるようになります。

Schema.orgには人物（Person）・組織（Organization）・記事（Article）・FAQ・レシピなど数百種類のタイプが用意されています。

Person SchemaがAIと検索エンジンに伝えられる情報の種類

Person Schemaでは以下のような情報を構造化して伝えられます。

name

jobTitle

description

url

sameAs

worksFor

knowsAbout

alumniOf

award

これらを組み合わせることで、「この人物がどんな専門家か」をAIに対して多角的に伝えられます。

JSON-LD・Microdata・RDFaの違いと選ぶべき形式

Schema.orgのデータをHTML上に記述する形式は3種類あります。

Googleは公式ドキュメントでJSON-LDを強く推奨しています。HTMLを大きく変更せずに済み、後からメンテナンスしやすいので、初心者にもJSON-LDが断然おすすめです。

Person Schemaを実装するとどんな効果があるか

Person Schemaを実装すると、主に以下のような効果が期待できます。

• AIによる正確な情報取得：RAGを使うAI検索が、監修者情報を正確に解釈して引用しやすくなる
• ナレッジパネルへの貢献：Googleのナレッジグラフにデータが取り込まれると、検索結果に人物情報がパネル表示される可能性が出る
• E-E-A-T評価の補強：構造化データによる信頼シグナルが加わり、特にYMYL領域でのサイト評価向上に貢献する
• 著者情報のリッチリザルト：記事ページのArticle SchemaとPersonを紐づけると、検索結果に著者情報が表示されるケースがある

即効性のある魔法ではありませんが、継続的なSEOとAI最適化の土台として確実に機能します。

Person SchemaのJSON-LDコード実装方法（コピペで使える）

ここでは実際に使えるPerson SchemaのJSON-LDコードを解説します。各プロパティの意味を理解した上でコードを書き換えれば、自分のサイトにすぐ実装できます。

基本のPerson SchemaコードのJSON-LD構造

JSON-LDは<script type="application/ld+json">タグの中にJSON形式でデータを記述します。Person Schemaの基本構造は以下のとおりです。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "氏名をここに記入",
  "jobTitle": "肩書きをここに記入",
  "description": "紹介文をここに記入",
  "url": "プロフィールページのURLをここに記入"
}
</script>

@contextは「Schema.orgのルールに従う」という宣言、@typeは「このデータは人物（Person）の情報だ」という宣言です。この2行は必ず先頭に記述してください。

必須プロパティと推奨プロパティの一覧

Person Schemaには「必ず入れるべきプロパティ」と「可能な限り入れるべきプロパティ」があります。以下にそれぞれの書き方を詳しく解説します。

name（氏名）の書き方

"name": "山田 花子"

日本語の場合は姓と名の間に半角スペースを入れるのが一般的です。読み仮名や英語表記も伝えたい場合は、alternateNameプロパティを追加できます。

"alternateName": "やまだ はなこ"

Schemaのnameとプロフィール文の氏名表記は完全に一致させましょう。

jobTitle（肩書き）の書き方

"jobTitle": "内科医・消化器内科専門医"

jobTitleには現在の職種・肩書きを記入します。「専門家」「ライター」のような曖昧な表現より、「消化器内科専門医」「税理士」「SEOコンサルタント」など具体的な職種名を使うほうが、AIが専門分野を正確に分類しやすくなります。複数の肩書きがある場合は「・」や「/」で区切って記入してもかまいません。

description（紹介文）の書き方

"description": "○○大学医学部卒業。内科医・消化器内科専門医として15年以上の診療経験を持つ。日本消化器病学会専門医資格保有。○○クリニック院長。専門は過敏性腸症候群・胃潰瘍の早期診断。著書『○○』（○○出版）。"

descriptionはプロフィールページの紹介文と内容を一致させることが重要です。AIはこのフィールドの内容をそのまま引用することがあるため、資格・経験・所属を凝縮した1〜3文にまとめてください。HTMLタグは使用できません。

url（プロフィールページURL）の書き方

"url": "https://example.com/author/hanako-yamada"

urlにはこのSchemaを設置しているプロフィールページ自身のURLを記入します。相対パスではなくhttps://から始まる絶対URLで記述してください。このURLがほかのSchemaやAIの参照先になるため、ページが存在することを事前に確認しておきましょう。

sameAs（外部プロフィールリンク）の書き方

"sameAs": [
  "https://www.linkedin.com/in/hanako-yamada",
  "https://twitter.com/hanako_yamada",
  "https://researchmap.jp/hanako-yamada"
]

sameAsは配列形式で複数のURLを指定できます。AIがこのURLを参照して同一人物であるかを照合するため、LinkedInや所属機関の公式スタッフページなど、信頼性の高い外部プロフィールを優先的に登録しましょう。URLは必ずhttps://から始まる有効なリンクであることを確認してください。

worksFor（所属組織）の書き方

"worksFor": {
  "@type": "Organization",
  "name": "○○クリニック",
  "url": "https://example-clinic.com"
}

worksForにはPersonが所属する組織をOrganizationタイプとしてネストして記述します。組織のウェブサイトURLも合わせて記入すると、AIが組織情報を照合しやすくなります。所属が複数ある場合は配列形式にすることも可能です。

knowsAbout（専門分野）の書き方

"knowsAbout": [
  "消化器内科",
  "過敏性腸症候群",
  "胃潰瘍",
  "内視鏡検査"
]

knowsAboutはその人物が専門的に知識を持つ分野・トピックをリストアップします。AIがコンテンツの専門性評価をするとき、この情報と記事のテーマを照合します。サイトが扱うトピックと関連した専門分野を3〜6個程度記入するのがおすすめです。

実装済みのJSON-LDサンプルコード全文

以下が全プロパティを盛り込んだPerson SchemaのJSON-LD完全版です。[]内を実際の情報に書き換えてください。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "山田 花子",
  "alternateName": "やまだ はなこ",
  "jobTitle": "内科医・消化器内科専門医",
  "description": "○○大学医学部卒業。消化器内科専門医として15年以上の診療経験を持つ。日本消化器病学会専門医・日本内科学会認定医。○○クリニック院長。専門は過敏性腸症候群・胃潰瘍の早期診断。著書『○○』（○○出版）。",
  "url": "https://example.com/author/hanako-yamada",
  "image": "https://example.com/images/hanako-yamada.jpg",
  "sameAs": [
    "https://www.linkedin.com/in/hanako-yamada",
    "https://twitter.com/hanako_yamada"
  ],
  "worksFor": {
    "@type": "Organization",
    "name": "○○クリニック",
    "url": "https://example-clinic.com"
  },
  "alumniOf": {
    "@type": "CollegeOrUniversity",
    "name": "○○大学"
  },
  "knowsAbout": [
    "消化器内科",
    "過敏性腸症候群",
    "胃潰瘍",
    "内視鏡検査"
  ],
  "award": "2022年 ○○学会 優秀論文賞"
}
</script>

このコードはそのまま<head>タグ内、または<body>内の任意の場所にコピペして使えます。

WordPressへの実装手順

WordPressにPerson Schemaを実装する方法は主に2つあります。

方法1：プラグインを使う（初心者向け）

1. 「Yoast SEO」や「RankMath」などのSEOプラグインをインストール
2. 著者プロフィール編集画面でSocial profilesやSchema設定を入力
3. プラグインが自動でJSON-LDを生成・出力してくれる

方法2：functions.phpやテーマファイルに直接記述する

1. 外観 → テーマエディター → functions.phpを開く
2. wp_headフックを使ってJSON-LDコードを出力する関数を追加
3. プロフィールページのみに出力されるよう条件分岐を設定する

初心者の方はプラグインを使うのが一番手軽です。ただし、プラグインが出力するSchemaと手動追加のSchemaが重複しないよう注意しましょう。

HTML直書きでの実装手順

WordPressを使っていない静的サイトやHTMLサイトへの実装は、以下の手順で行います。

1. プロフィールページのHTMLファイルを開く
2. <head>タグの閉じタグ（</head>）の直前にJSON-LDコードを貼り付ける
3. ファイルを保存してFTPやサーバーにアップロードする

<head>
  <!-- 既存のheadタグ内の記述 -->
  <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "Person",
    ...
  }
  </script>
</head>

<body>内に配置しても動作しますが、<head>内への配置が一般的なベストプラクティスです。実装後は必ずGoogleのリッチリザルトテストで検証してください。

Googleリッチリザルトテストでの確認方法

実装が正しく機能しているかは、GoogleのリッチリザルトテストでURL入力するだけで確認できます。

1. Googleリッチリザルトテストにアクセス
2. 「URL」タブにプロフィールページのURLを入力して「テスト」をクリック
3. 結果画面で「有効なアイテム」にPersonが表示されていれば成功
4. エラーや警告が表示された場合は、該当プロパティの記述を見直す

また、Google Search Consoleの「拡張機能」→「構造化データ」からも、インデックス済みページの構造化データエラーを確認できます。実装直後はエラーが出ることもありますが、落ち着いて1プロパティずつ修正していきましょう。

ArticleスキーマとPersonスキーマを連携させる方法

Person Schemaはプロフィールページだけに実装するものではありません。記事ページのArticle Schemaと紐づけることで、「この記事はこの専門家が書いた（監修した）」という情報をAIと検索エンジンに正確に伝えられます。

ArticleスキーマのauthorプロパティでPersonを紐づける理由

Article SchemaにはコンテンツのメタデータをAIや検索エンジンに伝える役割があります。その中でもauthorプロパティは「この記事を書いた・監修した人物」を示す重要なプロパティです。

ここにPersonの情報をネストして記述すると、「この記事はプロフィールページに記載されている○○という専門家の監修によるものだ」という関係性が機械的に証明されます。プロフィールページのPerson Schemaと記事ページのArticle Schemaが互いに参照し合う形になり、AIが信頼性を評価する際のシグナルとして機能します。

これはE-E-A-T評価の「著者の専門性が記事に反映されているか」を確認する際に有効に働く仕組みです。

記事ページへの実装コード例

記事ページのArticle SchemaにPersonを紐づけるコード例は以下のとおりです。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "記事タイトルをここに記入",
  "datePublished": "2024-01-15",
  "dateModified": "2024-06-01",
  "author": {
    "@type": "Person",
    "name": "山田 花子",
    "url": "https://example.com/author/hanako-yamada"
  },
  "publisher": {
    "@type": "Organization",
    "name": "サイト名",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  }
}
</script>

author.urlには、先ほど作成したPerson Schemaが設置されているプロフィールページのURLを記入してください。これがAI・検索エンジンにとっての「照合キー」になります。

OrganizationスキーマとPersonスキーマを組み合わせるケース

企業のオウンドメディアや複数の専門家が監修に関わるサイトでは、OrganizationスキーマとPersonスキーマを組み合わせると、サイト全体の信頼性をより伝えやすくなります。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "○○メディア編集部",
  "url": "https://example.com",
  "member": [
    {
      "@type": "Person",
      "name": "山田 花子",
      "jobTitle": "内科医",
      "url": "https://example.com/author/hanako-yamada"
    }
  ]
}

memberプロパティでOrganizationに所属するPersonを関連付けることができます。memberは1件でも複数件でも記述できるので、監修者の人数に合わせて柔軟に対応できます。「この組織にはこういう専門家が所属している」という情報を検索エンジンやAIに伝えやすくなりますが、構造化データの実装だけでサイト全体のE-E-A-T評価が直接向上すると断定はできません。あくまでも情報をわかりやすく伝えるための補助として活用してみてください。

監修者プロフィールページの構成と内部リンク設計

Schemaの実装と同様に大切なのが、プロフィールページ自体の構成と、サイト内での位置づけです。このセクションでは、AIと検索エンジンに効果的なページ設計の方法を解説します。

専用プロフィールページを作るべき理由

監修者情報を記事ページの片隅にだけ書くのではなく、独立したプロフィールページを作るべき理由は大きく2つあります。

ひとつは「URLが確定するから」。Person SchemaやArticle SchemaのauthorプロパティにURLを記載するためには、参照できるページが必要です。プロフィールが独立したページとして存在することで、AIや検索エンジンがその人物情報を「正式な情報源」として参照しやすくなります。

もうひとつは「SEO評価の蓄積ができるから」。独立ページは内部リンクや外部リンクを集めやすく、ページ自体の評価が育つと、そのページが参照している記事全体への信頼シグナルも強まる傾向があります。

プロフィールページに含めるべきコンテンツ一覧

専門家として認識されやすいプロフィールページには、以下の要素を含めましょう。

• プロフィール写真（本人のもの。顔写真があるとより信頼性が高まる）
• フルネーム・読み仮名
• 肩書き・職種
• 本文プロフィール文（前述の7要素を含むもの）
• 資格・免許の一覧
• 所属機関・団体
• 受賞歴・登壇・執筆実績
• 外部リンク（LinkedIn・SNS・著書ページなど）
• この監修者が担当した記事一覧（内部リンク）
• Person SchemaのJSON-LD

「この監修者が担当した記事一覧」を置くことで、監修者とコンテンツの関係がリンク構造としても表現されます。

記事ページから監修者プロフィールページへのリンク設置方法

記事ページには、監修者名をクリックするとプロフィールページへ遷移するリンクを設けましょう。テキストリンクでもOKですが、監修者のアイコン画像・氏名・肩書きをまとめた「監修者ボックス」を記事の冒頭または末尾に設置するのがよく使われる形です。

リンクテキストには「山田 花子（内科医）」のように氏名と肩書きを含めると、アンカーテキストにも専門性の情報が乗ります。また、Article SchemaのauthrプロパティのURLとこのリンク先URLを必ず一致させてください。プロフィールページへのリンクはrel="author"属性を付けると、著者との関係性を検索エンジンにさらに明示できます。

監修者ページをサイト構造に組み込む内部リンク設計

監修者プロフィールページは、サイトのどこからでもアクセスしやすい位置に組み込むのが理想です。

• グローバルナビやフッターに「監修者一覧」ページへのリンクを設置する
• 「監修者一覧」ページから各監修者のプロフィールページへリンクする
• 各記事の監修者ボックスからプロフィールページへリンクする

この構造にすると、プロフィールページは複数の記事ページと一覧ページの両方から内部リンクを受けることになり、サイト内でのクロール優先度が上がります。監修者が複数いる場合は、分野ごとにカテゴリー分けした「監修者一覧ページ」を作ると、サイト全体の専門性マップとしても機能します。

実装後に確認すべきチェックリスト

プロフィール文とPerson Schemaを実装したら、きちんと機能しているか確認するステップが必要です。実装後の検証を丁寧に行うことで、見落としや設定ミスを早期に発見できます。

プロフィール文の記述チェック項目

プロフィール文が完成したら、以下の項目を確認してください。

• フルネームと読み仮名が記載されているか
• 資格・免許名が正式名称で、取得年が明記されているか
• 実務経験が数値（年数・件数）で表現されているか
• 所属機関・団体名が正式名称で記載されているか
• 第三者に認められた実績（受賞・著書・登壇・メディア掲載）が少なくとも1つあるか
• 外部プロフィールへのリンクが1つ以上添えられているか
• 「豊富な経験」「複数の資格」等の曖昧表現が残っていないか
• Person SchemaのdescriptionとプロフィールのURLが一致しているか

全項目にチェックが入ったら、次はSchemaのエラー確認に進みましょう。

JSON-LDコードのエラーチェック方法

JSON-LDのコードは構文エラーがあると検索エンジンに無視されてしまいます。以下の2つのツールで必ず確認しましょう。

1. Googleリッチリザルトテスト：URLまたはコードを貼り付けてテスト。エラー・警告の詳細が表示される
2. Schema.org Validator：構文の正確性を検証。プロパティの記述ミスも検出してくれる

特によくあるエラーは「sameAsのURLが無効」「worksForのネスト構造のミス」「プロパティ名のスペルミス（JobTitle→jobTitleなど大文字小文字の間違い）」です。エラーが出たら該当箇所を修正して再テストを繰り返してください。

検索エンジンへのインデックス確認方法

プロフィールページが検索エンジンに正しくインデックスされているかを確認する手順は以下のとおりです。

1. Google Search Consoleにログインし、「URL検査」を開く
2. プロフィールページのURLを入力して検査
3. 「URLはGoogleに登録されています」と表示されればOK
4. 「URLはGoogleに登録されていません」の場合は「インデックス登録をリクエスト」をクリック

新しく作成したページや大幅に更新したページは、インデックス登録に数日〜数週間かかることがあります。Search Consoleの「カバレッジ」レポートでエラーが出ていないかも定期的に確認しましょう。

AI検索（Perplexity・BingCopilot・SGE）での引用確認方法

AI検索で監修者情報が正しく引用されているかを確認する方法を紹介します。

• Perplexity：監修者の氏名や専門分野で検索し、自サイトが回答の情報源として引用されているか確認
• Bing Copilot（旧Bing Chat）：「[監修者名] 専門家」のように検索し、プロフィールページが表示されるか確認
• Google SGE（AI Overview）：関連キーワードで検索してAI概要欄に自サイトが表示されるか確認

すぐに引用されなくても焦らなくて大丈夫です。AI検索での引用は一朝一夕では変わらないため、プロフィール文とSchemaを整えた状態で、まず検索エンジンからの正しいインデックスを優先しましょう。

よくある失敗例と修正方法

Person Schemaの実装やプロフィール文の作成でよく起きる失敗を4つ取り上げます。「なぜかエラーが出る」「設定したのに効果がない」という場合は、ここを確認してみてください。

プロパティ名のタイプミスによるエラー

JSON-LDで最もよくある失敗がプロパティ名のスペルミスです。Schema.orgのプロパティ名は大文字小文字が区別されるため、わずかな違いがエラーの原因になります。

JobTitle

jobTitle

SameAs

sameAs

WorksFor

worksFor

KnowsAbout

knowsAbout

また、カンマの位置ミスや括弧の閉じ忘れもよくあります。コードを書いたら必ずSchema Validatorに貼り付けて構文チェックをする習慣をつけておくと安心です。

sameAsに無効なURLを入れてしまうケース

sameAsに入力したURLが実際には存在しない、またはアクセスできないページを指していると、AIが照合しようとしたときにエラーになります。

よくあるケース：

• Twitterのアカウント名が変わったのにURLが古いまま
• LinkedInのプロフィールURLを略称で入れてしまった（linkedin.com/in/ の形式が必要）
• 所属機関のスタッフページが移転・削除されていた

対処法はシンプルで、sameAsに入れるURLは実装前に必ずブラウザで開いて「実際にそのページが表示されるか」を確認することです。URLを設定したあとも、定期的にリンク切れがないかチェックしましょう。

プロフィール文とSchemaの内容が食い違っているケース

プロフィールページの本文に「内科医・消化器内科専門医」と書いてあるのに、Person SchemaのjobTitleに「フリーランス医師」と入力されているような状態は、AIにとって「どちらが正しいのか」という混乱を生みます。

特に注意が必要なのは以下の項目です。

• name（氏名）とページ本文の氏名表記
• jobTitle（肩書き）とページ本文の肩書き
• description（紹介文）とページ本文のプロフィール文の骨子
• url（プロフィールページURL）と実際のページURL

プロフィール文を更新したらSchemaも必ず合わせて更新する、という運用ルールを設けておくとこのミスを防げます。

監修者情報が記事ページに表示されていないケース

Article SchemaにPersonのURLを設定しても、記事ページのHTML上に監修者情報が「表示されていない」と意味が薄れます。検索エンジンは構造化データとページの実際のコンテンツの一致性も確認するため、Schemaだけ設定して本文には何も書いていない状態はNGです。

記事ページには必ず「監修者ボックス」や「著者プロフィール欄」として、監修者の氏名・肩書き・プロフィールページへのリンクを表示させましょう。表示場所は記事の冒頭・末尾・または両方が一般的です。Schemaの内容と表示されているテキストの一致を確認することが、AI評価の観点でも重要です。

まとめ

監修者プロフィールでAIに専門家として認識されるには、「具体的なプロフィール文」と「Person SchemaのJSON-LD実装」を必ずセットで整えることが大切です。

資格・経験年数・所属・実績を数字と固有名詞で明記したプロフィール文を書き、Schemaで機械向けに同じ情報を構造化する。さらに、Article Schemaと連携させて記事との関係を明示し、内部リンク設計でプロフィールページをサイト構造に組み込む——この流れがひとつの完成形です。

実装後は、リッチリザルトテストでエラーがないか確認し、Search Consoleでインデックスされているかをチェックするところまでやって初めて「設定完了」と言えます。この記事のテンプレートとサンプルコードを活用して、ぜひ一歩ずつ実装を進めてみてください。

監修者プロフィールで「AIに専門家として認識される」書き方とSchema実装についてよくある質問

• Person Schemaはすべてのページではなくプロフィールページだけに設置すればよいですか？
  • 基本的にはプロフィールページへの設置が中心です。ただし、記事ページにはArticle SchemaのauthorプロパティにPersonの情報（またはurl参照）を記述することで、記事との関係も伝えられます。両ページで役割を分けて実装するのがベストです。
• 監修者が複数いる場合、Person Schemaはどう書けばよいですか？
  • 監修者ごとに独立したプロフィールページを作り、それぞれのページにPerson Schemaを実装するのが基本です。Article Schemaのauthorプロパティは配列形式で複数のPersonを指定できるので、複数監修の場合も対応できます。
• ペンネームや屋号で活動している場合も本名でSchemaを書くべきですか？
  • 公的な資格や所属と結びついた情報を記載するなら、本名をベースにするのが望ましいです。ペンネームはalternateNameプロパティに追記できるので、「本名をnameに、ペンネームをalternateNameに」と両方設定する方法が現実的です。
• Schemaを実装してからどれくらいで効果が出ますか？
  • 効果が現れるまでの期間は一概には言えません。Googleにインデックスされるまで数日〜数週間かかることがあり、E-E-A-T評価やAI引用への反映はさらに時間がかかります。焦らず、まず正しく実装されているかの確認を優先してください。
• WordPress以外のCMS（Wix・Squarespace等）でも実装できますか？
  • はい、できます。WixやSquarespaceにはカスタムコードを<head>に挿入できる設定欄があります（Wix：サイト設定→カスタムコード、Squarespace：設定→詳細設定→コードインジェクション）。そちらにJSON-LDコードを貼り付けることで実装できます。