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