在 AI 生成的答案裡，『誰說的』和『說了什麼』會被一起權衡。多數台灣 B2B 網站把作者欄位處理成一段純文字姓名，AI 引擎讀到的只是幾個字，沒辦法把這篇內容連回一個真實、可查證的專家。Person schema 的作用，就是把你的創辦人或內容作者，從一串文字升級成知識圖譜裡有身分、有專長、有背書的實體。
為什麼 AI 引擎需要知道作者是誰
Google 的 E-E-A-T 把『經驗』與『專業』列為評估內容品質的核心，但機器不會自動知道一篇文章背後站著誰。當 ChatGPT、Perplexity 或 Google AI Overviews 要決定引用哪一段內容，它們偏好來源清楚、作者可辨識、而且能與外部權威資料對得上的頁面。實體辨識（entity disambiguation）解決的是同名問題：叫『陳志明』的人有上百個，引擎需要足夠訊號才能確定你文章裡的陳志明，就是那位在 SaaS 領域寫過三十篇文章、任職於某家公司的顧問。Person schema 提供的正是這組訊號。
Person schema 的最小可用結構
不必一次填滿所有欄位。一個能被引擎正確解析的作者實體，通常包含以下屬性，用 JSON-LD 寫在作者的個人頁與文章頁裡：
- name：作者全名，全站與外部平台務必完全一致，連空格與英文拼法都要統一。
- @id：一組穩定的網址型識別碼（例如 https://yoursite.com/author/name#person），讓其他 schema 可以指回同一個實體。
- jobTitle 與 worksFor：職稱與任職組織，worksFor 指向公司的 Organization 實體。
- sameAs：指向可驗證身分的外部檔案陣列，這是最關鍵的一欄。
- knowsAbout：作者專精的主題清單，對應他實際發表過的內容領域。
- alumniOf、description、image：學經歷、簡介與大頭照，補強背景與可信度。
很多網站的問題出在文章的 author 欄位只塞了一個字串，例如 "author": "王小美"。引擎讀到字串，判斷不出是誰。正確做法是讓 author 指向一個完整的 Person 物件，或用 @id 引用已定義好的作者實體。這一步不改也不會噴錯，但引擎能拿到的資訊天差地別。
sameAs：把實體接上知識圖譜
sameAs 是整組結構化資料裡投報率最高的一欄。它列出同一個人在其他權威平台的檔案網址，引擎順著這些連結去比對，就能把你網站上的作者，對應到它知識庫裡既有的實體節點。實務上優先填入這幾類來源：
- LinkedIn 個人檔案，B2B 場景最重要，也最容易被引擎信任。
- X／Twitter、Threads 等社群帳號。
- Wikidata 或 Wikipedia 條目，若有則權重極高。
- Crunchbase、AngelList 上的創辦人頁。
- 學術型作者可加 ORCID、Google Scholar。
- 公司官網的團隊頁、演講活動頁、媒體採訪報導。
一個提醒：sameAs 講究雙向一致。如果你在 schema 裡宣稱作者的 LinkedIn 是某個網址，那個 LinkedIn 檔案最好也連得回你的網站或公司，訊號才對得起來。單方面宣告、對面卻查無此人，反而稀釋可信度。
建立作者的「實體首頁」
每位重要作者都該有一個專屬的個人頁，網址固定、內容穩定，作為這個實體在你網域內的正式節點（entity home）。這一頁承載完整的 Person schema、真實簡介、代表作連結與外部檔案。文章頁的作者欄位再用 @id 指回這一頁，形成單一事實來源。少了實體首頁，作者資訊會散落在各篇文章的 byline，引擎很難把它們聚合成一個穩定實體。
用 @id 把作者、文章與組織連成一張圖
結構化資料的威力，在於節點之間的連線。文章用 Article schema 的 author 指向作者的 @id；作者的 worksFor 指向公司的 Organization @id；公司的 Organization 再用 employee 或 founder 指回作者。這樣一來，引擎讀到的不是三份孤立資料，而是一張互相印證的小型知識圖譜。當它要判斷『這家公司的內容由誰負責、那個人是否真的懂這題』，答案在圖上就看得出來。
我們替 B2B 客戶盤點結構化資料時，最常見的漏洞不是缺內容，而是每篇文章的作者都『查無此人』——引擎讀到姓名，卻連不到任何可查證的來源。補上 Person schema 與 sameAs，通常是最快看見成效的一步。— Tenten GEO 執行經驗
落地檢查清單
- 用 Google 複合式搜尋結果測試工具與 Schema.org validator 驗證 Person 標記無誤。
- 全站作者姓名、職稱、公司名稱拼法完全一致，含中英文與空格。
- sameAs 每一條連結都打得開，且對面檔案認得回你的網站或公司。
- knowsAbout 列的主題，對得上作者實際發表過的內容領域，別灌水。
- 每篇文章的 author 都用 @id 指向同一個作者實體，而非重複貼一段字串。
- 作者實體首頁可被索引，沒被 noindex，也沒擋在登入牆後。
先從一位作者做起：選定公司裡最有代表性的創辦人或顧問，替他建一個實體首頁、填好 Person schema 與 sameAs，再把所有相關文章的作者欄位指回去。做完一個完整範例，其餘作者照著複製即可。想知道自家內容在 AI 引擎眼中是不是『查無作者』，還有哪些實體訊號缺漏，可以預約一場 30 分鐘 GEO 診斷（/contact），我們會直接指出可以先補的幾個地方。
