親和力訣竅
The Paciello Group 提供了這個空間, 與我們的客戶及親和力社群分享相關的訣竅跟技術. 我們會定期發佈訪客提供的新建議與技巧. 如果你想要向我們提供建議刊登在這一頁的話, 請用下面的連結, 我們將會在本頁中標示你的姓名.
1. 具有親和力的設計師記得, 在所有的事情當中, 網頁親和力的設計是要讓身處各種不同環境的人都能取用網頁內容.
關於潛在的讀者, 底下是一些來自 W3C 網頁內容親和力指導原則, 應謹記在心的的事項:
- 他們可能看不見, 聽不到, 動不了, 無法輕易理解網頁內容 — 也有可能同時兼具以上所有困難.
- 他們可能處於眼, 耳, 手極為忙碌或被其他事務所干擾的情況之中 (例如開車上班途中, 在吵雜的環境中工作之類的).
- 他們可能有閱讀或理解文字的困難.
- 他們可能無法使用鍵盤或滑鼠.
- 他們可能在使用舊版的瀏覽器, 全然不同的瀏覽器, 語音瀏覽器, 或不同的作業系統.
- 他們可能正在使用緩慢的上網連線, 小螢幕, 或純文字螢幕之類的.
- 他們可能無法流利說出或理解文件撰寫所使用的語言.
2. 針對聽覺或視覺內容提供對等的替代內容
所有的圖片及影像地圖中的 area 屬性, 都應該要以 ALT 屬性提供對等的替代文字. 這不僅讓網頁具有親和力, 更是符合 HTML 4.0 推薦標準所必備的. 利用圖片建立的導覽工具及表單元素均需有以文字建立的替代品, 例如文字導覽選單.
重要的視覺資訊包括了零售商品的照片, 財務資訊的圖表, 或新聞報導的影片等. 這些東西都應該要有額外的文字式替代內容來表達. 這些較長的描述跟前一個指導原則提到的替代文字不同, 因為他們會是視覺內容的完整重新呈現, 而不僅是簡略描述而已. 舉例來說, 一段影片的替代文字可能會像這樣: ALT="最近空難的新聞影片報導."; 然而, LONGDESC 內容則會是一段網址, 指向新聞報導完整逐字稿及關鍵影像描述的檔案. 你也可以用 LONGDESC 來實做含有描述性影片服務 (Descriptive Video Services, DVS) 的動畫或影片的逐字稿, 因為這類動畫或影片會有對話及音效的完整聲音描述. 對於聲音式的內容則應一律提供逐字稿. 這包括了影片的聲音部分, 以及重要但非口語的聲音溝通描述. 如果雄獅吼叫的聲音伴隨著獅子驕傲的畫面, 那麼就該一併描述給使用者. 這不僅能協助有聽力障礙的使用者, 也能幫助那些工作站沒有音效卡的使用者, 或者是卡在超慢網路連線的人. 除此之外, 搜尋引擎也能找到這些文字式的內容.
3. 不要單純仰賴色彩
色彩永遠不該是指出重要性或資訊情境的唯一指標. 色盲使用者或使用單色裝置的使用者將無法得知這類的強調.
4. 妥善運用標記及樣式表
避免用結構性的標記來為某些瀏覽器做出視覺性的結果. 含有次序及適當結構性標記的文件, 幾乎能轉換成任何使用者代理或顯示裝置上, 而仍保有其本身.
5. 釐清自然語言的使用
針對縮寫及頭文字加上標記, 將能協助不熟悉的讀者把原文展開. 同時也運用 LANG 屬性來指明文件中的自然語言轉變之處.
6. 建立能優雅轉換的表格
表格應該保留給真正的表格性資料使用; 表格不應該祇為了便於控制視覺板面 (例如把文字放進儲存格) 而使用. 其中一種判定的方式是, 如果在你的表格中橫向閱讀資訊, 完全不管儲存格邊框, 而具有意義的話, 那就是表格性資料. 否則, 你就已經在用表格來處理板面, 而非結構了.
7. 確保網頁所使用的嶄新技術都能優雅地轉換
在時代尖端會很有趣, 但得留意許多使用者所使用的代理程式不見得能夠繪製這些嶄新的內容格式. 對於頁框及腳本中的內容, 務必要用 NOFRAMES 和 NOSCRIPT 組件來提供對等的替代內容. 對於任何動態內容, 也都該提供不仰賴使用者代理互動能力的替代版本.
8. 確保使用者能掌控隨著時間變更的內容
並非每個人都能以相同的步調閱讀或處理資訊. 如果你正在捲動或變更資訊, 確保有提供某個機制讓使用者得以暫停或中止資料流.
9. 確保嵌入的使用者介面本身直接具備親和力
如果用了像是 applet 或 ActiveX 控制元件等嵌入物件, 那麼該物件本身的介面也要有親和力.
10. 不要針對特定裝置做設計
並非人人都有滑鼠, 也不是大家都有鍵盤. 鍵盤快速鍵, 跳位順序, 以及事件處理程式都會對表單及組件的親和力有所貢獻. 請謹記在心, 運用各種不同輸入裝置的人們都可能會與你的文件互動.
11. 使用過渡時期的解決方案
親和力可能就祇是在你設計元素的實做過程中, 讓無法完整或正確實做該元素的瀏覽器也能支援. 舉例來說, 較舊的瀏覽器雖然無法用跳位的功能移至空組件, 但在表單的文字輸入控制元件中使用佔位文字的話, 這些使用者就還是可以直接導覽到該控制元件.
12. 使用 W3C 技術及指導原則
遵循 W3C 的推薦標準做標記及內容開發的指導原則; 這樣子會更安全, 當你的文件遇到無法完整實做最新技術的軟體時, 至少可以優雅地降級.
13. 提供前後文及行文方向資訊
複雜的網頁也有可能讓最敏捷的使用者感到氣餒. 把相關的組件用標籤, 標題加以群組, 頁框則加上名稱. 表單組件應當清楚地加以標記, 並放入選項群組中.
14. 提供清晰的導覽機制
網站中最常使用的功能就是導覽系統. 無論使用者在網站中的哪邊, 都應該要能在一, 兩步之內回到首頁或主要的段落.
15. 確保文件清楚簡單
一致的板面及導覽圖示能幫助那些有認知障礙的使用者. 清晰簡明的語言對大家都有幫助, 至於對那些母語跟你網站使用的語言不同的人來說, 則更是有好處.