WordPress 的 AI 搜尋證據層怎麼做？從可見主張、來源到 JSON-LD

Google 沒有公布「AI 專用 Schema」、保證引用的字數，也沒有要求某個 AI 專用檔案。現行文件仍回到既有搜尋基礎：頁面要能被索引、具備摘要顯示資格，而且對人有用。WordPress 真正要做的不是加一層 GEO 表演，而是讓重要主張看得見、有條件、有來源、有日期，技術輸出也一致。

完成標準：審稿者能從頁面主張一路查到證據、來源、負責人、複查日期、結構化資料與可索引 canonical URL。

AI 搜尋證據層從主張、可見證據、第一手來源、實體作者、結構化資料連到索引 — 第一層沒有可見證據，後面的標記補不回來。

先建立證據紀錄，再寫頁面

在 WordPress 或團隊內容系統中建立一張小型證據表。每筆至少要有：

主張：客戶可能依賴的原句；
證據類型：案例、量測、政策、資格、流程、價格或限制；
來源網址／檔案：外部事實優先使用第一手來源；
來源日期與查核日：不要只留出版年份；
負責人：能修正也能解釋這句話的人；
適用範圍：地區、客戶類型、樣本、排除條件與期限；
使用頁面：事實改變時，知道哪些地方要一起修。

小網站用試算表就夠。若放進 WordPress，可用 ACF 欄位群組或自訂 block 統一格式。沒有人負責複查日期時，先不要急著做資料庫。

證據區塊必須讓讀者看得到

不要把重要資料只塞進 JSON-LD。服務頁上的證據區塊應包含直接答案、適用條件、有日期的例子、來源與負責人。例如：

兩個地點的服務型商家，我們通常用 utm_content保留地點與動作。這是 Moncepts 的實作規則，不是 Google 強制要求。最近查核：2026 年 8 月 8 日。

這段把平台文件與代理商作法分開。讀者知道界線，搜尋系統也不容易把建議誤認為官方規定。

包含直接答案、條件、有日期案例、來源、負責人與複查日的服務頁證據區塊 — 集中管理一個短證據區塊，比在五個頁面散落泛用說法容易維護。

平台事實、第一手結果與專業判斷分開寫

句子類型	寫法	證據
平台事實	說明文件記載的行為，附查核日期。	官方文件或產品介面。
第一手結果	交代方法、期間、樣本、基準與限制。	自有分析、案例檔、截圖或實驗紀錄。
專業判斷	具名提出建議，說明適用條件。	作者、經驗與推論過程。

一個客戶的成果不能改寫成產業標準。保密時可以移除識別資料，但方法要留下；如果保密程度高到無法檢查，就縮小主張，不要寫成確定結論。

把結構化資料當一致性層

Google 建議使用 JSON-LD，主要理由是容易實作與維護。它可以描述 Article、Organization、LocalBusiness、BreadcrumbList、作者、日期與圖片，卻不能創造頁面沒有的可信度。語法有效也不代表一定出現 rich result，更不保證被 AI 引用。

結構化資料在 AI 搜尋中能描述可見事實與連結實體，但不能補證據或保證引用 — Schema 負責描述與連結，不負責製造證據。

{
  "@type": "Article",
  "headline": "頁面可見標題",
  "datePublished": "2026-09-08T09:00:00-07:00",
  "dateModified": "2026-09-08T09:00:00-07:00",
  "inLanguage": "zh-Hant-TW",
  "mainEntityOfPage": "https://example.com/canonical-url/",
  "author": { "@type": "Person", "name": "具名審稿者" },
  "image": ["https://example.com/relevant-image.webp"]
}

標題、日期、語言、canonical、作者與圖片都要和渲染頁一致。只加入能維護的欄位；少量正確資料，比自動產生一大包不存在的獎項、服務區或評分更可靠。

用查詢展開規劃資訊架構，不要製造門頁

Google 說明 AI features 可能把問題展開成多個相關搜尋。實作時把它視為資訊架構：服務頁回答主要決策，再連到價格、流程、比較、風險、在地限制與案例。每個支援頁都要能獨立回答不同問題；把一段稀薄內容拆成六個網址，不叫完整覆蓋。

主要問題連到價格、流程、比較、風險與在地適配頁面的查詢展開內容地圖 — 支援頁要用不同證據回答不同決策，才值得擁有自己的網址。

連結文字要說清楚去向，頁面關係也要讓讀者看得到。先前的AI 搜尋證據架構指南處理頁面組成；本篇補上欄位、負責人與驗證方式。

圖片要具體，才能成為證據

使用標準 HTML <img>、描述性檔名、準確 alt 與靠近內容的圖說。Google 會參考頁面脈絡、圖說、檔名、alt 與視覺內容。真實流程圖、介面註解、前後比較與有日期的現場照片可以補充證據；只有改過檔名的庫存照不行。

圖片保留 fallback src，有條件時提供響應式尺寸，並寫入寬高減少版面跳動。文章封面也要與主題相關，供 Article 與 Open Graph 使用。

每季一次證據稽核

匯出超過複查期限的頁面。
查第一手來源、政策、人員、價格、服務區與案例是否改變。
逐項比對可見文字、metadata 與 JSON-LD。
移除過期或已無法檢查的主張。
用 Search Console 看索引、查詢與頁面群組，不拿一次 AI 截圖當 KPI。
真的完成內容審查後，才更新審稿者與修改日期。

常見問題

Google AI features 需要 llms.txt 嗎？

Google 表示 AI Overviews 與 AI Mode 不需要新的機器可讀檔案。基礎仍是檢索、索引、摘要資格與內容品質。

每個段落都要放 citation 嗎？

不用。外部或可爭議事實要附來源，第一手成果要標明方法；一般解說與清楚具名的專業判斷，不需要裝飾性引註。

生成式工具可以進入這套流程嗎？

可以整理紀錄或找出不一致，但負責人仍要核對主張、日期、來源、可見文字，以及公司是否願意為這段話負責。

資料來源與範圍

實作依 2026 年 8 月查核的 Google Search Central 文件整理。其他 AI 回答產品可能使用不同系統。任何證據結構、Schema、圖片或技術設定，都不保證檢索、索引、排名或引用。