文章作者欄怎麼接到人？Google 要的是 url，不是職稱

Google 建議文章的 author 標成 Person 或 Organization，並用 url 指到能唯一識別作者的網頁，例如關於頁或社群檔案。若 url 是站內檔案頁，官方還建議該頁使用 ProfilePage 標記；不要把職稱、出版社名或「本文作者」寫進 author.name。

> 適用基準：2026-09-01。本文只整理 Google Search Central 對 Article／NewsArticle／BlogPosting 的作者標記，不保證搜尋外觀，也不構成排名或流量預測。

作者欄在解什麼問題

Article 結構化資料沒有必填欄。官方寫的是：把適用的建議欄填上，比較能讓 Google 理解頁面，並在搜尋或其他產品顯示較清楚的標題、圖片與日期。作者欄的目的是消歧義：同一名字可能對應很多人，單靠 `name` 不夠。

因此，官方「強烈建議」同時給 `@type` 與 `url`（或 `sameAs`），而且網址必須有效。對個人，可指到提供更多作者資訊的頁面；對機構，可指到機構首頁。

個人品牌站最穩的站內目標通常是關於頁。xmy.tw 既有頁面已把謝銘元標成可公開核對的個人實體；新文不另寫經歷，只處理文章如何指回那一頁。

四步接到人

1. 頁面上有幾位作者，標記就寫幾位

官方要求：網頁上呈現為作者的人，都要出現在標記裡。多位作者時，每位各占一個 `author` 物件，不可寫成 `"Willow Lane, Regula Felix"` 這種合併字串。

2. name 只放姓名

`author.name` 只能是作者的名字。官方點名不要放：出版社名稱（改用 `publisher`）、職稱（改用 `jobTitle`）、敬稱前後綴（改用 honorific 欄）、以及「posted by」這類開場詞。常見錯誤是把「謝銘元｜連續失敗創業者」整串塞進 `name`；職稱應分開。

3. url 指到唯一檔案，不要指到文章列表

`author.url` 的定義是「能唯一識別這篇文章作者的網頁」。官方例子是社群頁、About Me 或簡歷頁。指到分類列表、搜尋結果或每次改版都變的活動頁，都不符合「唯一識別」。需要對外說明媒體露出時，可另連媒體與演講，但作者識別仍應回到穩定檔案頁。

若這個 url 是站內檔案頁，官方建議該頁再標 ProfilePage。`sameAs` 可當替代，Google 寫明在消歧義時兩者都看得懂。

4. 類型不要用錯

人用 Person，機構用 Organization。不要用 Thing，也不要把人標成 Organization。一人公司若文章是個人署名，作者仍應是 Person；公司實體放 `publisher` 或網站層的 Organization。這和AI 一人公司談的營運方法是不同層：標記問的是「這篇文算誰寫的」，不是商業組織怎麼運作。

日期與圖片不要跟作者欄打架

官方建議 `datePublished` 與 `dateModified` 用 ISO 8601，並附時區；沒給時區時，系統會退回 Googlebot 使用的時區。`headline` 宜精簡，長標題可能在部分裝置被截斷。`image` 要代表文章本身，不要用 logo 或圖說圖充當；網址同樣必須可抓取、可索引。

這些欄位幫助顯示資訊，不能替代作者消歧義。作者連錯頁，日期寫得再完整，人還是對不上。

標記之後仍要回到內容本身

Google 不保證使用結構化資料的功能會出現在結果裡。語法通過 Rich Results Test，只代表機器讀得懂欄位，不代表內容有獨特價值。個人品牌要把文章接到人，下一步仍是讓檔案頁與文章可被抓取，並維持Google 2026 AI 搜尋內容檢查表所整理的非商品化、可驗證資訊。