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 | 受賞歴 |
| sameAs | SNS / Wikipedia 等 |
| image | プロフィール画像 |
キー概念
ProfilePage との組み合わせ
著者ページ自体に ProfilePage 構造化データ:
{
"@type": "ProfilePage",
"mainEntity": {
"@type": "Person",
"name": "西田 鉄平"
}
}
mainEntity で「このページの主体は誰か」を明示。
knowsAbout の活用
専門分野を構造化することで:
- 関連クエリでの著者ページ表示
- AI Overview の引用判定
- ナレッジパネル候補
例: SEO 専門家として knowsAbout: ["SEO", "Core Web Vitals"] 等。
sameAs によるエンティティ統合
Google は同一エンティティを判定:
- SNS プロフィール
- Wikipedia
- 公式サイト
複数の sameAs を列挙することで「この人物は同一」と Google が認識。
よくある誤解
| よくある誤解 | 実際のところ | 出典 |
|---|---|---|
| Person は記事 author 専用 | 監修者 / 講師 / 専門家でも有効 | Person スキーマ |
| 個人情報が漏れるリスク | 公開情報のみ構造化、本名 / 顔写真は任意 | 同上 |
| Person 構造化データで即 SEO 効果 | 累積効果、E-E-A-T 全体での評価 | 同上 |
実務での適用
著者ページの整備
- /authors/[slug] で個別ページ作成
- Person + ProfilePage 構造化データ
- 著者の経歴・専門・実績を充実
- 各記事の 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 問形式で確認できる。