Tenten AIGEO
回到部落格
GEO 內容引擎實作

為什麼 AI 更愛引用有明確作者的內容?署名與 sameAs 結構化資料實作

AI 引擎在挑選引用來源時,偏好查得到、可驗證作者的內容。本文說明作者署名與 sameAs 結構化資料如何運作,並提供在作者頁與文章 JSON-LD 實作 Person schema 的四個步驟、該放哪些連結,以及最常見的實作錯誤。

Tenten GEO 團隊發布於 2026-07-125 分鐘閱讀
深色調畫面中,一束柔和光線聚焦在一個代表署名作者的節點上,向外連向數個可驗證身分。

在內容品質相近時,AI 引擎會優先引用「查得到作者、而且作者身分能被機器驗證」的頁面。一篇掛著公司名、沒有署名、沒有作者頁的好文章,常常在生成式答案裡被跳過,反而讓一篇署名清楚、作者又有外部佐證的普通文章搶走引用位置。

為什麼「作者是誰」會左右 AI 的引用選擇

AI 生成答案時,要為每個主張找一個「敢掛名的來源」。模型與檢索層在排序候選段落時,會參考一組信任訊號:內容本身寫得清不清楚、頁面有沒有結構化資料、以及這個來源在網路上有多少可驗證的痕跡。作者署名同時打中後兩項。當一段文字後面接著一個真實、可查證的人,模型比較容易判斷這不是農場內容,引用它的風險就低。

這也是 Google 談 E-E-A-T 時反覆強調的方向——經驗(Experience)與專業(Expertise)需要具體的人來承載。差別在於,傳統 SEO 是讓真人審稿員去看作者頁;到了 GEO 情境,抓內容的是機器。你得把「這篇誰寫的、他是誰」寫成機器讀得懂的格式,也就是結構化資料。

Person schema 與 sameAs 到底告訴了 AI 什麼

一篇文章的 Article 結構化資料裡有一個 author 欄位,它的值應該是一個 Person 物件,而不是一串純文字姓名。Person 物件裡最關鍵的兩個屬性是 name 與 sameAs。name 是作者姓名;sameAs 則是一組網址陣列,每一條都指向「同一個人在別處的官方身分」。你等於在對機器說:這個叫王小明的人,就是 LinkedIn 上那一位、X 上那一位、公司團隊頁那一位。

sameAs 的作用是把散落各處的身分綁成同一個實體(entity)。知識圖譜與 LLM 的檢索層,靠這種連結把「一個名字」升級成「一個有背景、有作品、有社群足跡的具體人」。這些連結越能互相印證,作者實體就越穩固,掛在他名下的內容也越容易被信任。

該把哪些 sameAs 連結放進去

  • 作者在自家網站的作者頁(像 /author/... 這種獨立網址,本身也要有 Person schema)
  • LinkedIn 個人檔案——B2B 情境下權重最高,也最容易被交叉驗證
  • X(Twitter)個人帳號
  • 具權威性的專業檔案:例如 Crunchbase、GitHub、學術界的 ORCID、產業媒體的作者頁
  • 若作者上過 Podcast、公開演講或有維基資料,也一併納入

實作四步:把署名寫成機器讀得懂的資料

順序很重要。先有一個可被連結的作者實體,再談頁面上的標記,不要倒過來。

  1. 為每位主要作者建立獨立作者頁,頁面本身放 Person schema(name、jobTitle、description、image、worksFor、sameAs),並在頁面實際列出他寫過的文章。
  2. 在每篇文章頁的 Article/BlogPosting JSON-LD 裡,把 author 設成 Person 物件,url 指向上述作者頁,並帶上同一組 sameAs。
  3. 確保頁面「看得見的地方」也有一致的署名——文章開頭或結尾放一張作者卡片,顯示姓名、頭銜、一句簡介與連向作者頁的連結。結構化資料必須與可見內容相符,不能只藏在原始碼裡。
  4. 三處姓名寫法完全一致(可見署名、作者頁、JSON-LD)。「王小明」不要在某個地方變成「小明」或英文名,否則機器可能把同一人拆成兩個實體。
示意圖:一位署名作者透過 sameAs 連向多個可驗證的外部檔案,形成單一實體後被 AI 答案引用。
sameAs 把散落各處的作者身分綁成同一個實體,AI 才敢把引用掛在他名下。

最常見的四個實作錯誤

  • 把 author 寫成公司名而不是人。Organization 可以掛在 publisher,但 author 要是 Person。
  • sameAs 指向的社群帳號幾乎沒內容、或名字對不上,反而變成負面訊號。
  • 作者頁是空殼,只有一張照片、沒有作品列表,撐不起「這個人真的在寫」。
  • JSON-LD 裡有作者,頁面上卻看不到署名,兩者不一致,容易被判為只是為了 SEO 硬塞的資料。

怎麼確認 AI 真的「認得」這位作者

標記完不代表結束。直接去問生成式引擎:在 ChatGPT、Perplexity 或 Google AI 概覽裡搜「(作者名)+主題」,看模型能不能正確說出他是誰、在哪家公司、寫過什麼。若模型答得出來,代表你的實體訊號已經被消化;若完全認不得,通常是 sameAs 連結太弱,或作者在外部平台幾乎沒有可被抓取的足跡。這時要補的不是 schema,而是作者在 LinkedIn 等平台的真實產出。

從一篇文章的署名,到整站的作者權威

單篇加上 sameAs 只是起點。真正拉開差距的,是讓少數幾位署名作者長期在同一主題持續產出,讓他們的名字反覆出現在被引用的段落旁。這是把作者訊號當成資產在經營,而不是一次性標記。Tenten GEO 的內容引擎在替客戶規劃時,會先盤點哪些人夠格掛名、外部足跡缺在哪,再決定 schema 怎麼寫——因為資料標記救不了一個在網路上查無此人的作者。想知道自家內容的作者訊號在 AI 眼中夠不夠強,可以預約 30 分鐘 GEO 診斷,我們會實際拿你的文章去問幾個引擎,看它們認不認得寫的人。

常見問題

sameAs 應該連向哪些網址才有效?
優先放能互相印證作者身分的官方檔案:自家作者頁、LinkedIn、X,以及 Crunchbase、GitHub、ORCID 等權威平台。B2B 情境下 LinkedIn 權重最高。連結內容要真實、名字要對得上,空帳號反而扣分。
author 可以直接寫公司名嗎?
不建議。author 欄位應該是 Person 物件,代表實際寫作的人;公司名放在 publisher(Organization)即可。AI 在判斷經驗與專業時,需要一個具體、可驗證的人來承載信任,掛公司名會弱化這個訊號。
加了 Person schema 和 sameAs,AI 就一定會引用嗎?
不會自動保證。結構化資料是必要條件,但若作者在 LinkedIn 等外部平台幾乎沒有可被抓取的足跡,實體仍然太弱。可直接在 ChatGPT 或 Perplexity 搜作者名加主題,測試模型是否認得他,藉此判斷訊號夠不夠強。

READY WHEN YOU ARE

想知道你的品牌在 AI 答案裡值多少?

30 分鐘 GEO 診斷,我們用你的實際提問,帶你看見在六大 AI 引擎裡的能見度缺口,以及補上它的優先順序。

預約 30 分鐘診斷