E-E-A-T 的作者頁怎麼做？我們把作者資料拆成三種長度，寫這篇時還自查出 2 處漏洞

Google 的自我評估問題問的是：讀者看得出這篇是誰寫的嗎？署名能不能連到作者的背景？我們把作者資料拆成長、中、短三版，從同一份口徑放到作者頁、結構化資料和文末作者欄。寫這篇時自查，還抓到 2 處沒連上的地方。

寫這篇之前，我們把自己作者頁的結構化資料拉出來看。上面列了作者擅長的 5 個領域：網站與系統開發、營運自動化、美台集運與跨境物流、FDA 與 USDA 進口合規、健康研究平台。

沒有一項是 AI SEO。可是寫這篇之前，網站上的 22 篇文章裡，有 13 篇在寫 AI 搜尋與 GEO。

作者頁是我們 9 月 24 日做的，當時照著作者的經歷列，沒有回頭對文章主題。這篇先看 Google 怎麼說作者資訊，再攤開我們的做法和這次自查抓到的問題，最後整理成小公司可以照做的清單。

E-E-A-T 是什麼？作者頁跟它有什麼關係？

E-E-A-T 是實際經驗、專業性、權威性和可信度四個詞的縮寫。Google 搜尋中心〈建立實用、可靠且以使用者為優先的內容〉寫明：「就上述層面而言，可信度最為重要。」同一段也說：「雖然 E-E-A-T 本身並非特定排名依據，但若使用的多種因素能找出高度符合 E-E-A-T 標準的內容，則會很有幫助。」

和作者最直接相關的，是同一份文件「製作者」的三個自我評估問題：

  • 訪客可快速瞭解誰是內容製作者嗎？
  • 網頁是否在明顯的位置提供作者署名？
  • 署名是否會進一步提供作者或作者相關資訊，讓訪客瞭解作者的背景及撰寫領域？

文件接著寫：「強烈建議您加入正確的作者資訊，例如在內容的明顯位置加上作者署名。」另一題專業度的自評問題，舉的例子就是「作者介紹頁面或網站簡介頁面的連結」。文件也提醒，捏造創作者個人資料，例如使用 AI 生成的大頭照、虛構姓名或假造憑證，屬於欺騙行為。

Google 給評分者看的《搜尋品質評分者指南》（英文，2025 年 9 月 11 日版）也有對應的段落：2.5.2 節要評分者確認誰負責這個網站、誰建立了頁面上的內容；3.4 節說 E-E-A-T 裡最重要的是 Trust（信任），評估時可以先從網站的「關於我們」頁或內容創作者的個人資料頁看起。

換句話說，作者頁要回答三件事：這篇是誰寫的、他做過什麼、讀者要怎麼確認。

作者資料要放在哪幾個地方？

我們把作者資料放在三個地方，用三種長度：

放在哪裡用哪一版長度給誰看
作者頁（/personal/kevin/）簡介段長版約 250 字想知道作者背景的讀者
作者頁開頭、結構化資料 Person 的 description中版約 120 字讀者與搜尋引擎、AI
每篇文章文末的作者欄短版一行讀完文章的讀者

三版都出自同一份對外簡介口徑，規則只有一條：長版可以刪成短版，短版不能多加長版沒有的身分。這樣不管讀者或 AI 從哪裡讀到，說法都對得上。

文末作者欄是這樣一行：

作者：Kevin C Lin｜火曜領航企業社 CTO 兼負責人｜AI SEO／GEO 與基礎建設實戰｜DENBA Taiwan 執行顧問｜天櫃 SKYCARGO INC 創辦人

名字連到作者頁。文末作者欄和文章裡的作者結構化資料，從網站程式裡的同一個設定讀取，改一個地方，所有文章一起變。作者頁則是另一份文稿產生的，這一點後面會再提到。

作者簡介只寫有公開出處的事。 我們的作者頁沒有寫年資，因為找不到公開的出處可以讓讀者查證。

結構化資料要怎麼把文章和作者連起來？

讀者看的是署名，搜尋引擎和 AI 看的是結構化資料。我們每篇文章的 Article 標記，author 不放文字，而是指向作者頁上的那個 Person：

"author": {
  "@id": "https://atonkevin.ai/personal/kevin/#person",
  "name": "Kevin C Lin"
}

作者頁上的 Person 用同一個 @id，帶著 name、alternateName（中文名與暱稱）、jobTitle、description、sameAs（LinkedIn 個人頁）、worksFor（公司）。這樣每篇文章的作者，在結構化資料裡都指向同一個人。

Google〈文章結構化資料〉的「作者標記最佳做法」，有三點我們照著做：

  • 「強烈建議您使用 type 和 url (或 sameAs) 屬性」：作者頁的 Person 兩個都有
  • 「在 author.name 屬性中，僅指定作者的名稱」：職稱放在 jobTitle，不塞進名字
  • 「對個人使用 Person 類型；對機構使用 Organization 類型」

同一份文件在 author.url 的說明裡還寫了：「如果網址是內部個人資料頁面，建議您使用個人資料頁面結構化資料標記該作者。」這一點我們還沒做，下一節會說。

WordPress 預設會用發文的登入帳號當作者，並產生一個作者彙整頁。我們沒有另外開可登入的作者帳號，署名、作者連結和結構化資料都改指向作者頁，也拿掉了佈景主題預設從站外頭像服務抓的作者頭像（那裡沒有作者的照片）。

寫這篇時自查，我們抓到哪些漏洞？

10 月 9 日自查作者頁的 Person，抓到 2 處漏洞，當天修好：

漏洞修之前修之後
擅長領域（knowsAbout）漏了文章主題5 項，沒有 AI SEO／GEO補上「AI SEO／GEO」，排第一
任職公司（worksFor）沒連到公司資料只寫公司名稱指向網站上 Organization 的 @id，和公司的名稱、地址、電話同一筆

第一個是內容問題：作者頁做的時候照經歷列，之後文章主題轉向 AI 搜尋，作者頁沒有跟著更新。第二個是連結問題：文章那邊的 Person 有連到公司資料，作者頁這邊只寫了名字。原因是兩邊的資料出自不同地方：文章的作者資料讀程式裡的設定，作者頁讀自己的文稿。同一個人有兩個來源，就容易一邊改了、另一邊沒改。

對外簡介也有過不一致。9 月 26 日我們盤點了 14 個會出現作者簡介的地方，包括官網、粉專、IG、LinkedIn、信件簽名檔。其中 IG 簡介寫的是另一套頭銜，還寫了年資，和官網作者頁對不起來。盤點完訂出前面那份口徑，之後各處的簡介都以它為準。

驗證工具還抓到兩件事：

  • 佈景主題另外輸出了一組作者資料。 用 schema.org 的驗證工具測文章頁，除了我們自己的標記，還有一組佈景主題內建的 CreativeWork：作者只有名字和網址，沒有連到作者頁的 Person，發布日期寫成「2026 年 10 月 8 日」，被判為 1 個錯誤。同一頁裡，同一個作者出現兩次，一次完整、一次殘缺。Google 的複合式搜尋結果測試沒有報這個錯，文章項目是有效的，兩個工具抓的東西不一樣。這一項當天下午已修：關掉佈景主題內建的結構化標記，文章頁不再輸出這組 CreativeWork，我們自己的 BlogPosting、Person、FAQPage、Organization 都還在。
  • 作者頁沒有標成個人資料頁面（ProfilePage），還沒做。 Google 的〈個人資料頁面（ProfilePage）結構化資料〉文件把「新聞網站上的作者頁面」「網誌網站上的「關於我」頁面」列為適用情況。我們的作者頁目前用一般文章的標記，那段標記的作者還指向公司。

ProfilePage 要改網站程式，排在下一步，改完再更新這篇。

利害關係要怎麼揭露？

作者在文章談到的產品或公司，如果和自己有關，要寫出來。我們的作者是 DENBA Taiwan 執行顧問，所以：

  • 作者頁與結構化資料的 description 寫明「提到 DENBA 產品時會註明利害關係」
  • 實績頁列到 DENBA 的案子，卡片上直接寫「利害關係揭露：本站作者 Kevin C Lin 同時擔任 DENBA Taiwan 執行顧問」
  • DENBA 導讀頁在開頭的說明框寫出同一件事，並註明內容以官方網站為準
  • 作者欄直接列出「DENBA Taiwan 執行顧問」，讀者不用另外去查

揭露的位置要在讀者讀到產品的那一頁，不是只放在作者頁。

小公司的作者頁可以怎麼做？

  1. 每篇文章都有署名，署名連到作者頁。 作者頁寫清楚這個人做過什麼、寫哪些主題
  2. 作者簡介寫成長、中、短三版。 從長版刪成短版，短版不另外加身分
  3. 只寫查得到的事。 年資、獎項、證照，沒有公開出處就先不寫
  4. 文章的 author 指向作者頁的 Person。 同一個人用同一個 @id，公司也用同一個 @id
  5. 作者頁跟著文章主題更新。 文章寫什麼，作者頁的擅長領域就要有什麼
  6. 有利害關係就在當篇寫出來。
  7. 用兩個工具各測一次。 schema.org 驗證工具和 Google 複合式搜尋結果測試抓的東西不一樣，我們這次的錯誤只有前者抓到

想請人幫你檢查作者頁和結構化資料，可以到聯絡頁留言。

常見問題

小公司沒有知名作者，還需要作者頁嗎？

需要。Google 的自我評估問題問的是讀者看不看得出誰寫的、署名能不能連到作者背景，沒有說要名人。把負責人或實際寫文章的人做過什麼寫清楚，就是作者頁該有的內容。

E-E-A-T 是排名因素嗎？

E-E-A-T 本身不是。Google 官方的原句是：「雖然 E-E-A-T 本身並非特定排名依據，但若使用的多種因素能找出高度符合 E-E-A-T 標準的內容，則會很有幫助。」官方也寫，內容清楚顯示是由誰製作，有助於訪客快速瞭解內容的 E-E-A-T 指標。

作者簡介要寫年資嗎？

有公開出處可以查證才寫。我們的作者頁沒有寫年資，因為找不到讀者能查證的公開來源。寧可少寫一項，也不要寫一項讀者查不到的數字。

作者頁要用哪一種結構化資料？

我們用 Person，並讓每篇文章的 author 指向它的 @id。Google 的文章結構化資料文件另外建議，作者連結如果是站內的個人資料頁面，用 ProfilePage 標記。我們的作者頁還沒加，排在下一步。

參考來源

以上官方文件皆於 2026 年 10 月 9 日查詢。

延伸閱讀

作者：Kevin C Lin｜火曜領航企業社 CTO 兼負責人｜AI SEO／GEO 與基礎建設實戰｜DENBA Taiwan 執行顧問｜天櫃 SKYCARGO INC 創辦人

最後更新：