2026 年 5 月 7 日起，FAQ 那種可以在 Google 搜尋結果裡展開的折疊問答，正式不再出現。Google 同時宣布，Rich Results 測試工具對 FAQ 的支援也會在 6 月一併下架。對很多花過力氣做結構化資料的人來說，這幾乎像一句判決——FAQ Schema 做了那麼久，現在連版面都搶不到了，那還留它做什麼？
先別急著把外掛裡的 FAQPage 標記關掉。一個被 Google 從搜尋結果上拿掉的標記，照理說採用率該跌才對，但實際數字是反過來的——根據 HTTP Archive 的 Web Almanac 結構化資料調查，FAQPage 在桌面端的採用率，從 2022 年的 0.2% 一路爬到 2024 年的 0.6%，兩年內成長近三倍。被官方降級的東西，反而越來越多人用，這件事本身就值得停下來想一想。
當搜尋的人從 Google 搜尋頁，慢慢轉移到 ChatGPT、Perplexity 和 AI Overviews，FAQ Schema 的價值也跟著從「搶 SERP 版面」換軌到「被 AI 引用」。Rich Result 這條路確實走到底了，但 FAQ Schema 的另一條命，才剛開始。接下來先把這場轉變的來龍去脈講清楚，再給你一套判斷——你網站上哪些 FAQ 該留、哪些該收。
Google 為什麼把 FAQ Rich Results 收掉
這不是一夜之間的決定，而是醞釀了快三年的收尾動作。真正的轉折點在 2023 年 8 月 8 日，Google 在官方部落格宣布調降 FAQ 與 HowTo rich results 的顯示頻率，其中 FAQ 的可展開問答，只保留給「知名、權威的政府與健康類網站」。一般的中小企業網站，從那時候起就算標了 FAQPage，多半也不會在搜尋結果裡展開了。到了 2026 年 5 月，Google 索性把這項功能徹底關掉，連政府與健康類網站也不再例外。
Google 自己給的理由有兩層。第一層是這項標記被濫用得太嚴重。FAQ Rich Results 全盛時期，一組問答展開後能在搜尋結果裡佔掉兩三倍的版面，把競爭對手往下擠。這個甜頭太誘人，結果大量行銷導向、跟使用者真實疑問毫無關係的假問答，被硬塞進產品頁、首頁和分類頁。Google 在公告裡點名了這個現象，等於承認這項功能已經被玩壞。
第二層原因藏在時間線裡。2023 年 5 月，Google 推出了 SGE（Search Generative Experience），也就是後來 AI Overviews 的前身。FAQ Rich Results 降級的同一段時間，HowTo Rich Results 也在桌面端被全面移除。把這些動作擺在一起看，方向其實很一致——傳統搜尋結果頁上那些裝飾性的擴充元件，正在被一個會直接生成答案的介面取代。FAQ 的退場不是孤立事件，而是整個搜尋版面走向簡化的其中一步。
所以從「能不能搶到 SERP 版面」這個角度看，FAQ Schema 的確失效了。如果你做 FAQ 的唯一目的就是那塊可展開的版位，那這個策略確實該畫上句點。問題是，搶版面從來就不是它唯一能做的事。
Rich Result 死了，AI 引用卻活了過來
同樣一個被 Google 冷處理的標記，在 AI 搜尋這一側，反而成了搶手貨。原因不複雜：ChatGPT、Perplexity、AI Overviews、Copilot 這些以大型語言模型為核心的引擎，運作方式都是先擷取網頁內容、拆解、再重組成一段回答。而 FAQPage 提供的「一問一答」結構，正好是這類系統最好處理的格式。
AI 在生成回答時，會用一種叫「語意塊化」（semantic chunking）的方式，把網頁切成一個個有意義的段落，再判斷哪一塊能回答使用者當下的問題。一篇正常的文章，AI 得自己從連續的段落裡找出答案、判斷邊界在哪；FAQ 不一樣，它已經把「問題」和「對應的答案」打包好了，AI 幾乎只要直接取用就行。換句話說，FAQ 天生就長成 AI 最愛的樣子。
從多份 GEO 工具供應商的研究來看，使用 FAQPage 結構化資料的內容，在 ChatGPT、Perplexity 與 AI Overviews 中被引用的機率，明顯高於沒有結構化的同類內容。這些數字會因為研究方法不同而有出入，但方向相當一致——結構清楚的問答，比一整片連續文字更容易被 AI 挑出來當引用素材。被 AI 引用的頁面，普遍都有一種共同特徵：每一段答案都是與問題直接對應、能獨立看懂的短段落，業界把它叫做「答案膠囊」（answer capsule）。FAQPage Schema 在語意上，剛好就是對這種結構的一次明確宣告。
這裡有一個關鍵的角色翻轉。當 Google 把 FAQ Schema 從搜尋結果的「顯示層」拿掉時，AI 引擎反而把它撿起來，當成內容擷取的「訊號層」。標記本身沒有任何改變，改變的是讀它的人——從 Google 的渲染引擎，換成了 LLM 的擷取邏輯。FAQPage Schema 沒有消失，它只是換了一個讀者。
「為 SERP 而寫」和「為 AI 而寫」是兩回事
理解這層轉變，會直接影響你接下來怎麼寫 FAQ。因為這兩個時代要的東西，根本不一樣。
在 2018 到 2023 年的傳統 SEO 時代，FAQ Schema 的設計目標是擴張版面。你在頁面上放五到七組問答，配上對應的結構化資料，就能在搜尋結果裡換到一塊可展開的問答區。那時候的答案可以寫得很片段、很引導，因為使用者點開那塊問答、看到一句鉤子，最後還是會點進你的頁面看完整內容。答案只是誘餌，把人帶回頁面才是目的。
進入 AI 搜尋時代，答案本身就是終點。AI 在生成回應時，可能只擷取你某一題答案的那一段，直接拼進它給使用者的最終回答裡，而使用者很可能從頭到尾都不會看到你的原始頁面。這代表每一段答案都必須能獨立成立——不能依賴前後文、不能寫「如上所述」、不能說「詳見下一題」。一旦答案被單獨抽走還能讀得懂，它才有被引用的價值。
這個差別說穿了，就是「片段」和「成品」的差別。為 SERP 寫的 FAQ，答案是半成品，靠頁面補完；為 AI 寫的 FAQ，每一題答案都得是能直接出貨的成品。你會發現，這也是為什麼很多 2018 年寫的舊 FAQ，現在對 AI 完全沒幫助——問題寫成「售後服務」「付款方式」這種主題標籤，答案又短又依賴上下文，AI 根本無從擷取。
哪些 FAQ 值得留、哪些該收掉
Rich Result 收掉之後，最實際的問題，是手上這些 FAQ 哪些還有意義。與其全留或全砍，不如用頁面的「主要任務」來判斷。下面這套順序，可以幫你一頁一頁過。
第一步，先看這個頁面是不是真的在回答問題。Google 在更新後的指引裡，已經明確把行銷頁、產品頁上那種堆砌出來的 FAQ 排除在外。如果你的 FAQ 是為了塞關鍵字、為了搶版面而硬擠出來的，跟使用者真實的疑問沒什麼關係，那它不只拿不到任何好處，還會拉低 AI 引擎對整個網站的信任評分。這種 FAQ，該收。
第二步，看內容是「單一權威答案」還是「多方觀點」。FAQPage 適合的是「這個問題有一個明確答案」的情境；如果頁面上呈現的是多人討論、各種看法並陳的內容，正確的標記其實是 QAPage，而不是 FAQPage。這個區別在實務上經常被搞混，但它會直接影響 AI 對你內容性質的判讀。
判斷完該不該留，剩下的就是把值得留的那些，改寫到 AI 看得上。這裡有幾個可以直接套用的原則。
- 每段答案控制在 50 到 150 字之間。 太短，AI 拿不到足夠的上下文去判斷你在講什麼；太長，又容易在擷取時被截斷或乾脆跳過。這個區間剛好夠講清楚一件事，又不會散掉。
- 答案裡要塞進具體的實體資訊。 數字、年份、地名、機構名稱這些東西，能幫 AI 在做知識圖譜對應時，辨識出你內容的權威性。空泛的形容詞對 AI 沒用，具體的事實才有。
- 語氣往中性、百科式靠攏，少用行銷話術。 不同 AI 平台的口味略有差異——ChatGPT 偏好中立、有數據撐腰的答案，Perplexity 比較能接受對話式、帶經驗感的描述，AI Overviews 則特別看重經驗、專業、權威、信任這幾項訊號和內容的新鮮度。以中性百科風格當基準，再針對平台微調，是涵蓋最廣的做法。
- 標記內容必須跟頁面上看得到的文字完全一致。 這是 Google 明文的紅線——JSON-LD 裡的問題和答案，必須跟使用者實際看到的內容對得上，任何藏起來、只給機器看的標記都算違規。在 AI 搜尋的脈絡下這條更重要，因為 AI 引擎在驗證來源時，會反過來交叉比對你的 schema 和頁面實際內容，對不上就不信任。
- 保留更新時間與作者資訊。 內容新鮮度是 AI 選擇引用對象時的重要排序因素，沒有時間戳記的頁面在搶引用機會時會吃虧。Schema 裡的 dateModified，加上頁面上看得到的「最後更新」標示，兩個都該維持。
把這五點對著值得留的 FAQ 過一遍，你會發現多數舊 FAQ 不是該砍，而是該重寫——把主題標籤改成完整的疑問句，把依賴上下文的短答改成能獨立看懂的答案膠囊。
別把 FAQ 標記埋進看不見的地方
技術實作上，有一個最常見、也最致命的錯誤值得單獨拉出來講，就是把 FAQ 寫進 JSON-LD 裡，頁面上卻沒有對應的可見問答；或是用 CSS 把問答藏起來，只留給機器看。
Google 對這件事的態度很明確——禁止。它要的是「使用者真的看得到」的內容，不是專門做給爬蟲吃的版本。排查的方法很單純，把 JSON-LD 裡的每一個欄位，逐一對照頁面上眼睛看得到的內容，問題對不上、答案對不上，就改。
如果你是因為怕 FAQ 佔版面才想把它藏起來，正確做法不是用 CSS 把它藏掉，而是用可以展開收合的原生元件，像 HTML 的 details 搭配 summary 標籤，讓內容預設收起、但點一下就能展開，且原始碼裡的文字是完整、爬得到的。要特別小心兩種設計：一種是純 CSS 或 JavaScript 控制、把文字真的從原始碼裡藏掉的折疊；另一種是 tab 切換式的問答，AI 抓取時可能只讀到當下啟用的那一題，其他全漏掉。這兩種都會讓你的 FAQ 在 AI 眼裡殘缺不全。
還有一個容易被忽略的地方，是 JSON-LD 的語法本身。少一個逗號、多一個全形引號、巢狀結構少一層大括號，整段標記就失效，而這種錯誤用肉眼幾乎抓不出來。Google 的結構化資料測試工具會直接把錯誤行號標出來，照著改就行。上線前用它跑一遍，是最便宜的保險。
至於要不要手寫這段 JSON-LD，其實不一定。如果你用 WordPress，主流的 SEO 外掛多半能自動產出 FAQPage 標記，你要做的是確認它輸出的內容跟頁面一致、別讓外掛套用同一組假問答。會不會寫程式，遠不如「資料正不正確、跟頁面合不合得上」來得重要。
FAQ 從「附屬區塊」變成「內容資產」
把鏡頭拉遠一點看，FAQ Schema 的這次轉型，其實是一個更大趨勢的縮影。在 AI 搜尋崛起的過程裡，很多一度被認為「過時」或「邊際效益遞減」的技術元件，正在重新拿回它們的份量。結構化資料的覆蓋深度、語意標記的精確度，這些過去被歸進「進階」「做不做都還好」的優化項目，在 LLM 主導的內容擷取流程裡，重新變成決定你能不能被看見的核心變數。
這對做 SEO 的人來說，意味著評估標準得重新校準。過去判斷一個結構化資料值不值得做，看的是「會不會帶來 SERP 增強」；現在這個標準已經不夠用了。一個拿不到任何 Rich Result 的 FAQPage Schema，仍然可能在 AI Overviews 裡為你的網站帶來一次引用，而這次引用所附帶的品牌曝光與權威累積，在不少產業裡已經開始超過傳統自然點擊的價值。
對內容和行銷團隊來說，FAQ 的定位也得跟著升級。過去 FAQ 常被當成產品頁、服務頁的附屬區塊，目的是處理買家異議、補一些說明性的資訊，寫完正文才想到要補上。現在它應該被當成品牌進入 AI 引用網絡的入口，重要性跟一篇部落格主文相當，甚至更高。這代表你得在內容規劃的最前端，就把 FAQ 當成一個獨立的產出類別來對待，而不是事後補的標記。
值得提醒的是，AI 引用這件事目前還在演進，沒有任何工具能保證「標了某個 schema 就一定被引用」，Google 也沒有推出什麼「AI 專屬標記」。你能做的，是沿用既有的規範，把內容組織清楚、把事實標明白，讓不管是傳統搜尋還是 AI 總覽，都讀得懂你。把這件事做到位，其餘的交給時間。
回到最初那個問題——FAQ Schema 還值得做嗎？值得，只是它服務的對象已經換人了。Google 拿走的，是搜尋結果上那塊可展開的版面；AI 給回來的，是進入引用網絡的門票。會被淘汰的從來不是 FAQ Schema 本身，而是那種「為了搶版面隨便堆幾題」的舊心態。當你開始把每一題 FAQ 都當成一個能獨立被引用的微內容來寫，你做的就不再是一個快過期的 SEO 技巧，而是一筆會持續被 AI 翻出來用的內容資產。