讓顧客一看就明白連結通往哪裏

先釐清目的地，再寫連結文字

連結其實是對顧客的承諾：按下去會到哪裏、可以做甚麼。服務卡片旁邊的「了解更多」在完整版面看似清楚，但輔助工具把連結獨立列出，或手機版把卡片重新排列後，附近的說明可能不再足夠。W3C 的連結用途準則容許從連結文字及可由程式判定的上下文理解用途；其說明亦建議盡可能單靠連結文字說明目的。編輯因此應直接寫出目的地或行動，讓顧客在開啟前分辨價格指南、資格頁、預約表格與外部政策。

稽核時先記錄真正的目的地，不要只搜尋「了解更多」後機械式取代。每條連結應列出畫面可見文字、輔助工具讀到的名稱、附近標題、實際網址及目標頁標題。抽樣涵蓋首頁前往服務頁、服務頁前往查詢表、資源清單前往文件，以及訂單確認頁前往訂單詳情。同一句文字在不同情境可以有不同效果：「查看訂單 4832」若確實通往該訂單便有用；多張訂單卡片都寫「查看詳情」則難以分辨。若連目的地尚未確定，先修正頁面流程，才打磨名稱。

讓簡短文字離開版面仍可理解

實用寫法是「動作＋具體對象」，例如「查看送貨選項」、「下載保養條款」或「提交支援要求」。資源標題本身若清楚指出目標，直接把標題設為連結便可。無須在每條連結塞進公司全名、整段標題和銷售口號；顧客需要的是可作決定的線索。兩條連結通往不同地方，名稱應反映差異；若功能及目標相同，名稱卻時常變動，也會令人懷疑。W3C 較嚴格的「只看連結文字」準則解釋了獨立可理解的好處，但該準則屬 AAA 級，不能誤寫成 A 級必須逐字遵守的規定。

假設雙語頁列出三份可下載文件，三個連結都只叫「PDF」，讀者便要逐項回頭尋找同一列的文件名。可改用「下載服務條款（PDF）」；同一份文件有兩種格式時，分別寫「服務條款（PDF）」及「服務條款（網頁版）」。外部供應商頁面若會影響信任或操作，名稱可指出供應商或目的地。連結實際只打開介紹頁，就不要承諾「下載」；實際先要求登入，也不要把它寫成可直接「聯絡我們」。文字必須與親自打開後看到的目標一致。

把兩種語言當作兩條完整旅程檢查

英文與繁體中文連結應提供相同的決策資訊，毋須逐字對稱。「Request a quotation」和「索取報價」可指向同一表格；若直譯後像是公司資料頁，便會帶錯路。也要查看目的地是否有相應語言版本。中文連結若打開只有英文的文件，適當位置應交代語言限制，不應暗示已有中文版。兩種語言都要把名稱與目標頁標題、真正可執行的動作、文件格式及登入要求逐項比較。產品名和固定術語要一致，但應避開「資源中心資產」或「潛在客戶擷取」等內部用語。

輔助工具讀到的名稱要另外核對。若圖示或圖片是連結內唯一內容，仍需能描述目的地或動作的名稱；檔案名稱或「箭咀」幫助不大。若已有可見文字，不應另加互相矛盾的隱藏名稱，否則語音操作人士說出的字詞與輔助工具呈現的名稱可能不同。按下後前往另一網址的控制項即使外觀似按鈕，仍屬連結；提交資料或更改當前頁面通常應用按鈕行為。這個差別關乎文字承諾與啟動後結果是否一致。請檢查實際呈現的頁面，不要假設內容系統保留了原定文字。

以服務頁作一次實際演練

想像一家香港維修公司有三張服務卡：檢查、上門維修及保養計劃。每張卡都寫「詳情」。想預約單次檢查的顧客若用螢幕閱讀器列出所有連結，只會聽到三條無法分辨的「詳情」。可分別改為「查看檢查服務」、「查看上門維修」及「比較保養計劃」。接着實際打開目標，確認第一頁有檢查範圍、第二頁說明維修、第三頁真的提供比較，而非直接開啟銷售表格。若計劃頁根本沒有比較，應改頁面或改名稱。這是內容及旅程設計問題，並非純粹潤飾字句。

完成文字修改後，應沿着真實路線測試：以鍵盤由頁面標題走到各張服務卡，逐條啟動連結；用螢幕閱讀器的連結清單或等效檢查方法，在離開視覺卡片的情況下聆聽名稱。手機寬度下也要看，因為排版可能把標題與連結分開。最後切換語言再做一次，英文修好不代表中文同樣修好。問題紀錄要寫明來源頁、連結名稱、實際目的地及預期文字。編輯可負責文字和目標核對；若元件硬把所有名稱設成「詳情」，則需開發人員修正。

內容更新後維持名稱真確

文件改名、服務合併或網址重新導向，都可能令原本清楚的連結失準。處理內容變更時應同時檢查名稱及目標，不能把「會轉址」當成連結仍有用的證明。轉到一般首頁在技術上可能正常，但已違反顧客對下一頁的預期。每次內容發布後，抽查查詢、預約、付款協助及帳戶支援等重要路線。常用元件及文件連結應有清單，並指定兩種語言的負責人。最終驗收其實很簡單：顧客憑連結和可得上下文能預測下一頁，而下一頁確實履行了承諾。

小團隊毋須一次過重寫所有舊頁。先處理選錯後會浪費顧客時間，或太遲才揭示限制的頁面，例如申請表、政策文件、收費資料及訂單操作。再修正重複使用最多的元件，一次修改可改善多個頁面。其後在目標頁變更或文章更新時，順道檢查舊連結。若沒有實際量度顧客行為，不應聲稱成功率改善；這裏可核實的驗收證據是目的地稽核及直接使用測試。清楚的連結讓人有意識地選擇，毋須靠沒有根據的點擊成效數字來證明。

最後可請不熟悉網站的人先只看連結名稱清單，猜測每條會通往哪裏，暫時不要展示附近的宣傳文字。對方選擇後，再打開目標頁，詢問內容是否符合預期。這能發現常見落差：例如「查看價格」實際打開沒有價格的一般查詢表。修正方法是提供價格資料，或把連結改成準確描述表格。繁體中文版要找慣用該語言的人重做。毋須把這項檢查變成大型研究，但必須誠實記下連結承諾了甚麼、目標實際提供甚麼，以及改正了旅程哪一段。日後網址轉址時，這份紀錄也可作清楚的驗收標準。

交接編輯問題時，不要只寫「改善無障礙」。每條待修連結都應列出目前名稱、顧客原本想完成的工作、實際目的地、建議的英文及中文名稱，以及親自打開後的結果。文件若已撤下，先判斷是否有現行替代文件，才修改名稱；若沒有，就移除會誤導人的連結，或在頁面說明資源已不可用。活動連結也要同樣處理：活動結束後，電郵或舊文章中的連結可能仍在流通，目的地仍應回應原來承諾，或清楚說明變動。可見文字與輔助工具讀到的名稱應成對審核。修正共用元件後，要抽查多個實際頁面，因為模板改動可能在其他情境意外改壞名稱。

如果網站切換語言時會保留當前頁面，要檢查翻譯版中的連結是否仍通往對應資源。中文名稱寫得流暢，但按下後去了無關的英文頁，仍然是目的地錯誤。若目標只有英文，應在連結附近清楚標示，並確認顧客完成原定工作所需的資料仍在該頁。語言切換、連結名稱與目的地應一起驗收，而非分成互不相干的三項檢查。