先講結論：Google 在 2026 年 5 月 7 日停止在搜尋結果顯示 FAQ 複合式結果，6 月 15 日把說明文件整頁下架。
HowTo 更早就從支援清單裡消失了。現在官方還列著的只剩 25 種。
我自己是在幫客戶做網站體檢的時候才發現這件事。那份體檢報告裡我原本寫了「建議補上 FAQ 結構化資料，可以讓搜尋結果多佔一點版面」，寫完才想到該去確認一下規格有沒有變，一查發現整頁文件都不見了。還好有查。
Google 今年砍掉了什麼
照 Google Search Central 的更新紀錄，FAQ 這件事是分兩步走的：
| 日期 | 發生什麼事 |
|---|---|
| 2026 年 5 月 7 日 | FAQ 複合式結果正式停止出現在 Google 搜尋 |
| 2026 年 5 月 8 日 | 官方在 FAQ 文件掛上淘汰公告 |
| 2026 年 6 月 15 日 | FAQ 說明文件整頁移除，網址直接導去更新紀錄 |
除了 FAQ，這一兩年陸續被拿掉的還有 HowTo（操作步驟）、practice problem（練習題）、course info（課程資訊）、estimated salary（薪資估算）、learning video（教學影片）、special announcement（特別公告）、vehicle listing（車輛刊登）。
如果你手上有一份兩三年前寫的 SEO 檢查表，上面大概還留著「記得加 FAQ Schema」這一條。那一條現在可以劃掉了。
現在官方還支援哪 25 種
這是 Google 搜尋結果庫（Search Gallery）目前列出的全部類型：
- Article（文章）、Breadcrumb（麵包屑）、Carousel（輪播，要搭配食譜／課程／餐廳／電影其中一種）
- Course list（課程清單）、Dataset（資料集，只用在 Dataset Search 不是一般搜尋）
- Discussion forum（討論區）、Education Q&A（教育問答）、Employer aggregate rating（雇主評分）
- Event（活動）、Image metadata（圖片中繼資料）、Job posting（職缺）
- Local business（在地商家）、Math solver（數學解題）、Movie（電影）
- Organization（組織）、Product（商品）、Profile page（個人檔案頁）
- Q&A（問答，跟 FAQ 不一樣，這是使用者互相回答的那種）
- Recipe（食譜）、Review snippet（評論摘要）、Software app（軟體）
- Speakable（可朗讀）、Subscription and paywalled content（訂閱與付費牆）
- Vacation rental（度假租屋）、Video（影片）
看完這份清單你大概會發現一件事：裡面有一半以上跟台灣中小企業根本沒關係。度假租屋、數學解題、雇主評分，這些是給特定類型的大型平台用的。
一般台灣企業或店家，實際上只需要做這 4 種
我自己幫客戶做的時候，九成的情況只做下面這幾種，其他的不碰：
| 類型 | 誰該做 | 做了會怎樣 |
|---|---|---|
| Organization | 所有人 | 讓 Google 知道這個網站背後是哪一間公司，公司名稱、logo、社群帳號都對得起來 |
| Local business | 有實體店面的 | 地址、營業時間、電話，跟 Google 商家檔案對得上，在地搜尋才站得穩 |
| Article | 有在寫部落格的 | 標題、作者、發布與更新時間寫清楚，文章才容易被當成一篇正式的內容 |
| Breadcrumb | 網站有分層的 | 搜尋結果底下會顯示「首頁 › 專欄 › 這篇」，看起來比一長串網址清楚 |
有在賣東西的再加 Product，有辦活動的再加 Event。就這樣，不用貪多。
我自己以前也犯過貪多的毛病，一個頁面塞了六七種標記，結果其中兩種填錯欄位，Search Console 跳出一堆錯誤通知，花了一個下午在對那些根本不會顯示的東西。做對四種，比做錯八種有用。
那已經做好的 FAQ 標記要拆掉嗎
先說清楚：這一段是我的判斷，不是 Google 的說法。官方只說了「不再顯示、文件移除」，沒有再補充標記該留該拆。
我的建議是留著不要動，理由有兩個。
第一，拆掉要花工，而留著不花錢。結構化資料是寫在頁面原始碼裡的一段 JSON，不會影響讀者看到的畫面，也不會拖慢載入。既然沒有壞處，拆它的時間拿去做別的事比較划算。
第二個理由比較重要：現在讀你網站的不只有 Google。ChatGPT、Gemini、Perplexity、Claude 這些模型在抓網頁的時候，一段結構清楚的問答資料，比一堆散落在內文裡的句子好解析得多。我猜測這是它們決定要不要引用你的其中一個參考，雖然沒有任何一家公開說過自己怎麼用這些標記。
所以我的作法是：FAQ 標記留著，但不要再把它當成 SEO 的武器。真正有用的是 FAQ 本身那段文字有沒有好好回答問題，不是那段 JSON。這件事我在AI 怎麼決定推薦誰那篇講得比較完整。
怎麼檢查自己的網站現在是什麼狀況
第 1 步：看 Google 實際讀到什麼
打開 Google 的複合式搜尋結果測試工具（搜尋「Rich Results Test」就找得到），貼上你的網址，它會列出這一頁上偵測到的所有結構化資料類型，以及哪幾項有錯。注意看有沒有紅色的錯誤，警告（黃色）通常可以先放著。
第 2 步：去 Search Console 看整站
單頁測試只看得到一頁。Search Console 左邊選單有「複合式搜尋結果」的區塊，會按類型列出整個網站的狀況。如果你之前有做 FAQ，這裡的 FAQ 項目應該已經消失或歸零了，那是正常的，不是你做壞。
第 3 步：確認資料跟外面一致
這一步最多人漏掉。你在 Organization 標記裡寫的公司名稱、在 Local business 裡寫的營業時間，要跟 Google 商家檔案、Facebook 粉專、官網頁尾寫的一樣。三個地方寫三種營業時間，比沒寫還糟，因為 Google 會不知道該信哪一個。
我自己踩過這個坑：客戶改了營業時間，官網的結構化資料改了，Google 商家忘了改，結果搜尋結果上顯示的是舊的。客人跑去撲空，打電話來罵的是店家不是我，但那是我該檢查的。
一段可以直接丟給 AI 的提示詞
如果你不想自己寫 JSON，把下面這段貼給 ChatGPT 或 Claude，填入你的資料就會幫你產出來：
你是熟悉 Google 結構化資料規格的工程師。
請幫我產生 JSON-LD 格式的結構化資料，要求如下：
【我的資料】
公司名稱：
網站網址：
Logo 圖片網址：
社群帳號網址（可多個）：
實體店面地址（沒有就寫無）：
營業時間（沒有就寫無）：
聯絡電話（沒有就寫無）：
【要產生的類型】
1. Organization（一定要）
2. 如果上面有填地址，再加 LocalBusiness
3. BreadcrumbList 的範例一組
【規則】
- 只用 Google 目前仍支援的類型，不要用 FAQPage 和 HowTo
- 每一段用 <script type="application/ld+json"> 包起來
- 欄位值不要編造，我沒給的資料就不要放進去
- 產生完告訴我這段要貼在 HTML 的哪個位置產出來之後，一定要拿去複合式搜尋結果測試工具跑一次再貼上去。AI 偶爾會寫出格式對但欄位名稱過時的版本。
最後
結構化資料這件事這幾年的變化是：Google 一直在砍，砍掉的都是「只有標記、沒有內容」也能拿到的版面。FAQ 當年之所以紅，就是因為它是少數可以用寫 JSON 換到搜尋結果變大的做法，所以被大量濫用，然後就被收回去了。
我猜後面還會再砍。能留下來的大概都是跟「這個東西真的存在」有關的類型：這是哪一間公司、店開在哪裡、這篇文章誰寫的、這個商品多少錢。這些你本來就該寫清楚，標記只是把它翻譯成機器看得懂的格式而已。
所以與其追著規格跑，不如先確認一件事：把你的標記全部拿掉之後，讀者還看得懂你在賣什麼、你是誰、怎麼找到你嗎？這一題答得出來，結構化資料怎麼變都影響不大。