先講結論：結構化資料(Schema)不是可有可無的技術裝飾，而是你的商品頁能不能在 Google 搜尋結果秀出星等、價格、庫存，以及能不能被 ChatGPT、Perplexity、Google AI 摘要引用的「資格門票」。沒有它，搜尋引擎只能用猜的去理解你的頁面；有了它，你等於把「這是一個商品、賣多少錢、評價幾顆星、有沒有現貨」直接用機器看得懂的語言講清楚。這篇我會用第一線實作的角度，把 Schema 是什麼、為什麼現在更重要、電商該加哪幾種、怎麼加、各平台支援度、怎麼驗證、以及最常踩的雷，一次講透。
結構化資料(Schema)到底是什麼
結構化資料是一套用機器可讀的格式，標註網頁內容意義的標準。它的詞彙表來自 Schema.org，這是由 Google、微軟、Yahoo、Yandex 共同維護的開放標準；而最主流的實作格式叫 JSON-LD，也是 Google 官方明確建議優先採用的方式。簡單講，你的商品頁上肉眼看到的是「這雙鞋 NT$1,280、4.6 顆星、現貨」，但搜尋引擎讀到的只是一堆 HTML 文字，它不一定分得清楚哪個數字是價格、哪個是評分。Schema 的作用，就是在頁面裡額外放一段結構化的標註，明確告訴機器：這是 Product，名稱是 X，價格是 1280，幣別 TWD，評分 4.6，庫存狀態 InStock。
JSON-LD 的好處是它和畫面內容分離，通常包在頁尾的一段 script 裡，不會干擾版面，也比早期那種把標註塞進每個 HTML 標籤的做法乾淨得多。你可以把它想成商品的「規格身分證」，貼在頁面背面給機器看。想先補基礎名詞，可以參考我們的電商名詞解釋，把 Schema、JSON-LD、rich results 這些詞先對齊。
為什麼結構化資料現在更重要
過去大家加 Schema，主要是為了在 Google 拿到複合式搜尋結果(rich results)，也就是搜尋頁那些帶星等、價格、庫存的醒目結果。這件事到今天依然成立，而且更重要了，因為現在還多了一層 AI 的戰場。
我自己觀察這兩年的變化是：搜尋的入口正在從「藍色連結」往「直接給答案」移動。ChatGPT、Perplexity、Google 的 AI 概覽，這些工具在回答「推薦幾款 X 商品」時，需要快速、結構化、低歧義的資料來源。一個有清楚 Schema 標註的商品頁，等於把價格、評價、規格用機器一眼就讀懂的方式攤開，被引用、被摘要的機率自然高出許多。這就是現在大家在談的 AEO(答案引擎最佳化)與 GEO(生成式引擎最佳化)，而結構化資料正是這兩件事的共同地基。
換句話說，加 Schema 已經是一魚兩吃：對 Google，你爭取的是 rich results 帶來的高點閱；對 AI 引擎，你爭取的是被當成可信來源引用的機會。兩邊吃的都是同一份結構化資料。
複合式搜尋結果(rich results)能帶來什麼
講得再實際一點，rich results 對電商的直接價值有三個。第一是版面更大、更醒目，在一整排藍字結果裡，帶星星和價格的那一筆天生就搶眼。第二是預先過濾，使用者看到價格與評分後再點進來，意圖更明確，跳出率通常更低。第三是信任感，4.6 顆星、上百則評價直接顯示在搜尋頁，等於還沒進站就先建立了社會證明。
要特別提醒的是，Google 從未保證「加了 Schema 就一定會顯示 rich results」。它只是讓你「具備被顯示的資格」，實際是否顯示由演算法決定，跟頁面品質、標註正確性、內容真實性都有關。所以正確心態是：把該標的標好、標對，剩下交給時間與品質。想系統性檢視自家頁面有沒有把這些基礎打好，可以先跑一次網站 SEO 健檢。
電商最該加的 Schema 類型
Schema.org 的類型有上百種，但電商真正要掌握的就那幾個核心。我按優先順序列給你：
- Product：商品頁的主角，描述商品名稱、品牌、圖片、SKU、GTIN(條碼)、描述等基本資訊。這是一切的根。
- Offer：掛在 Product 底下，負責「賣的這件事」，包含價格(price)、幣別(priceCurrency)、庫存狀態(availability)、價格有效期限。沒有 Offer，Google 就秀不出價格。
- AggregateRating：彙總評分，例如平均 4.6 顆星、共 120 則評價。這是搜尋頁那排星星的來源。
- Review：單則評論，含評論者、評分、內容。可以和 AggregateRating 搭配，但切記必須是真實顧客評價。
- BreadcrumbList：麵包屑導覽，讓 Google 在結果裡顯示「首頁 > 鞋類 > 慢跑鞋」這種路徑，提升結構清晰度。
- FAQPage：常見問題標註，適合用在有 Q&A 的頁面，過去能在搜尋結果展開問答(顯示資格近年有調整，但對 AI 摘要仍有幫助)。
- Organization：放在全站(通常首頁)，描述品牌名稱、logo、官方網站、社群連結，幫助建立品牌實體與知識面板。
對大多數電商，最關鍵的黃金組合是 Product + Offer + AggregateRating，這三個到位，星等與價格才有機會一起出現。其餘的 BreadcrumbList、FAQPage、Organization 則是把整站結構與品牌訊號補完。
JSON-LD 範例：商品頁該標哪些欄位
我不貼整段程式碼讓你眼花，而是直接講一個 Product 的 JSON-LD 至少該包含哪些欄位，你照著對自家頁面就行：
- @type：設為 Product，宣告這是商品。
- name：商品完整名稱，建議和頁面標題一致。
- image：商品主圖網址，建議用高解析、絕對路徑的 URL。
- description：商品描述，和頁面上看得到的內容一致，別只給機器看不給人看。
- sku 與 gtin/brand：料號、條碼與品牌，AI 與 Google 比對商品身分時很吃這些。
- offers：底下放 @type 為 Offer，含 price(只放數字、不要帶貨幣符號)、priceCurrency(例如 TWD)、availability(例如 InStock 或 OutOfStock)、url(商品頁網址)。
- aggregateRating：底下放 ratingValue(例如 4.6)與 reviewCount(例如 120)。
三個實作鐵則要記住。一，JSON-LD 裡標的每個值，頁面上肉眼都要找得到，價格、評分、庫存都要與畫面一致，否則會被判定為標註不符。二，price 欄位放純數字，幣別交給 priceCurrency。三，評分數據必須來自真實評價，不能自己填一個漂亮數字。把這幾點守住，標註就過了一大半。
怎麼加：手動 JSON-LD vs 平台外掛
加 Schema 有兩條路，沒有絕對好壞，看你的技術資源與平台。
手動寫 JSON-LD適合有開發資源、或用自架／可改版型的站。做法是在商品頁範本裡，用後端把商品資料(名稱、價格、庫存、評分)動態帶進一段 JSON-LD，輸出在頁面。優點是完全可控、要標什麼欄位都行、不依賴第三方；缺點是要工程介入，且每次商品資料變動，標註要能同步更新，不能寫死。
平台外掛或內建功能適合多數開店者，尤其是 SaaS 開店平台的使用者。很多平台會自動幫商品頁產生 Product 與 Offer 的標註，你不必碰程式；進階的可透過外掛補上評分、麵包屑、FAQ。優點是快、門檻低；缺點是欄位常常標得不夠完整，或多個外掛同時輸出，造成重複標註。所以就算用外掛，最後一定要用測試工具驗一次，別假設它一定標對。各種輔助標註、驗證的工具，我們整理在電商工具箱裡，可以挑順手的用。
各開店平台對 Schema 的支援概況
這裡講通則就好，因為各平台版本與外掛生態一直在變，請以你後台當下的實際輸出為準，並務必親自驗證。整體而言，主流 SaaS 開店平台(例如國內外常見的訂閱制開店服務)大多會內建基本的 Product 與 Offer 標註，價格與商品名通常沒問題，但評分(AggregateRating)、麵包屑、FAQ 這些往往要靠外掛或主題支援補齊。
開源或可改版型的系統(例如電商版型可自由編輯 HTML 的方案)彈性最高，你想標多完整都行，但相對地也最吃技術，標錯、漏標、重複標的風險也由你自己扛。我的建議是不要預設「我的平台一定有」或「一定沒有」，正確做法永遠是：打開一個真實商品頁，丟進 Google 的測試工具，看它實際讀到了什麼。實測勝過任何規格表。想對自家平台與整體技術配置做個總體檢，也可以參考電商經營部落格裡的相關實戰整理。
用 Google 複合式搜尋結果測試工具驗證
標完一定要驗，這步沒得省。Google 提供官方的「複合式搜尋結果測試(Rich Results Test)」工具，你把商品頁網址貼進去，它會告訴你：偵測到哪些結構化資料類型、有沒有錯誤(error)、有沒有警告(warning)。錯誤代表這項標註無效、拿不到 rich results 資格，必須修；警告代表非必填欄位缺漏，補上能更完整、表現更好。
另外還有「Schema Markup Validator」可做更純粹的語法檢查。實務流程我建議這樣跑：先用測試工具看單頁有沒有 error，全部清乾淨；上線後再到 Google Search Console 看「複合式搜尋結果」報表，那裡會顯示全站被偵測到的標註數量與錯誤趨勢，是長期監控的儀表板。記住一個觀念：測試工具能驗證的是「資格」，至於最終 Google 顯不顯示、AI 引不引用，還是看內容品質與真實性。把驗證納入每次改版的固定關卡，可以搭配網站 SEO 健檢一起做。
常見錯誤與避雷指南
我看過太多站把 Schema 加了卻拿不到效果，問題幾乎都集中在這幾個地雷：
- 標註與畫面不符：JSON-LD 寫 NT$999，頁面卻顯示 NT$1,299，這是最常見也最致命的錯，Google 會直接判定不可信。
- 假評分、灌評價：沒有真實評價卻硬填 AggregateRating，屬於違規操作，被抓到會喪失資格甚至受罰。評分一定要對應頁面上真實可見的評論。
- 價格欄位寫法錯：price 塞進貨幣符號或逗號(例如寫成「$1,280」)，應該只放數字 1280，幣別交給 priceCurrency。
- 缺 Offer 卻想秀價格：只標 Product 沒標 Offer，自然不會出現價格，這是漏標而非標錯。
- 重複標註打架：主題、外掛、手動同時各標一份 Product，造成多重定義，反而讓 Google 困惑。確認全站每個商品頁只有一份權威標註。
- 標了卻沒對應內容：用 FAQPage 標了問答，頁面上卻看不到那些問答，屬於標註與內容不一致，會被視為違規。
- 更新不同步：商品下架、改價、缺貨，標註卻沒跟著更新，availability 還寫 InStock。動態帶值、即時同步是基本要求。
把這幾個雷掃掉，你的標註基本就健康了。更多名詞與細節定義，可以隨時查我們的電商百科。
結語：結構化資料是你被機器看見的語言
做了這麼多年電商技術，我越來越確定一件事：未來流量的入口會越來越「機器化」，不管是 Google 的演算法還是 AI 的摘要引擎，誰能把自己的商品用機器最懂的語言講清楚，誰就更容易被選中。結構化資料不是技術人的玩具，而是每個想被搜尋與被 AI 引用的電商，都該打好的地基。它的投資報酬率很高：標一次，同時吃下 rich results 的高點閱與 AI 引用的曝光，而且是長期複利。
如果你還不確定自家商品頁標得對不對、完不完整，與其用猜的，不如先實測。建議從一次完整的網站 SEO 健檢開始，把結構化資料、技術 SEO、內容品質一起盤一遍；想動手補標註與驗證，也可以到電商工具箱挑工具上手。把機器看得懂的語言寫好，剩下的就是讓時間幫你發酵。
本文由 ECPRO 電商技術雷達編輯部撰寫｜來源網站：ECPRO ecpro.tw