這件事有點像一家店把招牌上的霓虹燈拆了，店還在營業。以前加 FAQ schema 有機會換到搜尋結果上一塊展開的版位，那個版位沒了；FAQ 這段內容本身，也就是讀者滑到頁面底部想確認的那五個問題，一點都沒有變得不重要。
常見的錯誤是網站保留了 FAQ 正文，卻把舊教學裡「加 schema 就會有 rich result」整段照搬。這兩件事要分開：FAQ 作為可見的回答仍然幫助讀者；搜尋結果會不會有特殊呈現，要看當期的官方文件，結構化資料本身保證不了。FAQ schema 像目錄卡，不是舞台入場券。
正在整理舊 SEO 教學、或準備加 FAQ 標記的網站，可以拿這篇對照現況：三個常被混用的詞怎麼分、官方更新的時間線、schema 與可見內容的一致性要求，以及 FAQ 現在的實際用途。
某個 AI 產品會不會讀 FAQ schema，要看那個產品自己的文件，別從 Google 的狀態推到其他平台。一般文章標記的欄位，另外看 Article schema；結構化資料的基本概念與測試方式，見結構化資料是什麼。
可見 FAQ、schema 與搜尋展示不應混成同一個結果。
先分清楚問答 rich result、schema 與 AI Search
「寫 FAQ」「加 FAQ schema」「在 AI 搜尋出現」這三個詞常被壓成一句承諾，實際上它們是三層不同的東西：
| 名稱 | 定義 | 目前可確認的邊界 |
|---|---|---|
| 可見 FAQ | 讀者在頁面上看到的問題與答案 | 仍可服務讀者、補充頁面內容和降低理解成本 |
| FAQ schema | 用結構化資料描述問答內容 | 要與可見內容一致，產品是否使用需另查 |
| FAQ rich result | Google Search 曾提供的特殊搜尋結果呈現 | Google 已於 2026-05-07 停止顯示 |
| AI citation | 某 AI 產品答案附上的來源或連結 | 需按產品、query、日期和答案取樣觀測 |
FAQ rich result 是搜尋結果呈現，FAQ schema 是頁面訊號，AI citation 是回答觀測。三者都有「FAQ」字樣，但其中一層的結果推不到另外兩層。
Google 官方怎麼說
Google 的 Search documentation updates 記載，FAQ rich results 自 2026 年 5 月 7 日起不再顯示，後續文件整理也反映了這個產品狀態。這篇以這個日期為界。若未來 Google 再調整產品，應重新查官方更新，不要沿用舊版截圖或過期 FAQ 文件。
Google 的 AI features 文件 說明 AI Overviews 和 AI Mode 依既有 Search 基礎運作，沒有額外的 AI 專用技術要求或特殊 schema。頁面需要可抓取、可索引並具備一般 snippet 資格，且結構化資料要和可見內容一致；抓取、索引和顯示都沒有保證。
所以這三句話要分開寫：Google FAQ rich result 已停止，FAQ 內容仍可服務讀者，AI citation 會不會用到則跟 FAQ schema 沒有固定關係。為了保留一個 schema 就聲稱它會帶來 AI Overviews 曝光，這句話沒有任何文件撐得住。
問答資料還可以負責什麼
是否保留 FAQ schema，應先看內容真實性與工程維護成本：
- 問題和答案是否真的在頁面上可見，且不是只給 crawler 的隱藏內容？
- 問題是否由網站內容負責人控制，而不是使用者能任意新增答案的 Q&A 社群頁？
- schema 是否與可見文字、語言、答案順序和頁面 URL 一致？
- 團隊是否有人能在 FAQ 改版時同步更新 JSON-LD？
- 是否有明確產品或搜尋引擎文件支持你需要的用途？
如果答案大多是否，先改善可見 FAQ、資訊架構和頁面內容，再決定要不要繼續維護 schema。這是我依維護成本和資料一致性給的建議，Google 沒有「保留或刪除」的規定。
FAQ 也可能是文章或服務頁的正文段落。這時應讓每個問題直接回答讀者疑問，補充限制、日期和來源，並避免把 FAQ 當成大量重複關鍵字的容器。Google 讀者看到的內容，和任何 JSON-LD 都應該互相支持。
可見問答的內容與技術檢查
內容層
- 每個問題只問一個清楚的決策或定義。
- 答案先給結論，再說條件、例外和不知道的部分。
- 對時間敏感的產品狀態標日期，例如 FAQ rich result 的停止日期。
- 來源直接放在支撐主張附近，不用一個泛泛首頁連結支持所有結論。
技術層
- 初始 HTML 能看到問題和答案，不依賴必須點擊的互動才出現。
- robots、WAF、HTTP 和 noindex 狀態符合頁面目標。
- schema 的
mainEntity、問題文字和答案文字與可見內容一致。 - URL、canonical、sitemap 和內部連結都指向正式版本。
- 驗證工具的錯誤、警告、時間和 URL 都有記錄。
FAQ schema 的技術驗證只能證明格式和一致性，證明不了 FAQ rich result 重新啟用，也證明不了 AI 產品會引用。沒有產品端的資料，引用狀態就先留空。
如何決定是否保留 schema
可以用一個小型決策表：
| 情況 | 建議處理 | 驗收條件 |
|---|---|---|
| FAQ 是讀者需要的公開內容，schema 與頁面一致 | 可評估保留 | 每次改文同步檢查 JSON-LD |
| FAQ 只為舊 rich result 保留，內容已不在頁面 | 先停下來清理來源 | 可見內容與資料結構一致 |
| 工程團隊無法維護，日期與答案常漂移 | 降低 schema 複雜度或移除過期欄位 | 來源負責人和更新責任清楚 |
| 目標是 AI citation | 把 schema 只當內容訊號 | 另有固定 query 和產品觀測 |
| 目標是 FAQ rich result | 更新目標，重新讀官方狀態 | 不再用 2026-05-07 前的舊承諾 |
這裡沒有一個適用所有網站的答案。網站用 FAQ 當服務頁的讀者導航，保留可見 FAQ 仍然合理；只剩空洞標記的，維護成本就要重新評估。
量測 AI Search 而不誤讀
想觀察 FAQ 有沒有出現在 AI 回答裡，要另外建一組樣本：問題原文、產品、日期、地區、裝置、回答內容、引用 URL、是否為有效回答。先定義「有效回答」是有完整回應且能判讀來源的回答，提及率才能寫成分子除以有效回答數。某一組 FAQ 問題的提及率，不是所有平台通用的 SOV。
Google 的 Search Console Generative AI performance report 說明目前寫明，截至 2026-08-31 已向全球所有網站推出；報表包含 AI Overviews 與 AI Mode 的 impressions，資料也納入 Performance report 的 Web search type。Google 的官方公告說明專用檢視與整體 Performance report 並存。某個 property 看不看得到報表、有沒有足夠 impressions，要分開核對；沒有資料就寫「無資料」，不要因為沒看到就寫成零。
FAQ rich result 的停止日期、Search Console 報表、AI 回答的引用、網站 schema 的驗證，是四種不同的檢查。放進同一張「成功」欄位，讀者就不知道到底驗證了什麼。
要把 FAQ 與 AI 搜尋的內容治理放進服務範圍，可以先看 EthorX GEO 服務；要觀測 AI 回答，我們的 Otlex 處理的是那一層。
常見問題
FAQ rich results 現在還會在 Google 顯示嗎？
Google 更新紀錄指出，FAQ rich results 從 2026-05-07 起停止在搜尋結果顯示。產品狀態日後若有變動，按最新官方更新重新確認。一張 2024 年的搜尋結果截圖，現在只能證明那一年長什麼樣。
FAQ schema 已經沒有任何價值了嗎？
可見 FAQ 仍然協助讀者理解頁面；schema 在與可見內容一致時，也仍然提供機器可解析的線索。變的是那個特定的搜尋展示版位。Google FAQ rich result 停了，而 AI citation 本來就推不出來自 schema。
FAQ schema 會提升 AI Overviews 的引用機率嗎？
目前沒有 Google 官方文件支持這個結果。Google AI features 用的是既有 Search 基礎：頁面要符合可抓取、索引和 snippet 資格，會不會被選用按產品和查詢觀測——多加一段 JSON-LD 改變不了這條鏈上的任何一環。
Article schema 和 FAQ schema 可以一起用嗎？
看頁面實際內容和 schema 的關係，兩者都要和可見內容一致。Article schema 描述文章，FAQ schema 描述頁面上真實存在的問答。為了多一個 schema 類型而放進不存在或重複的資訊，那份標記就開始描述一個不存在的頁面了。
沒有 FAQ schema 還能寫 FAQ 嗎？
可以。FAQ 首先是內容呈現與資訊架構——rich result 是後來才長出來的附加價值，現在那個附加價值收回去了，本體還在。把問題、答案、限制和來源寫清楚，比為了一個已經停掉的搜尋呈現留著不一致的標記有用得多。