客戶能否循不同途徑找到服務資料頁？

先界定實際頁面組

服務頁即使寫得清楚，若客戶只能猜中某個選單名稱才找得到，資料仍然可能等於被藏起來。WCAG 2.2 成功準則 2.4.5 要求：在同一組網頁內，尋找頁面的方法不止一種；作為流程結果或流程步驟的頁面有例外。這是尋找資訊的問題：由不同想法出發的人，能否抵達同一份資料？把同一個選單複製到另一位置，若仍要求客戶先作同一個猜測，實際幫助可能很有限。

先畫出頁面組的界線。網站可能有英文版、繁體中文版、獨立網誌、客戶帳戶區及結帳流程。W3C 的說明把不同語言版本視為不同頁面組，因此要分別檢查各語言的公開服務資料頁，不能把英文入口當作中文頁的第二條路。列出真實網址、刊登中的頁名，以及哪些屬一般資訊頁。訂單完成後才產生的付款確認頁則不同；要求訪客從公開網站地圖找回該次交易結果，是誤用流程頁例外。

選一頁客戶在聯絡商戶前確實需要的資訊，例如預約取消安排或服務資格說明。由首頁重新開始，不用已儲存的直接連結，沿主要服務導覽進入，記下每個所選名稱。然後再由首頁開始，試另一種實質不同的方法：站內搜尋、可用的網站地圖、其他相關頁的連結，或極小網站首頁列出的完整頁面清單。兩條路應到達同一語言、同一現行頁面；記下在哪一步成功、卡住，或誤入舊版內容。

這項準則沒有要求商戶購買昂貴的搜尋產品。W3C 列出的做法包括相關頁連結、目錄、網站地圖、站內搜尋、完整頁面清單，以及首頁通往所有頁面的連結。只有五頁的顧問網站，清晰服務列表加上相關服務之間的情境連結，可能已經合用。大型目錄若只列出龐大平面清單，反而難用，類別瀏覽加搜尋較合適。選哪兩條路要看網站規模和客戶用語；重點是被檢查的頁面真能循兩路找到。

建立真正有用的替代路線

站內搜尋只有在索引收錄該頁，而且結果名稱讓客戶知道會進入甚麼內容時，才算可用替代路線。測試客戶真正會輸入的字眼，不要只試內部服務名稱。客戶可能搜「更改預約」，團隊卻把頁面稱為「預訂修訂」。英文及繁體中文應按各自頁面組測試。常見詞只帶回首頁、過期政策或空白結果，並未解決尋找問題。若搜尋功能是新加的，也要確認輸入、提交和結果列表無需滑鼠仍可操作。

相關連結要有真正的關聯。預約詳情頁連到取消安排頁合理，因為讀者常需要在兩種問題之間轉換。頁尾塞滿全部頁面連結，形式上雖然可點，實際路線卻埋在雜訊中。連結名稱應說明目的地，並維持一份現行的正式資訊頁，避免選單、相關連結和搜尋結果各自指向不同條款。若商戶有多間分店，還要分清連結通往全店政策或個別分店頁；應帶客戶找到正確答案，而不只是標題相近的另一頁。

小型網站地圖宜按客戶問題分組，不要直接複製公司架構。想知道維修資格的人，應能從「維修及支援」找到路，即使內部負責部門名為營運組。網站地圖或索引頁應與所連頁面使用相同語言。新增或改名頁面時，同步更新這條路和主要導覽。靜態清單若日後指向轉址、失效頁或名稱相似的舊資料，就會失去可信度，因此應納入平常的內容維護清單。

例如一間小型診所設有公開頁，解釋某項檢查服務的預約資格。主要路線是「服務」→「檢查」→「資格」；第二條路可由檢查概覽中的「誰可以預約？」連入，或讓常見本地用語的站內搜尋結果通往該頁。請找一位只知道問題、不知道內部服務分類的人試走。若他到了過期推廣頁，便要修正索引或相關連結。這只是示例，並非實測客戶結果；正式檢查應使用自家正在刊登的頁面。

檢查整條路，而非單一連結

做一張簡單對照表：每個一般資訊頁一行，列出第一路、第二路、語言、檢查日期及結果。合格的意思是有人從合理入口出發，循兩路都找得到現行頁。編輯在原始碼找到網址，或使用自己早已知道的書籤，都不是網站提供給客戶的尋找方法。先抽查高價值頁：價格、服務範圍、資格、聯絡、更改安排及售後資訊；再檢查導覽層級最深的頁面，因為它們最容易依賴某個必須猜中的名稱。

桌面和窄屏手機寬度都要試。手機導覽可能收起類別，或移除桌面版才有的相關連結。至少用鍵盤走一次，也要看搜尋結果的可見名稱；只有滑鼠懸停才出現的路線，不能照顧所有人。兩種語言版本分開檢查。英文頁有兩條路，但中文頁未進站內搜尋索引，就不能把整個雙語旅程標成完成。記下實際到達的網址，重複頁和轉址才不會被默默當作成功。

流程例外應收窄使用。結帳步驟、按輸入答案產生的個人報價，或綁定某宗交易的確認頁，可能只在該流程中有意義。付款前的固定收費說明頁則不同，應讓人找得到。不要因為頁面有按鈕，便把難找的頁一概稱作「流程頁」。可問：訪客在開始操作前是否合理地需要這些資訊？該頁是否有不依附某次完成任務的固定身份？這樣區分，檢查才會對準真正的資訊需要。

自動爬取能找出壞連結，卻不能證明訪客理解路線。給測試者一條白話問題，先觀察他自然往哪裏找，不要提示。讓他從頭開始兩次，一次沿看似主要的路，一次用他自然會選的替代方法，並記下他預期看到的字眼。這是質性的可用性檢查，不是搜尋流量或轉換率的聲稱。團隊可以據此調整名稱和擺位，同時保持目的網址和政策內容一致。

把兩條路都維持為現行路線

修正只有在替代路線於內容變更後仍正確，才算真正完成。服務改名或下架時，頁面負責人要同步處理選單位置、搜尋索引字詞及相關連結。舊網址若轉址，目的頁必須仍回答同一讀者問題；一律轉到首頁可能令原有路線消失。新頁發佈前檢查，導覽範本或搜尋設定改動後再抽查。這樣才把準則變成可維持的編輯習慣，而非一次性的截圖紀錄。

先按找不到頁面的後果排修正次序。資格頁難找可能令客戶預約不適合的服務；取消安排不清楚，則可能引起可避免的爭議。這些頁應先於風險較低的公司沿革頁處理。這是編輯上的風險判斷，不是 W3C 的優先級或已量度流量預測。若團隊沒有預算建站內搜尋，可先提供可操作的重要頁索引和清晰的相關連結，再測試這些路線。準則要求的是結果，並沒有要求每間中小企購買同一套軟件。

完成前，分別驗證一個具代表性的英文頁及其中譯頁，包括每個連結實際到達的位置。第二條路最好能用一句話說清，而不必先知道公司內部分工。若職員無法解釋客戶由首頁如何找到該頁，路線大概仍需改善。把檢查表放在內容清單旁，頁面搬遷、轉址和語言更新時便會一同觸發覆核。真正有用的成果，是客戶能以自己理解的方式找到現行、正確的答案。