寫 SEO 寫到一個程度，站長都會撞上同一個問題——明明內容寫得不差、外連也有，搜尋結果卻看起來灰撲撲的，旁邊網站動不動就帶星等、價格、麵包屑路徑、商家資訊。差別不在文章長短，而在頁面有沒有把自己「翻譯」給搜尋引擎看，這一層翻譯就是 schema 結構化資料（Schema Structured Data）。
2026 年這件事的權重又被推高了一階。一方面 Google 在 5 月正式停掉 FAQ 富結果的顯示，另一方面 AI 概覽（AI Overviews）與生成式搜尋體驗（SGE）越來越仰賴標記資料挑頁面，沒上 schema 的頁面在 AI 引用裡幾乎隱形。
對 WordPress 站長來說，問題不是「要不要做」，而是「最少要做哪幾種、怎麼最省力地上線」。底下會把六種最常打到的類型攤開看，講清楚哪幾種還會在搜尋結果頁顯示、哪幾種已經退場只剩 AI 在讀，再用 Rank Math 跟手寫 JSON-LD 兩種路線示範部署，最後收在驗證環節。
六種最常用的 schema 現在還值不值得上
WordPress 站長日常會撞到的 schema 類型其實沒那麼多。把 Schema.org 字典翻完當然很可觀，但實務上 90% 的需求集中在六種，差別只在「會不會顯示富結果」「會不會被 AI 引用」「填欄位的成本」這三個維度。
| 類型 | 用在哪種頁面 | 2026 富結果狀態 | AI 引用價值 | 部署成本 |
|---|---|---|---|---|
| Article（文章） | 部落格文章、新聞、教學 | 仍顯示作者、發布日期、縮圖 | 高，AI 概覽抓作者與時效 | 低，外掛自動填 |
| Breadcrumb（麵包屑） | 所有層級頁面 | 仍顯示路徑取代藍色 URL | 中，幫助 AI 理解站內層級 | 低，外掛自動填 |
| Product（商品） | 電商商品頁 | 仍顯示價格、庫存、星等 | 高，購物面板必備 | 中，要對 WooCommerce 欄位 |
| LocalBusiness（在地商家） | 實體店家、診所、事務所 | 仍顯示地圖、營業時間、評分 | 高，在地搜尋與地圖結果關鍵 | 中，要填地址座標時段 |
| FAQ（常見問答） | 問答區塊頁 | 5 月 7 日後不再顯示 | 仍被 AI 抓去回答 | 低，外掛自動填 |
| HowTo（步驟教學） | 步驟型教學頁 | 2023 至 2025 年間已撤下 | 仍被 AI 食譜／教學助理引用 | 中，步驟欄位要拆 |
讀這張表的順序建議倒過來。先看部署成本最低、富結果還在的 Article 跟 Breadcrumb，這兩種是任何 WordPress 站都該先補上的基礎；接著看內容類型對應的 Product 或 LocalBusiness，這兩種影響到的是「能不能在 SERP 上被看見」的可視面積。
FAQ 跟 HowTo 即使富結果停了，markup 仍建議留著餵 AI，但不必為了上這兩種而硬把內容拆成問答或步驟。
2026 年 FAQ 跟 HowTo 到底出了什麼事
這兩種類型的退場路徑其實一樣，都是先限縮再廢除，差別只在時間點。理解這個過程的意義，是判斷 markup 該保留還是該砍掉。
Google 在 2023 年 8 月先把 FAQ 富結果限縮到政府跟健康類權威網站，一般站長那時就看不到自家 FAQ 在 SERP 上顯示了。2026 年 5 月 7 日 Google 索性把剩餘的顯示全部關掉，連權威站也不再帶 FAQ 富結果。6 月起 Search Console 的 FAQ 報告與 Rich Results Test 對 FAQ 的支援也跟著下線，8 月則是 API 端的清理。
HowTo 走得更早。2023 年 9 月 Google 已經停掉桌面版的 HowTo 富結果，行動版更早就只剩部分顯示，到 2024 至 2025 年間實質上看不到了。同期被 Google 砍掉富結果支援的還有 CourseInfo、EstimatedSalary、LearningVideo、SpecialAnnouncement、VehicleListing 這些較冷門的類型。
關鍵的判斷在於，Google 官方文件明說 FAQPage 跟 HowTo 作為 Schema.org 類型仍然合法，markup 留著不會傷到搜尋表現，而且 Google 會繼續用這些資料去理解頁面內容。換句話說，SERP 看不見不代表沒效果，AI 概覽、Gemini、ChatGPT 搜尋這類生成式介面仍會讀這些標記去挑頁面引用。所以站上既有的 FAQ／HowTo 標記不必砍，但也不必為了上這兩種去改文章結構。
Article 跟 Breadcrumb 為什麼最該優先處理
如果只能上兩種類型，答案就是 Article 跟 Breadcrumb。原因不是它們最炫，而是覆蓋率最高、改動最小、效果最直接。
Article 標記會把作者、發布日期、修改日期、縮圖這幾個欄位送給 Google，最直接的回報是搜尋結果頁的縮圖跟時效標示。對教學型、評論型、新聞型內容尤其關鍵，AI 概覽在挑引用來源時會優先看有沒有作者署名、文章是否近期更新，沒填這層 markup 的頁面很容易被當成低權威匿名內容跳過。
WordPress 的部落格文章只要裝 Yoast 或 Rank Math 兩款主流 SEO 外掛，這層 markup 預設就會自動產生，站長要做的只是確認後台「作者」「特色圖片」「修改日期」這幾個欄位有填好。
麵包屑（Breadcrumb）標記的效果，是把搜尋結果頁那一行藍色 URL 換成「首頁 > 分類 > 文章標題」的階層路徑。視覺上多吃一點橫向空間、語意上幫使用者跟 AI 理解這個頁面在站內的位置，點擊率（CTR）通常會增加數個百分點。重點在於麵包屑要跟站內導覽結構一致——分類層級設好、固定網址（Permalink）含分類，外掛產生的 BreadcrumbList markup 就會自然反映實際路徑，不必額外調設定。
這兩種類型的共同特性是「裝外掛就有、不必動內容」，所以放在優先順序的最前面。剩下力氣才去處理內容類型相關的 Product 或 LocalBusiness。
Product 跟 LocalBusiness 要怎麼填才會被採用
這兩種類型是 2026 年 Google 還在持續強化的，因為它們直接對應到使用者意圖最強的兩種搜尋——買東西與找店家。但欄位要求也比前兩種嚴格，填不齊就算 markup 合法也不會跳出富結果。
Product 在 WooCommerce 站的填法
WooCommerce 商品頁本身已經帶有基本的 Product 標記，但欄位深度不夠是常見問題。Google 對 Product 富結果有四個核心欄位要求，分別是名稱（name）、圖片（image）、價格（offers.price）、評論或評分（review／aggregateRating），缺一個就拿不到星等顯示。
WooCommerce 預設會填前三個，問題出在第四個。沒裝商品評論外掛、或評論數少於門檻時，aggregateRating 不會出現，富結果裡的星等就會消失。實際做法是裝一款支援 schema 串接的評論外掛，例如 Judge.me、Reviews.io 或 WooCommerce 官方 Product Reviews Pro，讓評分資料透過 Rank Math 或 Yoast WooCommerce 模組同步進 markup。
另外庫存狀態（availability）跟貨幣（priceCurrency）也要對。台灣站常見錯誤是 priceCurrency 留 USD 沒改成 TWD，這會讓 Google 在台灣搜尋結果裡判斷頁面不相關。
LocalBusiness 給實體商家的最小集合
LocalBusiness 是實體商家在地圖結果與在地搜尋裡能不能被看到的關鍵。Google 把這類 markup 跟 Google 商家檔案（Google Business Profile）的資料交叉驗證，兩邊一致才會把商家資訊面板顯示出來。
最小可行欄位包括商家名稱（name）、地址（address，含縣市區與街號）、電話（telephone）、營業時間（openingHours）、地理座標（geo），五個都要齊。地址要拆成結構化的 PostalAddress 物件，不能整串塞在一行字串裡，這是手寫 JSON-LD 最常犯的錯。營業時間用 ISO 8601 的縮寫格式（Mo-Fr 09:00-18:00），不要寫中文「週一至週五早上九點」。
如果商家有多家分店，每家要各自一份 LocalBusiness markup，不要全部塞在一個物件裡。填完之後到 Google 商家檔案後台把地址、電話、營業時間都更新成一模一樣，三個月內這份 markup 才會穩定被 Google 接受。
Rank Math 跟手寫 JSON-LD 兩種部署方式
WordPress 站上 schema 結構化資料的路徑大致兩條，一條是靠外掛自動產生，另一條是在主題或頁面手寫 JSON-LD。兩條路各有適用場景，不是非選一條。
| 維度 | Rank Math 外掛 | 手寫 JSON-LD |
|---|---|---|
| 覆蓋類型 | Article、Product、LocalBusiness、Breadcrumb、Event、Recipe 等 20＋ 內建 | 任何 Schema.org 類型 |
| 上線時間 | 裝外掛＋設定 30 分鐘 | 單頁開發 1 至 3 小時 |
| 維護成本 | 外掛升級自動跟進 Google 規則 | Google 改規則要手動改程式 |
| 動態資料 | 與 WooCommerce、ACF、會員資料自動串接 | 要自己寫 PHP 抓資料塞進 JSON-LD |
| 客製空間 | 受外掛欄位限制，自訂屬性要寫 hook | 完全自由 |
| 衝突風險 | 同站若另裝 Yoast 或 SEOPress 會雙重輸出 | 不會雙重輸出，但要手動避開外掛的同類型 |
| 適合對象 | 一般 WordPress 站、電商、部落格 | 自製 CPT、複雜業務邏輯、特殊類型 |
實務上多數站長選 Rank Math 或 Yoast 的免費版本當主力，把 Article、Breadcrumb、Product、LocalBusiness 這四種主流類型交給外掛處理。例外情境有兩種，一是站上有自製文章型別（Custom Post Type, CPT）外掛沒對應的內建類型，二是要上比較冷門的類型（像 SoftwareApplication、JobPosting），這時才在 functions.php 或頁面範本裡手寫 JSON-LD，用 wp_head action 注入 <script type="application/ld+json">。
混搭時要注意輸出順序。外掛的 markup 跟手寫的同類型 markup 同時出現會讓 Rich Results Test 報「重複定義」警告，Google 會自己挑一份用但不保證挑你想要的那份，所以手寫前先在外掛後台把對應類型關掉。
上完後用 Rich Results Test 驗證常見錯誤
markup 寫完不等於 Google 會採用。Google 提供兩個官方驗證工具，分別是 Rich Results Test（適合單頁檢查、模擬富結果預覽）跟 Schema Markup Validator（適合全類型 Schema.org 語法檢查）。實務上前者用得多，因為它直接告訴你這頁會不會跳出富結果。
把 URL 貼進 Rich Results Test 之後，常見錯誤集中在這幾類：
- 缺必填欄位：Product 缺 offers 或 review、Article 缺 author 或 image、LocalBusiness 缺 address，Google 會直接擋掉富結果，工具會用紅色驚嘆號標出哪個欄位漏了
- 欄位格式不對：日期沒用 ISO 8601（要寫
2026-05-16T10:00:00+08:00不是「2026/5/16」）、價格寫成字串帶貨幣符號（要寫199與priceCurrency: TWD分開）、圖片給的不是絕對網址 - 資料前後不一致：頁面上顯示的價格跟 JSON-LD 裡的價格對不上、商家地址跟 Google 商家檔案的地址有差、文章標題跟
name欄位的標題不同，這種會被工具標警告，Google 也會降低信任度 - 重複類型輸出：同一頁同時被 Rank Math 跟 Yoast、或外掛跟手寫程式各輸出一份 Article 標記，工具會列出兩份，建議只留一份
- 取消支援的類型仍寫主動富結果：頁面對 FAQ 或 HowTo 還在期待富結果，工具會直接顯示「此類型已不支援富結果」，這不是錯誤，但要把心理預期調整到「保留 markup 給 AI 用、不要等富結果」
工具左下角通常會給「預覽」按鈕，模擬這頁在桌面或行動裝置上的富結果樣子。如果預覽是空白只剩標題與描述，表示 markup 雖然合法但沒命中任何富結果類型，回頭檢查欄位是否齊全、類型是否還被支援。
Search Console 裡的「強化項目」報告是另一個必看的長期監控點。Rich Results Test 看的是當下這次抓取，Search Console 看的是 Google 實際索引後的狀態，兩邊偶爾會差一拍。新部署的 markup 大約一到兩週後才會在 Search Console 報告裡穩定顯示，這段期間以 Rich Results Test 為準。
把這幾類錯誤掃完一輪，站上的 schema 結構化資料基本就站得住腳。後面要不要再上 Event、Recipe、Course 這類進階類型，依站台主題決定，工具與部署邏輯都跟前面這六種一樣。