엘리사 밴디는 내부 도구의 웹 접근성 및 문서 작업을 담당하는 Google 직원입니다.
이 게시물에서는 접근성 알아보기의 일환으로 커뮤니티 전문가를 집중적으로 다룹니다. Google의 접근성 이니셔티브 및 연구에 관해 자세히 알아보세요.
알렉산드라 화이트: 동료로 불러 드리게 되어 기쁩니다. 본인과 본인의 업무를 어떻게 소개하시겠습니까?
엘리사 밴디: 제 이름은 엘리사이고 Google 내부 도구 및 인프라 관련 문서를 작성하고 있습니다.
알렉산드라: 참 멋진 일이네요. 몇 명이 함께 일하시나요?
Elisa: 저희 팀의 규모는 약 40명으로, 테크니컬 라이터, 교육 디자이너, 프로그램 매니저가 포함됩니다. 6년 전에 시작했을 때는 팀원이 4명밖에 없었습니다.
알렉산드라: Google 이전에는 어떤 일을 하셨나요?
Elisa: 주중에는 비디오 게임 개발 분야에서 일했습니다. 그리고 주말에는 신발 수선 일을 했습니다.
알렉산드라: Google에 입사한 후 웹 접근성 관련 작업을 시작하셨나요?
Elisa: 예, 하지만 1년 반 정도가 되어서야요. Google 내부 문서를 위한 접근성 엔지니어링을 담당하고 있습니다. 이 작업 전에는 문서가 접근성을 염두에 두지 않았습니다. 액세스할 수 있었던 문서 기능은 모두 우연히 발생한 것입니다.
색상 대비가 링크에 전혀 적절하지 않은 것을 비롯하여 큰 문제가 있었습니다. 표가 너무 복잡했습니다. 확대해도 rem가 아닌 픽셀로 정의되었기 때문에 모든 것이 동일한 크기로 유지되었습니다. 이 모든 것을 고치기로 자발적으로 했습니다. 그리고 나서 더 많은 것을 계속 고쳤습니다. 벌써 5년이 지난 지금도 그대로입니다.
알렉산드라: 접근성 전문 지식과 기술을 갖춘 사람이 될 수 있었고 해결해야 할 문제를 해결할 결의가 있습니다.
Elisa: 네, 그렇게 말할 수 있을 것 같네요. [웃음] 저도 장애가 있는 사람으로서 접근성 고려사항을 물어보는 것이 얼마나 어려운 일인지 잘 알고 있습니다 동료와 동료들을 위해 이러한 접근성 문제를 고려하지 않았다는 사실이 정말 화가 났습니다. 아무도 고쳐주지 않았죠. 그래서 들어가서 고쳤어요.
누구나 접근성을 요구할 필요는 없다고 생각합니다. 처음부터 내장되어야 합니다.
접근성 사용 사례 우선순위 지정
알렉산드라: 웹 접근성에 관해 생각해보면 매우 다양한 레이어가 존재하죠? 다양한 장애에는 서로 다른, 때로는 상충하는 요구사항이 있습니다. 해야 할 일의 우선순위를 어떻게 정하고 있습니까?
Elisa: 제가 하는 일 중에는 우선순위도 많이 있습니다. 예를 들어 특정 사용 사례에 100% 완전히 액세스할 수 있다는 것이 얼마나 중요한가요? 많은 데이터를 보고 있습니다. 우리 인구 중 몇 퍼센트가 장애를 겪고 있을까요? 몇 명이 특정 접근성 문제를 겪고 있나요?
예를 들어 일부 사용자는 Chromebook의 내장 스크린 리더인 ChromeVox를 사용합니다. ChromeVox에 문제가 있는 경우 ChromeVox, Jaws, NVDA, VoiceOver를 비교하여 ChromeVox를 얼마나 많이 사용하는지 살펴봐야 합니다.
외부적으로 ChromeVox를 사용하는 사람은 많지 않습니다. 우리는 Google이기 때문에 많은 사람들이 Chromebook을 기본 업무 기기로 사용합니다. 즉, ChromeVox는 내부 문서에 매우 중요합니다. ChromeVox 버그가 VoiceOver 버그나 NVDA 버그보다 조금 더 상승할 수도 있어요
일반적으로 저는 주요 스크린 리더의 문제를 먼저 해결하려고 합니다. 특히 고대비 모드의 경우 색상 문제를 우회하는 다양한 확장이 있기 때문에 색상 지정이 제대로 작동하지 않거나 누락되는 경향이 있습니다.
알렉산드라: 당연히 Google에서 매우 중요한 데이터인데요. 우리는 항상 "데이터로 아이디어를 백업하세요."라는 말을 듣습니다. Google에서는 접근성을 위한 데이터를 어떻게 수집하나요?
Elisa: 저는 Google 장애인 연합에서 수집한 데이터를 많이 활용합니다. WebAIM의 설문조사를 자주 확인합니다.
접근성 문화
알렉산드라: Google의 접근성 문화에 관해 이야기해 주세요.
Elisa: 자금이 지원되고 광범위한 우려사항이 있는 주제로 매우 빠르게 성장했습니다. 그리고 거의 모든 사람이 옳은 일을 하고 싶어한다는 것을 알게 되었습니다. 동료들은 올바른 일을 하고 접근성을 우선시하는 방법에 대한 교육 리소스가 필요합니다
이미 잘못 구현한 후에 액세스할 수 있도록 앱이나 웹사이트 또는 모든 것을 재구성하는 것은 어려운 일입니다. 그래서 제품을 제작하기 전에 엔지니어들에게 초기 설계에 접근성을 포함시키는 방안을 고려하도록 하고 있습니다. 사람들은 이를 매우 잘 받아들입니다. 심지어 열광적이기도 합니다.
접근성 기능을 통합하는 데 실제로 거부감을 느낀 적이 단 한 번이었고, 아주 쉽게 해결할 수도 있었습니다.
알렉산드라: 더 자세히 알려주시겠어요?
Elisa: 제가 처음 접근성 엔지니어링에 합류했을 때는 겨우 20% 밖에 걸리지 않았습니다. 우리가 접근성에 집중하는 이유를 이해하지 못하는 사용자도 있었습니다. 누군가가 "총 인구 중 1% 만이 장애인입니다."라고 했습니다. 제 입장을 밝혔습니다. 당연히 올바른 일이기 때문에 그렇게 해야 했습니다.
물론 장애인이 너무 작다는 말을 듣지는 않겠습니다.
알렉산드라: 특히 이러한 인구집단의 구성원일 때는 더욱 그렇습니다. 독자층을 파악하세요!
Elisa: "와, 이건 1%야"라는 말이 별로 마음에 들지 않아요. '유일한' 것은 중요하지 않게 들리게 합니다. 하지만 전 세계 인구를 생각해 보면 많은 인구입니다. Google 직원도 많습니다. 그리고 많은 장애가 실제로 제대로 보고되지 않습니다.
알렉산드라: 전체 인구의 1% 이상이 장애를 겪고 있습니다. 세계보건기구(WHO)에 따르면 10억 명 이상의 사람이 장애를 갖고 있으며 22억 명은 일종의 시각 장애를 갖고 있습니다. 물론 심각성은 다양할 수 있으며 시각 장애가 있는 사람은 자신이 장애라고 생각하지 않습니다. 하지만 이러한 장애는 웹에서의 상호작용에 영향을 미칩니다.
Elisa: 맞아요.
나만의 전문성 구축
알렉산드라: 접근성 분야에 종사하기 전에 하고 싶은 조언이 있나요?
Elisa: 하나하나 모두 몰라도 괜찮습니다. 접근성은 넓고 넓은 공간입니다. 모르는 것이 많다는 것을 알고 있습니다. 저에게는 아주 특별한 스킬이 있어요. 그러다 보니 접근성 권장사항에 관한 정보를 어디서 찾을 수 있는지 알았죠
제 전문 분야인 스크린 리더와 색상 대비에서도 매일 새로운 것을 배우고 있습니다. 청각장애인이지만 자막 접근성에 대해서는 전문가가 아닙니다 나에게는 무엇이 효과적인지 알지만, 다른 사람에게는 어떤 방법이 효과적인지는 모릅니다. 요청이 있으면 권장사항을 찾아봐야 할 것 같습니다.
알렉산드라: 모든 종류의 접근성에 대해 절대적인 전문가는 아닐 것이 합리적입니다. 엔지니어가 접근성 패턴을 학습하도록 어떻게 도울 수 있을까요?
Elisa: 저는 접근성에 관심이 있는 엔지니어와 긴밀하게 협력하고 있습니다. 버그를 건네고 제가 어떻게 고칠 수 있는지 보여드리겠습니다. 그런 다음 딸에게 권장사항을 안내합니다. 히로코는 다른 문서를 살펴보고 한 가지 접근 방식을 권장하는 것을 볼 수 있지만 XYZ 문제로 인해 효과가 없습니다.
웹 접근성의 장점은 구체적인 코드 예시가 많지 않다는 것입니다. 같은 방식으로 같은 기능을 빌드하는 사람은 없기 때문입니다. 따라서 배심원단이 솔루션을 준비할 수도 있습니다 많은 사람들이 모든 것을 합치기 전에는 접근성에 대해 생각하지 않습니다. 이 시점에서 무엇을 할 것입니까? 해체한 후 다시 합쳐서 모든 테스트를 다시 작성할 건가요? 아니요, 그렇지 않습니다. 뭔가를 붙일 거예요.
즉, 사용 중지된 사용자가 애플리케이션이 작동할 것으로 예상하는 방식을 이해하고 이 기능을 수행하도록 코드를 모델링해야 합니다. 완벽한 코드 샘플이나 포괄적인 구성요소처럼 보이지 않을 수 있지만 최종적으로 동일한 함수를 안정적으로 실행하기만 하면 괜찮습니다.
알렉산드라: 긍정적인 결과를 얻는 것이 어떻게 나아갈지에 대해 너무 걱정하는 게 더 중요하다고 말씀하시는 것 같네요.
Elisa: 네. 솔직히 이러한 엔딩이 이 사건의 수단을 정당화하기 때문입니다. 스크린 리더 사용자나 기타 사용 중지된 사용자가 이 기능이 어떻게 작동할지 이해하는 것이 매우 중요합니다.
ARIA에는 10억 개의 역할이 있는데, 하나하나 모두 다 알 수는 없습니다. 또한 일부 스크린 리더에서는 작동하지 않는 경우도 있습니다. 따라서 앱을 개발하려면 사용자의 요구사항을 파악해야 합니다
Alexandra: 내부 문서를 만들거나 Google 엔지니어를 지원할 때 사용하는 일반적인 외부 리소스가 있나요?
Elisa: 저는 W3C 가이드라인을 많이 참고합니다. 이 도구는 필요한 작업을 파악하는 데 매우 유용합니다. WebAIM은 기술적 구현 측면에서 조금 더 나은 또 다른 유용한 리소스입니다. 저는 Mozilla 문서도 정말 마음에 듭니다. 10번 중 9번은 무언가를 검색하면 MDN 웹 문서에 답이 있기 때문입니다.
저는 inclusive-components.design, 그리고 액세스 가능한 구성요소 라이브러리가 필요한 경우에 유용합니다.
데케 대학교에는 권장사항이 많습니다. 버그를 신고하거나 특정 패턴을 따르는 방법을 가르칠 때 참고 자료로 사용합니다.
접근성 도구 직접 사용해 보기
알렉산드라: 사용자에게 어떤 영향을 미치는지 어떻게 알 수 있을까요? 여러분의 전문 지식은 색맹인 사용자와 스크린 리더를 지원하는 것이므로, 여기서 시작하겠습니다.
Elisa: 색각 이상 및 색맹을 위한 시뮬레이터와 에뮬레이터가 있습니다. 직접 보기 전까지는 다른 사람이 어떻게 볼 수 있는지 이해할 수 없습니다. 채도가 매우 안 좋다면 시뮬레이터를 실행하자마자 전혀 알아차리지 못한다는 것을 확인할 수 있습니다.
스크린 리더 사용자를 지원하기 위해 스크린 리더를 실제로 사용하는 것보다 더 좋은 방법은 없습니다. 튜토리얼을 먼저 읽어보는 것이 중요합니다. 그냥 전원을 켜고 조작하려고 하면 짜증이 나는 사람들이 있습니다. 이는 사용 방법을 배우는 데 좋지 않습니다. 5분, 10분 또는 20분 이상이 필요합니다 최소 1시간 동안 이 기술을 사용하여 사용자가 겪는 불만을 파악합니다.
저는 인생의 언젠가는 누구나 접근성 기술이 필요해질 것이라고 굳게 믿습니다. 예를 들어, 최근 손목을 다쳤기 때문에 마우스를 사용할 수 없어서 몇 주 동안 키보드를 사용했습니다. 정말 답답했죠. 이런 종류의 연습은 유능한 사람들의 세상을 헤쳐 나가려는 장애인의 입장이 되는 데 큰 도움이 될 수 있습니다.
시뮬레이터는 유용하지만 장애와는 다릅니다.
알렉산드라: 분명히 저나 다른 개발자 모두 시뮬레이터를 사용한 경험이 시각 장애가 있는 사람과는 다릅니다.
Elisa: 장애가 있는 사람과 언제든지 이야기하여 그들의 경험에 관해 알아볼 수 있어요. 공감대를 형성할 때는 이러한 도구를 자주 사용하는 사람이 항상 나보다 더 잘할 것이라는 사실을 기억하는 것이 중요합니다. 장애인은 항상 자신의 공간을 더 잘 탐색할 수 있습니다. 장애인이 몸과 함께 살기 때문입니다.
이런 공감 연습을 하는 사람들은 더 정확한 용어가 없어서 자신이 공감을 얻는 일을 잘 알고 있다고 생각하게 될까 봐 두려워요. 갑자기 그들이 그 경험에 대한 전문가라고 생각합니다. 여러분은 그러한 경험의 전문가가 아닙니다. 능숙하다면 근본적으로 스크린 리더 전문가가 아닙니다. 비록 이 분야에서 일하지만 저는 색맹에 대한 전문가가 아닙니다. 저는 스크린 리더 전문가가 아닙니다.
저는 난청을 겪은 경험의 전문가입니다. 저는 보청기가 필요하고 제 경험을 매일 탐색하는 데 전문가입니다. 그렇다고 제가 청각장애인의 경험을 잘 알고 있는 건 아니에요
접근성 엔지니어링에서 할 수 있는 최악의 일은 자존심을 키우는 것입니다. 무엇을 하든지 간에 뭔가를 망가뜨릴 수 있습니다. 그렇다고 해서 낙담할 필요는 없습니다. 누구에게나 똑같은 장애를 필요로 하는 사람은 없기 때문입니다. 접근성과 장애에 대해 동일한 관점을 가진 사람은 없습니다. 모든 것을 100% 수행할 수는 없지만 그렇다고 해서 시도해서는 안 된다는 의미는 아닙니다. 완벽할 수는 없지만 어차피 완벽을 위해 노력해야 해요.
비판적인 피드백을 받거나 누군가 "제품에 액세스할 수 없습니다."라고 말할 수 있습니다.
Alexandra: 시뮬레이터는 다른 학습 스타일을 지원하므로 장애인이 경험할 수 있는 몇 가지 문제를 직면하면서 제품을 시연합니다. 하지만 매일 사용하는 접근성 도구로 제품을 경험하는 것과는 다릅니다.
Elisa: 사람들이 소리를 끄고 자막을 읽다가 갑자기 자동으로 생성된 자막이 끔찍하다고 생각한다면 살짝 짜증이 날까요? 이해해요. 저의 경우 자막과 다릅니다. 장애가 있는 사람들은 자신의 경험을 모방하고 이러한 도구가 필요하지 않은 도구에 관해 불평하는 경우도 있습니다. 짜증이 납니다. 잘 알겠습니다.
하지만 그곳에 앉아서 내 경험을 청각장애인으로 생각해 봐야 하는 사람이 되고 싶지는 않아요. 매번. 유능한 사람들이 우리의 경험을 이해하도록 하려면 경험에 대한 그들의 반응을 참아야 합니다.
시각장애인 식당 식사나 와인 시음과 같은 '경험'은 저를 화가 나요. 장애를 코스프레하는 셈이죠. 하지만 사용자가 기능을 사용하는 방식이나 독자가 페이지를 읽는 방식을 이해하려는 것이 목적인가요? 문제없습니다. 사실 이 정도면 충분합니다. 한 시간 동안 고객의 입장이 되어 이러한 것들이 실제로 어떻게 작동하는지 알아보세요. 정말 중요합니다.
사용자가 사이트를 어떻게 탐색하는지 알 수 있습니다. 모든 링크가 새 탭에서 열리라는 배너 경고를 상단에 표시할 수 없는 이유가 무엇인가요? 배너부터 시작하여 페이지를 읽지 않을 수도 있기 때문입니다. 장애인을 염두에 두고 디자인을 만드세요.
한 가지 작업: 무한 스크롤 빌드 중지
알렉산드라: 엔지니어들이 사이트의 접근성을 높이기 위해 무엇보다 바라는 점이 있나요?
Elisa: 무한 스크롤은 좋지 않으므로 아무도 사용해서는 안 됩니다. 물건을 찾을 수가 없어요. 성능도 떨어집니다.
또한 시각적으로나 DOM 내에서 이동하는 것은 정말 성가신 일입니다. 탭 순서는 특히 키보드 사용자의 경우 중요합니다.
Google의 접근성 이니셔티브 및 연구에 관해 자세히 알아보세요. Google은 접근성 알아보기의 웹 개발 리소스 외에도 접근성이 뛰어난 문서 과정인 접근성을 위한 기술 글쓰기를 만들었습니다.
트위터에서 Google 접근성팀(@GoogleAccess)과 Chrome팀(@ChromiumDev)을 팔로우하세요.