Personスキーマに顔写真は必須か｜中小企業向け実証と指針

AI検索時代のE-E-A-T対策で「著者情報には顔写真が必須」という認識が業界で広まっていますが、Schema.orgの技術仕様上、Personスキーマのimageフィールドは顔写真である必要はありません。海外のSEO業界でも、この論点は明確に議論されていません。実写公開に抵抗がある社員を抱える中小企業にとって、似顔絵アイコンでの代替可能性は重要な論点ですが、業界に検証された答えはまだありません。本記事はこの論点を言語化し、今後の検証課題として提起します。

はじめに：中小企業経営者の現実的な悩み

中小企業の経営者として、日々悩むことがあります。

AI検索時代のSEO対策において、「著者情報にはPersonスキーマを実装し、実名・顔写真・経歴を明示せよ」という指針が業界で広まっています。E-E-A-T（経験、専門性、権威性、信頼性）を高めるには、顔写真が必須だと言われることも多いです。

しかし、社員の中には実名や顔写真の公開に抵抗がある人もいます。プライバシーへの配慮、個人情報保護の観点、過去のトラブル経験——様々な理由で実写を避けたい社員がいます。経営者として、「SEOのためだから顔写真を掲載しろ」と強制するのは、避けたい選択です。

特に女性クリエイターの中には、顔写真公開のリスクを懸念する人も多いと感じます。ストーカー被害、誹謗中傷、プライベートへの侵入。実名と顔写真を公開することで生じるリスクは、決して無視できません。

では、似顔絵アイコンやイラストでは代替できないのでしょうか。

この論点について、日本のSEO業界でも海外でも、明確に言語化された記事は見当たりません。多くの記事は「顔写真を使え」と一般論として推奨するだけで、似顔絵との比較や代替可能性まで踏み込んでいないのです。

本記事では、この未開拓の論点に踏み込みます。Schema.orgの技術仕様、AIの挙動に関する検証、そして中小企業経営者としての現実的な思考までを論じます。明確な結論を出すのではなく、業界で検証されていない論点を言語化することが本記事の目的です。

Schema.orgの技術仕様：顔写真必須ではない

まず、技術仕様の確認から始めましょう。

Schema.orgのPerson仕様を確認すると、imageフィールドは「人物を表す画像のURL」を指定するよう定められています。この仕様上、顔写真でなければならないという明示的な要件は存在しません。

Google Search CentralのProfilePageスキーマのドキュメントでも、実装例として「avatar」という表現が使われています。Angelo Huffという架空の人物の例で、以下のような記述があります。

<img itemprop="image" src="https://example.com/avatars/ahuff23.jpg" />

ここで「avatars」というディレクトリ名が使われている点に注目してください。Googleが公式ドキュメントで示す例が「avatar（アバター）」を想定した命名になっています。少なくとも公式ドキュメントの例示レベルでは、アバターや似顔絵が想定外の使い方とはされていないことが読み取れます。

一方、海外のSEO業界には「高品質なリアルな写真を使え」と推奨する記事もあります。ただしこれは「偽画像を使うな」という警告であり、イラストや似顔絵を明確に否定しているわけではありません。

つまり、技術仕様の観点では、似顔絵アイコンでPersonスキーマを実装することに問題はありません。問題があるとすれば、それはSEOやE-E-A-T評価への影響という実証的な問題です。そして、この実証的な問題については、業界でまだ明確な答えが出ていないのが現状です。

海外でも未言語化の論点

この論点について、海外のSEO・AIO業界ではどう議論されているのでしょうか。調査した結果、驚くべきことに、この論点は海外でもほぼ未言語化であることがわかりました。（※AIO・GEO・LLMOなどAI検索最適化関連用語の整理はAIO・GEO・LLMO・生成AI SEOの違いとは？をご参照ください。）

海外で議論されている関連テーマは以下の通りです。

• Personスキーマの技術仕様解説（imageフィールドの使い方、コード例など）
• 顔写真とアバターのマーケティング観点での比較（ソーシャルメディアでのエンゲージメント、視覚的なトラストなど）
• AI生成画像の信頼性に関する心理学研究

しかし、これらはいずれもAI検索・SEO観点からのE-E-A-T評価という論点ではありません。マーケティングや心理学の観点での議論はあるものの、「AIがWebサイトを評価する際に、顔写真と似顔絵を区別しているか」という論点は、海外でもまだ深く議論されていないのです。

これは、日本の中小企業経営者にとって好機かもしれません。業界で未言語化の論点を、現場の実践者として先行して検証・発信できる余地があります。

仮説：3段階の階層構造

本記事では、E-E-A-T評価における著者画像の階層構造について、仮説を提示したいと思います。

この3段階の階層構造は、あくまで仮説です。業界で実証された階層ではありません。しかし、この仮説を議論の出発点とすることで、中小企業経営者が取るべき戦略が見えてきます。

特に注目すべきは、階層1と階層2の差が、階層2と階層3の差より大きい可能性です。つまり、「画像なし」から「人物画像あり」に進むことで大きな改善があり、「人物画像」を「顔写真」に変えてもそれほど大きな変化はないかもしれない——という仮説です。

もしこの仮説が正しければ、中小企業経営者にとって朗報です。完璧な階層3を目指せなくても、階層2に到達するだけで、E-E-A-T評価への貢献が得られる可能性があるからです。

ただし、繰り返しになりますが、この仮説は検証されていません。次節以降、この仮説の技術的な根拠と、検証の方向性を論じていきます。

AIは画像の中身を区別しているのか：実際に試してみた

この論点について、実際にAIに確認してみた結果、興味深い事実が見えてきました。

3種類の著者画像を用意して検証を行いました。

• 画像A：実写のポートレート写真を使用している著者ページ
• 画像B：イラスト（似顔絵アイコン）を使用している著者ページ
• 画像C：業界トップクラスの制作会社が採用している、イラストの著者画像

これらの画像について、ChatGPTとGeminiに「この画像は写真かイラストか」と質問した結果、両方のAIとも3つの画像すべてを「写真」と判定しました。つまり、実写の画像Aだけでなく、イラストである画像Bと画像Cまで「写真」と誤認したのです。

Geminiに至っては、イラスト画像に対して「ビジネスシーンに適した、清潔感のあるポートレート写真」と詳細な説明まで加えていました。しかし、実際はイラストです。

画像Cの事例が特に示唆的です。業界トップクラスの制作会社が採用している著者画像でも、AIは写真と誤認しました。サイトの規模や権威性に関係なく、AIは画像の中身を正確に判別していない可能性が高いと考えられます。

また、Claudeでも同様の確認を試みました。Claudeは画像のURLは取得できるものの、画像そのものを視覚的に分析する設計ではないようで、画像の中身を判別することはありませんでした。ChatGPTやGeminiとは挙動が異なり、そもそも画像の内容に踏み込まない仕様と推測されます。

3つのAIの挙動を整理すると、以下のようになります。

少なくとも2026年4月時点では、主要なAIが人物画像の中身を正確に区別しているとは言えないようです。この事実は、Personスキーマの画像戦略を考える上で重要な示唆を与えてくれます。

もしAIが画像の中身を区別していないのであれば、画像のURLが人物画像として文脈づけられていれば、AIは「人物画像がある」という情報だけで処理している可能性があります。

さらに、この挙動は検索エンジンのアルゴリズムにも当てはまる可能性があります。Googleは画像認識AI（Google Vision）を保有しており、画像内容を解析する技術は持っています。ただし、Personスキーマのimageフィールドの中身（写真かイラストか）まで評価に反映されているという報告は、SEO業界では見当たりません（参考：Google検索品質評価ガイドライン）。

Personスキーマの実装例

ここでは、Personスキーマの基本的な実装例を示します。JSON-LDで記述するのがGoogle推奨の方法です。

{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "山田 太郎",
  "image": "https://example.com/author/yamada.png",
  "jobTitle": "代表取締役",
  "worksFor": {
    "@type": "Organization",
    "name": "株式会社サンプル",
    "url": "https://example.com/"
  },
  "url": "https://example.com/author/yamada/",
  "sameAs": [
    "https://twitter.com/yamada",
    "https://www.linkedin.com/in/yamada"
  ],
  "description": "Web業界歴14年。Web制作プロジェクトのディレクション、デザイン、コーディングに従事。",
  "knowsAbout": ["Webデザイン", "SEO対策", "ウェブアクセシビリティ"]
}

このコードを、著者ページのhead内に<script type="application/ld+json">タグで囲んで埋め込みます。主要フィールドの役割は以下の通りです。

• name：著者の実名。ペンネームの場合も一貫して同じ名前を使用します
• image：著者の画像URL。顔写真でも似顔絵アイコンでも技術仕様上は問題ありません。推奨サイズは最低112×112px、理想は正方形1200×1200px程度
• sameAs：著者の外部プロフィール（SNS、LinkedIn等）を配列で記述。著者の実在性と専門性の裏付けが強化されます
• knowsAbout：著者の専門領域。AI検索が「この著者はどの分野の専門家か」を把握する手がかりになります

実装時の注意点として、構造化データと実際のページ表示内容は一致させましょう。構造化データに記述した情報が実際のページに表示されていない場合、Googleのガイドライン違反となります。また、画像URLは絶対パスで記述し、実装後は必ずGoogleの「Rich Results Test」で検証してください。

中小企業経営者への実用指針

ここまでの議論は仮説ベースですが、それでも今できることはあります。

指針1：著者画像なしで放置しない

Personスキーマのimageフィールドを空のまま放置する、著者ページに画像を設置しない状態は、E-E-A-T評価で不利になる可能性が高いです。現在、著者ページに画像がない状態であれば、何らかの画像を設置することから始めることをおすすめします。

指針2：似顔絵アイコンも選択肢として検討する

社員のプライバシー配慮などで実写が難しい場合、似顔絵アイコンは検討すべき選択肢です。完璧な実証はありませんが、階層2（人物画像あり）に到達することで、階層1からの改善は期待できます。採用する際は、人物を明確に表現したアイコンを著者ごとに個別に用意し、Personスキーマで正しく設定してください。

指針3：経歴・専門性の記述を充実させる

画像だけで評価が決まるわけではありません。経歴、専門性、所属、実績など、テキスト情報の充実度も同等以上に重要です。画像の種類で悩むより、著者情報全体の完成度を上げることの方が優先度が高い場合があります。具体的な実績数、専門領域、業界経験年数などを充実させることで、E-E-A-T評価は着実に上がります。

指針4：顔写真の選択は社員の意思を尊重して

実写公開に抵抗がない社員については、顔写真を使う選択肢もあります。ただし、「必ず顔写真でなければならない」という思い込みから強制するのは避けましょう。似顔絵アイコンでも一定の効果がある可能性が高い以上、社員の意思を尊重する判断ができます。経営者として、社員のプライバシーと事業の利益の両立を考えることが大切です。

著者ページのPersonスキーマ設置や著者情報全体の整備は、実装の優先順位の判断が難しいと感じる場面もあります。現状のサイト診断から整理したい場合は、お問い合わせページまたはSEOコンサルのサービスページをご参照ください。

最後に：社員を大切にしながら、AI検索時代を戦う

私はENVY DESIGNの代表として、社員のプライバシーもできるだけ守りたいと考えています。SEO対策のために「顔写真を公開しろ」と社員に強制するのは、経営者として避けたい選択です。

もし、顔写真と人物画像（似顔絵アイコンなど）の評価が本当に変わらないのであれば、これはとても嬉しいことです。中小企業が、社員のプライバシーを守りながらE-E-A-T対策を進められる道が開けます。

本記事で提示した3段階の階層構造（画像なし＜人物画像＜顔写真）の仮説が正しいかどうかは、今後の検証で明らかになっていくでしょう。しかし、「画像なしで放置するよりは、似顔絵アイコンでも設置する方が良いだろう」という方向性は、現時点でも言えそうです。

ENVY DESIGNでは、今後もこの論点を継続的に検証し、実データを公開していく予定です。AI検索時代のFAQ戦略と合わせて、中小制作会社が戦える方法を探り続けていきます。

AI検索時代の著者情報設計を含む包括的な対策方針は、AIO・GEO対策（AI検索最適化）ページで整理しています。

ホームページ制作・SEOコンサルのご依頼・ご相談は、お問い合わせページからお気軽にどうぞ。検討の初期段階の方には、具体的な予定がない段階でのご相談の枠もご用意しています。料金感の目安は料金・費用ページをご参照ください。

関連記事

• AI検索時代のFAQ戦略｜権威性の壁を越えて中規模サイトが引用される4つの条件
• SEOにおける権威性とは？E-E-A-T強化で上位表示を狙う7つの方法【2026年版】
• Google「AI Mode」時代に備える5つの術
• AIO・GEO対策（AI検索最適化）

よくある質問（FAQ）

Q. PersonスキーマのimageフィールドはSEO上必須ですか？

A. Schema.orgの仕様上は必須フィールドではありませんが、E-E-A-T評価の観点から設置を推奨します。画像なし（階層1）より人物画像あり（階層2）の方が、著者の実在性を示せる可能性が高いためです。

Q. 似顔絵アイコンでPersonスキーマを実装しても問題ありませんか？

A. Schema.orgの技術仕様上、imageフィールドは「人物を表す画像のURL」であれば顔写真である必要はありません。GoogleのProfilePageドキュメントの例示でも「avatar」という表現が使われており、似顔絵アイコンでの実装は仕様上問題ありません。

Q. AIは著者画像が顔写真かイラストかを区別していますか？

A. 2026年4月時点の検証では、ChatGPTとGeminiはイラストを写真と誤認するケースが確認されています。Claudeは画像の視覚的分析を行わない仕様のようです。現時点では主要なAIが画像の中身を正確に区別しているとは言えない状況です。

Q. 著者ページに顔写真を掲載しない場合、E-E-A-T評価は下がりますか？

A. 業界で実証されたデータはまだありません。ただし「画像なし」よりも「似顔絵アイコンあり」の方がE-E-A-T評価に貢献できる可能性はあります。画像の種類よりも、経歴・専門性・実績などテキスト情報の充実度が同等以上に重要と考えられます。