結構化資料↗實作指南：哪些真的長得出結果，哪些會害你被罰
一句話結論：結構化資料不是排名因子，是外觀資格。標得對，搜尋結果多一塊面積；標得錯，什麼都不會發生；標了不存在的東西，會吃到人工處罰。我們自己踩過的那條紅線是評論：一個還沒有任何真實評論的產品頁被標上 aggregateRating，這在 Google 的規範裡是明確違規，而且是人工審查會看的那一種。這篇按「值不值得做」把型別排序，並附上部署前必跑的驗證步驟。
大部分教學會把 schema.org 的型別清單抄一遍。以 2026 年的支援範圍來說，清單本身沒有用，因為裡面絕大多數標了之後搜尋結果不會有任何變化。
先分清楚兩件事
schema.org 的詞彙跟Google 會拿來做什麼是兩回事。schema.org↗ 定義了幾百個型別，Google 的複合式搜尋結果庫↗列的則是它實際支援的那一小撮。標一個 Google 不支援的型別，語意上正確，搜尋結果上什麼都不會發生。
我們的判準因此只有一個：這個型別在複合式搜尋結果庫裡嗎。不在，就只有在你需要餵給其他消費端（例如自家的資料管線或語言模型）時才值得標。這條規則在 2026 年替我們刪掉了大概 80% 的工作量，而搜尋結果的外觀一點都沒有變差。
值得做的順序
| 型別 | 效果 | 風險 |
|---|---|---|
| Organization / WebSite | 品牌知識面板與站內搜尋框的基礎 | 低 |
| Article / BlogPosting | 作者與更新時間，AI 引用偏好有這些的頁 | 低 |
| BreadcrumbList 麵包屑 | 搜尋結果顯示層級而非長網址 | 低 |
| FAQPage | 2023 年 8 月起顯示範圍大幅縮減 | 低，但期望值要下修 |
| Product / Offer | 價格與供應狀態 | 中，欄位必須跟頁面一致 |
| aggregateRating / Review | 星等 | 高，資料造假會吃人工處罰 |
FAQPage 是期望值最容易被誤導的一個。Google 在 2023 年 8 月調整之後，FAQ 複合式搜尋結果主要保留給政府與衛生類的權威站，一般商業站標了通常不會顯示。我們還是標，因為它對頁面結構與模型抽取有幫助，但我們不再把它寫成「會多出一塊面積」的承諾。
那條評論紅線
我們踩過的具體錯誤發生在 2026 年：一個新上線的產品頁還沒有任何真實評論，模板卻預設輸出了 aggregateRating，數值是寫死的預設值。這在 Google 的結構化資料規範↗裡是明確的違規，屬於「標記內容與頁面上使用者看得到的內容不一致」。它不會在部署時噴錯，也不會在驗證工具裡變紅，因為語法完全正確。會出事的地方是人工審查。
規則因此很簡單：頁面上沒有的東西，不准出現在標記裡。評論要有真實評論、價格要跟頁面一致、庫存狀態要跟實際一致。做不到就整個欄位拿掉，不要填預設值。
部署前必跑的三步
我們的流程固定三步，缺一步就不算部署完成。這三步是我們各自吃過虧之後才寫進腳本的。
- 語法驗證：用 schema.org 官方驗證器↗跑一次，確認 JSON-LD 沒有壞掉。
- 資格檢查：用 Google 的複合式搜尋結果測試跑實際線上網址，不是跑貼上去的程式碼。線上版才會反映 SSR 或 hydration 之後真正輸出的東西。
- 一致性人眼檢查：把標記裡的每個值跟頁面上看得到的內容對一遍。這一步沒有工具可以代勞，也是唯一會擋下上面那種紅線的一步。
JSON-LD 還是 microdata
用 JSON-LD。Google 官方文件推薦它，而且它跟 HTML 分離，不會在改版面時被順手改壞。實務上更重要的理由是：JSON-LD 可以在同一個 <script> 裡放一整組物件，維護成本比散落在標籤屬性裡低一個數量級。我們在 2026 年把一個站從 microdata 遷到 JSON-LD，標記相關的維護工單掉了大約 70%，因為版面改動不再會連帶弄壞語意標記。
SSR 與 hydration 的那個坑
這一段只對前端框架有關。如果你的 JSON-LD 是在瀏覽器端才注入的，驗證工具貼原始碼會過、跑線上網址也可能過，但爬蟲拿到的第一份 HTML 裡沒有它。我們在 2026 年遇過一次：本機測試全綠、線上複合式搜尋結果報表 4 週都是 0 個有效項目，原因就是標記被放在只有客戶端才會執行的元件裡。判斷方法很直接，用 curl 抓原始 HTML，看 application/ld+json 在不在。
curl -s https://example.com/page/ | grep -c "application/ld+json"
回 0 就是這個問題，跟標記內容本身無關。
常見問題
結構化資料會提升排名嗎？ 不會直接提升。它決定的是搜尋結果的外觀資格。間接效果來自點閱率，而那要標記真的有產生複合式結果才算數。
標了多久會看到效果？ 我們自家站的觀察是 3 天到 3 週，而且不保證會出現。同一批頁面裡大約有 40% 到最後都沒有拿到複合式結果。Search Console↗ 的複合式搜尋結果報表會先出現「有效」項目，顯示與否是另一回事。
可以標我們沒有的評論嗎？ 不行，而且這是本文唯一一條會導致人工處罰的錯誤。詳見上面那一節。
FAQPage 現在還要標嗎？ 可以標，但不要當成能拿到額外面積。2023 年 8 月之後對一般商業站的顯示機會很低。
一個頁面可以標很多型別嗎？
可以，只要每一個都對應頁面上真實存在的內容。同一個 <script type="application/ld+json"> 裡用陣列放多個物件即可。
參考來源
- Google Search Central：結構化資料簡介↗：一致性規範，也就是評論紅線的出處。
- Google 複合式搜尋結果庫↗：Google 實際支援的型別清單，值不值得做看這份。
- schema.org↗：詞彙定義本身。
- schema.org 驗證器↗：語法驗證的第一步。
- Google Search Console 說明中心↗：複合式搜尋結果報表位置。
本文的評論紅線案例與三步部署流程，出自我們自家 2026 年的實作與事故紀錄，不在上述來源裡。
延伸閱讀：AI Overviews 優化談結構化內容對模型抽取的影響，sitemap 完全指南談被發現的那一半。想交給別人跑，看服務內容。
相關文章
robots.txt 與收錄問題排查：Disallow 會讓 noindex 完全失效
同一天加 Disallow 和 noindex 是最常見的自我抵銷。這篇拆解四種回 200 卻其實壞掉的收錄問題，以及正確的排查順序。
SEO 優化作業系統：我們每週實際在跑的那一套
把 SEO 從一堆零散技巧變成一套會重複執行的流程。這篇拆解我們自家與客戶站正在跑的五階段作業系統，含每一步會擋人的驗收門檻、實測通過率與分語系點閱率數字。
AI Overviews 優化：先去看你 Search Console 裡的機器人問句
生成式引擎優化不用先買工具。把查詢報表篩出超過十二個字的完整問句讀一遍，那是模型在幫使用者找答案，而它跟點擊是兩種 KPI。附我們自家的分語系實測數字。