從顧客要作的選擇出發
排序控制改變的是清單中已符合條件產品的先後次序。它應幫顧客回答具體問題：在顯示的價格口徑下哪件最便宜、哪件較近期加入，或哪件最符合搜尋字詞。篩選則是另一回事，它會排除不符合條件的商品。若把兩種功能混在一起，結果數量會令人困惑，「按價格排序」時隱藏商品突然重現，更會使顧客以為功能失效。建立下拉選單前，先寫明每個候選選項的業務定義。少量而誠實的選擇，通常比十個沒有解釋的選項有用。
預設次序也需要名稱。「推薦」暗示商戶或演算法作過可解釋的判斷；「精選」可能指人工挑選的展示位置；「相關程度」則要有搜尋字詞或其他匹配訊號才有意思。若商店沒有寫明排名方法，用「預設次序」可能較誠實。頁面載入、重新整理，以及顧客查看商品後返回清單時，控制項都應顯示目前選擇。不要在沒有量度結果時聲稱排序可提升轉換率。眼前更實際的標準是：顧客能預測選項會帶來甚麼次序，而且實際結果符合預期。
先定義用哪個價格排序
價格排序看似簡單，實際上必須說清楚比較哪個數值：畫面單價、人人適用的促銷價、會員專享價，還是多規格產品的價格範圍。顧客選了「由低至高」，若卡片上的價格看來亂序，只因後端用了另一個價，便失去信任。商戶應選定一個基準，在卡片與排序結果中一致呈現，並說明例外。多規格產品若顯示最低可買價格或一個範圍，排序鍵必須符合這個可見承諾。按地址或購物車而變的運費，不能悄悄混入純商品價格排序。
用假設例子測試規則：產品甲目前公開標價為港幣八十元，乙為九十五元，丙的價格範圍由七十元起。若選項承諾按畫面最低起價由低至高，次序應是丙、甲、乙。如果丙其實沒有任何可購買規格售七十元，就要同時修正顯示範圍與排序鍵；只調整位置會掩蓋目錄資料錯誤。這些金額純屬說明，不是任何商店的真實價格。相同價格也要測試：加入穩定的第二排序鍵，例如產品識別碼，避免顧客翻頁時同一批商品不斷換位。
其他次序也要如實命名
「最新」必須說明甚麼事件使產品變新。商品描述最近修改，不等於剛上架。若目錄有可靠的首次公開日期，可以按它排序；沒有就別作無法支持的承諾。「最暢銷」也要界定統計期間、計算的是下單還是完成銷售、退貨如何處理，以及資料是否足夠。規則未定時，標籤可能誤導顧客。「相關程度」可能結合文字匹配與商戶安排，但至少要能解釋為何完全相符的商品不會無故排在毫不相關產品之下。這些屬於編輯及資料決策，不只是介面用字。
供貨狀態也是常見混亂來源。若缺貨商品仍在清單內，需決定它們是否參與相同排序，以及如何標示。排序選項不應暗中變成供貨篩選，除非標籤清楚說明。若商戶希望現貨優先，可寫明規則，並在每個供貨組別內維持價格或日期次序。除非庫存資料及結帳預留程序足以支持，否則排序標籤不應作出有貨承諾。顧客應能分辨商品排前是「可購買」還是「較便宜」。決策紀錄亦應指出哪個系統負責供貨狀態。
控制項與結果都要可理解
W3C 指引要求表單控制項有能辨識用途的標籤。排序選單應有可見名稱，例如「產品排序方式」，英文與繁體中文的選項也要明確。「價格：由低至高」比一個向上箭嘴清楚。所選項目應能由原生控制項狀態讓輔助科技讀取；鍵盤使用者更改後，也不應突然失去所在位置。若清單在不重新載入頁面的情況下更新，應適度宣告有意義的結果，並把焦點留在控制項或可預期位置。不要逐一宣告每張商品卡，那只會淹沒顧客真正要求的變化。
驗收時要對照選項文字與實際清單，而非只檢查選單能否打開。在每種語言中，讀出前幾件產品的價格或日期，核對是否按所聲稱方向排列。案例要包括同價、折扣、多規格、缺貨與已篩選清單。用鍵盤及螢幕閱讀器確認控制項名稱、現行選項，以及結果數量或更新訊息可理解。真實顧客不會知道內部排名鍵；若一位合理的購物者無法解釋前兩張卡片為何如此排列，就應重新檢視規則或標籤。這既是軟件驗收，也是內容驗收。
為每個選項留下驗收記錄
每個排序選項都應留下簡明記錄：畫面標籤、使用的資料欄位、方向、同值時的次級規則、缺失值如何處理，以及商品資料改動後會怎樣。先用一小批人手核對的產品對照實際查詢，再用跨越多頁的資料重測。核對英文與中文標籤是否表達同一規則、選項在瀏覽後能否保留，以及網址政策會否製造不必要的搜尋索引副本。如果「最暢銷」缺乏已定義的資料集，暫時移除該選項。上線決定應取決於顧客所見次序是否真實，而不是下拉選單做得多複雜。
商戶可能想把活動商品固定在清單頂端。必須決定這種置頂只影響預設次序，還是連顧客主動選的排序也受影響。若顧客選了價格由低至高，昂貴的推廣商品卻仍排首位，除非例外清楚披露，標籤便不真實。可把推廣位置明確分開，或只用於名為「精選」的次序。在業務系統記錄活動開始與結束時間，並測試活動到期後置頂會消失，清單也不會變得不穩定。這樣既能呈現商業安排，也保留顧客自選排序的意思。
進行前先確認
- 顧客能否解釋每個排序選項的規則？
- 畫面價格與商品次序是否使用同一數值及穩定次級鍵？
- 所選排序能否在瀏覽途中保留，並於兩種語言正常運作？
