分享連結前，檢查目的頁面的無障礙體驗
從連結文字、鍵盤操作到內容和表單，檢查讀者的完整使用流程，並在目的頁面有障礙時提供可行的替代方式。
網址方便分享，只有在讀者開啟後能完成任務時才有意義。短網址無法讓難以閱讀的文件自動具備無障礙特性，也無法修好讓鍵盤使用者卡住的表單。在把網址放進個人檔案、訊息或紙本公告前，先檢查從點擊到完成操作的整段流程。
這是一次快速的初步檢查，不是完整的無障礙稽核。文中的例子是一個虛構的工作坊頁面，頁面上有報名表單。你也可以用同樣的步驟檢查菜單、文件或聯絡頁面。重要流程也請使用輔助科技（例如螢幕報讀器）的人試試看。
在點擊之前說明連結用途
連結文字應讓人知道將開啟什麼內容：「工作坊日期與報名」比好幾個都叫「更多」的按鈕清楚。若檔案格式、語言或登入要求會影響讀者的選擇，就先說明。連結若先開啟文件介紹頁，便不應承諾立即下載。
W3C 的撰寫建議強調有意義的連結文字。也要讀一遍周圍的句子：即使按鈕標示清楚，仍需要足夠脈絡才能辨認活動或資源。紙本資料應在 QR Code 旁提供可讀的網址與實用聯絡方式，避免掃碼成為唯一入口。
在小螢幕上檢查目的頁面
先登出，再用手機開啟實際要分享的短網址。你能辨認標題、理解下一步，並順利閱讀主要文字嗎？放大文字後，確認報名按鈕、操作說明和錯誤訊息仍可使用。
留意只用圖片呈現重要文字卻沒有文字替代、說明被裁切、控制項被浮動視窗遮住等情況。時程表截圖可能很美觀，卻使日期難以閱讀或選取。請頁面負責人同時提供文字資訊。若分享 PDF，可參考另外的文件分享檢查清單。
嘗試只用鍵盤完成任務
在電腦上從目的頁面開始，以鍵盤逐一走過連結及表單欄位。確認目前焦點清楚可見、能到達預期操作，也能離開選單或對話框，不會受困其中。測試的是完整任務，不只是第一個按鈕。
這些檢查能找出常見問題，但無法涵蓋所有面向。下一步可以參考 W3C 的簡易檢查。記下頁面、控制項、你做了什麼、哪裡出了問題，讓負責人能夠重現。說「頁面不無障礙」很難著手修正，說「用 Tab 鍵到不了報名按鈕」就容易多了。
確認表單與真正可用的替代途徑
以工作坊報名為例，如果表單服務提供測試模式或測試步驟，就用它來檢查：
- 找到日期、地點及相關無障礙資訊。
- 辨識每個必填欄位的標籤與填寫說明。
- 觸發一個無害的驗證錯誤，檢查提示是否清楚。
- 修正錯誤，進行到確認步驟。
- 找出無法完成線上流程時可使用的聯絡方式。
不要只為了測試就送出真實預約。如果必要的控制項無法使用，請頁面負責人修正，或提供另一種真正可用的方式。聯絡方式只有在有人回覆時才有用：一個沒人看的電子郵件地址，不算真正的支援。
依規則轉址時仍保留選擇
短網址若依語言或裝置轉址，請檢查所有會服務讀者的目的頁面，以及沒有符合規則時使用的預設網址。一個頁面具備無障礙性，不代表其他路徑也具備。保留明顯的語言切換方式，或通往一般資訊頁的入口。
Links 依訪客所在國家，以及瀏覽器的語言、平台和裝置等訊號選擇轉址路徑。這些訊號不等於一個人的真實偏好，也無法說明他使用哪些輔助科技。不要只因為有人用手機，就把他送到內容縮減的頁面。轉址規則指南說明規則順序與語言辨識的限制。請確認每條路徑都仍能完成任務。
記錄問題，修改後重新測試
保留簡單紀錄：短網址、目的地、裝置或輸入方式、任務、結果、負責人與下次檢查時間。誤導性的連結文字要在發布處修改，表單或文件則要從來源修正。更換有問題的目的地時，編輯既有連結，再測試已經散布的網址。
連結也必須持續可用。Links 每次計入的點擊都會消耗點數；餘額用完後，連結會暫停，直到補充點數為止。所以除了目的頁面，也要確認由誰為連結付費；做長期規劃時，可參考費用規劃指南。Links讓網址更容易管理；無障礙的內容和經過測試的流程，能讓更多人真正用得上。