篩選頁 SEO 的核心答案是：不要讓所有篩選組合都進搜尋索引，而是先挑出有明確搜尋需求、商品供給穩定、內容能獨立回答問題的分類篩選頁，再用 canonical、noindex、robots.txt 與內部連結把其餘組合控管起來。對台灣電商、中小型型錄站與 B2B 產品站來說，這比單純增加頁面數更重要，因為篩選參數會快速製造近似內容、分散排名訊號，也讓 AI 搜尋或答案引擎難以判斷哪一個頁面才是可引用的代表版本。
為什麼篩選頁 SEO 會變成收錄風險
篩選頁 SEO 最常見的問題，是分類頁原本只有幾十個入口，但顏色、尺寸、品牌、價格、用途、排序與分頁一組合，就產生上千甚至上萬個 URL。Google 的 faceted navigation 文件指出，這類 URL 參數可能形成近乎無限的 URL 空間，造成過度爬取與新頁發現變慢；如果爬蟲時間花在低價值篩選組合，新商品頁、重要分類頁與內容更新就可能更慢被處理。參考：Google faceted navigation crawling guide。
這不是只有大型電商才會遇到。台灣中小企業常見的 WooCommerce、Shopify、Cyberbiz、91APP、客製型錄或品牌官網，只要把篩選條件變成可分享 URL，就可能同時產生索引、追蹤、站內搜尋與 AI 引用的治理問題。若每個篩選頁都只有商品列表，沒有獨立說明、沒有穩定庫存、沒有內部連結支持，搜尋引擎通常很難把它視為值得呈現的結果。
先把篩選組合分成三種命運
實作前先做決策，不要先改 robots.txt。每一種篩選頁應該被分到三個桶：可收錄、可爬但不收錄、不該爬。這個分類會決定你要用 canonical、robots meta noindex、robots.txt disallow，還是乾脆改成不產生可爬 URL。
| 頁面類型 | 典型例子 | 建議處理 | 原因 |
|---|---|---|---|
| 可收錄篩選頁 | 女鞋、寬楦、黑色、通勤；工業濾心、食品級、現貨 | 保留乾淨 URL、可自我 canonical、加入內部連結與獨立說明 | 有搜尋需求、供給穩定，能獨立回答購買問題 |
| 可爬但不收錄 | 排序、每頁顯示數、短期促銷篩選 | 使用 canonical 指向代表分類頁，必要時搭配 noindex | 使用者有操作價值，但不值得成為搜尋結果 |
| 不該爬的組合 | 多重空結果、重複參數、無意義價格區間、站內追蹤參數 | 用 robots.txt、404 或前端狀態避免爬蟲耗費資源 | 沒有搜尋價值，還會浪費爬取與伺服器資源 |
canonical 不是萬靈丹：它是偏好訊號
Google 的 canonical 文件明確說明，canonicalization 是 Google 從重複或近似頁面中選出代表 URL 的過程；rel="canonical"、重新導向與 sitemap 都能表達偏好，但 Google 仍可能選擇不同的代表頁。參考：URL canonicalization 與 specify a canonical URL。
因此，篩選頁 SEO 不能只在所有篩選頁塞同一個 canonical。更好的做法是：可收錄篩選頁自我 canonical；排序、追蹤與顯示數量參數 canonical 回主要分類頁；完全沒有結果的篩選組合直接回 404；內部連結與 sitemap 只推薦你真的想收錄的版本。這樣搜尋引擎、站內報表與 AI 摘要比較容易看到同一個代表頁。
robots.txt、noindex 與 404 要分工
robots.txt 適合節省爬取資源，但不適合當 canonical 工具。Google 的 canonical 最佳實務提醒，不要用 robots.txt 做 canonicalization；另外，robots meta 與 X-Robots-Tag 只有在爬蟲能讀到頁面或回應標頭時才會被發現。參考：Robots meta tag and X-Robots-Tag。
實務上可以這樣分工：若篩選 URL 完全不需要搜尋曝光，且數量巨大，用 robots.txt 擋掉參數模式；若頁面需要讓 Google 讀到連結或 canonical，但不想進索引，用 noindex；若篩選條件沒有任何商品、重複或不存在，回 404 比導回總分類更清楚。Google 的 faceted navigation 文件也建議，沒有結果或不合理組合應回正確的 404 狀態，而不是全部導向共用錯誤頁。
台灣電商的 7 步篩選頁 SEO SOP
- 列出所有參數。把 category、brand、color、size、price、sort、page、utm、filter、availability 等參數分成內容參數、排序參數、追蹤參數與技術參數。
- 用 Search Console 與站內搜尋找需求。挑出真的有人搜尋、點擊或站內查找的篩選條件，不要只根據後台分類直覺。
- 指定可收錄清單。每個可收錄篩選頁要有穩定商品數、獨立標題、描述、H1/H2、內部連結與自我 canonical。
- 統一 URL 格式。參數順序固定，避免大小寫混用、重複參數、逗號或括號式參數造成解析混亂。Google 建議使用標準 & 參數分隔符，路徑式篩選也要維持固定邏輯順序。
- 處理不可收錄頁。排序、顯示數、短期標籤與追蹤參數 canonical 回代表頁；必要時 noindex；巨大低價值參數再用 robots.txt 控管爬取。
- 建立內部連結規則。首頁、分類頁、文章與導購頁只連到可收錄版本；不要在麵包屑、商品卡或 footer 製造低價值參數 URL。
- 每月檢查索引訊號。看 Page indexing、Duplicate Google chose different canonical、Crawled currently not indexed、伺服器 log 與重要分類頁流量，調整收錄清單。
AEO/GEO：讓 AI 能引用正確分類頁
GEO 的重點不是把篩選頁寫得像百科，而是讓答案引擎能明確判斷：這個頁面代表哪一類商品、適合什麼條件、有哪些限制、資料何時更新、是否有可驗證的商品與價格資訊。Google 的 AI features 文件也指出，Search 中的 AI 功能仍使用 Googlebot 的 Search 爬取控制；若要限制搜尋中可呈現的資訊，需使用 nosnippet、data-nosnippet、max-snippet 或 noindex 等控制。參考：AI features and your website。
可收錄篩選頁應補上 120 到 200 字的分類說明、用途範圍、選購條件、更新頻率與限制。例如「食品級不鏽鋼濾網」頁面可以說明適用產線、材質規格、庫存狀態與不適用情境；「黑色通勤女鞋」頁面可以說明尺寸、材質、退換貨與搭配情境。這些內容讓 AEO 摘要更容易直接回答問題，也讓 GEO 引用時不會把排序頁或促銷參數頁當成代表來源。
Product structured data 只放在能維護的頁面
若篩選頁是商品列表，不要因為想要豐富結果就胡亂套用單一商品的 Product markup。Google 的產品結構化資料文件區分 Product snippets、merchant listings 與 variants 等情境，結構化資料必須反映頁面實際內容。參考：Google Product structured data。
對分類或篩選頁而言，較穩健的做法是先確保商品卡資訊、價格、庫存、評價與導向商品頁一致，再把完整 Product 或 Offer 資料放在商品詳情頁。若分類頁要標示列表結構，可以評估 ItemList 或 BreadcrumbList，但前提是 CMS 或工程團隊能長期維護正確資料。結構化資料錯誤比沒有標記更難排查。
誰適用，誰不適用
這套篩選頁 SEO SOP 適合商品數多、篩選條件多、分類頁能帶來自然搜尋成交或詢問的台灣電商、B2B 型錄站、零售品牌官網與通路型網站。若你的網站只有十幾項產品、沒有可分享篩選 URL、主要靠社群或廣告導流，先做產品頁、分類頁文案與基本技術 SEO，篩選 URL 治理可以後排。
另外，如果網站平台不允許調整 canonical、robots meta、URL 規則或伺服器狀態碼，就不要一次規劃過細的收錄策略。先和平台商確認可控制範圍，再決定哪些篩選條件真的要做成可索引頁面。
資料更新與適用範圍
本文以 2026-05-07 可查證的官方文件為準，主要依據 Google faceted navigation crawling guide、canonicalization、robots meta/X-Robots-Tag、AI features and your website、Product structured data，以及經濟部中小及新創企業署近期關於中小企業數位轉型與通路發展的公開資訊。台灣中小企業政策背景可參考經濟部新聞稿提到的中小微企業多元振興發展計畫與 2025 中小企業白皮書下載入口：經濟部中小微企業多元振興發展計畫新聞稿。
限制也要說清楚：Google 的 canonical 是偏好訊號，不是保證；robots.txt 會影響爬取，不等於移除索引；noindex 需要被爬到才會被看到；不同搜尋引擎與 AI 產品對爬取、摘要與引用的處理不完全相同。若網站已有大量錯誤索引，應先用小範圍分類測試，再擴大到全站。
結論：先收斂，再擴張
篩選頁 SEO 最容易犯的錯，是把每個篩選組合都當成新的 SEO 頁面。真正有效的做法相反：先收斂 URL 空間，確定少數有搜尋需求與商業價值的篩選頁值得收錄，再補上內容、內部連結、canonical 與結構化資料治理。當分類頁乾淨、代表頁穩定、限制清楚，搜尋引擎比較容易收錄正確頁面，AI 答案也比較可能引用你希望被引用的版本。
FAQ
篩選頁 SEO 一定要把所有篩選結果開放收錄嗎？
不用。只應收錄有搜尋需求、商品供給穩定、內容能獨立回答問題的篩選頁；排序、追蹤、短期促銷與低價值組合應控管。
canonical 可以解決所有篩選頁重複內容嗎？
不行。canonical 是偏好訊號，不是命令；仍要搭配一致內部連結、sitemap、URL 格式與低價值參數控管。
robots.txt 和 noindex 應該怎麼選？
若目標是節省爬取資源且頁面不需被看到，可用 robots.txt；若頁面可被爬但不想進索引，才使用 noindex。
空結果的篩選頁要導回分類頁嗎？
不建議全部導回分類頁。沒有結果、重複或不合理的篩選組合，通常應回正確的 404 狀態，避免製造混亂訊號。
篩選頁要做 Product structured data 嗎？
只有在頁面內容與資料能長期維護正確時才做。多數網站應先把完整 Product 或 Offer 資料放在商品詳情頁。