改動規則前先盤點網址空間
篩選功能讓買家按顏色、尺碼、品牌或供貨情況收窄商品範圍，使用上很方便；但每個組合亦可能形成一個獨立網址。當店舖同時有分類、幾個品牌及多種排序，網址數量可能遠超真正不同的購買決定。Google 現行指引指出，層面篩選可造成過度抓取，亦可能拖慢有用頁面的發現。先盤點網站實際使用的查詢參數、路徑片段、排序選項及分頁格式，記錄介面連到哪些網址，以及搜尋引擎能從哪些連結到達。把穩定的分類和商品頁，與「藍色、中碼、價格由低至高、今日有貨」一類會不斷變動的組合分開。目的不是取消顧客需要的篩選，而是決定某個篩選狀態是否也值得成為搜尋結果入口。技術規則應在這項編輯決定之後才寫。
逐類篩選設定政策
商戶可先問：篩選後的頁面能否比原本分類頁更好地回答一個持續存在的搜尋問題？例如「防水工作鞋」若有穩定商品、實用說明及清楚的站內路徑，或可獨立成頁；只顯示即時有貨再按價格排序的組合，通常較難有獨立價值。把每類篩選標成可考慮抓取、只供顧客瀏覽，或需要更多證據。Google 建議，若篩選網址毋須出現在其搜尋產品，便可阻止抓取；若確實希望搜尋引擎抓取，則有另一套網址實作建議。不要以為加了 canonical 標籤便等於封鎖抓取。Google 說它可能隨時間減少非主要版本的抓取，但在控制這類網址方面，一般不及阻止抓取或使用網址片段有效。這項決定牽涉商品內容與技術，店主應先確認哪些入口真正有意義。
限制組合時保護有用頁面
對毋須獨立出現在搜尋結果的篩選狀態，Google 提出可用 robots.txt 規則阻止抓取，也提到用網址片段表達篩選；但同時說明 Google 一般不支援抓取及索引片段。兩種方法都不能直接照抄。若規則廣泛匹配所有問號，可能連分類分頁、活動連結或其他商戶想被發現的頁面也擋掉。應列出真正的參數名稱及網址模式，逐一用應容許與應阻止的例子測試。商品詳情及主要分類頁仍要有普通連結可到達。若某個精選篩選頁準備作搜尋入口，也要確認廣泛規則沒有誤擋。robots 規則只管理搜尋引擎的抓取，不是未公開商品或顧客資料的私隱保護；後者需要另行限制存取。也不要聲稱搜尋引擎無法讀取的封鎖頁面，仍能讓它看見頁內 noindex 指令。
讓選中的網址有邊界而且一致
若店舖保留少數篩選網址供搜尋引擎抓取，格式就要一致。Google 建議查詢參數用標準的 & 分隔符；若把篩選寫進路徑，則維持固定次序。重複篩選及不合理組合不應產生另一個有效頁面。對沒有結果的篩選組合，Google 的層面篩選指引建議在原網址回傳 HTTP 404，而不是轉去共用錯誤網址；不存在的分頁亦然。對人類讀者仍須提供清楚說明及返回較廣分類的途徑。404 是對無效結果頁的狀態表達，不代表只能顯示空白畫面。實作時要判斷該空結果是否確屬不存在的組合，並同時核對回應碼與頁面訊息。不要把所有篩選網址改寫到未篩選分類，卻仍在畫面保留已選條件，令網址與顧客看到的狀態互相矛盾。
用小店情境作測試
假設一家文具店有「筆記簿」分類，可按紙張尺寸及封面顏色篩選，另有排序功能。店主挑選「A5 可替換內頁筆記簿」作有用入口，因為它回答較持久的購買問題，也能提供原創選購說明；顏色、即時庫存及排序組合則只用於顧客瀏覽。開發人員列出基本分類、精選 A5 頁、普通商品詳情、顏色組合、重複尺寸參數及超出結果範圍的分頁網址。團隊逐一寫下預期抓取權限、HTTP 狀態、適用時偏好的主要網址、可見內容及站內連結，再實際請求網頁核對。這些分類只是示例，不代表 Google 一定會把精選頁收錄；容許抓取與最終索引是兩回事。測試既保護顧客流程，也確保網址空間有明確邊界。
商品目錄變動後再檢視
商品目錄增長後，原有篩選政策可能失效。新品牌、季節分類或按地區供貨的貨品，可能產生值得獨立回答的新問題；停售系列則可能令舊的精選頁內容不足或完全沒有商品。指定負責人在商品變動時檢視那一小組容許抓取的頁面，核對實際貨品與頁面解說是否一致。有條件可檢查伺服器紀錄或搜尋工具，找出意外出現的參數模式；若量度服務暫時失效，不能把沒有數據當成沒有問題，也不能當成機會的證據。Google 的疑難排解指引分清抓取與索引，亦提醒無用網址會消耗服務資源。小店的即時驗收更具體：買家能否照常篩選、搜尋引擎能否到達預定的分類及商品頁、不可能的組合是否回應得當。把結果與政策放在一起，避免日後加新參數時無意推翻決定。
主要網址偏好須配合可見內容
主要網址偏好有助指出相似頁面中哪一個具代表性，但它必須配合頁面實際內容。若商戶把所有篩選頁都指向廣泛分類，便是在表明那些組合不是獨立入口；顏色或排序變化也許適合，精心撰寫且準備獨立展示的分類子頁則未必。為每類選中的網址記錄主要版本偏好，並在實際渲染結果檢查，因為模板可能在一個版本輸出指向自身的設定，另一個版本卻指向分類。Google 的層面篩選指引說明，canonical 作為長期抓取控制一般不及主要方法有效，因此它只能是偏好訊號，不能取代整體方案。若篩選改變商品、標題及解說，應以讀者角度比較兩頁。若預定代表頁不能回答相同購買問題，便要調整分組，避免錯誤隱藏有用頁面，或意外推廣大量近乎相同的頁面。
讓商品與開發團隊共用規則
最後交付的文件應是一份商品團隊也看得懂的簡短網址決定表。對每個參數寫明顧客用途、會否改變可抓取網址、組合能否透過站內連結到達、無效狀態應回傳甚麼，以及誰可新增選項。加入幾個店舖真正的示例網址，但先移除任何顧客專屬識別碼。這樣商品團隊可在推出高價值新分類前通知開發人員，而開發人員也能檢查新的排序選項有否意外生成一系列可抓取頁面。發布檢查應由分類進入篩選、開啟商品，再返回結果，確認買家仍理解自己選過甚麼；抓取控制不應破壞購物介面。網站改版、新增語言、推出長期活動入口或商品數量顯著改變後，都要重看決定表。這同時是維持有用答案的編輯控制，以及限制網址膨脹的工程控制。
進行前先確認
- 每類篩選都有已記錄的抓取決定。
- 抽樣容許、阻止及不可能的網址均有預期回應。
- 加入抓取控制後，顧客仍能正常篩選。
