2026 年 3 月 Google 核心演算法更新，把 Top-3 結果攪動到歷史最高的 79.5%，原創資料站點可見度漲了 22%，AI 改寫稿流量則被砍掉七成。這波過後，業界對 eeat 信任度的討論不再停在「要不要加作者頁」，而是回頭追問一件事——站台到底能不能用機器讀得懂的方式，證明背後有人。

Google 官方在《搜尋品質評估指南》裡，把 Experience（經驗）、Expertise（專業）、Authoritativeness（權威）、Trustworthiness（信任）這四維框架的權重再往上拉。其中信任度被列為最核心的支柱，AI 內容能不能存活，看的也是這條線。問題是，多數 WordPress 站長把 E-E-A-T 理解成「裝個作者框外掛、頁尾放張照片」就交差，等到流量被切才發現訊號根本沒傳出去。

這篇要做的事，是把這四個抽象維度逐一拆成 WordPress 站可以直接設定的位置，包括 schema 欄位、頁面欄、後台選項、編輯流程，並回答一個越來越關鍵的問題——當大半內容由 AI 生成時，要怎麼補回人為審閱的痕跡，讓 eeat 信任度的訊號不被演算法判定為空殼。

E-E-A-T 在 2026 年 Google 演算法的位置

2026 年的 Google，已經不把 E-E-A-T 當成單純的內容寫作建議，而是當成一組可驗證的實體訊號。同一年的核心更新後，搜尋結果排序明顯偏向能交出「人＋組織＋主題」三角驗證的網站，純文字漂亮但作者實體模糊的內容大量退場。

這個轉變的關鍵在 AI Overview。當 Google 要把一篇文章的觀點塞進生成式答案的引用區塊時，演算法會反查作者是不是有對應的 Person 實體，這個實體有沒有連到一個有營運痕跡的 Organization，兩者的領域標記跟文章主題對不對得上。任何一環斷掉，內容就算寫得對也很難進到引用名單。

對 WordPress 站長來說，這代表工作重心改變。過去把預算花在 H1 改寫、內鏈密度、頁尾免責聲明的時間，現在要轉到 schema 結構化資料、作者頁外部連結、關於頁的法人資訊欄位。這四個維度不會自己長出來，要靠後台設定逐項補齊，下面幾節就照這個順序拆解。

Experience 怎麼在站台留下親手做過的痕跡

Experience 是 2026 年最被放大的一個 E，因為它是 AI 最難偽造的訊號。Google 看的不是「文章有沒有提到實作」，而是「網站結構有沒有把實作者跟實作時間綁在內容上」。WordPress 的好處是這三個位置都可以動，問題是預設樣板通常沒打開。

作者自介要寫做過什麼而不是會什麼

預設的作者描述欄（Biographical Info）多半被填成「資深編輯，專注於 SEO 領域」這種職稱化文字，這對 Experience 訊號零幫助。改寫的方向是把名詞換成動詞，例如做過幾個案子、操作過多大流量的站、處理過哪類客戶，同時把這些事實寫進 schema 的 description 欄位，讓爬蟲跟讀者讀到同一份內容。

後台位置在「使用者→個人資料」的個人簡介那一欄，多數 SEO 外掛會自動把這欄帶進作者頁 schema。寫法上避免抽象形容詞，改成可被外部來源印證的具體事件，例如做過哪個產業的站、上過哪幾家媒體。

案例段落帶上實做時間戳

文章內提到的操作案例，要主動標示執行的年月，不要含糊寫「我們之前測過」。時間戳是 Experience 訊號的次要驗證點，當作者頁的經歷區段提到「2024 年起經手電商主機優化」，文章內又有「2025 年第二季為某客戶遷移到台灣節點」這種具體錨點，兩邊就能交叉印證。

時間戳不必每段都加，重點是放在描述親身執行的段落，例如測試結果、客戶溝通、誤觸過的陷阱。其他純知識整理段不必硬塞，否則會反過來讓內容看起來像在堆砌證據。

留審稿者腳註而不是只放作者

當主寫者是助理或 AI、實際把關的是另一個資深人員時，文章末尾要明確標出審閱者欄位（reviewedBy）。這在 Yoast、Rank Math 等外掛的進階區塊都有對應欄位，會自動補進 schema 的 Person 結構。

審閱者跟作者是兩個不同的人也沒關係，反而更貼近真實的編輯流程。Google 在 2026 年的指南更新裡，明確把「具名審閱者」列為提升 Experience 與 Trust 雙重訊號的設定項，特別是 AI 協作流程裡更重要。

Expertise 不只靠作者頁，要靠 schema 與外部驗證

Expertise 過去常被簡化成「文章寫得專業」，但 2026 年的判讀邏輯，是看作者實體能不能被機器辨識成某個領域的專家。沒有結構化資料的支撐，純文字描述很難穿透。Person schema 是 WordPress 站把這個訊號送進 Google 知識圖譜的主要管道，幾個關鍵欄位要逐一補齊。

• sameAs 外部驗證連結：填作者在 LinkedIn、X、GitHub、公開演講頁、第三方媒體專欄的 URL。這條解析的成功率，是 Google 確認「這個人真的存在於外部世界」的關鍵，斷掉就退回純文字比對
• knowsAbout 領域標記：填作者熟悉的主題範圍，用具體名詞（像是「WordPress 主題開發」「電商金流整合」），不要寫「網路行銷」這種大類目
• worksFor 與所屬組織：把作者連回站台的 Organization 實體，讓人與組織在 schema 層形成閉環
• alumniOf 學經歷：適用時填入畢業學校或受訓機構，幫助實體解析（Entity Resolution）找到外部交叉點
• jobTitle 職稱：寫具體職位，避免「專欄作者」這種無資訊量的標籤

收尾要顧的是驗證可達性，sameAs 列出的 URL 要真的能打開、目標頁要真的提到這個作者，斷鏈或目標頁無相關內容，反而會讓爬蟲對整組實體打折。WordPress 內建的使用者個人資料欄位不夠裝這麼多項，多數 SEO 外掛都有擴充的 schema 設定面板可以補。

Authoritativeness 從關於頁與引用方式建立

權威性比 Expertise 多了一層，不只人要被驗證，連站台本身的營運實體都要被驗證。AI Overview 在挑引用來源時，會把站台的 Organization schema 跟工商資料、第三方提及交叉比對，匿名站很難進到名單裡。WordPress 站要顧的位置主要在關於頁（About Page）跟引用標註方式。

關於頁不能停留在「我們是熱愛分享的部落格」這種空殼。要交出的資訊包括營運主體名稱（公司或工作室全名）、實體地址、聯絡方式、創辦時間、團隊核心成員的姓名與職稱。這些內容除了給讀者看，也要同步寫進 Organization schema 的對應欄位，像是 legalName、address、foundingDate、employee。WordPress 主題如果沒內建 schema，靠 Yoast 或 Rank Math 的「網站資訊」設定區可以一次補齊。

引用來源的標註方式同樣是權威訊號的一環。文章引用外部研究、官方文件、業界報告時，用具名連結（像是「Google 在《搜尋中央》文件」這種帶錨點文字的形式），不要只放一個沒上下文的 URL。被引用的對象本身要有公信力，引用太多自家其他文章而少有外部權威來源，Google 會把站台判讀為自說自話。

關於頁與引用體系建立起來後，作者的 worksFor 連回的 Organization 實體才有重量，整組訊號才會閉環。少了關於頁的營運資訊，就算 Person schema 寫得再齊，也只是漂浮在網路上的單一節點。

Trustworthiness 用更新日期與審閱者撐住

信任度被 Google 列為 E-E-A-T 四維中最重要的一條，但 WordPress 站最常忽略的也是這個。多數人以為加了 HTTPS、放了隱私權政策就算完成，實際上演算法更看的是「這篇文章還活著嗎、誰對它負責」這兩個訊號。

文章末更新日期是基本要求。WordPress 預設只顯示發佈日期，必須在主題或外掛層補上 dateModified 並顯示在前台。半年以上沒更新的舊文，要不就排程回頭審閱、要不就標示「本文最後更新於某年某月」並補上實際校對。對讀者來說這是負責任的表現，對 Google 來說則是 Trust 訊號的可驗證證據。

審閱者欄位（reviewedBy）在 Trust 維度的權重比在 Experience 還高。當文章主題涉及金錢、健康、法律等 YMYL 範圍，沒有具名審閱者的內容在 2026 年更新後被判定為低信任的機率明顯上升。即使是非 YMYL 主題，加上審閱者也能讓站台在演算法眼中多一道把關手續。WordPress 端的設定通常在 SEO 外掛的「文章 schema」進階區塊，把審閱者選為網站使用者裡的另一位編輯即可。

連帶要顧的是評論區與錯誤回饋管道。讀者留言指出文章內容過時或有誤，站方有沒有回應、有沒有更新內文，這些痕跡會被間接判讀為信任度高低。關閉評論並不會讓站台扣分，但完全沒有任何回饋路徑（沒留聯絡 email、沒留表單）會讓信任訊號顯得單薄。

不同信任設定的工具與覆蓋範圍對照

把上面四個維度的設定位置全部列出來之後，會發現 WordPress 沒有單一外掛能一次處理完，要靠不同工具分工。下表把四個主要選項放在一起比，幫助站長依預算跟維運強度挑組合。

選型上若沒有特殊需求，Rank Math Pro 在 reviewedBy、knowsAbout 等 2026 年被放大的欄位支援度最高，是平衡點較好的起點。已經用 Yoast 多年的站台不必硬換，補上 Premium 版的進階 schema 區塊即可達到同等覆蓋。

純手寫的方案只建議給已經有開發者全職維護、且需要把 schema 跟自家 CRM、會員系統打通的站台採用，普通內容站用外掛就夠。

AI 生成內容怎麼補人為審閱痕跡

2026 年 Google 對 AI 內容的官方立場很明確，不因「由 AI 產生」直接扣分，但會嚴格審視內容有沒有原創見解與可驗證的人為把關。AI Overview 引用名單裡，能撐住的 AI 協作內容都有一個共通點，人類負責提供經驗錨點與最終背書，AI 負責擴寫與排版。WordPress 站要做的，是把這個分工的痕跡留在前台跟 schema 裡。

具名審閱欄位是優先要動的地方。AI 草稿過了人工編輯之後，文章 schema 的 author 可以填 AI 助理或實際操刀的人，但 reviewedBy 一定要填真實的審稿者。前台也要露出審閱者資訊，常見的做法是在作者框下方加一行「本文由某某審閱於某年某月」，跟 schema 的 reviewedBy 對得上。

Experience 段落不能讓 AI 代筆。AI 寫的是知識整理、邏輯展開，但「我們上週幫某客戶測過」「2025 年某次遷移時遇到的狀況」這種具體錨點，AI 編不出來也不該編。編輯流程上要留時間給人工補進至少 1 至 2 段親身經驗或具體案例，這部分若空著，整篇就會被演算法歸到泛論類，2026 年 3 月更新後這類內容流量平均掉七成。

引用與資料原創性也是繞不開的一關。AI 生成的內容若全是改寫自其他公開來源，被原創性偵測機制標記的機率很高。對策是補進站台自己的資料，像是後台統計、客戶案例的去識別化數字、實做測試結果。沒有原創資料的內容類型（教學整理、概念解釋），則要靠人工加上判斷觀點，AI 寫「是什麼」，人類寫「在什麼情境下要選哪個」。

維運痕跡是長期撐住 Trust 訊號的最後一塊。AI 協作的內容更需要排程回審，因為 AI 草稿容易把時效性內容寫得像永久真理。設定一個半年期的審閱排程，每篇文章到期前由審閱者快速校對並更新 dateModified 與 reviewedBy 的時間，這道流程本身就是 Trust 訊號的持續累積。

把這四道補齊，AI 協作的 WordPress 站台一樣能維持完整的 eeat 信任度，差別只是後台的編輯欄位有沒有確實被填好。