在信息無障礙方面，殘障小夥伴覺得使用知乎是一種怎樣的體驗？

12-21

說明：

感謝評論區朋友們的提醒，已經把一個非常不應該出錯的錯別字改過來了。這也是我太依賴輸入法的智能匹配的副作用了。不知道如何添加分割線，就從下面回到正文吧。

先說下我的基本情況吧。專業盲人，看不見已經三十多年了。註冊知乎大概五年左右了。使用知乎，我最早使用 IE 瀏覽器藉助於爭渡讀屏軟體。後來增加了 Iphone 藉助於 voiceover。如今是 IE/chrome 藉助於爭渡讀屏，偶爾也用手機客戶端。我就只說一下用瀏覽器訪問的無障礙體驗。

知乎的無障礙體驗我覺得概括的說是從最初的非常差到後來有所改善，在到現在的障礙還是很多，總體體驗不是很好。

大概在12年初，剛註冊知乎的時候，曾因為知乎頁面的訪問障礙寫了一篇專門的反饋。12年9月左右，知乎的一次改版中專門針對鍵盤訪問做了一次優化，可以說那時候的知乎頁面，鍵盤訪問不錯。
在後來，一次又一次的改版，已有的無障礙優化被一次又一次的迭代掉了。當然要肯定的是，如今的知乎頁面，還是有一些針對性的鍵盤處理的，但是比起到處充斥的坑，還是顯得有些微不足道。

1 信息無障礙體驗，我覺得就是信息能否被獲取。如果可以獲取了，那麼獲取的速度或者說效率如何呢？
知乎頁面的信息獲取，對於視障人主要就是藉助於讀屏軟體來朗讀了。這裡知乎的頁面對讀屏軟體是否友好就意味著無障礙體驗是否友好了。
我使用讀屏軟體已經有大概快17年了，參與讀屏軟體的開發工作也有8年多了。就我的感受來說，知乎頁面的信息大多數是可以被讀屏軟體獲取的，但是，視障人操作知乎頁面的效率是非常的低下。
簡單題一個問題，打開一個問題頁面，看完第一個答案，如果你是明眼人大概需要多久呢？如果是視障人，又需要多久呢？
這裡應該是需要解釋一下讀屏軟體如何瀏覽網頁了。簡單說，讀屏軟體需要藉助於上下左右箭頭鍵或者tab鍵來訪問頁面內容。每按一次下箭頭，讀屏軟體會讀出一個 HTML 元素（比如讀出「首頁」、「提問」等）。
可以想像一下，從頁面開頭訪問到一個問題的第一個答案大約需要按多少次箭頭鍵，也就可以知道讀屏軟體訪問知乎的效率如何了。
有些同學熟悉讀屏軟體，會知道，除了按箭頭鍵或tab鍵之外，讀屏軟體還有一種叫做按元素訪問的功能，那是一種可以根據網頁元素類型來分類獲取信息的方式，按理說是可以提高操作效率的。但是那需要網頁本身寫的足夠友好，足夠規範和標準。可惜知乎頁面現在還是問題好多，所以這個功能難以發揮他的作用。

2 一個好的信息無障礙體驗應該說是需要多方面協作才能實現的。這主要有：

1. 網頁內容可訪問性規範
2. 瀏覽器需要提供給讀屏軟體的無障礙介面規範
3. 網頁按照無障礙規範開發
4. 瀏覽器按照無障礙規範解析病給讀屏軟體提供必要的無障礙介面
5. 讀屏軟體開發者按照各各方面提供的無障礙介面開發

現在的實際情況是，網頁內容無障礙規範有，瀏覽器需要給讀屏的介面規範也有，但是實際執行的情況就不怎麼好了。

1. 很多網頁開發者不遵循無障礙開發規範
2. 瀏覽器並沒有完整實現無障礙訪問介面
3. 部分讀屏軟體也沒有完全支持現有的無障礙介面

那信息無障礙體驗差這個鍋到底該誰來背呢？當然是個家都要負責了。但是說回來，知乎頁面的信息無障礙體驗，知乎頁面的開發者是完全要負責的，因為現有的網頁內容無障礙規範和瀏覽器已經實現的無障礙介面以及讀屏軟體現在的支持能力，都完全可以滿足作出一個良好無障礙體驗的網頁。

最後，這裡提一個非常的影響無障礙體驗的問題吧：

在 chrome 下，當滾動滑鼠滾輪的時候，就會觸發鍵盤焦點重置。前面提到過用箭頭鍵訪問網頁，也就是當用箭頭鍵訪問知乎問題答案的時候，頁面出現滾動後就會導致當前訪問的焦點丟失，焦點返回到答案開頭，導致一個死循環。你永遠看不完第一個答案。

移動端也不容樂觀！包括登錄界面的圖形驗證碼,功能界面的按鈕無法訪問等等。但不至於說完全沒有辦法使用。哈哈,在這樣一個時刻,一方面，我們召開了殘障圓桌討論，對外倡導更多人關注殘障,另一方面知乎可以拿出一個計劃,來推進網頁和移動兩個埠的信息無障礙，那想必是極好的。突然想起來個事情。清華大學去年成立了一個無障礙研究院，宗旨是向全社會推廣無障礙的理念。然而,在他們成立一周年的大會上，被爆料的照片來看，前來發言的殘聯官員,還有跑來捐款的輪椅企業家，居然沒有辦法用輪椅滾上講台。了解具體信息看這裡！http://mp.weixin.qq.com/s/SmZvwE_ASQnPe_txj-S9Bg所以,這個問題，贊！