コンテンツの品質が同程度であれば、AIエンジンは「著者を特定でき、その身元を機械的に検証できる」ページを優先します。企業名義で公開された良質な記事でも、署名や著者情報がなければ、生成AIの回答では参照候補から外れがちです。その一方で、内容が標準的でも、著者が明記され、外部から裏付けられている記事が引用を獲得することがあります。
なぜ「著者」がAIの引用判断を左右するのか
AIが回答を生成する際には、各主張について信頼できる出典を見つけることが重要です。モデルや検索システムが引用候補の段落を選別するときは、コンテンツ自体の明確さ、ページ上の構造化データの有無、その情報源についてインターネット上で確認できる痕跡の多さなど、複数の信頼シグナルを参照します。著者署名は、後者の2つに関係します。文章の背後に実在し、検証可能な人物がいると分かれば、コンテンツファームではないと判断しやすく、引用するリスクも低くなります。
これは、Googleが繰り返し重視してきたE-E-A-Tの考え方とも一致します。Experience（経験）とExpertise（専門性）は、具体的な人物によって裏付けられる必要があります。従来のSEOでは、実際の読者に著者ページを見せることが中心でした。一方、GEOでは機械に情報を取得・理解してもらう必要があります。「誰が書き、その人物は何者なのか」を機械が読める形式で記述する。それが構造化データです。
Person SchemaとsameAsはAIに何を伝えるのか
記事のArticle構造化データにはauthorというプロパティがあります。その値には、名前だけのプレーンテキストではなく、Personオブジェクトを指定すべきです。Personオブジェクトで特に重要なのがnameとsameAsです。nameには著者名を、sameAsには「別の場所にある同一人物の公式情報」を示すURLの配列を設定します。つまり機械に対して、「この人物は王小明であり、LinkedInやX、企業のチーム紹介ページに掲載されている王小明と同一人物です」と伝えるわけです。
sameAsの役割は、各所に分散した本人情報を同一のエンティティとして結び付けることです。この関連付けによって、単なる「名前」が「経歴、仕事、コミュニティでの活動実績を持つ人物」へと変わります。リンク先の情報が相互に裏付け合うほど著者エンティティは安定し、その著者名で公開されたコンテンツも信頼されやすくなります。
sameAsにはどのリンクを登録すべきか
- 自社サイト内の著者ページ（/author/...のような独立URLを設け、Person Schemaも実装する）
- LinkedInの個人プロフィール（B2Bでは特に重要で、照合もしやすい）
- X（Twitter）の個人アカウント
- 信頼性のある専門プロフィール（Crunchbase、GitHub、学術分野のORCID、業界メディアの著者ページなど）
- 著者がPodcast、公開講演ページ、Wikipediaページを持っている場合は、それらも追加する
機械が読めるデータにするための4ステップ
実装の順序が重要です。まず相互につながった著者エンティティを整え、その後に各ページへ署名を配置します。順番を逆にしてはいけません。
- 主要な著者ごとに独立した著者ページを作成します。ページにはPerson Schema（name、jobTitle、description、image、worksFor、sameAs）を実装し、その著者が実際に執筆した記事も一覧で掲載します。
- 各記事ページのArticle／BlogPosting JSON-LDで、authorをPersonオブジェクトとして設定します。urlには前述の著者ページを指定し、同じsameAsのURL群を記述します。
- 読者が見るページ上にも、同じ著者署名を表示します。記事の冒頭または末尾に著者カードを設置し、氏名、役職、短い紹介文、著者ページへのリンクを掲載してください。構造化データは画面に表示される内容と一致させ、ソースコード内だけに隠してはいけません。
- 署名、著者ページ、JSON-LDの3か所で、氏名表記を完全に統一します。王小明が別の場所では「小明」や英語名になっていると、機械が同一人物を別々のエンティティとして認識する可能性があります。
よくある4つの実装ミス
- authorに人物ではなく企業名を設定している。企業はpublisherに指定できますが、authorにはPersonを設定します。
- 投稿がほとんどない、または氏名が一致しないSNSアカウントをsameAsに指定している。信頼を補強するどころか、逆効果になりかねません。
- 著者ページに写真しかなく、プロフィールや執筆記事の一覧がない。「この人物が実際に執筆している」と裏付けられない状態です。
- JSON-LDには著者を記述しているのに、ページ上には署名が表示されていない。情報の不一致となり、SEO目的でデータだけを追加したと判断されやすくなります。
AIが著者を認識したか、どう確認するのか
マークアップを実装して終わりではありません。ChatGPT、Perplexity、Google AIなどの生成AIエンジンに一般的な質問を投げ、著者が誰で、どこに所属し、何を書いているのかを正しく回答できるか確認します。回答できれば、人物を示すシグナルが取り込まれていると考えられます。認識されない場合は、sameAsによるつながりが弱いか、外部プラットフォーム上に取得可能な著者情報がほとんどないことが一般的な原因です。これはSchemaだけの問題ではありません。LinkedInなどのプラットフォームで、著者が実際に継続して情報発信しているかどうかも問われます。
記事の署名から、サイト全体の著者オーソリティへ
記事にsameAsを設定するのは、あくまで出発点です。差がつくのは、少数の著者が同じテーマで継続的に発信し、引用される段落の背後にその名前が繰り返し現れる状態をつくれるかどうかです。著者シグナルを単発のマークアップではなく、蓄積できる資産として扱う必要があります。Tenten GEOのコンテンツエンジンでは、クライアント向けの企画時に、誰を専門家として打ち出すのか、どの外部プロフィールが不足しているのかを整理してから、執筆方針を決めます。インターネット上に実在を示す情報がない著者は、データタグだけでは補強できないからです。AIから見た著者シグナルの強さを確かめたい方には、30分間のGEO診断をご用意しています。実際に各エンジンへ記事について質問し、執筆者を認識できているかを確認します。
