先問你一個問題：同樣賣一雙鞋，為什麼有的商家在 Google 搜尋結果裡直接顯示了星等、價格、還標著「有現貨」，點擊率甩開對手一大截；而你的商品，只有孤零零一行藍字標題？答案往往不是運氣，而是一段藏在網頁原始碼裡、使用者看不見的東西——結構化資料（Structured Data）。它是你和 Google 之間的一種「翻譯」，把人看得懂的商品頁，翻成機器讀得懂的規格書。
這篇文章專講電商最該優先做的一種：Product Schema（商品結構化資料）。我會用一個記憶框架帶你理解——Schema 做的事，就是幫你的商品「填一張 Google 認得的身分證」：叫什麼、多少錢、有沒有貨、別人評幾顆星。填對了，Google 就可能在搜尋結果裡幫你把這些亮點秀出來，這種強化版的結果叫「複合式搜尋結果（rich results）」。就算你不懂程式，也能看懂它的邏輯與該檢查什麼。
先破迷思：結構化資料不是「排名外掛」
最常見的誤會，是以為加了 Schema 排名就會往上衝。講清楚：結構化資料本身不是排名因素，它不會直接讓你從第十名變第一名。它真正的價值在「點擊率」——當你的結果比隔壁多了星星、價格、庫存這些視覺亮點，在同一個位置上，你被點的機率更高。而點擊率、使用者停留這些行為訊號，長期又會回頭影響你的整體表現。
換個角度看它的威力：搜尋結果頁其實是一個所有人都在搶眼球的貨架。沒有 Schema 的結果，像是貨架上一個沒有包裝的白盒子；有 Schema 的結果，像是印了價格、評價、促銷標的彩色包裝。商品一模一樣，但哪個先被拿起來，一目了然。這就是為什麼結構化資料被稱為「CP 值最高的技術 SEO 之一」——工程量不大，但直接影響你在搜尋結果的賣相。
Product Schema 到底標了哪些欄位
Product 這個類型，核心是描述「一件商品」，再搭配兩個常一起用的子物件：Offer（銷售資訊）與 AggregateRating／Review（評價資訊）。用白話拆解你該填的關鍵欄位：
- name（商品名稱）：要和頁面上顯示的商品名一致，別為了塞關鍵字寫一長串。
- image（商品圖片）：提供清晰、夠大的商品圖網址，這是複合式結果能不能帶圖的關鍵。
- description（商品描述）：簡潔說明商品，內容要和頁面實際文字相符。
- offers（銷售資訊）：裡面放 price（價格）、priceCurrency（幣別，台灣是 TWD）、availability（庫存狀態，例如有現貨／缺貨）。這一組是電商最有感的，價格與庫存能不能顯示全看它。
- aggregateRating（綜合評價）：放 ratingValue（平均星等）與 reviewCount（評價數），這是讓搜尋結果長出星星的來源。
- brand、sku、gtin（品牌與商品編碼）：幫 Google 精準辨識這是市面上的哪一件商品，跨平台比對更準。
技術上，Google 最推薦的寫法是 JSON-LD——一段獨立的 script 放在頁面裡，和你的版面排版完全分開，好維護也不容易改壞。多數電商平台（開店系統）都有內建或外掛可以自動產生，你不一定要手刻，但你要知道「該有哪些欄位、內容對不對」。
一步步把 Product Schema 上到你的商品頁
給非工程背景老闆的落地步驟：
- 步驟一，盤點你的開店平台能力。先確認你用的系統是否已內建商品結構化資料。很多主流開店平台預設就會輸出 Product Schema，你要做的是「打開它、把欄位對應設定好」，而不是從零寫。
- 步驟二，確保資料來源正確。Schema 裡的價格、庫存、評價，必須「動態」抓取商品的真實狀態，不能寫死。價格改了、賣完了，標記也要跟著變。
- 步驟三，補齊評價資料。想要星星，前提是頁面上真的有可見的評價機制與真實評價。沒有真實評價卻硬標 rating，是明確違規。
- 步驟四，用官方工具驗證。用 Google 的「複合式搜尋結果測試」貼上網址或程式碼，檢查有沒有錯誤與警告；上線後在 Google Search Console 的「複合式搜尋結果」報表持續監看。
- 步驟五，全站套用而非單頁。用範本讓所有商品頁自動帶上正確 Schema，這才是規模化電商的正解。
對比一下投入產出：手動一頁一頁貼標記，幾百個商品會做到崩潰且容易出錯；把 Schema 做成「商品範本自動填入」，你只維護一次邏輯，全站商品同步受惠，未來新增商品自動就有。技術 SEO 的規模化，永遠是改範本，不是改頁面。
最危險的地雷：不實標記與政策違規
結構化資料有一條不能碰的紅線：標記的內容必須和頁面上使用者真正看得到的內容完全一致，而且必須真實。最常見的違規，是為了衝星星而標記根本不存在的評價、或把不屬於這件商品的整站好評硬塞到單一商品上。這類「造假標記」一旦被 Google 判定，輕則星星不顯示，重則被祭出「複合式結果違規」的人工處置，讓你的複合式結果全面消失，得花時間申訴才可能恢復。
其他常見錯誤：價格幣別沒填或填錯，導致標記無效；用了不合規的評價來源（例如老闆自己給自己打分）；標記的商品和頁面實際販售的不是同一件；必填欄位缺漏導致 Google 直接忽略整段標記。Schema 的心法是「誠實描述、精準對應」，不是「能標多少算多少」。與其鑽漏洞，不如把力氣放在累積真實評價、把商品資訊填齊填準，這才是能長久顯示複合式結果的正道。
用 AI 產生與檢查 Schema（附提示詞）
寫 JSON-LD 這種格式嚴謹、結構固定的東西，正好是大型語言模型的強項。你可以用通用型 AI 助理，把商品資訊丟給它，請它產出符合規範的標記草稿，再回官方工具驗證。
提示詞範例：「你是熟悉 Schema.org 與 Google 複合式搜尋結果規範的 SEO 工程師。請依下列商品資訊，產出一段符合 Google 規範的 Product 結構化資料，格式用 JSON-LD，包含 name、image、description、brand、sku、offers（含 price、priceCurrency 為 TWD、availability）、以及 aggregateRating（含 ratingValue、reviewCount）。商品資訊如下：（貼上你的商品名稱、價格、庫存、平均星等、評價數）。請只輸出可直接使用的程式碼，並在最後用白話列出我上線前必須人工確認的三個重點。」你也能請它幫你「檢查這段現有 Schema 有沒有缺欄位或格式錯誤」。
誠實說限制：AI 產出的標記一定要用 Google 官方測試工具實測，不能直接信任。語言模型可能引用過時的欄位規範、幻覺出不存在的屬性，或給出你平台不支援的寫法。它更不可能知道你商品的真實庫存與評價數是多少——這些只有你能填、也必須填真的。把 AI 當成「產出草稿與抓格式錯誤」的加速器，驗證與真實性把關的責任，永遠在你身上。
劃重點：讓商品在搜尋結果自己會發光
一句話收尾：結構化資料不會幫你排到第一，但會讓你在同一個位置上，比對手更值得被點一下。重點複習——Product Schema 是幫商品填一張機器讀得懂的身分證，核心欄位是名稱、圖片、價格幣別、庫存、評價；用 JSON-LD、優先靠平台範本全站自動套用；標記內容必須真實且與頁面一致，造假是會被人工處置的紅線；上線一律用官方測試工具驗證，並在 Search Console 持續監看。
當你的商品頁在搜尋結果裡帶著星等、價格與現貨標亮相，你等於在還沒付任何廣告費之前，就先贏了一輪「賣相」的競爭。這是一件做一次、長期受用、而且對手常常懶得做的事——正因為這樣，願意把它做好的你，才更有機會在貨架上被先拿起來。