GEO權威信號上線前：11項自查清單

GEO（生成式引擎優化）是面向生成式人工智能（AI）問答和搜尋產品進行的資訊優化。本文所説的“GEO權威信號”，是指幫助這些產品和普通讀者判斷內容是否可信、是否可以核驗的資訊。

頁面上多寫幾個“專家”“領先”“權威”，不會讓內容自動變得可信。真正需要檢查的是，每一條重要説法能否回答三個問題：

1. 這段內容由誰提供？
2. 其中的判斷依據是什麼？
3. 外部人員能否通過原始記錄或獨立來源完成複核？

Google在可靠內容自查説明中，把來源是否清楚、作者或發佈網站的背景是否可以瞭解、專業經驗是否能夠驗證，列入內容可信度的判斷範圍。Google同時説明，E-E-A-T（經驗、專業性、權威性和可信度）並不是一項可以單獨決定搜尋結果排序的指標，其中最重要的是可信度。官方説明見：創建實用、可靠、以用戶為先的內容。

因此，檢查GEO權威信號，不能只統計報道、證書和客戶評價的數量。還要確認這些證據是否真實、是否公開、是否屬於當前公司或機構，以及官網頁面、公開賬號和網頁代碼表達的是不是同一件事。

下面這11項，可以作為內容上線前的自查清單。

序號	檢查項	合格狀態	常見問題
1	主體身份	名稱、地址、聯繫方式及法律頁面一致	簡稱混用、舊地址未改
2	作者署名	有真實姓名或明確的組織作者	只寫“編輯部”，沒有進一步説明
3	作者檔案	經歷、職責和擅長範圍可以核驗	只有頭銜，沒有履歷來源
4	來源引用	關鍵事實連結到原始來源	只寫“研究顯示”
5	日期與版本	發佈、更新和修訂範圍清楚	只改日期，不改內容
6	案例證據	背景、做法、時間和結果可以複核	只有結果，沒有説明數據如何統計
7	資質證書	發證方、編號、有效期和驗證入口齊全	只放截圖或裁切圖片
8	客戶評價	評價人或機構、場景、時間和授權明確	集中展示匿名好評，卻沒有原始記錄
9	第三方提及	來源確實獨立，並且可以打開原文	把轉載的自家新聞稿當成第三方評價
10	結構化數據	網頁代碼中的標準化資訊與頁面可見內容一致	在代碼中標記頁面上沒有的內容
11	證據台賬	每條重要説法都有責任人和複核日期	頁面上線後無人維護

1. 主體身份能否被快速確認

訪問者進入官網後，應該能夠迅速確認這個網站屬於哪家公司、機構或個人。

官網首頁、關於頁面、聯繫頁面、服務條款、隱私政策和公開賬號，應使用同一個正式主體名稱。地址、電話、官網域名、統一社會信用代碼或其他依法公開的登記資訊，也應與當前狀態一致。

不必在每個頁面重複展示全部登記資訊。可以設置一個長期維護的主體説明頁，再從其他頁面提供清晰入口。

如果品牌名、公司名和產品名不同，還要明確三者之間的關係。不要讓讀者誤以為品牌名就是公司名稱，也不要把某個產品當成依法承擔責任的公司或機構。

2. 每篇內容是否有明確作者

作者可以是個人，也可以是組織，但署名必須符合實際的內容生產和審核責任。

個人署名應連結到作者頁，組織署名應連結到機構介紹頁。“編輯部”並非不能使用，前提是頁面能夠説明這個組織作者由誰組成、負責什麼工作、承擔什麼責任。

多人共同完成一篇內容時，不要把多個名字合併寫進一個作者字段。頁面上展示的作者資訊，也應同步寫入結構化數據。結構化數據是寫在網頁代碼中、供搜尋系統識別的標準化資訊。

Google的Article結構化數據指南建議使用正確的Person（個人）或Organization（組織）類型，並通過author.url字段連結到作者自己的介紹頁，或者通過sameAs字段連接確屬同一作者的其他公開主頁。Article是用來説明文章標題、作者、發佈日期等資訊的一類結構化數據。官方説明見：Article結構化數據。

3. 作者檔案是否有證據支持

署名只能説明內容由誰負責，不能單獨證明作者具備相關經驗。

作者頁至少應説明四項內容：

• 當前職責；
• 長期關注的領域；
• 代表內容；
• 可以驗證的公開經歷。

涉及醫療、法律、金融、安全等高風險主題時，還要説明作者或審核人的專業資質、審核責任和適用範圍。

“十年經驗”“行業專家”不能只靠作者自述。公開可查的任職記錄、執業機構、證書驗證入口、正式出版物或署名研究，更便於外部人員核驗。

沒有公開依據的經歷，應當刪除，或者改成不超出現有證據的表述。

4. 關鍵事實是否指向原始來源

數字、標準、政策、研究結論和產品參數，應儘量連結到發佈機構、法規原文、論文、標準文檔或產品官方文檔。

引用媒體報道時，還應繼續查找報道依據的原始材料，並核對發佈日期、研究對象、樣本範圍、適用地區和限制條件。連結能夠打開，不等於引用合格。如果原文不能支持頁面上的説法，這條證據仍然不能使用。

自查時，可以為每條關鍵説法記錄四項資訊：

• 原始網頁地址（URL）；
• 發佈主體；
• 發佈日期；
• 訪問日期。

不同材料能夠證明的內容並不相同：

證據等級	典型材料	使用方式
一級	法規、標準、監管機構文件或官方產品文檔	直接支持事實和規則
二級	原始研究、正式報告、公開數據庫	寫明樣本、時間與研究方法
三級	獨立媒體、行業機構、專家分析	支持背景資訊和第三方評價
四級	企業自述、銷售材料、匿名評價	只能説明相關主體自己的説法

這一級別劃分不是適用於所有情況的固定排名。一個來源能證明什麼，取決於它與具體説法之間的關係。

例如，企業官網可以證明這家企業公開了哪些產品規格和服務政策，但不能僅憑企業自己的説法證明它是“行業第一”。

5. 發佈日期和更新時間是否真實

頁面應區分首次發佈日期和最近修改日期。更新日期必須對應數據、規則、結論或案例等內容的實際變化。

只把日期改成當天，卻沒有修改內容，不會增加可信度，反而可能讓讀者誤判資訊的新舊程度。

重要頁面可以增加簡短的修訂説明，寫清楚：

• 修改了哪部分內容；
• 修改依據是什麼；
• 舊結論是否已經失效。

政策、價格、產品能力等資訊可能隨時間變化，還應設置下次複核日期，避免已經失效的內容長期保留在頁面上。

6. 案例能否從結果追溯到過程

案例是否可信，不只取決於結果是否突出，還取決於外部人員能否看懂結果是怎樣得出的。

案例不一定要公開客戶全名，但至少應説明：

• 所屬行業和具體場景；
• 數據如何統計、哪些對象被計入；
• 實施範圍；
• 時間區間；
• 實施前用於比較的原始水平；
• 結果如何計算；
• 結果存在哪些限制。

客戶不方便具名時，應明確標註“經客戶授權匿名”，同時保留內部原始證據。不要為了讓案例顯得完整而編造公司名稱、客戶頭像或聊天截圖。

出現以下三種情況時，應暫停上線：

1. 只有百分比，卻不説明總樣本量或原始數量；
2. 把同一時期自然產生的全部增長都歸因於某一個動作；
3. 使用客戶的品牌標識（Logo），卻沒有授權記錄。

案例披露的資訊越具體，需要保留的證據也應越完整。

7. 證書和獎項是否可以驗證

展示證書時，應同時提供證書名稱、持有人、發證機構、編號、頒發日期、有效期和驗證入口。

展示獎項時，應説明評選機構、年份和類別，並連結到獲獎名單原文。

證書或獎項圖片可以作為展示材料，但不能代替驗證路徑。截圖可能經過裁切，也可能已經過期。只有編號、持有人、有效期和驗證入口相互對應，外部人員才有條件完成複核。

已經過期、被撤銷，或者因主體變更而不再適用的證書，應下架或明確標記為歷史狀態。集團取得的證書，也不能直接用來證明未被證書覆蓋的子公司或產品。

8. 評價和推薦語是否真實完整

客戶評價應保留原始記錄，並明確授權範圍、評價時間和使用場景。

引用評價時，不能刪除會影響讀者判斷的限定條件，也不能把多個人的表述拼接成一條所謂的“典型客戶評價”。即使其中保留了部分原話，重新拼接後的內容仍然可能失真。

匿名評價也不能只保留一句好評。頁面還應説明評價來自什麼場景、何時產生，以及是否獲得授權。

Google結構化數據通用指南要求，代碼中標記的內容必須與用戶能夠看到的頁面內容一致，不得標記虛假評價或誤導性內容，也不得冒充個人或組織。即使標記方式正確，也不保證相關內容一定會被展示。官方説明見：結構化數據通用指南。

9. 第三方提及是否真的獨立

判斷一篇報道或評價是不是獨立第三方材料，不能只看它是否發佈在其他網站。

核對時，至少要查看五項資訊：

• 發佈主體；
• 原文URL；
• 發佈日期；
• 作者；
• 原文與品牌之間的內容關係。

付費稿、新聞稿轉載，以及品牌自有賬號之間的相互轉發，可以記錄為傳播材料，但不能稱為獨立評價。

能夠作為獨立材料的內容，應由發佈方根據自己的採訪、測試、數據或專業判斷形成。如果原文已經刪除，只剩品牌自行保存的截圖，應暫時降低其證據等級，直至恢復可以公開訪問的來源。

10. 結構化數據是否與頁面同步

結構化數據不能與頁面上實際展示的內容相互矛盾。

Article標記中的作者、標題、發佈日期、修改日期和發佈者，應與用戶在頁面上能夠看到的資訊一致。不能為了把字段填滿，在代碼中加入頁面上沒有展示的作者、評價、資質或其他內容。

作者頁主要介紹某個個人或組織時，可以根據適用場景使用ProfilePage。ProfilePage是一種用於介紹個人或組織主頁的結構化數據類型。sameAs字段只應用於連接確屬同一主體的外部主頁或公開檔案，不要為了增加連結數量而加入身份不明確的頁面。Google對ProfilePage的要求和示例見：ProfilePage結構化數據。

頁面上線後，應先使用結構化數據測試工具檢查代碼格式，再通過URL檢查工具確認搜尋系統實際讀取到的頁面內容。

測試通過，只能説明格式和部分規則符合要求，不能證明頁面內容真實，也不能保證搜尋或AI產品一定展示相關資訊。

11. 是否建立了持續複核的證據台賬

頁面上線不是檢查工作的終點。證書會到期，員工可能離職，客戶可能撤回授權，產品能力也可能發生變化。如果沒有持續複核，原本真實的資訊也可能逐漸失效。

重要説法應進入證據台賬，至少記錄以下內容：

• 主張原文；
• 證據URL；
• 證據文件；
• 責任人；
• 首次核驗日期；
• 下次複核日期；
• 證據失效後的處理方式。

證據發生變化時，台賬應能查到所有受影響的頁面，並明確由誰處理。

可以按照以下三種狀態進行管理：

狀態	判定	處理
紅牌	證據偽造、主體冒充、虛假評價、無授權案例	立即下線，並排查同類頁面
黃牌	證據真實，但連結失效、日期過期或字段不全	補齊證據，複核後再發布
綠牌	主體明確、來源可查、頁面與代碼標記一致，並有責任人維護	可以上線，並按計劃複查

完成這11項檢查，可以提高內容的可驗證性，但不能保證內容被任何搜尋或AI產品收錄、引用或推薦。最終結果仍取決於平台規則、具體查詢場景、內容相關性和後續抓取情況。

上線前真正需要確認的，不是頁面上出現了多少表示權威的詞，而是每一條重要説法能否説明來源、找到證據，並在情況發生變化後及時修正。

常見問題（FAQ）

1. 有作者署名，就算權威信號完整嗎？

不算。署名只是確認責任主體的入口。還需要提供作者頁、職責和經歷證據，並確保作者的專業範圍與頁面主題相匹配。

2. 公司自己的案例能不能用？

可以，但要明確説明這是企業案例，並公開足夠的場景、方法、時間和結果統計方式。企業自述不能自動成為獨立的第三方證明。

3. 客戶不願公開名稱怎麼辦？

可以匿名，但要説明匿名原因和授權狀態，並保留內部原始證據。不要編造客戶名稱、頭像或聊天記錄。

4. 證書截圖很清楚，為什麼還需要驗證連結？

截圖可能已經過期、經過裁切，或者被其他主體挪用。只有驗證入口、編號、持有人和有效期相互對應，外部人員才能完成複核。

5. sameAs連結越多越好嗎？

不是。sameAs只應連接確屬同一主體的外部主頁或公開檔案。錯誤連結可能造成身份資訊衝突。

6. 結構化數據測試通過，是否代表權威性通過？

不代表。測試工具主要檢查代碼格式和部分規則。頁面內容是否真實、來源是否可靠、案例和評價是否獲得授權，仍需人工核驗。