電商 SEO 架構要先替每一種 URL 分配任務，不需要把所有商品、分類、篩選與排序網址都送進 Google。首頁帶到主要分類，分類頁承接品類需求，商品頁回答單品問題；篩選、排序、站內搜尋與分頁則要看內容是否獨特、有沒有搜尋需求、能不能穩定維護，再決定索引、Canonical 或 noindex。WooCommerce、Shopify 與客製電商的輸出不同，不能共用一套設定答案。
內容編輯：安佑編輯團隊｜預定更新：2026 年 8 月 29 日｜資料核對：Google Search Central、WooCommerce 與 Shopify 官方文件
網站若已出現大量「已檢索但未建立索引」、「重複網頁」或參數網址，先不要急著全站加 noindex。把 URL 按類型列出來，確認哪些頁面要承接搜尋、哪些只為購物操作服務；同時查清楚平台目前已自動輸出哪些 Canonical、Sitemap 與導覽連結。少看其中一項，都可能把原本可用的路徑一起關掉。
電商架構看的是可走的連結，不只網址層級
常見基本路徑是「首頁 → 分類或子分類 → 商品」。這個概念有用，但不能只看網址長得像幾層。Google 官方說明，系統主要透過頁面之間的連結關係理解網站結構，不只靠網址資料夾。分類頁做得再漂亮，若選單沒有連結、商品只能靠站內搜尋或按鈕載入，爬蟲仍可能很難找到。
請用一般訪客的方式走一次：從首頁是否能到主要分類？分類是否能到子分類與所有重要商品？商品頁是否有可點擊的麵包屑、相關分類與相近商品？這些連結最好是標準的 <a href>，而不是只有 JavaScript 點擊事件。網站地圖可以補充發現，但不能取代可理解的站內導覽。
先做 URL 任務表，再談 Canonical 與 noindex
索引控制最常見的錯誤，是看到重複就加 Canonical、看到低流量就加 noindex。其實兩者解決的問題不同：Canonical 用來指出一組相同或高度相似頁面的偏好版本；noindex 是要求搜尋引擎不要把該頁放進搜尋索引。先判斷頁面任務，才能決定工具。
| URL 類型 | 讀者任務 | 預設方向 | Canonical／noindex 判斷 | 必要驗證 |
|---|---|---|---|---|
| 主要分類頁 | 瀏覽、比較一個品類 | 通常可索引 | 內容獨立時自我 Canonical | 分類說明、商品連結、狀態碼、Sitemap |
| 單一商品頁 | 看規格、價格、庫存與購買條件 | 通常可索引 | 獨立商品自我 Canonical；變體另判斷 | 可見商品資料、Product 標記、可抓取連結 |
| 顏色／尺寸等篩選頁 | 縮小商品範圍 | 多數不必全部索引 | 有獨立需求與內容才保留；否則依平台控管 | 參數組合量、內鏈、Canonical、robots/noindex |
| 價格／熱門度排序頁 | 改變同一清單順序 | 通常不需索引 | 可用 noindex 或減少抓取，不能只看單一標籤 | 頁面是否仍可抓取、是否大量產生連結 |
| 站內搜尋結果 | 即時找站內商品 | 通常不作搜尋入口 | 依平台設定 noindex，並控制無限組合 | 搜尋參數、錯誤頁、Sitemap 是否排除 |
| 分頁 | 繼續瀏覽同一分類後續商品 | 讓爬蟲能走到 | 每頁通常使用自己的 Canonical，不全指第一頁 | 連續 href 連結、每頁唯一 URL、商品可發現 |
這張表是起點，不是萬用答案。舉例來說，「紅色洋裝」若有穩定搜尋需求、足夠商品、獨立導覽與專屬內容，可能值得成為可索引的集合頁；若只是顧客臨時點出的「紅色＋M 號＋低到高排序」，通常沒有必要做成搜尋入口。差異不在參數本身，而在頁面是否具有可維護的獨立價值。
分類頁：承接品類問題，不只是商品格子
分類頁通常位在「我知道想買哪一類，但還沒決定哪一款」的階段。它應讓讀者快速理解這個分類包含什麼、怎麼挑、有哪些子類與商品差異。分類名稱、簡短說明、篩選條件、商品卡、庫存狀態與常見選購問題都可以服務這個任務。
文字不是越長越好。若分類上方塞入一大段介紹，把商品往下推，手機使用者反而難操作。可以先用兩三句說清楚範圍，再把完整選購說明、尺寸比較或材質差異放在商品清單後方。重點分類應從首頁、主選單、相關內容與商品麵包屑獲得穩定連結。
商品頁：讓規格、選項與購買條件可被理解
商品頁要回答單品層級的問題：這是什麼、適合誰、有哪些規格、目前價格與庫存如何、配送退換條件在哪裡。不要只放供應商提供的同一段文案，也不要把關鍵資訊全部藏在圖片。商品名稱、描述、規格、變體、價格與可用性應在前台真實呈現，結構化資料也要與畫面一致。
內部連結同樣重要。商品頁可以回到主要分類，也可以連到尺寸指南、使用說明、相容配件或真正相關的比較文章。讀者因此找得到下一步，搜尋系統也更容易理解「這個商品屬於哪個主題、與哪些頁面有關」。若一個連結只是為了重複關鍵字，卻不能幫讀者選商品，就沒有必要硬加。
商品變體：單頁與多頁的 Canonical 不會一樣
顏色、尺寸、材質等變體可能共用同一個商品頁，也可能各自有可開啟的網址。單頁模式通常在同一網址或查詢參數中切換選項；多頁模式則讓不同變體各有頁面。Google 的 ProductGroup 文件也分開說明這兩種設計，因此不能看到參數就一律 Canonical 回母商品。
判斷時請看四件事：變體是否有明顯不同的圖片、價格或可用性；使用者能否直接開啟該變體網址；搜尋需求是否真的不同；頁面內容是否足以獨立回答。如果只是同頁預選顏色，偏好版本通常較集中；如果不同變體各有重要且可購買的獨立頁面，就要依多頁設計完整標記、連結與驗證，不能為了省事全部合併。
篩選與排序：先控制產生方式，再處理索引
篩選導覽可能快速產生上千種組合：顏色、尺寸、品牌、價格、庫存與排序互相疊加。若每一次點擊都形成可抓取的新網址，Googlebot 可能把時間花在大量相似清單，而不是新品與重要分類。Google 官方的 faceted navigation 指南因此把「是否需要這些網址出現在搜尋」放在前面判斷。
某組篩選若沒有搜尋價值，可以分三層處理：不要在站內大量產生可抓取連結；依平台能力設定 noindex；必要時再透過 robots.txt 管理特定模式的抓取。這三層不能隨便顛倒。robots.txt 阻擋抓取後，爬蟲可能看不到頁面上的 noindex；Canonical 也只是偏好訊號，不是立即停止抓取的按鈕。
若某些篩選頁要保留索引，應把它們當正式分類頁管理：固定網址、穩定標題、清楚說明、可用商品、主選單或相關分類連結，以及自我 Canonical。不要一邊要求索引，一邊又把頁面 Canonical 到無篩選分類，或在 robots.txt 封鎖它。
分頁：不要把第二頁以後全部指回第一頁
分類商品很多時，分頁、載入更多與無限捲動都可以改善操作，但爬蟲不會像人一樣一直按按鈕。Google 建議讓分頁具有可追蹤的網址與連續的 <a href> 連結。每個分頁是不同 URL，通常應使用自己的 Canonical，而不是把第二頁、第三頁都指定成第一頁。
如果前台使用「載入更多」或無限捲動，仍要提供爬蟲可取得的分頁路徑，並測試渲染後 HTML 是否包含後續商品連結。只在 Sitemap 放商品網址有幫助，但不應成為唯一發現方式。
WooCommerce、Shopify、客製電商要分開驗證
| 平台 | 架構特性 | 常見誤區 | 實際要驗證 |
|---|---|---|---|
| WooCommerce | 商品分類可分父子層；標籤與屬性用途不同 | 移除 product 或 product-category 路徑，造成路由與重複網址問題 | 永久連結、分類選單、SEO 外掛 Canonical、篩選外掛參數 |
| Shopify | 商品系列、Sitemap、robots 與 Canonical 有平台預設 | 以為內建功能等於所有集合與商品都自動最佳化 | 集合導覽、商品多路徑網址、佈景主題修改、實際 Canonical |
| 客製／Headless | 路由、資料與前端渲染可完全自訂 | 畫面能操作，但連結、Meta 或商品資料只在互動後出現 | 初始與渲染 HTML、狀態碼、href、Sitemap、快取與部署版本 |
WooCommerce 官方文件把 Categories、Tags、Attributes 視為不同商品分類方式：分類具有階層，標籤較彈性，屬性常用於商品特徵與篩選。這不代表三者都要開放索引。尤其不建議只為縮短網址就移除 /product/、/product-category/ 或 /shop/ 路徑；WooCommerce 開發文件提醒，這可能增加路由判斷與重複網址問題。
Shopify 會自動處理部分 Canonical、Sitemap、robots.txt 與結構化資料，但商家仍要設計商品系列、導覽、標題、說明與內部連結。客製電商自由度最高，也最需要工程驗證。別把另一個平台的後台教學直接複製過來；相同策略換了路由或外掛組合，輸出可能完全不同。
正式調整前，可各挑一個主要分類、一個篩選組合、一組商品變體與一個分頁做小批測試。記下修改前後的狀態碼、Canonical、robots、Sitemap 與網址審查結果，確認平台沒有把設定覆蓋，再擴大套用。
一套務實的電商索引規劃流程
- 匯出 URL 類型：首頁、分類、商品、變體、標籤、屬性、篩選、排序、搜尋與分頁。
- 標記讀者任務：每一類頁面是在瀏覽、比較、購買，還是只為介面操作。
- 選出索引集合：保留有獨立需求、內容、商品與維護能力的頁面。
- 檢查平台輸出：讀取狀態碼、robots、Canonical、可見內鏈與 Sitemap。
- 處理衝突：索引頁不要 noindex；非索引頁不要放進 Sitemap；Canonical 目標要能正常回應。
- 小批測試：每種 URL 先挑代表頁，用網址審查與前台原始碼驗證。
- 追蹤結果：觀察 GSC 頁面索引、Sitemap、查詢與重要分類／商品的曝光變化。
上線前的衝突檢查
- 重要分類與商品可從首頁或分類導覽透過 href 找到。
- 所有預計索引的頁面回應 200，使用一致的正式網址與自我 Canonical。
- Sitemap 只收錄想索引的正式 Canonical URL。
- 篩選與排序網址沒有無限制互相組合、互相連結。
- noindex 頁面仍可被抓取到該指令，沒有先被 robots.txt 擋住。
- 分頁有獨立 URL、連續連結與自己的 Canonical。
- 商品變體策略符合平台實際的單頁或多頁模式。
- 空分類、下架商品與替代頁面有明確營運規則，不臨時亂轉址。
常見問題
所有商品分類都應該索引嗎？
不一定。若分類有明確需求、足夠商品、獨立說明與穩定內鏈，通常有保留價值；只有一兩件商品、名稱重複或長期空白的分類，應先檢查是否真的需要存在，而不是一律送進 Sitemap。
篩選頁應用 Canonical 還是 noindex？
先判斷它是否有獨立搜尋任務。高度相似、只改排序的頁面可考慮排除索引或集中訊號；有穩定需求且內容獨立的篩選頁，可能應自我 Canonical。實作方式要看平台能否正確輸出與控制連結。
Canonical 指到分類首頁，就能解決所有重複頁嗎？
不能。Canonical 是偏好訊號，目標應是相同或高度相似內容的代表頁。若第二頁包含不同商品，把它全部指回第一頁可能讓後續商品更難被理解。還要配合內鏈、Sitemap 與一致網址。
noindex 之後還需要 robots.txt 嗎？
兩者目的不同。noindex 管理是否進入索引；robots.txt 主要管理抓取。若先阻擋抓取，搜尋引擎可能無法讀到頁面上的 noindex。要降低大量篩選抓取，應依網址規模與平台行為整體設計。
空分類頁應保留、noindex 還是刪除？
若只是短期缺貨但分類仍有需求，可保留有用說明與替代商品；若分類確定不再使用，可從導覽移除並依情況回應 404。Google 電商網址指南也建議，沒有商品的分類可使用 noindex；平台若自動移除，也可考慮回應 404。先確認營運計畫再決定。
來源與更新說明
本文依據 Google 官方的 電商網站導覽結構、電商網址結構、分頁與漸進載入、篩選導覽抓取、Canonical 文件、商品變體資料，以及 WooCommerce 商品分類文件、WooCommerce 網址路徑風險、Shopify SEO 概覽整理。平台、外掛與佈景主題可能更新，修改前應以正式站輸出與官方最新文件為準。
延伸閱讀
你的商店已經有大量分類、篩選或參數網址，不確定哪些該留？
先盤點平台實際輸出，再規劃索引與內部連結，能降低一改全站就互相衝突的風險。
