產品目錄應用分頁、載入更多，還是無限捲動？

按瀏覽任務選擇模式

大型產品分類若把全部商品一次顯示，首次載入可能過重。先決定顧客如何看到下一批商品：按頁碼、按「載入更多」，還是捲到底便自動載入。Google 的網店指引列出三種模式及其取捨。分頁連結讓顧客知道自己在哪一頁，也容易返回熟悉位置；載入更多可保留目前畫面；無限捲動感覺流暢，卻可能令終點和位置難以掌握。要按任務與目錄規模選擇，任何一種模式都不會單憑本身保證搜尋曝光或銷售。

先看自己店舖真正可觀察到的行為。顧客會否比較幾件商品，再由詳情頁返回？加入購物籃後，是否需要準確回到之前的位置？分類規模是否小到「載入更多」仍易管理，還是有大量商品？若分析數據暫時取不到，不應憑空編出答案。可自行走一次有代表性的任務，請測試者找商品、返回已見過的商品，並走到分類末端。記下迷路、位置流失及延遲。這些是本店的決策證據，不是所有商店通用的基準。

顧客的操作方式與爬蟲發現產品的方式要分開處理。Google 指出爬蟲一般從連結的 href 屬性找網址，不會像人一樣按按鈕，也通常不會觸發須由用戶操作的 JavaScript。因此，若後續商品只能在按「載入更多」或捲動後出現，還需要其他可供爬蟲跟隨的路徑。實用基礎是每一批商品有獨立分類頁網址、可點擊的下一頁連結，以及真正的產品詳情頁連結。可在此結構上加較流暢的瀏覽介面，但要測連結，不能假設人能操作就代表搜尋系統也能找到。

每一頁都要有穩定路徑

Google 建議分頁序列中的每一頁使用獨立網址，例如頁碼參數。先選定第一頁及後續頁的一致寫法。直接開啟第二頁時，必須看到該頁應有的商品，不能暗中跳回第一頁，也不能要求先建立 JavaScript 瀏覽狀態。用一般連結順序連到下一頁，讓人和爬蟲都可到達；亦可提供回到第一頁的路徑，使分類起點清晰。每張商品卡都應連到真正的詳情頁，包括只在後續頁出現的產品。

不要把所有分頁都當作第一頁的重複版本。Google 的網店網址指引要求分頁結果各有獨立網址；分頁指引亦提醒，後續頁內容不同，不應把它們的 canonical 一概指向第一頁。另一方面，不同排序及篩選組合是另一類網址決策，可能需要控制不想被索引的版本。本文討論的是基本分類序列，須與篩選組合分清。當商品下架或庫存排序改變，也要測試顧客開啟已儲存的後續頁網址時，仍能看到合理頁面，即使商品名單不再完全相同。

使用 JavaScript 的「載入更多」介面，底層仍可有穩定的分頁序列。按鈕取得下一頁並加入商品卡，但直接打開該頁網址也應呈現同一批商品。顧客打開詳情頁再返回時，要保留可用的歷史或閱讀位置，否則之前的瀏覽白費。無限捲動亦應有等價的分頁路徑，讓人知道目前位置並可到達頁尾。實作不能令鍵盤使用者困在不斷延長的清單，也不應讓商品無聲出現而沒有清楚的載入及完成狀態。

用小型目錄情景驗證

假設一家家品店的分類有足夠商品分成數頁。顧客在第三頁看到一件貨品，打開詳情，再返回比較前一件。若用傳統分頁，就測返回鍵、第三頁網址及鍵盤焦點；若用載入更多，就測新增商品和捲動位置能否保留；若用無限捲動，還要測能否到達底部導航和頁尾。這些是使用體驗測試，不是宣稱某設計一定提高轉換。它們能顯示哪種模式較能保住比較商品的任務。

接着不要只看畫面上顯示了多少件貨品。用全新瀏覽階段直接開啟後續分類頁，確認它正常顯示自己的一批商品。實際檢查下一頁連結及只在後續頁出現的產品連結。若店舖有英文和繁體中文獨立分類路徑，兩種語言都要跟隨一次。核對 canonical 和第一頁網址慣例是否符合既定架構。可用店舖自身的爬取及索引工具輔助，但商品出現在 sitemap 或畫面上，不等於已被搜尋引擎索引。

最後測試變動與故障。於分頁邊界附近新增或刪除商品、改排序、限制網速，並讓下一頁請求失敗。顧客不應看到重複商品、失去已選條件，或沒有重試方法而被困住。盡量避免空的後續頁；當頁碼已失效，應有明確回應。指定誰負責分類網址、前端操作及商品資料，讓其中一層改動時另外兩層也獲測試。上線決定應記錄取捨：顧客有可用的瀏覽路徑、網址穩定，而且首屏以外的商品確有可驗證的到達方法。

商品目錄變動時仍要保持可用

基本分類要有穩定排序規則；若多件商品的排序值相同，也須有次序判定方法。若每次庫存或陳列資料刷新，商品便在頁與頁之間跳動，顧客向前瀏覽時可能看到重複貨品，或漏掉某件。「載入更多」會把多次請求結果接在一起，問題尤其明顯。店舖可按平台能力決定是否固定一次瀏覽的結果、容許即時變動但提供刷新提示，或採用其他一致性方法。上線前要用受控的目錄改動測試，不能以為有頁碼就自然穩定。

商品總數若已知，可放在分類標題或「載入更多」旁；若數量經常變或計算成本高，不要把過時的精確數字當作即時資料。顧客應知道是否還有商品，以及請求正在載入、已完成還是失敗。到達序列末端時，應明確說明，而非只留一個不能按的控制項。這些訊息令長清單較易理解，也避免顧客只能憑旋轉圖示猜測系統狀態。

手機成本與可及性要一起看。首次載入較少商品可減少最初傳輸，但不斷把卡片接到同一頁，最終可能耗用大量記憶體，也令長頁難以導航。以慢速網絡、效能較低的手機及鍵盤走一次長清單。按「載入更多」後，焦點要合理移動，屏幕閱讀器亦應收到可理解的結果更新。每頁商品數量應用真實內容和裝置測試後決定，沒有放諸四海皆準的數字。測試資料要包括較長的中英文商品名稱、減價標籤及缺貨項目。

要指定負責人和覆核時點。搜尋指引可能更新，平台升級亦可能改變分類連結的輸出方式。範本發布後，安排人檢查直接開啟的分頁網址、canonical 標記及產品連結，另有人確認顧客瀏覽仍順暢。於發布紀錄保存第一頁、後續頁及產品頁的示例網址，日後出問題便能重現，不必靠記憶或已失效的活動連結。商品規模或顧客任務明顯改變時，再檢討最初選擇的模式。

花錢重做無限捲動前，先檢查現有網店平台真正輸出甚麼。有些佈景在「載入更多」外觀下，仍提供可使用的分頁連結；另一些則只剩按鈕請求。應查看實際輸出的標記及後續頁網址能否直接開啟，佈景更新後也再檢查。若平台暫不能提供穩定的後續頁路徑，可先採用看得見的分頁，再規劃較深入改動。選擇的成本不只在視覺設計，還包括日後維護：陳列規則、雙語文案、返回頁面行為，以及爬取測試，都要在分類範本變更時重新核對。