Domain 124 / 225

Person 構造化データは著者・専門家の権威性を Google に伝える基盤

Person の要点

Person 構造化データは記事の著者や監修者を構造化する。jobTitle / sameAs / knowsAbout / award / alumniOf で著者の専門性を多面的に伝えることで、E-E-A-T 評価と AI Overview 引用候補性が向上する

なぜこれを学ぶか

E-E-A-T 時代では 「誰が書いたか」が SEO 評価に直結。 Person 構造化データで著者情報を構造化しないと、いくら良い記事を書いても匿名扱いで権威性が伝わらない。

専門メディア / 医療 / 法律 / 金融サイトで必須。

学ばないと起きること

よくある事故被害
著者プロフィールページなし著者の信頼性が伝わらない
Person 構造化データなしYMYL コンテンツで評価されにくい
sameAs に SNS 連携なしエンティティ統合が弱い

学ぶメリット

  • E-E-A-T 評価の強化
  • AI Overview 引用候補性向上
  • 商談で「Person + ProfilePage」を即答

仕組み

基本実装

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "西田 鉄平",
  "url": "https://spotyou.ai/authors/nishida",
  "image": "https://spotyou.ai/authors/nishida.jpg",
  "jobTitle": "CTO",
  "worksFor": {
    "@type": "Organization",
    "name": "株式会社コムテ"
  },
  "alumniOf": {
    "@type": "EducationalOrganization",
    "name": "○○ 大学"
  },
  "knowsAbout": [
    "SEO",
    "AEO",
    "Web 開発",
    "プロダクト開発"
  ],
  "sameAs": [
    "https://twitter.com/nishida",
    "https://www.linkedin.com/in/nishida",
    "https://github.com/nishida"
  ],
  "award": [
    "○○ 賞 2024"
  ]
}
</script>

Article との連携

Article 構造化データの author に Person を埋め込み:

{
  "@type": "Article",
  "author": {
    "@type": "Person",
    "name": "西田 鉄平",
    "url": "https://spotyou.ai/authors/nishida"
  }
}

または Person を独立 ID で参照:

{
  "@type": "Article",
  "author": {"@id": "#author-nishida"}
}

別途 Person で詳細定義。

主要プロパティ

プロパティ用途
name著者名
jobTitle役職
worksFor所属組織
alumniOf出身校
knowsAbout専門分野
award受賞歴
sameAsSNS / Wikipedia 等
imageプロフィール画像

キー概念

ProfilePage との組み合わせ

著者ページ自体に ProfilePage 構造化データ:

{
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "name": "西田 鉄平"
  }
}

mainEntity で「このページの主体は誰か」を明示。

knowsAbout の活用

専門分野を構造化することで:

  • 関連クエリでの著者ページ表示
  • AI Overview の引用判定
  • ナレッジパネル候補

例: SEO 専門家として knowsAbout: ["SEO", "Core Web Vitals"] 等。

sameAs によるエンティティ統合

Google は同一エンティティを判定:

  • SNS プロフィール
  • Wikipedia
  • LinkedIn
  • 公式サイト

複数の sameAs を列挙することで「この人物は同一」と Google が認識。

よくある誤解

よくある誤解実際のところ出典
Person は記事 author 専用監修者 / 講師 / 専門家でも有効Person スキーマ
個人情報が漏れるリスク公開情報のみ構造化、本名 / 顔写真は任意同上
Person 構造化データで即 SEO 効果累積効果、E-E-A-T 全体での評価同上

実務での適用

著者ページの整備

  1. /authors/[slug] で個別ページ作成
  2. Person + ProfilePage 構造化データ
  3. 著者の経歴・専門・実績を充実
  4. 各記事の author で当該ページにリンク

監修者の構造化

医療・法律記事では監修者も Person で記述:

{
  "@type": "Article",
  "author": {"@type": "Person", "name": "ライター"},
  "reviewedBy": {"@type": "Person", "name": "監修医師"}
}

トラブル別の対処

症状確認すべきこと
著者ページがナレッジパネルに出ないsameAs / knowsAbout / 累積実績

公式ソース

自己テスト

Q1. Person 構造化データの主要プロパティは?

name / jobTitle / worksFor / alumniOf / knowsAbout / sameAs / award / image

Q2. 著者ページに使う構造化データの組み合わせは?

ProfilePage + Person(mainEntity で参照)

Q3. sameAs で重要なリンク先は?

公式 SNS / Wikipedia / LinkedIn / 業界協会のメンバーページ

これらの内容を採点付きで挑戦したい場合は、本ドメインのプロ試験で 5 問形式で確認できる。