電商 SEO 的難度遠高於一般內容網站。商品頁、分類頁、篩選頁與分頁同時並存,商品狀態還會隨上架、下架、缺貨、補貨不斷變動。本文從網站架構、商品頁、分類頁、篩選與分頁、結構化資料、UGC 評論、庫存與下架管理七個面向,說明電商 SEO 的關鍵實務。
本篇同時是新視野電商 SEO 系列的入口,每一節結尾都會連到對應的深度教學。若您剛接觸 SEO,也可以先從新視野 SEO 教學指南建立整體觀念,再回頭閱讀本篇的電商實戰章節。
本篇目錄
電商網站架構規劃
電商 SEO 的難點,通常不在單一頁面的優化,而在頁面數量龐大、結構複雜。一個電商網站可能同時擁有數百到數萬個商品頁,加上分類頁、篩選頁、排序頁與分頁,整體規模遠超一般內容網站。
為什麼電商 SEO 特別重視網站架構
若架構缺乏規劃,最常見的問題包括:
- 搜尋引擎難以有效檢索真正重要的頁面
- 商品頁層級過深,不容易被發現
- 篩選與排序產生大量重複網址
- 網站權重在多層結構中被逐步分散
- 檢索預算浪費在低價值頁面上
因此電商 SEO 的第一步,通常不是調整標題或文案,而是先建立清楚、可管理、可擴充的網站架構。
而架構能否順利落地,又取決於更前期的規劃與系統選擇。若您仍在評估平台功能與後台需求,可先參考電商網站規劃重點與系統需求,把商品、金流、物流與會員基礎打穩,再進入優化階段。
理想的電商網站架構
理想架構至少要同時滿足三個目標:讓使用者快速找到商品、讓搜尋引擎有效檢索重要頁面、讓權重能穩定傳遞到真正需要排名的頁面。
整體深度控制在三到四層之內。理想上不論使用者或搜尋引擎,都能在三次點擊內從首頁抵達任何一個商品頁。
各層級頁面的角色分工
主分類頁
主分類頁對應核心商品大類,例如男裝、女裝、3C 配件、保養品。這類頁面多半承接中尾關鍵字,是自然流量的重要入口。
子分類頁
子分類頁聚焦更明確的商品類型,例如「男裝外套」、「無線藍牙耳機」、「美白精華液」。這些頁面更貼近使用者實際搜尋的語言,往往也是電商最有機會取得穩定排名的位置。
商品頁
商品頁承接最接近成交的搜尋需求,例如產品名稱、型號、品牌或規格關鍵字。當使用者已經明確知道要買哪一款商品,真正參與競爭的就是商品頁本身。
分類不宜過深
有些網站把分類切得非常細,表面上看似完整,實際上卻讓結構過深。例如:
服飾 → 男裝 → 上衣 → 短袖 → 圓領 → 棉質
這類六層以上的分類,會讓商品頁離首頁太遠。層級越深,使用者越難找到商品,搜尋引擎也需要更多路徑才能抵達,內部連結權重同樣會在層層傳遞中稀釋。
若商品具有顏色、尺寸、材質、風格、使用情境等多種屬性,較適合交由篩選系統處理,而不是不斷往下增加分類層級。分類是骨架,篩選是輔助,兩者應該清楚分工。
導覽設計的 SEO 重點
頂部導覽列
主選單應清楚列出重要分類,讓搜尋引擎能從網站任一頁快速進入核心分類頁。這不只是導航設計,也是重要的內部連結配置。
側邊欄篩選
價格、品牌、顏色、尺寸等篩選能提升購物效率,卻容易產生大量網址變體,管理上必須特別謹慎,後續章節會完整說明。
麵包屑導覽
麵包屑能協助使用者理解所在位置,也有助於搜尋引擎判斷網站階層。建議同步實作 BreadcrumbList 結構化資料,也有機會在搜尋結果中顯示路徑。
站內搜尋
站內搜尋對使用者有幫助,但搜尋結果頁通常不適合進入索引。這類頁面內容重複、品質不穩定,建議透過 noindex 管理。
商品頁面優化
商品頁是電商 SEO 中最直接影響營收的頁面。當使用者搜尋特定商品時,最終落地頁通常就是商品頁,它的排名往往直接決定自然搜尋帶來的訂單表現。
Title Tag 與 Meta Description 的撰寫方式
商品頁的標題建議採用固定結構,讓每一頁都能自動產生清楚而唯一的標題:
商品名稱 + 重要規格或特色 + 品牌名 | 網站名
每個商品頁的標題都應保持唯一,避免多個商品共用過度相似的寫法。Meta Description 則簡潔說明核心賣點,例如價格、規格、優惠或配送資訊,必要時加入「現貨供應」、「今日下單享免運」等行動引導,提升點擊率。
不要直接沿用供應商文案
這是電商網站最常見、也最容易被忽略的問題。許多網站為了節省時間,直接使用品牌商或供應商提供的商品描述。若市場上多個網站販售同一款商品又都用相同文案,搜尋引擎就很難判斷為何要優先顯示您的頁面。
對經營蝦皮、momo、PChome 或自有官網的台灣中小電商而言,這一點尤其關鍵。當您與大型平台販售同款商品,唯一能勝出的方式往往就是內容差異化。
商品描述應如何撰寫
理想狀況下應為每個商品撰寫原創內容,但對商品數量龐大的網站並不具實務可行性。較務實的做法是:
- 優先優化高流量、高利潤、高競爭的核心商品
- 其他商品至少補上具差異性的特色摘要
- 先處理最有機會直接帶來營收的頁面
一篇有效的商品描述,不應只羅列規格,更要協助使用者快速理解:
- 這個商品的主要特色是什麼
- 它能解決哪些需求或問題
- 它與同類商品相比有何差異
- 適合哪些族群或使用情境
- 購買前最需要注意哪些資訊
這樣的內容不只有助於 SEO,也更能提升轉換率。使用者不是來看型錄,而是要判斷這個商品是否值得購買。
關鍵字應自然融入內容
商品頁當然需要包含相關關鍵字,但前提是自然、可讀、符合語意。例如:
這比機械式堆疊關鍵字更自然,也更容易被正確理解。在 AI 搜尋時代,ChatGPT、Perplexity 與 Google AI Overviews 會直接擷取頁面語意生成回答,語意完整的描述更有機會被引用。
商品圖片也是重要的 SEO 資產
在電商網站中,圖片不只影響視覺呈現,更直接影響購買決策與搜尋表現。建議每個商品至少提供三到五張高品質圖片:正面照、側面照、細節特寫、使用情境照,以及尺寸或功能說明圖。
- 使用具意義的檔名,避免
IMG_1234.jpg這類命名 - 設定描述性的 Alt Text,包含商品名稱與重點特徵
- 優先採用 WebP 等現代壓縮格式
- 控制檔案大小,避免拖慢載入速度影響 LCP
- 在 HTML 標註 width 與 height,避免版面位移造成 CLS
使用者評論能持續強化商品頁價值
評論區塊不只是社會證明,對 SEO 也有實際幫助。首先,評論會持續為商品頁增加獨特內容;其次,使用者留言常自然涵蓋長尾關鍵字;再者,新增評論能帶來內容更新訊號。
若搭配 Review 與 aggregateRating 結構化資料,還可能讓搜尋結果出現星級評分,進一步提升點擊率。
同款多色與多尺寸的處理思維
商品變體是商品頁優化中最容易混淆的議題之一。是要讓所有變體共用一個網址、由前端切換,還是每個顏色或尺寸都各自獨立網址?
這牽涉到網址結構、canonical 設定、結構化資料與 Merchant Center 對應。Google 已支援 ProductGroup 型別與 hasVariant、variesBy、productGroupID 等屬性,單頁與多頁兩種架構的標記方式並不相同,需依商品特性與搜尋需求判斷。
分類頁面優化
許多電商網站把 SEO 重心全放在商品頁,卻忽略了分類頁其實更適合承接大量中尾關鍵字。
分類頁的 SEO 價值往往被低估
像「男裝外套」、「無線耳機」、「有機保養品」、「女鞋推薦」這類搜尋,使用者通常不是要找某一項特定商品,而是希望先瀏覽選項、比較差異後再決策。
這類搜尋意圖,由分類頁承接會比單一商品頁更合適。因此在搜尋結果中,許多中尾關鍵字真正排名較好的,往往是分類頁而不是商品頁。
分類頁不能只有商品列表
許多分類頁除了商品卡片之外幾乎沒有其他文字,這對 SEO 相當不利,因為搜尋引擎很難只靠商品列表理解該頁主題。建議加入一段具實際價值的描述,可包含:
- 該分類商品的簡介
- 選購重點與判斷依據
- 常見規格差異
- 適合族群或使用情境
- 常見問題簡答
- 熱門款式或趨勢說明
一般約 300 至 800 字已經足夠。目的不是把分類頁寫成文章,而是讓搜尋引擎更清楚理解頁面主題,也讓使用者在瀏覽商品前先取得基本判斷依據。
內容補充要兼顧購物體驗
分類頁加入文字是加分項,但不能影響頁面使用效率。若使用者一進頁面就要先滑過一大段說明才看得到商品,反而會降低購物體驗。較理想的配置是:
- 精簡介紹約 2 至 3 行,放在商品列表上方
- 選購指南與常見問題等完整內容放在頁面下方
- 透過展開與收合設計控制篇幅
分類頁的 Title Tag 策略
分類頁標題應聚焦核心類別關鍵字,並適度納入相關子類型:
核心類別 + 主要子類型 | 網站名
這種寫法不只讓主關鍵字更明確,也有助於涵蓋更多搜尋變體,擴大整體觸及範圍。
分類頁需要足夠的內部連結支持
分類頁不應孤立存在,而應從首頁主選單、相關分類頁、推薦商品區塊、主題文章與活動頁等多個位置取得內部連結支持。
同時分類頁本身也要有效連結到子分類頁與代表性商品頁,讓權重與爬行路徑形成清楚且可追蹤的結構。
篩選與分頁的 SEO 處理
篩選功能雖然能提升使用者體驗,卻也是電商 SEO 最容易失控的環節。當使用者依品牌、顏色、尺寸、價格或排序方式篩選時,系統往往會產生大量參數網址:
/shoes?color=red /shoes?color=red&size=42 /shoes?color=red&size=42&sort=price-asc /shoes?brand=nike&color=red&size=42&sort=price-asc
篩選功能最容易造成網址膨脹
從使用者角度看,這只是不同條件的組合;但對搜尋引擎而言,這些往往都是不同網址。若不加控制,就可能快速產生成千上萬個低價值頁面,帶來以下風險:
- 浪費檢索預算(Crawl Budget)
- 製造大量重複或近似重複內容
- 稀釋主要分類頁的權重
- 搜尋引擎難以判斷哪個頁面才是主要排名對象
哪些篩選頁值得索引
不是所有篩選頁都沒有 SEO 價值。重點在於判斷哪些組合具有實際搜尋需求,哪些只是輔助瀏覽的功能。
| 篩選組合範例 | 是否值得索引 | 處理方式 |
|---|---|---|
| Nike 跑鞋 | 具有搜尋量,值得索引 | 規劃為乾淨網址 /shoes/nike/ |
| 紅色 42 號跑鞋、價格由低到高 | 不具獨立搜尋價值 | noindex 或 canonical 指向基礎分類 |
| 三千元以下男鞋 | 可能有少量搜尋,視策略而定 | 依商品量決定是否獨立規劃 |
Canonical 的使用原則
若篩選頁不是為了排名,而只是輔助使用者挑選商品,通常可將其 canonical 指向基礎分類頁:
/shoes?color=red&size=42Canonical →
/shoes
這樣做是告訴搜尋引擎:這是基礎分類頁的變體,主要索引與權重應集中在原始分類頁,而不是分散在各種條件組合上。
JavaScript 篩選不代表 SEO 問題自然消失
有些網站把篩選設計成 JavaScript 或 AJAX,不改變網址,以減少參數頁面數量。這確實能降低網址變體,但不代表問題完全解決。
若某些篩選結果本身具有搜尋需求,您仍需要為它們提供可檢索、可索引的正式網址,否則搜尋引擎就沒有明確入口理解該頁面的存在與主題。
分頁頁面的處理原則
除了篩選之外,分頁也是常見議題,例如 /shoes?page=2、/shoes?page=3。這些頁面實際上都有存在價值,因為後段商品往往只能透過分頁被發現。
- 不要輕易將分頁設為 noindex:分頁中的商品連結,常是檢索商品頁的重要路徑
- 每一頁的 canonical 應指向自己:每頁展示的商品不同,不應全部指向第一頁
- 分頁之間要有清楚連結:提供上一頁、下一頁與前後數頁,讓爬行路徑順暢
無限滾動與載入更多的注意事項
許多網站採用「載入更多」或無限滾動設計來優化前端體驗。但從 SEO 角度來看,這類效果不能只存在於前端互動層。
搜尋引擎仍需要一組實際存在的分頁網址,才能有效檢索所有商品。即使前端採用無限滾動,仍建議保留對應的分頁網址,作為可檢索的正式版本。
rel=prev/next,分頁與無限滾動的處理方式也跟著演變,可延伸閱讀商品分頁與無限捲動 SEO 完整指南,說明載入更多、無限滾動與傳統分頁的取捨。
商品 Schema 與 Merchant Center
在電商 SEO 中,結構化資料是投資報酬率相對高的優化項目之一。正確實作 Product 結構化資料,搜尋引擎就更容易理解商品名稱、圖片、價格、庫存狀態、品牌與評價。
Product Schema 是高報酬的優化項目
若條件符合,搜尋結果中還有機會顯示價格、星等或庫存資訊。換句話說,結構化資料未必直接提升排名,但能讓搜尋結果更完整、更清楚、更具吸引力。
在 AI 搜尋時代,這層資料也更有助於 ChatGPT、Perplexity 與 Google AI Overviews 正確理解商品資訊並加以引用。
Product Schema 應包含的資訊
一般而言,商品頁的 Product 結構化資料至少應包含:
- 商品名稱(name)與商品描述(description)
- 商品圖片(image)
- SKU 或型號(sku 與 mpn)
- 品牌(brand)
- 價格(price)與幣別(priceCurrency)
- 庫存狀態(availability)
- 商品狀態(itemCondition,例如新品或二手)
- 賣家資訊(seller)
若網站具備真實評論資料,也可加入 aggregateRating 與 review。資料越完整,越有機會觸發商品相關的複合式搜尋結果。
Google Merchant Center 的角色
許多人以為 Merchant Center 只用來投放購物廣告,實際上它也與自然曝光有關。免費商品資訊(Free listings)讓商品有機會出現在購物版位,而不一定需要先投放廣告。
- 建立並驗證帳號 完成商家與網站驗證,未通過驗證的帳號無法取得免費曝光資格。
-
上傳或同步商品 Feed
提交商品名稱、價格、圖片、庫存與連結,並確認欄位符合規格。
實務範例:使用電商系統的自動 Feed 串接,比人工上傳更能維持庫存即時性。
- 補齊運送與退貨政策 運費與退貨資訊不完整時,商品可能無法顯示於免費版位。
- 確認免費商品資訊已啟用 新帳號多半預設開啟,仍建議在行銷方式頁面再確認一次狀態。
這些資料同時餵養 Google 的購物索引,也影響商品能否出現在搜尋、圖片與 AI 助理式的購物回答中。
商品資料品質會直接影響曝光品質
無論是結構化資料還是 Merchant Center,核心原則都相同:資料必須正確、完整,且與網站內容一致。特別注意:
- 商品名稱應清楚包含品牌、型號與規格
- 商品描述不宜過度空泛
- 商品圖片必須清楚且真實
- 價格與庫存資訊需與頁面同步
Product Schema 與 Merchant Center 不是二選一
這兩者作用不同,但彼此互補:
- Product 結構化資料主要影響一般搜尋結果中的商品複合式搜尋結果
- Merchant Center 主要影響購物版位與免費商品資訊的曝光
對電商網站而言,較穩健的做法不是擇一,而是兩者同步佈建並維持資料一致,才能同時擴大自然搜尋與購物曝光的能見度。
UGC 與評論的 SEO 價值
UGC(User-Generated Content,使用者生成內容)對電商 SEO 特別重要,常見形式包括商品評論、問答內容、使用者上傳的照片或影片,以及使用心得。
這些內容來自真實使用者,比品牌自行撰寫更自然,也更能補足官方描述未涵蓋的搜尋語言與使用情境。
UGC 的四個主要價值
持續增加獨特內容
每一則評論、每一組問答,都是商品頁新增的內容。這有助於提升頁面差異化,降低不同網站販售同款商品時內容過度雷同的問題。
自然涵蓋長尾關鍵字
消費者描述商品時常使用生活化語言,例如「穿起來不悶」、「鞋底很軟」、「收納空間夠大」。這些表達往往就是其他使用者實際會搜尋的詞彙,在語音搜尋與 AI 對話式搜尋普及的環境下更為關鍵。
帶來內容更新訊號
持續新增評論能讓商品頁保持活躍,也讓搜尋引擎知道這不是長期無人維護的靜態頁面。
提升說服力與轉換率
這雖然不完全屬於 SEO 範疇,卻非常重要。高品質的 UGC 能降低購買猶豫,提升最終成交率。
如何有效鼓勵使用者留下內容
若希望 UGC 真正發揮價值,不能只依賴自然發生,而應建立鼓勵機制:
- 購買後主動邀請評論:商品送達數日後,透過 Email、簡訊或 LINE 邀請買家回饋
- 簡化評論流程:星級評分搭配簡短心得,比要求填寫過多欄位更容易取得回覆
- 開放上傳實拍照片與影片:真實使用照片通常比官方圖片更具說服力
- 加入問答功能:讓潛在買家提問、由商家或已購買者回答,持續累積關鍵字與頁面深度
UGC 也需要管理
UGC 雖然有助於 SEO 與轉換,仍需要做好基本管理:
- 過濾垃圾留言與惡意內容,避免頁面品質受損
- 若評論中出現外部連結,建議加上
rel="ugc"或rel="nofollow" - 不要過度刪除真實負評,合理的負面評論反而能提升信任感
- 避免評論區充斥過短、過空泛的內容,可透過提問引導更具體的回饋
庫存變動與下架商品處理
缺貨是電商營運的常態,但暫時缺貨不代表應立即移除商品頁。商品狀態的處理方式,是電商 SEO 中影響長期累積最關鍵的環節之一。
商品缺貨時不應急著刪除頁面
若某個商品頁已累積排名、流量或外部連結,直接刪除等於把原本建立的 SEO 資產一併捨棄。較合理的做法是:
- 保留商品頁,清楚標示缺貨狀態
- 提供預計補貨時間(若可取得)
- 將結構化資料的
availability更新為缺貨狀態 - 推薦替代商品
- 提供補貨通知功能
這樣不只能保留既有成果,也有機會把原本的購買需求導向其他商品,避免流量白白流失。
永久下架商品應依頁面價值處理
若商品屬於永久停售,後續處理方式應依頁面本身的價值決定:
| 頁面狀況 | 建議處理方式 | 目的 |
|---|---|---|
| 有流量、排名或外部連結 | 301 轉址到最相關的替代商品或分類頁 | 延續既有權重與流量 |
| 幾乎無 SEO 價值 | 直接刪除回傳 404,或導回上層分類 | 清理無價值頁面 |
| 未來可能重新上架 | 保留頁面、標示無法購買、推薦替代商品 | 延續 SEO 基礎 |
不要將大量下架商品全部轉回首頁
這是常見但不理想的做法。若大量不同商品頁一律 301 到首頁,對使用者缺乏一致性,對搜尋引擎也可能被視為不合理轉址,甚至形成軟性 404 問題。
轉址要轉到最相關的頁面,而不是最方便的頁面。
季節性商品建議保留頁面資產
對夏季服飾、聖誕商品、節慶禮盒、母親節檔期等季節性商品,即使在淡季也不建議直接刪除頁面,因為這些頁面在下一個檔期仍有使用價值。較合適的策略是:
- 保留原頁面與原網址
- 淡季降低內部曝光,從主選單或推薦區塊暫時撤下
- 旺季前提早更新內容
- 補上新一季的商品資訊、價格與圖片
這樣每年都能站在既有基礎上持續優化,而不必每次重新累積。同理也適用於雙 11、雙 12、年中慶等大型檔期頁面,建立永久網址逐年累積,會比每次新開臨時頁更有效。
大規模商品異動必須事先規劃
當網站遇到換季、品牌退出、商品全面更新、網站改版或系統搬遷時,真正的風險不在變動本身,而在缺乏規劃。一次大量刪除頁面或錯誤轉址,常導致索引異常與流量下滑,恢復週期也可能拉得很長。
- 匯出原有商品頁的網址清單
- 盤點哪些頁面已有流量或外部連結
- 預先規劃每個舊網址的對應轉址
- 分批執行,而非一次全部上線
- 上線後持續觀察 Search Console 與流量變化