WooCommerce 商品頁 SEO 優化：提升排名與轉換

一個 WooCommerce 商品頁上線三個月，Google Search Console 裡的曝光數卻還是零，這是很多商店真實遇到的處境。花了三天拍商品照、寫文案、設定變體與庫存才把頁面送上線，卻連被看見都談不上。

問題通常不是你的商品不好，也不是你「做得不夠多」。很多 WooCommerce 商店都會卡在這一步，而真正的關鍵從來不是「做得不夠多」，而是順序錯了。

多數人想到商品頁 SEO，直覺是去改 title、塞關鍵字、裝一個 SEO 外掛、再產出一堆描述。這些動作本身沒有錯，但它們全都在第二、第三層。如果你連「Google 到底有沒有把這一頁放進索引」都還沒確認，就去調 meta description，那就是在還沒打地基之前先貼壁紙。

這篇要給你的是一套有順序的工程方法：從索引層、相關性層、到信任與體驗層，一層一層把商品頁做成 Google 願意排名、讀者願意購買的頁面。每一段都附上你能直接照做的檢查項與動作。

先講結論：WooCommerce 商品頁要同時拿排名與轉換，順序是「先被收錄 → 再被看懂 → 建立信任 → 促成點擊與購買」。跳過前面任何一層，後面做再多都會打折。根據 W3Techs 的統計（2026 年 6 月），WooCommerce 是全球使用率最高的電商平台之一，這也意味著你的每一個商品頁都站在一個極度擁擠的競爭環境裡，基本功決定你能不能上桌。

商品頁 SEO 不是檢查表，是一套有順序的工程

把商品頁 SEO 想成裝潢一棟房子。你不能在還沒灌漿打底之前，就先挑窗簾顏色。SEO 的每一個優化動作都有一個「它依賴什麼先成立」的前提，而我看到最常見的浪費，就是大家把力氣全花在沒有前提支撐的項目上。

我把商品頁拆成四層，請你務必按順序體檢：

層級	它要回答的問題	沒做會怎樣	代表性工作
第一層：索引與可爬取性	Google 看得到這一頁嗎？	後面全做白工	canonical、noindex、爬取預算、網址結構
第二層：相關性	Google 知道這頁在賣什麼、為誰賣嗎？	排到不相關的查詢、或根本排不上	關鍵字佈局、搜尋意圖、標題與描述
第三層：信任與結構	Google 與使用者能相信這頁的資訊嗎？	沒有豐富結果、轉換率低	Product Schema、評論、E-E-A-T 訊號
第四層：體驗與行為	進來的人會留下、會買嗎？	排名上去了又掉下來	速度、圖片、內部連結、行動版

這個表格是整篇文章的地圖。下面每一節對應一層，我會把該做什麼、不該做什麼、怎麼驗證一次講清楚。

第一層：先確定 Google 看得到這一頁

聽起來很基本，但這是 WooCommerce 商店最常出問題的一層。原因是 WooCommerce 可能產生許多你沒有打算經營的網址：篩選頁、屬性頁、分頁、排序參數頁、變體 URL。當網址組合規模很大時，Googlebot 可能把資源花在低價值頁面上，重要商品頁的探索與更新也會變慢。

先把重複內容的源頭堵住

WooCommerce 的商品頁天生帶有重複內容的風險。同一個商品可能從分類頁、標籤頁、篩選結果頁、甚至 ?orderby= 這類排序參數被連到，產生一堆「內容幾乎一樣、網址不同」的頁面。Google 看到這種情況，會自己挑一個版本來排名，但它挑的不一定是你想排名的那個。

處理重複內容的核心工具是 canonical（標準網址）。你要確保每一個商品頁的 canonical 都指向自己那個乾淨的網址，避免指向某個帶著一堆參數的變形。這件事講起來簡單，但很多商店裝了快取外掛或多語系外掛之後，canonical 就會出問題，出現「商品頁的 canonical 指向首頁」這種荒謬狀況。完整的 canonical 設定邏輯我也寫過一篇Canonical URL 完全指南，這裡給你三個立刻能檢查的點：

• 在商品頁原始碼搜尋 rel="canonical"，確認它指向這個商品自己的網址，別誤指到分類頁或其他地方。
• 檢查帶參數的網址（例如 ?orderby=price）是否被正確收斂回 canonical 版本。
• 多語系商店要確認 hreflang 與 canonical 沒有互相打架，而且每個語言版本都有雙向回指。

篩選頁與屬性頁要決定去留

這是 WooCommerce 商店最容易被低估的爬取預算黑洞。當你啟用「依顏色篩選」「依尺寸篩選」這類面相導覽（faceted navigation），WooCommerce 會為每一個篩選組合生成一個可被索引的網址。一個有 5 種顏色、5 種尺寸的商品分類，理論上可以組合出幾十個篩選頁。如果你的商店有幾百個 SKU，這個數字會爆炸性成長。

Googlebot 分配給網站的爬取資源不是無限的，但也沒有固定的「每日頁數」。當大型商店充斥大量低價值的篩選網址，Googlebot 可能反覆探索這些組合，讓重要商品頁較慢被重新造訪。小型網站通常不必過度擔心爬取預算；網址組合龐大時，再依伺服器紀錄與 Search Console 訊號判斷是否需要處理。更深入的優化方法可以看爬取預算優化策略。

我的建議是：先決定哪些篩選頁值得成為搜尋入口。有明確搜尋需求、穩定商品集合與獨特內容的組合，可以保留索引；其餘網址則依網站架構使用 canonical、noindex，或調整連結與產生規則。noindex 只控制索引，不等於阻止爬取；Google 的網址參數工具也已在 2022 年停止使用。

網址結構要乾淨可讀

WooCommerce 預設的商品網址結構是可以調整的，而且會直接影響 SEO。理想的做法是讓商品頁網址簡短、可讀、包含目標關鍵字，例如 /product/wool-knit-scarf，避開 /?p=1234 或帶著一長串分類層級的網址。

這裡有一個常見誤區：很多人喜歡把分類塞進商品網址裡（例如 /clothing/winter/scarf/wool-knit-scarf），以為這樣「關鍵字更多」。網址層級本身不會稀釋 PageRank，但過長的分類路徑會增加維護成本，而且商品換分類時可能連網址也得改。選擇簡短、穩定、可讀的結構，通常比堆疊分類名稱更實用。WordPress 永久連結的完整最佳化設定，我寫了一篇WordPress 永久連結 SEO 設定，含 WooCommerce 專屬的網址建議。

用工具驗證，不要用猜的

第一層的工作全部做完之後，不要憑感覺判斷「應該沒問題了」。用 Google Search Console 的網址審查工具（URL Inspection），實際輸入你的商品頁網址，看看 Google 回報的索引狀態、canonical、可檢索性。如果它顯示「網址不在 Google 上」，你前面的所有優化都還沒開始發揮作用。

更大規模的商店，我會建議用爬蟲工具做整站體檢。你可以用 Screaming Frog 這類 SEO 爬蟲模擬搜尋引擎探索網站，一次看清楚哪些頁面被 noindex、哪些 canonical 指錯、哪些頁面回傳 404 或重新導向鏈，再搭配 Search Console 與伺服器紀錄交叉確認。完整操作流程可以參考Screaming Frog SEO Spider 中文教學。

第二層：讓 Google 看懂這頁賣什麼

假設第一層已經過關，Google 確實能爬到、也收錄了你的商品頁。接下來的問題是：它知道這頁在賣什麼、為什麼樣的人賣嗎？這一層的核心不是「塞關鍵字」，而是用搜尋意圖來決定整個頁面的內容結構。

商品頁的搜尋意圖通常是「交易型」與「商業調查型」的混合

搜尋意圖（Search Intent）決定了 Google 認為什麼樣的內容才配排在某個查詢的前面。當有人在 Google 輸入「羊毛針織圍巾」，他的意圖可能是直接要買（交易型），也可能是先比較款式與材質（商業調查型）。你的商品頁要能同時滿足這兩種人，才有機會拿到那一頁的排名。

這代表你的商品頁不能只是一張圖、一個價錢、一個購買按鈕。它要回答一個正在考慮購買的人會問的所有問題：這是什麼材質？多大尺寸？怎麼洗？跟別款差在哪？適合送禮嗎？有現貨嗎？這些問題的答案，就是你的關鍵字佈局，也同時是你的內容結構。搜尋意圖的完整拆解方法，我也整理了一篇拆解搜尋意圖，這裡給你一個可直接套用的商品頁關鍵字分層：

關鍵字類型	範例（以羊毛圍巾為例）	該出現的位置
主要關鍵字	羊毛針織圍巾	標題、H1（由版型產生）、網址、第一段
修飾型長尾	羊毛針織圍巾 純色 / 冬季 / 男款	變體名稱、子標題、商品副標
規格型關鍵字	100% 美麗諾羊毛 / 180cm	規格表、商品描述
問答型關鍵字	羊毛圍巾怎麼洗 / 會縮水嗎	FAQ 區塊、商品描述內文
情境型關鍵字	送男友 / 冬天穿搭 / 出國必備	使用情境段落、推薦搭配

這張表的目的，是讓你在規劃內容時有意識地覆蓋這些面向。當你的商品頁自然地把材質、尺寸、使用情境、常見問題都講清楚，這些關鍵字會自己出現，而且讀起來是通順的。

標題與 meta description 是你的 SERP 廣告

在搜尋結果頁（SERP）上，你的標題與描述就是你的免費廣告版位。標題決定點閱率，描述決定點進來的人是不是對的人。一個好的商品頁標題，要同時包含主要關鍵字、一個差異化賣點、以及讓人想點的理由。

這裡有一個值得反覆強調的原則：為真人寫，為機器人優化。標題裡有關鍵字是給 Google 看的，但標題讀起來通順、有吸引力、能說服人點擊，這才是給真人看的。兩者不衝突，但你不能只做前者。如果你對 SERP 上各元素的運作邏輯還不熟，可以先讀一篇SERP 介紹，搞清楚你正在爭奪的版位長什麼樣子。

meta description 不是直接的排名因素，也不保證會照原文顯示；Google 可能依查詢改寫摘要。把它當成搜尋結果文案來寫，簡潔說明商品與差異點，並確保重要資訊放在前面。Google 沒有規定固定字數，摘要過長時可能依裝置與版面截斷，細節見 Google Search Central 的摘要控制說明。

關鍵字不是越多越好，是越準越好

我必須直說一個業界地雷：有些人為了衝商品頁排名，會在同一個頁面上堆砌大量關鍵字，甚至把不相關的熱門字塞進描述裡。這是標準的關鍵字堆砌，屬於垃圾內容政策涵蓋的做法，可能讓頁面失去搜尋能見度；若涉及違反政策，也可能收到人工處置。想知道黑帽手法具體長什麼樣、為什麼風險遠大於報酬，可以看這篇黑帽 SEO 完整解析。

白帽的做法是把力氣放在「讓一個商品頁精準地服務一組相關的搜尋意圖」，別貪心到讓一個頁面什麼字都想排。精準，永遠勝過貪心。

製造商文案不能直接當成商品頁策略

這是 WooCommerce 商店常見的內容問題：直接把供應商或製造商提供的商品描述複製貼上到每一個商品頁。

你通常不是唯一拿到那份文案的商店，同一段描述可能出現在許多商品頁。重複內容不會因此受到「重複內容處罰」，但 Google 可能選擇顯示它認為較具代表性的版本，你的頁面便很難靠相同文字展現額外價值（見 2008 年 Google 對重複內容處罰的澄清）。

真正的問題不是內容被「處罰」，而是你的頁面沒有提供比其他版本更有用的資訊。保留必要的原廠規格沒有錯，但應補上自己的實測、選購判斷、適用情境與售後資訊。

什麼才是「原創」的商品描述

原創不代表你要無中生有編出一套華麗的形容詞。原創的意思是：用你自己對這個商品的理解、你對目標客群的認識，重新組織資訊。同樣一支羊毛圍巾，製造商文案會寫「100% 羊毛，柔軟親膚」，而你的原創描述應該是：

• 說出這個材質在實際使用上的感受（例如冬天第一天圍上去會不會刺、洗過三次後觸感的變化）。
• 指出適合什麼樣的人、什麼樣的場合（例如辦公室冷氣房、登山、送長輩）。
• 誠實地說明它不適合什麼（例如容易縮水、需要手洗），這反而會建立信任。
• 加入只有實際摸過這個商品的人才知道的細節。

這種內容能展現頁面的獨特價值，也能提供真正的第一手經驗。E-E-A-T 不是單一排名分數，但實際測試、清楚來源與可核對細節有助於建立讀者信任。AI 可以生成看似具體的文字，因此更要以真實觀察、照片與可驗證資料為準，不能讓它代替商品測試。

如果你賣的商品種類很多，全部重寫不現實，可以從營收較高、搜尋需求較明確、描述重複最嚴重的商品開始。實際優先順序依商店數據決定，不必硬套固定比例。

商品頁也要有「內容深度」

商品頁不必刻意追求長篇內容。中高單價、需要比較與考慮的商品，通常需要更完整的規格、情境與政策說明；簡單商品則以解決購買疑問為準。資訊是否有用，比字數更重要。

內容深度不是叫你寫一大段廢話。它的意思是：商品頁要能回答購買者真正會問的問題。這通常包含詳細規格、材質與做工說明、使用情境與搭配建議、常見問題、保固與退換貨政策、真實買家評價。這些資訊可以用商品頁籤、表格與問答區塊呈現，不需要堆成一面文字牆。

當商品頁把疑問說清楚，通常也會自然涵蓋相關長尾查詢。停留時間與跳出率可以用來診斷內容是否符合預期，但不能只憑這兩個分析指標斷定排名會上升。

結構化資料：爭取商品豐富結果的基礎

結構化資料（Schema）是你用 Google 看得懂的格式，主動告訴它「這一頁賣的是什麼商品、多少錢、有沒有庫存、別人評價如何」。對商品頁來說，這不是選配，是標配。

Product Schema 是商品頁的核心

商品頁可部署 Product 類型的結構化資料，並依想爭取的搜尋外觀遵守 Google 當下列出的必要與建議欄位。商品摘要與商家資訊清單的要求並不完全相同；價格與庫存應放在 Offer 中，只有頁面確實顯示評論時才標記 aggregateRating，這些欄位要求以 Google 的 Product 結構化資料文件為準。

正確標記能讓商品頁具備價格、庫存或評分等商品豐富結果的資格，但 Google 不保證一定顯示。它的價值是讓搜尋引擎更明確理解頁面資訊，並在符合資格時呈現更完整的搜尋外觀。

但結構化資料有一個鐵則：標記的內容必須跟頁面上實際可見的內容一致。你不能在 Schema 裡寫評分 4.8，頁面上卻看不到任何評論；也不能標記一個頁面上根本沒顯示的價格。違反 Google 結構化資料政策，可能使頁面失去豐富結果資格，嚴重時也可能收到人工處置。結構化資料的完整實作細節與各類型標記，可以參考結構化資料 Schema 標記完整教學。

評論與評分的結構化資料

買家評論是商品頁的重要信任資訊。當頁面符合資格且正確標記 AggregateRating 時，搜尋結果可能顯示星等；實際呈現由 Google 決定。

評論應該真實、與商品相關，並清楚反映評論者的實際經驗。購買假評論或用外掛自動生成評論灌水，可能違反平台、商家評論或結構化資料政策，並讓評論內容或搜尋功能資格受到處理；實際後果取決於做法與違規範圍。與其追求數量，不如經營少數幾則深入、具體、附照片的真實評論。

Breadcrumb Schema 別漏掉

麵包屑（breadcrumb）導覽也建議加上 BreadcrumbList 結構化資料。它能協助 Google 理解商品在網站分類架構裡的位置，搜尋結果也可能用麵包屑呈現網址脈絡。這是成本低、效益高的標記。

圖片是商品頁的最大資產，也是最大效能包袱

商品頁的主圖，往往就是這一頁的「第一印象」與「最大型內容繪製」（LCP）元素。它同時承擔了兩個任務：說服讀者購買、以及不要把頁面拖慢到讓人離開。這兩個任務本質上是衝突的，因為高品質的圖通常檔案大，而檔案大就慢。

圖片 SEO 的基本功

在講效能之前，先把圖片 SEO 的基本面做完。每一張商品圖都應該有：

• 描述性的檔名：wool-knit-scarf-burgundy-front.jpg，避免用 IMG_3847.jpg。檔名是 Google 判斷圖片主題的訊號之一。
• 準確的 alt 文字：用一句話描述圖片內容，自然包含關鍵字，但不要堆砌。alt 的首要功能是無障礙，SEO 是它附帶的好處。
• 多角度與情境圖：除了主圖，提供材質特寫、穿搭情境、包裝等照片，這些同時幫助轉換與圖片搜尋流量。

圖片 SEO 還有很多可以著力的地方，從命名、壓縮到結構化標記都有學問，完整的優化流程我整理在圖片 SEO 優化終極指南。

格式、壓縮與載入策略

現代的商品圖片優化有三個動作一定要做：改用 WebP 或 AVIF 等現代格式（檔案大小比 JPEG 小很多，畫質相當）、壓縮到肉眼可接受的品質、以及對首圖以外的圖片啟用延遲載入（lazy loading）。

主圖（LCP 元素）是例外，它不能延遲載入，而且你要盡一切努力讓它最快出現。因為它是使用者打開頁面時第一個看到的大型元素，它的出現速度直接決定了 LCP 這個 Core Web Vitals 指標。LCP 太慢，Google 會認為你的頁面體驗差，使用者也不會有耐心等。圖片以外、整體網頁速度的優化方法，可以搭配閱讀網頁速度優化。

檢查時，除了用手機與限速環境觀察，也要看 PageSpeed Insights 或 Search Console 的實際使用者資料。Google 對 Core Web Vitals 的說明把 LCP「良好」的門檻定在第 75 百分位 2.5 秒內，不是單次測試看到主圖完成的時間。速度也會影響使用體驗與轉換，這點在 web.dev 的研究有清楚說明。

WooCommerce 特有的五個地雷

前面講的是所有電商商品頁通用的 SEO 原則。這一節要講的是只有 WooCommerce 才會出現、而且多數人踩到還不自覺的幾個地雷。這也是這篇指南最值得你存下來反覆對照的部分。

地雷	發生原因	該怎麼處理
變體商品的重複內容	每個變體可能產生獨立 URL，內容幾乎相同	確認變體頁 canonical 指回主商品頁，或讓變體不生成獨立可索引 URL
Shop 分頁被當成主分類	/shop 頁面與分類頁內容重疊	決定 /shop 要不要被索引，避免與分類頁互相競爭
屬性頁面泛濫	每個屬性值生成一個可索引的彙整頁	無搜尋需求的屬性頁一律 noindex，避免吃掉爬取預算
快取外掛弄亂 canonical	快取或多語系外掛覆寫了 SEO 外掛的 canonical 輸出	定期用檢視原始碼核對 canonical，不要假設外掛一定對
斷貨商品長期掛在網站上	商品缺貨但頁面沒有補貨或替代資訊	短期斷貨保留頁面並標示；停產時依是否有相近替代品，選擇 301、保留頁面或回傳 404/410

這五個地雷的共同特徵是：它們不會讓網站立刻崩潰，也不一定會在 Google Search Console 裡跳出明顯錯誤，卻可能妨礙索引、資訊一致性或購買體驗。做商店體檢時，可以把這五項列入優先檢查。

停產商品是個 SEO 決策，不是倉儲決策

特別把斷貨與停產商品拿出來講，因為它常被當成倉庫或進銷存的事，而被 SEO 角色忽略。一個已經停產、永遠不會再進貨的商品頁，如果繼續用 200 狀態掛著卻沒有替代方案，會讓從搜尋或舊連結進站的訪客找不到下一步。

處理方式要分情況：如果只是暫時缺貨，保留頁面，清楚標示「補貨中」並開放通知，也可以提供替代品連結。確定停產且有高度相近的替代商品時，可用 301 重新導向；沒有合理替代品時，保留仍具參考價值的頁面，或回傳 404/410，通常比一律導向分類頁更準確，因為不相關的重新導向可能被 Google 視為 soft 404。

速度與互動數據：用來改善商品頁體驗

前面提過 LCP 與圖片的關係。這一節要談更完整的頁面體驗，以及如何用互動數據找出商品頁的問題。Google 將 Core Web Vitals 納入頁面體驗，但在 頁面體驗的官方說明中也明確表示良好分數不保證排名靠前，相關性仍是核心。

Core Web Vitals 是商品頁的體驗底線

Google 用 Core Web Vitals 這一組指標來衡量頁面的實際體驗品質，包含載入速度（LCP）、互動回應速度（INP，已取代舊有的 FID）、以及視覺穩定性（CLS）。商品頁因為圖片多、外掛多、常有動態價格或即時庫存查詢，是 Core Web Vitals 容易翻車的頁面類型。

你可以在 Google Search Console 的 Core Web Vitals 報表裡，看到你的商品頁整體的體驗分數。如果顯示「需要改善」或「不良」，那就是一個明確的待辦。常見的商品頁 CLS 殺手是：圖片沒有設定寬高（導致載入時版面跳動）、字型載入造成文字位移、以及動態插入的元素（例如促銷橫幅、彈出視窗）把內容擠位。

互動數據：用來診斷頁面，不要直接當成排名公式

搜尋系統會使用多種互動資料，但外部無法把 GA4 的停留時間、跳出率或轉換率直接換算成單頁排名。對站長來說，這些數據最可靠的用途，是判斷搜尋者進站後是否找到預期資訊。

具體來說，可以觀察搜尋落地後的互動、加入購物車與結帳完成率，再搭配使用者測試找原因。點閱率不錯但進站後很少互動，可能是搜尋摘要與商品內容不一致、規格不完整、價格不符預期，或頁面載入太慢；不能只看單一數字就斷定 Google 會如何調整排名。

商品頁的 SEO 與轉換率優化（CRO）雖然不是同一套指標，卻共享許多基本工作。標題寫得再漂亮、關鍵字佈局再精準，如果進來的人發現商品描述空洞、圖片模糊、找不到規格或按鈕點不動，流量也很難變成生意。若商品適合延後決策，可評估加入商品收藏功能，再用登入、同意與分析資料確認訪客是否真的回訪或購買。

行動版是主戰場，不是附屬品

Google 已經全面採用行動版優先索引（mobile-first indexing），意思是 Google 主要用網站的行動版內容進行索引。這不是額外的行動版排名加成，但若手機版缺少桌機版的重要文字、圖片或結構化資料，Google 能索引的內容也會不同。商品頁在手機上圖片變形、按鈕難點或規格表難讀，同樣會直接傷害使用體驗。

用手機、用 4G 速度、用一般使用者的心態，親自走一次你的商品頁購買流程。這個動作會告訴你比任何工具都多的問題。

內部連結：把商品頁接上主題網

一個商品頁如果沒有任何其他頁面連到它，它在 Google 眼裡就像一座孤島。內部連結是你可以完全自己掌控的權重流動管道，也是讓 Google 理解你網站主題架構的關鍵。

三種一定要做的內部連結

商品頁至少要有這三種內部連結結構：

1. 分類頁 → 商品頁：這是最基本的，商品頁要能從它所屬的分類頁被連到，而且分類頁的連結位置越前面越好。
2. 商品頁 → 相關商品頁：「相關商品」「推薦搭配」「買這個的人也買了」這類商品輪播區塊，除了提升客單價，也讓同主題的商品頁互相串連，形成一個主題叢集。
3. 內容頁 → 商品頁：你的部落格文章、選購指南、比較文，是引導資訊型搜尋流量到商品頁的最佳橋樑。一篇「冬天圍巾怎麼挑」的指南文，連到你的羊毛圍巾商品頁，這條連結同時傳遞權重與真實的潛在顧客。

內部連結的錨點文字也要有意識地寫。不要全部都用「看更多」或「點這裡」，用描述性的、包含關鍵字的錨點（例如「純羊毛針織圍巾」），讓 Google 更清楚被連結頁面的主題。內部連結的完整策略與常見錯誤，可以延伸閱讀內部連結核心技巧。

用主題叢集把商品頁變成主題權威

進階的做法是把你店裡的商品頁用主題叢集（topic cluster）的概念串起來。以一個圍巾專賣店為例，你可以有一個「冬季圍巾選購指南」的支柱頁（pillar page），往下連結到「羊毛圍巾」「絲巾」「針織圍巾」等分類與商品頁，這些頁面之間也互相連結。當 Google 看到一個主題的頁面彼此緊密連結，它會認為你在這個主題上具有權威性，整個叢集的頁面都會受益。

這類架構常被稱為主題叢集。它能幫助使用者與搜尋引擎沿著連結理解相關頁面的關係；至於 AI 搜尋是否引用某個頁面，沒有一套公開的「主題完整度」門檻。如果你對這個主題式架構的方法有興趣，可以進一步了解Entity SEO 與主題權威。

變體商品的 SEO：URL、描述與結構化標記的三層決策

變體商品可在同一商品下管理尺寸、顏色等選項；例如 5 種尺寸乘以 5 種顏色，後台可能形成 25 種組合，但通常仍共用主要商品網址。是否產生可索引的參數網址或重複內容，取決於佈景主題、外掛與實作方式。

把變體商品做對，要分三層依次決策。

第一層：變體要不要有獨立網址

WooCommerce 預設的變體商品是「一個商品頁、一個網址」，顏色與尺寸只是下拉選單裡的選項，切換變體時網址不會變。這是最乾淨的狀態，請盡量保持。

問題出在你裝了某些屬性篩選外掛、或開啟了「變體獨立網址」之後，每個變體會長出類似 ?pa_color=red&pa_size=m 這種網址，而且都可能被當成獨立頁面索引。一個商品瞬間分裂成 25 個內容幾乎一樣的頁面，這時候重複內容的處理原則可以對照 Canonical URL 完整指南，核心動作只有一個：讓所有變體網址的 canonical 指回那個乾淨的主商品頁。

唯一例外是：當某一個變體本身有明確的獨立搜尋需求（例如「紅色羊毛圍巾」真的有人搜），而且你願意為它寫獨立描述、獨立圖、獨立評論，那它才值得擁有獨立頁面。除此之外，把所有變體收斂到一個主商品頁，幾乎永遠是更好的選擇。

第二層：變體描述要不要差異化

變體共用同一份描述，在 SEO 上不一定是問題（前提是它們沒有獨立網址）。但在轉換上是問題：買家選了「酒紅色」，描述還在講「這款黑色圍巾」，說服力立刻歸零。

WooCommerce 內建每個變體都能單獨寫一段「變體描述」，切換變體時這段描述會跟著換。為主要變體各寫一段差異化內容，例如顏色的搭配建議、該色的適合膚色或場合、這個尺寸的實穿參考。這段文字同時幫轉換，也自然把「酒紅色圍巾 穿搭」「羊毛圍巾 M 尺寸」這類長尾關鍵字帶進頁面，而不需要你刻意堆砌。

第三層：結構化標記要標到變體層級

變體商品的 Product Schema 比單品複雜。Google 在商品變體結構化資料中支援 ProductGroup 類型，專門用來描述「一組共用屬性、各自有差異的變體商品」。正確的做法是：用一個 ProductGroup 包住整個商品，裡面用 hasVariant 列出每個變體，每個變體各自帶自己的價格、庫存、SKU。

這個標記方式能清楚描述「一個商品群組與其多種規格」，讓各變體的價格、庫存與識別資訊對應正確。它不保證合併排名或評論，但能降低機器誤解商品關係的機會。實際的 Product Schema 部署細節，可以對照 結構化資料 Schema 標記完整教學。

記住一個原則：變體商品的 SEO 目標不是「讓 25 個變體都能被搜尋到」，而是「讓一個主商品頁用最完整的資訊、最乾淨的結構，去承接所有變體相關的搜尋」。

詢價型與不顯示價格的商品頁要怎麼做 SEO

不是所有商店都把價格公開。B2B、批發、客製化、高單價量身訂製，很多商品頁不放價格，只放一張詢價表單。這類商品頁的 SEO 痛點很特殊：Product Schema 的價格欄位是商品豐富結果的關鍵欄位，而你沒有價格可標。要誠實說，這是先天劣勢。

劣勢不代表放棄。它代表你要把力氣移到別的地方。

承認豐富結果的先天弱勢，把基本標記做滿

不顯示價格的詢價頁，拿不到價格標籤這類豐富結果；如果你也不開放公開評論（很多 B2B 商店基於客戶隱私不開放），星等評分也拿不到。這部分要承認，不要為了拿星等而虛構評論或塞假價格。違反 Google 結構化資料政策，可能讓相關頁面或網站失去豐富結果資格，得不償失。

你仍可以做的是：把 Product Schema 裡商品名稱、圖片、品牌、描述、分類等與頁面一致的欄位標記完整。這有助於機器理解商品屬性，但結構化資料本身不是排名保證；要爭取需要價格的商品搜尋外觀，就不能虛構 Offer。

把詢價表單當成轉換目標

詢價型商品頁的核心績效不是線上結帳，而是表單送出。把成功送出設為分析工具中的關鍵事件，才能比較不同落地頁帶來的有效詢問。表單欄位應依業務所需精簡，先收集聯絡與需求判斷所需資訊；欄位數量並沒有適用所有商店的固定答案。

內容深度是詢價頁的 SEO 救命繩

無法靠價格帶流量，就靠規格與資訊密度。詢價頁特別適合放這組內容：詳細規格表、材質與做工、客製選項、最低訂購量、交期、應用案例、採購 FAQ。這些正好也是 B2B 採購者在搜尋階段會問的問題，當你的頁面完整回答了這些問題，它就有機會排進「某材質 批發」「某規格 客製」這類採購型查詢。

一個 B2B 商品頁如果只放一張圖、一段公司介紹、一個詢價按鈕，幾乎不可能在 Google 排名。它對搜尋者太薄、對 Google 太空。B2B 電商的整體 SEO 策略，可以進一步對照 電商 SEO 完整指南。

詢價頁還有一個特殊地雷：如果你開放詢價留言或評論公開顯示，垃圾留言會迅速污染頁面，而 Google 會把大量低品質 UGC 當成頁面品質訊號。定期審核、或改用不公開顯示的表單，是較穩的做法。

詢價型商品頁 SEO 的核心不是「假裝自己是零售頁」，而是「把 B2B 採購者真正在乎的資訊完整講清楚，讓你成為那個採購決策過程中被找到、被信任的資訊來源」。

商品頁 SEO 成效追蹤：用數據回頭校準方向

很多商店把商品頁 SEO 做完之後，就只盯著「排名有沒有上升」。這是最粗糙的衡量方式，而且常誤導你。一個商品頁排名上升卻沒帶來訂單，跟一個排名沒動但轉換率翻倍的頁面，後者才是真正的贏家。你要看的是一組分層的指標，不是單一數字。

四層指標漏斗

層級	看什麼	工具	卡住代表什麼
索引覆蓋	多少商品頁被 Google 收錄	Search Console 網頁索引報表	第一層的 canonical、noindex、爬取預算沒清乾淨
曝光	商品頁在哪些查詢出現、出現幾次	Search Console 搜尋結果	有曝光沒點擊，通常是標題與描述不吸引人
點擊與點閱率	CTR 與點擊數	Search Console 搜尋結果	有點擊沒加購，是頁面內容或價格說服力不足
轉換	加入購物車、結帳完成	GA4、WooCommerce 內建報表	有加購沒結帳，是結帳流程或運費透明度問題

看商品頁群組，不要看全站平均

全站平均會掩蓋個別商品頁的問題。在 Search Console 的搜尋結果報表，用正則式篩選 /product/ 或 /shop/ 開頭的網址，單獨看商品頁這個群組的曝光、點擊、CTR。GA4 同樣要建立商品頁專屬區隔，把這群頁面的流量與轉換獨立出來看，你才看得出哪些商品頁是贏家、哪些在拖後腿。

三種典型病徵與對應處方

• 曝光很多、點擊很少：標題與 meta description 不吸引人或不符合搜尋意圖。回去重寫 SERP 文案，把它當廣告標題來測。
• 點擊不少、加入購物車很少：頁面說服力不足。通常是圖片不夠、規格不清、價格被質疑、缺真實評論。回頭對照內容深度與信任訊號那一節。
• 加入購物車多、結帳很少：這通常不是商品頁 SEO 本身的問題，而要檢查結帳流程、運費透明度、付款方式與錯誤訊息。

動手改之前，先記下重點商品頁的基準線，包括曝光、點擊、CTR 與轉換率。依網站流量與購買週期設定觀察窗，並在 Search Console 確認頁面已重新檢索。變動何時反映沒有固定週期，也不存在站長可以預測的「大型索引刷新」。

把這四層指標當成商品頁 SEO 的儀表板，每個月看一次，你就會知道下一筆力氣該花在哪一層，而不是憑直覺亂改一通。

為 AI 搜尋與 Agent 採購做好準備

SEO 的版圖正在變動。當 AI Overviews、AI Mode、以及各種 AI 購物助手開始成為消費者找商品的新入口，你的商品頁不能只為傳統的藍色連結優化，還要為「機器讀懂、機器推薦」做好準備。

前面提到的可爬取性、清楚內容與可見資訊，也適用於 Google 的 AI 搜尋功能。Google 在 AI 功能與網站的官方說明中表示，頁面只要符合一般搜尋的索引與摘要顯示資格，就可能出現在 AI Overviews 或 AI Mode；不需要額外的 AI 專用 Schema，也沒有專用的機器檔案。

當自動化工具協助使用者比較商品時，清楚呈現價格、規格、庫存與購買條件，能減少資訊被誤讀的機會。不過，沒有任何標記能保證商品被 AI 推薦；結構化資料也必須與頁面可見內容一致。相關趨勢可以參考AI 友善網站與 Agentic Browsing。交易端也有新進展：Google 聯合零售與支付業者提出的 UCP 開放協定，正在定義 AI 代理替使用者結帳的共通規則，商品資料的一致性正是它的地基。

讓內容既給人看，也給 AI 看

一個簡單的原則：如果你的商品資訊只有人類看著版面才看得懂（例如價格用圖片呈現、規格藏在互動元件裡、庫存要點按鈕才查），那 AI 系統也會看不懂。把關鍵的商業資訊（價格、規格、庫存、運費、退換貨條件）用文字的形式、結構化的方式呈現，讓它們既出現在頁面上給人看，也存在於原始碼裡給機器讀。

結構化資料與頁面內容要彼此一致：前者協助機器理解欄位，後者讓人能實際核對資訊。這仍是一般搜尋與商品體驗的基本功，不需要另做一套「AI 專用 SEO」。

你的 30 天商品頁 SEO 行動方案

讀完不等於做完。我把這整套方法濃縮成一個 30 天的行動方案，假設你有一個已上線的 WooCommerce 商店、每週能撥出幾個晚上動手。照著這個節奏走，30 天後你的商品頁會是截然不同的狀態。

第 1 到 7 天：第一層體檢與修復

1. 用 Screaming Frog 或同類工具跑一次全站爬蟲，匯出所有商品頁的索引狀態、canonical、HTTP 狀態碼。
2. 逐一修正 canonical 指向錯誤的商品頁。
3. 把沒有搜尋價值的篩選頁、屬性頁設為 noindex。
4. 清理網址結構，確認主要商品頁都是乾淨可讀的網址。
5. 在 Google Search Console 用網址審查工具，抽樣驗證重點商品頁已被正確索引。

第 8 到 14 天：內容與相關性

1. 依營收、搜尋需求與內容重複程度挑出優先商品，逐一補上原創且可驗證的描述。
2. 為每個重點商品頁補上詳細規格表、使用情境、FAQ。
3. 重新撰寫標題與 meta description，讓它們同時包含關鍵字與吸引力。
4. 用搜尋意圖檢查表（見前面的關鍵字分層表）核對內容是否覆蓋了主要查詢面向。

第 15 到 21 天：結構化資料與圖片

1. 確認每個商品頁都有正確的 Product Schema，且欄位與頁面可見內容一致。
2. 加上 BreadcrumbList 結構化資料。
3. 把所有商品圖改用現代格式、壓縮、加上準確的 alt 文字與描述性檔名。
4. 啟用主圖以外的延遲載入，確認主圖是最快出現的元素。
5. 用 Google 的 Rich Results Test 驗證結構化資料無誤。

第 22 到 30 天：體驗、連結與監測

1. 在 Search Console 檢視 Core Web Vitals 報表，處理標記為不良的商品頁。
2. 用手機走一次重點商品的完整購買流程，記下並修復每一個卡點。
3. 建構內部連結：確認分類頁連到商品頁、商品頁互相連結、內容頁連到商品頁。
4. 處理斷貨與停產商品頁（補貨標示或 301 導向）。
5. 設定 Search Console 與分析工具的定期監測，建立每個月體檢一次的習慣。

這個方案的核心精神還是那句話：順序對了，每一層的成果才疊得上去。不要跳過第一層直接去做內容，也不要在結構化資料還沒上線之前就開始衝外部連結。商品頁 SEO 是一個有地基、有結構的工程，不是一份想到什麼做什麼的待辦清單。

SEO 從來不是一次性的專案。商品頁尤其如此：原創描述、正確的 canonical 與一致的 Schema 都需要隨商品、庫存與網站架構持續維護。它們能增加被理解與被找到的機會，但自然流量與訂單仍取決於搜尋需求、競爭、商品力與執行品質。