每次幫台灣電商做網站健檢，我幾乎都會在同一個地方停下來搖頭：明明商品頁有售價、有四點八顆星的評價、有現貨標示，搜尋結果卻乾乾淨淨什麼都沒長出來。原因很單純，他們沒做結構化資料（Schema）。這篇我想用做顧問這幾年的角度，把這件事講清楚：Schema 到底是什麼、電商該做哪幾種、怎麼上線、又有哪些我親眼看人踩過的雷。
先把話講在前面，免得你抱錯期待。結構化資料不會直接讓你的排名往上跳，這是 Google 自己白紙黑字說過的事。但它能讓你在「同一個排名位置」上，比競爭對手多佔一點版面、多被多看一眼。對點擊率錙銖必較的電商來說，這就是免費的版面紅利，不拿白不拿。
結構化資料到底在標什麼
網頁上寫「售價 990 元、評價 4.8 顆星、現貨」，你我一眼就懂，但搜尋引擎看到的只是一串文字，它不知道 990 是價格還是型號，也不知道 4.8 是評分還是尺寸。結構化資料就是用一套機器看得懂的標準格式，明確告訴搜尋引擎：這個數字是價格、那個是評分、這串是庫存狀態。
它本質上是「給機器讀的隱形標籤」，不影響使用者看到的頁面外觀，多數情況下顧客根本不會察覺它的存在。標記用的詞彙來自 Schema.org 這個共通字典，Google、Bing 都吃同一套。格式上我一律推薦 JSON-LD，因為它是一段獨立的程式碼，放在頁面裡不和 HTML 版面糾纏，工程師好維護、改版也不容易壞。如果你對 SKU、Offer、AggregateRating 這些詞還很陌生，建議先翻一輪我們的電商名詞庫，把概念對上再動手，會少走很多冤枉路。
它真正的價值：在搜尋結果搶版面
標記正確之後，你的搜尋結果有機會升級成所謂的「複合式結果」（rich results）：商品價格直接顯示、星等與評論數一起亮出來、是否現貨一目了然，甚至有機會被帶進 Google 購物相關區塊。這些好處都很實際。
- 同樣排在第三名，一條光禿禿、一條掛著四點八顆星加 990 元，使用者的眼睛會往哪邊飄，不用我多說。
- 它其實幫你先做了一輪過濾。願意在看到價格與評分之後才點進來的人，購買意圖明顯更強，進站品質更好。
- 它把 SEO 的努力從「搶曝光」延伸到「提高點擊品質」，等於把同一筆流量的價值往上拉。
但我要再強調一次這個觀念：Schema 給你的是「資格」，不是「保證」。標記正確只代表你「有機會」拿到複合式結果，Google 仍會依整體品質決定要不要顯示，也可能今天有、明天收回。把它當成必備的入場券就好，別當成排名特效藥。
電商最該優先做的幾種 Schema
很多人一聽要做 Schema 就頭痛，以為要把 Schema.org 上百種類型全做完。完全不用。我給客戶的建議向來是：先把對營收最有感的那幾種做對，剩下的有餘力再說。
| 類型 | 標的內容 | 優先度 | 對營收的意義 |
|---|---|---|---|
| Product | 商品名稱、品牌、圖片、描述、SKU | 必做 | 電商的核心，每個商品頁都該有 |
| Offer | 價格、幣別、庫存狀態（現貨／缺貨） | 必做 | 長出價格與現貨標示的關鍵，通常包在 Product 裡 |
| AggregateRating／Review | 星等、評論數、單則評論 | 高 | 星星最吸睛，但必須對應真實評價 |
| BreadcrumbList | 分類路徑（麵包屑） | 中 | 讓結果顯示網站結構，強化分類權重 |
| FAQPage | 頁面上的常見問答 | 中 | 有機會在結果中展開，多佔版面 |
我的實作順序很固定：先把全站商品頁的 Product 加 Offer 上好，這兩個一做完，價格和現貨就有機會出現，效益最直接。等資料穩了，再補評價與麵包屑。FAQPage 則看品類，像 3C、保健、家電這種顧客問題多的品類，補上去特別划算。
上線三步驟與我見過最致命的錯
實際流程其實不複雜，三步走完就有東西可看。
- 第一步，在商品頁模板加入 JSON-LD，動態帶入該商品「當下」的真實名稱、價格、庫存與評價，不要寫死。
- 第二步，用 Google 的複合式搜尋結果測試工具逐頁驗，再回 Search Console 看「複合式搜尋結果」報告，把錯誤和警告清乾淨。
- 第三步，上線後持續監控，價格、庫存一變動，Schema 裡的數值也要同步跟著動。
講到錯誤，我得把最致命的那個拿出來單獨講：標記內容和頁面看到的不一致。我看過最離譜的案例，Schema 裡寫 990 元、頁面實際顯示 890 元；也看過標了 4.8 星、結果整個商品頁根本沒有評價區塊，星等是憑空生出來的。Google 明文要求標記必須對應使用者「可見」的內容，違反的下場不只是拿不到複合式結果，嚴重時會吃上人工懲處，整個網站的信任度都會被連累。這種風險完全不值得冒。
第二常見的是價格、庫存沒同步。台灣電商促銷檔期換得勤，前台價格改了、Schema 卻還停在上一檔的舊價，搜尋結果顯示的價錢和顧客點進去看到的對不上，反而傷信任、拉高跳出。第三個是把所有商品頁的 Schema 寫成同一組假資料圖個方便，這在 Google 眼裡跟造假沒兩樣，遲早出事。
把 Schema 做進上架流程，而不是手刻
如果只記得這篇一句話，我希望是這句：Schema 要做進模板，不要一頁一頁手刻。台灣不少中小電商是行銷人員手動貼程式碼，貼了前面忘了後面，改版一次全亂。正確做法是讓系統在新商品上架時，自動依資料庫欄位生成對應的 JSON-LD，價格庫存從同一個資料源帶，前台後台永遠一致。這樣它就變成少數「做一次、模板化之後幾乎零維護成本」的 SEO 工程，CP 值高到不做才奇怪。
上模板之後也別放著不管。我會建議每隔一段時間用網站健檢工具掃一輪，確認沒有標記錯誤、沒有價格與頁面不符的狀況。有跑廣告的店家更要留意，落地頁的 Schema 一定要和廣告承諾、前台顯示三方對齊，不然顧客從廣告點進來看到的價格、星等全兜不攏，轉換只會更差。把這件事列為電商上架的標準配備，它不會是讓你一夜爆量的魔法，但它是那種「做好之後就長期默默幫你加分」的基本功，值得認真對待。
常見問題 FAQ
結構化資料會直接提升我的 Google 排名嗎？
不會。Google 已明說 Schema 本身不是排名因素。它的價值在於讓你的結果有機會升級成複合式結果，靠更顯眼的星等、價格、現貨提高點擊率，間接帶來流量品質的改善，而不是把你的名次往前推。
JSON-LD 和 Microdata 我該選哪一種？
選 JSON-LD。它是一段獨立程式碼，和頁面 HTML 分離，工程師維護方便、改版不容易壞，也是 Google 官方推薦的格式。Microdata 要直接嵌在標籤之間，改版時很容易被牽動弄壞，新做的站沒有理由再用它。
我可以標一個比頁面更高的星等讓結果更好看嗎？
絕對不行，這是最危險的操作。Google 要求標記必須對應使用者實際看得到的內容，捏造評價輕則拿不到複合式結果，重則被人工懲處，連累整站信任。沒有真實評價就先別標 AggregateRating。
促銷改價之後 Schema 要怎麼同步？
最穩的做法是讓 Schema 的價格、庫存和前台共用同一個資料源，由系統動態生成，改價時兩邊一起變。如果是手動維護，每次促銷上下檔都得記得回去更新標記，否則搜尋結果會顯示舊價，反而傷信任。
標好之後多久會看到複合式結果出現？
沒有固定時間，要等 Google 重新爬取與處理，通常數天到數週都有可能，而且就算標對也不保證一定顯示。建議用 Search Console 的複合式搜尋結果報告追蹤收錄狀況，別只盯著前台一直重新整理。