Domain 71 / 225

ProfilePage 構造化データは著者プロフィールを E-E-A-T シグナルとして強化

ProfilePage schema の要点

ProfilePage 構造化データは著者 / 専門家 / 講師のプロフィールページに実装し、Google にその人物の専門性を伝える E-E-A-T 強化施策。Person オブジェクト + sameAs(SNS)+ jobTitle / worksFor で著者の権威性を構造化

なぜこれを学ぶか

ProfilePage は YMYL 領域 / 専門メディアで著者の権威性を Google に伝えるための重要な構造化データ。 E-E-A-T 評価の Authoritativeness を直接強化できる。

医療メディア / 金融メディア / 法律メディア / 専門ブログで実装価値あり。

学ばないと起きること

よくある事故被害
著者プロフィールページに ProfilePage 構造化データなしE-E-A-T シグナル不足、特に YMYL で不利
Person の sameAs に SNS リンクを渡さない著者の業界権威性が伝わらない

学ぶメリット

  • E-E-A-T の Authoritativeness を構造化で強化
  • 著者の Knowledge Panel 候補に
  • 商談で「YMYL での著者プロフィール構造化」を即答

仕組み

必須プロパティ

プロパティ内容
mainEntityPerson オブジェクト

実装例

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "name": "山田 太郎",
    "image": "https://example.com/yamada.jpg",
    "description": "SEO コンサルタント、10 年のメディア運用経験",
    "jobTitle": "SEO コンサルタント",
    "worksFor": {
      "@type": "Organization",
      "name": "spotyou"
    },
    "sameAs": [
      "https://twitter.com/yamada",
      "https://www.linkedin.com/in/yamada",
      "https://github.com/yamada"
    ],
    "knowsAbout": ["SEO", "AEO", "コンテンツマーケティング"]
  }
}
</script>

キー概念

Person オブジェクトの主要プロパティ

プロパティ内容
name氏名
imageプロフィール写真
description自己紹介
jobTitle職位
worksFor所属組織
sameAsSNS / Wikipedia URL
knowsAbout専門領域
award受賞歴
alumniOf学歴

sameAs での SNS 連携

公式 SNS / LinkedIn / Wikipedia / Wikidata の URL を配列で:

"sameAs": [
  "https://twitter.com/...",
  "https://www.linkedin.com/in/...",
  "https://github.com/...",
  "https://en.wikipedia.org/wiki/..."
]

業界権威性を Google が認識。

Article との連携

各記事の author プロパティで著者プロフィール URL を参照:

{
  "@type": "Article",
  "author": {
    "@type": "Person",
    "name": "山田 太郎",
    "url": "https://example.com/authors/yamada"
  }
}

著者プロフィール URL に ProfilePage 構造化データがあると、Google が著者情報を統合的に認識。

よくある誤解

よくある誤解実際のところ出典
ProfilePage は SNS のような専用サイトのみ著者プロフィールページなど一般サイトでも対象ProfilePage 構造化データ
著者プロフィール URL なしで Article の author を文字列指定で OKE-E-A-T シグナルが弱い、url + ProfilePage 連携が推奨同上
ProfilePage は Knowledge Panel 必須出る権利を得るだけ、ブランド認知度などとの組み合わせ同上

実務での適用

YMYL メディアでの著者プロフィール整備

  1. 各著者のプロフィールページを /authors/{slug} で作成
  2. ProfilePage 構造化データを実装
  3. sameAs に SNS / 学会 / 業界団体 URL
  4. knowsAbout で専門領域を明示
  5. 各記事の author プロパティで参照

トラブル別の対処

症状確認すべきこと
著者の Knowledge Panel が出ないsameAs / knowsAbout の充実、業界権威性の強化
YMYL で順位が上がらない著者プロフィール + 監修者情報の構造化整備

公式ソース

自己テスト

Q1. ProfilePage 構造化データの必須プロパティは?

mainEntity(Person オブジェクト)

Q2. sameAs に何を含める?

著者の SNS / LinkedIn / Wikipedia / Wikidata / 学会ページ などの URL の配列

Q3. Article の author と ProfilePage の連携方法は?

Article の author プロパティで Person の url にプロフィール URL を指定

Q4. YMYL メディアでの ProfilePage の重要度は?

E-E-A-T の Authoritativeness を直接強化。順位に大きく影響

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