Elisa Bandy 是 Google 員工，負責內部工具的網頁無障礙功能和說明文件。
這篇文章是「瞭解無障礙功能！」系列的一部分，旨在介紹社群專家。進一步瞭解 Google 的無障礙計畫和研究。
Alexandra Klepper：很榮幸能與你共事。你會如何介紹自己和目前的工作？
Elisa Bandy：我是 Elisa，負責撰寫 Google 內部工具和基礎架構的文件。
Alexandra：這份工作太酷了！您與多少人共事？
Elisa：我們整個團隊約有 40 人，包括技術作家、教學設計師和計畫經理。我六年前剛加入時，團隊只有四個人。
Alexandra：加入 Google 之前，你從事什麼工作？
Elisa：我平日從事電玩遊戲開發工作，週末則在修鞋店工作。
Alexandra：您在 Google 工作後，才開始投入網頁無障礙領域嗎？
Elisa：是的，但大約一年半後才開始，而且是兼職。我負責 Google 內部文件的無障礙工程。在此之前，文件並未考量無障礙設計。任何可存取的文件功能都是意外的驚喜。
首先，連結的色彩對比完全不適當，這是一大問題。表格完全亂成一團，如果放大，所有內容都會維持相同大小，因為表格是以像素而非 rem 定義。我自願修正所有這些問題。然後，我就一直修復更多項目。五年後的今天，我仍在努力。
Alexandra：您已培養出無障礙專業知識和技能，並有決心修正需要修正的問題。
Elisa：沒錯，可以這麼說 [笑]。身為身心障礙者，我瞭解要求無障礙考量有多困難。因此，我們沒有為同事和同仁考慮這些無障礙功能，這真的讓我非常生氣。而且沒有其他人會修正這些問題。 所以我進去修正了這些問題。
我覺得任何人都不該要求無障礙功能。從一開始就應內建這項功能。
排定無障礙用途的優先順序
Alexandra：談到網頁無障礙功能時，會發現這項功能有許多不同層面，對吧？不同障礙類別的需求各異，有時甚至會互相衝突。您如何決定優先處理哪些事項？
Elisa：我大部分的工作都是在排定優先順序。舉例來說，某個特定用途是否必須完全無障礙？我會查看許多資料：我們的人口中有多少百分比是身心障礙者？有多少人有特定無障礙問題？
舉例來說，部分使用者會使用 Chromebook 內建的螢幕閱讀器 ChromeVox。如果 ChromeVox 發生問題，我必須查看使用 ChromeVox 的人數，與使用 Jaws、NVDA 和 VoiceOver 的人數相比。
就外部而言，使用 ChromeVox 的人數不多。由於我們是 Google，許多人會將 Chromebook 做為主要工作裝置，因此 ChromeVox 對於內部文件來說非常重要。也許 ChromeVox 錯誤的優先順序會比 VoiceOver 或 NVDA 錯誤高一點。
一般來說，我會先修正主要螢幕閱讀器的問題。 著色功能往往會出錯，因為有許多擴充功能會規避著色問題，尤其是在高對比模式下。
Alexandra：您提到資料，這在 Google (當然) 非常重要。我們經常聽到「用資料佐證你的想法」。Google 如何收集無障礙資料？
Elisa：我非常依賴 Google 無障礙聯盟收集的資料。我經常會與 WebAIM 的調查結果交叉比對。
無障礙文化
Alexandra：請介紹 Google 的無障礙文化。
Elisa：這項技術發展非常迅速，現在已獲得資金，並引起廣泛關注。我發現幾乎所有人都想做對的事。同事希望取得教育資源，瞭解如何正確行事，以及如何優先考量無障礙功能。
如果您已錯誤導入，之後要重組應用程式、網站或任何項目，以確保無障礙功能正常運作，會很困難。因此我的工作之一，就是讓工程師在產品建構前，就開始思考如何將無障礙功能納入初始設計。大家對此非常接受，甚至很熱衷！
我只在一次整合無障礙功能時遇到實際阻力，而且即使如此，也相當容易解決。
Alexandra：可以進一步說明嗎？
Elisa：我剛加入無障礙工程團隊時，只花了 20% 的時間處理這方面的工作。有些人不瞭解我們為何要著重於無障礙功能。 有人說：「只有 1% 的人口是身心障礙者。」我堅持立場，認為我們必須這麼做，因為這是正確的事。而且這是我的時間，我會按照自己的想法運用。
當然，很難聽到有人說身心障礙者不重要， 這個群體太小。
Alexandra：尤其是當您屬於該族群時。瞭解目標對象！
Elisa：我最不喜歡聽到「喔，這只有 1%」。「只有」一詞會讓人覺得這件事微不足道。但如果以全球人口來看，這非常多。這代表 Google 有許多員工。因此許多身心障礙未被如實回報。
Alexandra：我們知道，受身心障礙影響的人口遠遠超過 1%。世界衛生組織的報告指出，全球有超過 10 億人患有身心障礙，且有 22 億人視力受損！當然，視障的嚴重程度不一，有些視障人士不會認為自己是身心障礙者。但這些障礙確實會影響網路互動。
Elisa：沒錯。
建立自己的專業知識組合
Alexandra：您希望在開始從事無障礙工作前獲得哪些建議？
Elisa：沒關係，不必事事都懂。無障礙功能涵蓋的範圍非常廣泛，我知道自己還有很多東西要學。I have a very specific set of skills. 剛好我知道哪裡可以找到無障礙最佳做法的相關資訊。
即使是在我自己的專業領域，例如螢幕閱讀器和色彩對比，我每天也都會學到新事物。我是聽障人士，但不是隱藏式輔助字幕的無障礙專家。我知道什麼對我有用，但不知道什麼對其他人有用。如果有人問我，我必須查詢最佳做法。
Alexandra：您不必成為每種無障礙功能的專家，這是很合理的。您會如何協助工程師學習無障礙模式？
Elisa：我與一位對無障礙功能感興趣的工程師密切合作。 我會交給她一個錯誤，並展示我會如何修正。然後向她說明最佳做法。她可能會查看其他文件，發現文件建議採用某種方法，但該方法因 XYZ 原因而無法使用。
網頁無障礙功能的一大特色是沒有太多具體的程式碼範例，因為沒有兩個人會以相同方式建構相同功能。因此您可能會臨時拼湊出解決方案。許多人要等到所有內容都完成後，才會想到無障礙功能。屆時你會怎麼做？您是否要拆除並重新組裝，然後重寫所有測試？不會。你要用釘書機釘上東西。
也就是說，您需要瞭解停用使用者會如何預期應用程式運作，然後建立程式碼模型，讓程式碼執行該功能。這可能不是完美的程式碼範例或包容性元件，但只要能穩定執行相同功能，最終還是可以接受。
Alexandra：聽起來您認為，比起如何達成目標，獲得正面結果更重要。
Elisa：是的。因為就這個案件而言，目的確實能證明手段的正當性。請務必瞭解螢幕閱讀器使用者或任何其他身心障礙使用者，會如何預期這項功能運作。
ARIA 角色多達數十億個，您不可能全部瞭解。 此外，部分捷徑無法搭配所有螢幕閱讀器使用！因此，您需要瞭解使用者的需求，才能為他們建構應用程式。
Alexandra：在建立內部文件或為 Google 工程師提供支援時，您是否會參考常見的外部資源？
Elisa：我非常依賴 W3C 指南。這些資源非常適合瞭解需要執行的動作。WebAIM 是另一個非常實用的資源，我認為在技術實作方面略勝一籌。我也很喜歡 Mozilla 文件，十之八九我搜尋的內容都能在 MDN Web Docs 找到答案。
我喜歡 inclusive-components.design，如果您想要無障礙元件程式庫，這個網站很實用。
Deque University 提供了許多最佳做法。我會將其做為參考資料，用於回報錯誤或教導他人如何遵循特定模式。
親身體驗無障礙工具
Alexandra：如何瞭解使用者受到的影響？由於你擅長為色盲人士和螢幕閱讀器使用者提供支援，我們就從這方面開始。
Elisa：針對色覺辨認障礙和色盲，有模擬器和模擬器。你必須親眼所見，才能真正瞭解他人的視野。如果我發現飽和度非常差，只要透過模擬器執行，就能確認完全無法辨識。
如要支援螢幕閱讀器使用者，最好的方式就是實際使用螢幕閱讀器。請先閱讀教學課程，這是最重要的步驟。有些人會直接開啟裝置並嘗試操作，但這樣做只會感到挫敗，因為這是學習使用裝置的錯誤方式。你需要超過 5 分鐘、10 分鐘或 20 分鐘。請至少使用一小時，瞭解依賴這項技術的使用者會遇到哪些困擾。
我深信每個人在人生中的某個階段，都會需要輔助技術。舉例來說，我最近手腕受傷，無法使用滑鼠，因此連續好幾週都使用鍵盤。這真的令人很沮喪。 這類練習有助於您設身處地為身心障礙者著想，瞭解他們在健全人士的世界中會遇到哪些困難。
模擬器雖然實用，但無法等同於身心障礙
Alexandra：顯然，我或任何開發人員使用模擬器的體驗，與視障人士的體驗不同。
Elisa：你隨時可以與身心障礙者交談，瞭解他們的使用體驗。建立同理心時，請務必記住，經常使用這些工具的人一定比你更擅長。身心障礙者一定比我們更瞭解自己的空間，因為他們每天都生活在這樣的身體裡。
我擔心的是，人們在完成這些同理心練習後，會認為自己完全瞭解他人的處境。他們突然認為自己是這方面的專家。你不是該體驗的專家。如果你是健全人士，基本上就不是螢幕閱讀器的專家。雖然我在這個領域工作，但並非色盲專家。我不是螢幕閱讀器專家。
我是聽力障礙體驗專家，我對需要助聽器和每天的個人體驗瞭若指掌。但這不代表我對他人的聽障體驗瞭若指掌，
在無障礙工程中，最忌諱的就是自負。無論你做什麼，都會搞砸一些事。請不要因此感到灰心，因為每個人的無障礙需求都不盡相同。每個人對無障礙和身心障礙的看法都不盡相同。你無法做到 100 分，但這不代表你不該嘗試。你永遠無法做到完美，但還是要努力。
你可能會收到重要意見回饋，例如「你的產品無法存取！」
Alexandra：模擬器支援不同的學習方式，可展示產品，同時呈現身心障礙者可能遇到的問題。但這與使用他們每天使用的無障礙工具體驗產品不同。
Elisa：當使用者關閉音效並閱讀字幕，然後突然發現自動生成的字幕很糟糕時，我會感到輕微惱怒嗎？是啊，我使用字幕時並非如此。有些身心障礙者看到有人模擬自己的體驗，並抱怨工具，但他們並不需要這些工具。這確實令人沮喪，我完全可以體會。
但我也不想一直坐在那裡，反覆描述身為聽障者的體驗。每次都一樣。如果我們希望健全人士瞭解我們的體驗，就必須接受他們對這些體驗的反應。
不過，盲測餐廳用餐和品酒等「體驗」讓我感到不滿。這就像是角色扮演身心障礙。但如果想瞭解使用者如何使用某項功能，或讀者如何閱讀網頁內容，該怎麼做？沒有問題。事實上，這只是最低標準。請設身處地為他們著想一小時，瞭解這些功能實際的運作方式。這真的很重要。
瞭解使用者在網站上的瀏覽方式。您可能會想：「為什麼我不能在頂端放置橫幅警告，說明所有連結都會在新分頁中開啟？」因為使用者可能不會從橫幅開始閱讀網頁內容。設計時應考量身心障礙者。
請先停止建構無限捲動功能
Alexandra：您希望工程師開始做哪件事，讓網站更容易存取？
Elisa：無限捲動是禍害，不該使用。我找不到東西，我需要能夠找到東西！而且對效能有很大的負面影響。
此外，在 DOM 中以視覺化方式移動項目也很麻煩。分頁順序非常重要，尤其是對鍵盤使用者而言。
進一步瞭解 Google 的無障礙計畫和研究。 除了「瞭解無障礙功能」網頁上的網頁開發資源，Google 也製作了無障礙文件課程：「無障礙技術寫作」。
在 Twitter 上追蹤 Google 無障礙團隊 (@GoogleAccess) 和 Chrome 團隊 (@ChromiumDev)。