Elisa Bandy é uma Googler que trabalha com acessibilidade na Web e documentação para nossas ferramentas internas.
Esta postagem destaca um especialista da comunidade como parte do Aprenda sobre acessibilidade! Saiba mais sobre as iniciativas e pesquisas de acessibilidade do Google.
Alexandra Klepper: tenho sorte de ter você como colega. Como você se apresentaria e falaria sobre seu trabalho aqui?
Elisa Bandy: meu nome é Elisa e escrevo documentação para as ferramentas e a infraestrutura internas do Google.
Alexandra: Que trabalho legal. Com quantas pessoas você trabalha?
Elisa: Nossa equipe tem cerca de 40 pessoas, incluindo redatores técnicos, designers instrucionais e gerentes de programa. Quando comecei, há seis anos, éramos apenas quatro pessoas na equipe.
Alexandra: o que você fazia antes do Google?
Elisa: durante a semana, trabalhei no desenvolvimento de videogames. E nos fins de semana, eu trabalhava em uma sapataria.
Alexandra: você começou a trabalhar com acessibilidade na Web quando chegou ao Google?
Elisa: Sim, mas só depois de um ano e meio, mais ou menos, na lateral. Trabalho com engenharia de acessibilidade para a documentação interna do Google. Antes desse trabalho, os documentos não eram criados pensando na acessibilidade. Qualquer recurso do doc que era acessível foi um feliz acidente.
Havia problemas enormes, começando pelo contraste de cores, que era totalmente inadequado para links. As tabelas eram uma bagunça total. Se você aumentasse o zoom, tudo permaneceria do mesmo tamanho porque era definido em pixels em vez de rem. Me ofereci para consertar tudo isso. E depois, continuei corrigindo
mais coisas. Cinco anos depois, ainda estou fazendo isso.
Alexandra: você se tornou uma pessoa com experiência e habilidades em acessibilidade e tem a determinação para resolver os problemas que precisam ser resolvidos.
Elisa: Sim, acho que podemos dizer isso [risos]. Como pessoa com deficiência, sei como é difícil pedir considerações de acessibilidade. Então, o fato de não termos essas considerações de acessibilidade para meus colegas de trabalho me deixou muito irritado. E ninguém mais estava consertando. Então eu entrei e consertei.
Acho que ninguém deveria precisar pedir acessibilidade. Ela precisa ser integrada desde o início.
Priorize seus casos de uso de acessibilidade
Alexandra: Quando você pensa em acessibilidade na Web, há muitas camadas diferentes, certo? Há necessidades diferentes, às vezes conflitantes, para várias deficiências. Como você prioriza o que precisa ser feito?
Elisa: Grande parte do meu trabalho é priorizar. Por exemplo, qual é a importância de um caso de uso específico ser 100% acessível? Analiso muitos dados: qual é a porcentagem da nossa população com deficiência? Quantas pessoas têm um problema de acessibilidade específico?
Por exemplo, há um subconjunto de usuários que usam o ChromeVox, o leitor de tela integrado para Chromebooks. Se houver um problema no ChromeVox, preciso verificar quantas pessoas estão usando o ChromeVox em comparação com o Jaws, o NVDA e o VoiceOver.
Externamente, poucas pessoas usam o ChromeVox. Como somos o Google, muitas pessoas usam Chromebooks como dispositivo principal de trabalho, o que significa que o ChromeVox é muito importante para a documentação interna. Talvez um bug do ChromeVox seja priorizado um pouco mais do que um bug do VoiceOver ou do NVDA.
Em geral, tento corrigir primeiro os problemas dos principais leitores de tela. A coloração tende a ser um pouco aleatória porque há várias extensões que evitam problemas de coloração, especialmente para modos de alto contraste.
Alexandra: você mencionou dados, que são incrivelmente importantes no Google (é claro). Sempre ouvimos: "Fundamente sua ideia com dados". Como o Google coleta dados para acessibilidade?
Elisa: confio muito nos dados coletados pela Aliança de Pessoas com Deficiência do Google. E muitas vezes faço uma verificação cruzada com as pesquisas da WebAIM (em inglês).
Cultura de acessibilidade
Alexandra: fale sobre a cultura de acessibilidade no Google.
Elisa: Ela cresceu muito, muito rápido e se tornou algo que tem financiamento e uma preocupação de grande alcance. E descobri que quase todo mundo quer fazer o certo. Nossos colegas querem recursos educacionais sobre como fazer a coisa certa e priorizar a acessibilidade.
Reestruturar um app, um site ou qualquer coisa para que fique acessível depois de ter sido implementado incorretamente é difícil. Então, parte do meu trabalho é fazer com que nossos engenheiros pensem em incorporar a acessibilidade aos projetos iniciais, antes que os produtos sejam criados. As pessoas são muito receptivas a isso, até entusiasmadas!
Só tive resistência real para incorporar a acessibilidade uma vez, e mesmo assim foi fácil resolver.
Alexandra: Você pode me contar mais sobre isso?
Elisa: quando comecei a trabalhar com engenharia de acessibilidade, isso ocupava apenas 20% do meu tempo. Algumas pessoas não entenderam por que estávamos focando na acessibilidade. Alguém disse: "Apenas 1% da população tem deficiência". Mantive minha posição: precisávamos fazer isso porque era o certo a fazer. E era meu tempo, então eu o dedicaria como achasse melhor.
É difícil ouvir de alguém que pessoas com deficiência não importam, que é um grupo muito pequeno.
Alexandra: Principalmente quando você faz parte dessa população. Conheça seu público!
Elisa: nunca gosto de ouvir "Ah, isso é só 1%". O "apenas" faz com que pareça insignificante. Mas, quando você pensa na população global, isso é muita gente. E isso é muita gente trabalhando no Google. E muitas deficiências são subnotificadas.
Alexandra: sabemos que muito mais de 1% da população é afetada por deficiências. A OMS informa que mais de 1 bilhão de pessoas têm uma deficiência e 2,2 bilhões têm algum tipo de deficiência visual. Há vários níveis de gravidade, e algumas pessoas com deficiência visual não se consideram deficientes. Mas essas deficiências afetam a interação na Web.
Elisa: Exatamente.
Desenvolva seu próprio conjunto de conhecimentos
Alexandra: Você gostaria de ter recebido algum conselho antes de começar a trabalhar com acessibilidade?
Elisa: Não tem problema não saber tudo. A acessibilidade é um espaço enorme e amplo. Sei que há muita coisa que não sei. Tenho um conjunto de habilidades muito específico. Por acaso, sei onde encontrar informações sobre as práticas recomendadas de acessibilidade.
Mesmo na minha especialidade, leitores de tela e contraste de cores, aprendo coisas novas todos os dias. Sou surdo, mas não sou especialista em acessibilidade para legendas descritivas. Sei o que funciona para mim, mas não sei o que funciona para todo mundo. Eu teria que pesquisar as práticas recomendadas se me pedissem.
Alexandra: é razoável não ser especialista em todos os tipos de acessibilidade. Como você ajudaria os engenheiros a aprender padrões de acessibilidade?
Elisa: trabalho em parceria com um engenheiro que tem interesse em acessibilidade. Vou entregar um bug para ela e mostrar como eu corrigiria. Depois, explico a prática recomendada. Ela pode consultar outros documentos e ver que eles recomendam uma abordagem, mas ela não funciona por motivos XYZ.
A acessibilidade da Web não tem muitos exemplos de código concretos, porque não há duas pessoas que criem o mesmo recurso da mesma maneira. Então, você pode improvisar soluções. Muitas pessoas não pensam em acessibilidade até que tudo esteja pronto. O que você vai fazer nesse momento? Você vai desmontar e remontar tudo e reescrever todos os testes? Não, você não está. Você vai grampear algo.
Isso significa que você precisa entender como um usuário desativado esperaria que o aplicativo funcionasse e, em seguida, modelar seu código para que ele execute essa função. Talvez não pareça o exemplo de código perfeito ou os componentes inclusivos, mas, desde que execute a mesma função de maneira confiável, tudo bem.
Alexandra: Parece que você está dizendo que é mais importante ter um resultado positivo do que se preocupar muito com o caminho para chegar lá.
Elisa: Sim. Porque, honestamente, os fins justificam os meios neste caso. É muito importante entender como um usuário de leitor de tela ou qualquer outro usuário com deficiência esperaria que isso funcionasse.
Existem um bilhão de funções ARIA, e é impossível conhecer todas elas. Além disso, alguns não funcionam com todos os leitores de tela. Por isso, você precisa conhecer as necessidades dos usuários para criar produtos para eles.
Alexandra: existem recursos externos comuns que você usa ao criar documentação interna ou oferecer suporte aos engenheiros do Google?
Elisa: eu uso muito as diretrizes do W3C. Eles são muito bons para ter uma ideia do que você precisa fazer. O WebAIM é outro recurso excelente, que considero um pouco melhor em relação à implementação técnica. Também gosto muito da documentação do Mozilla. Nove em cada dez vezes, se eu pesquisar algo, há uma resposta nos MDN Web Docs.
Eu adoro o inclusive-components.design, que é ótimo se você quiser uma biblioteca de componentes acessíveis.
A Deque University tem muitas práticas recomendadas. Eu uso para materiais de referência, quando estou registrando bugs ou ensinando alguém a seguir um padrão específico.
Conheça as ferramentas de acessibilidade
Alexandra: como se aprende a saber se um usuário foi afetado? Como sua especialidade é ajudar pessoas daltônicas e com leitores de tela, vamos começar por aí.
Elisa: para deficiência na visão das cores e daltonismo, há simuladores e emuladores. Você só entende como outra pessoa enxerga quando vê por si mesmo. Se eu notar uma saturação muito ruim, assim que executar o simulador, poderei confirmar que ela não é perceptível.
Para oferecer suporte aos usuários de leitores de tela, não há maneira melhor de entender como eles funcionam do que usar um. Leia os tutoriais primeiro, isso é fundamental. Algumas pessoas ficam frustradas quando ligam o dispositivo e tentam mexer nele. Essa não é uma boa maneira de aprender a usar. Você precisa de mais de 5, 10 ou 20 minutos. Use por pelo menos uma hora para revelar algumas das frustrações que os usuários enfrentam ao usar essa tecnologia.
Acredito firmemente que todos vão precisar de tecnologia de acessibilidade em algum momento da vida. Por exemplo, machuquei o pulso recentemente e não consegui usar o mouse, então usei um teclado por várias semanas. Foi muito frustrante. Esses exercícios podem ajudar você a se colocar no lugar de uma pessoa com deficiência tentando navegar em um mundo de pessoas sem deficiência.
Os simuladores, embora úteis, não são equivalentes a uma deficiência
Alexandra: Obviamente, a experiência que eu tenho, ou qualquer desenvolvedor teria, usando simuladores não é a mesma de alguém com deficiência visual.
Elisa: você sempre pode conversar com alguém com deficiência para saber mais sobre a experiência dessa pessoa. Ao desenvolver essa empatia, é importante lembrar que uma pessoa que usa essas ferramentas com frequência sempre vai ser melhor nisso do que você. Pessoas com deficiência sempre vão ser melhores em navegar pelos próprios espaços, porque é o corpo com que elas vivem.
Meu medo é que as pessoas que fazem esses exercícios de empatia, por falta de um termo melhor, pensem que sabem exatamente o que as pessoas passam. De repente, elas acham que são especialistas no assunto. Você não é especialista nessa experiência. Se você não tem deficiência, não é especialista em leitores de tela. Não sou especialista em daltonismo, mesmo trabalhando nessa área. Não sou especialista em leitores de tela.
Sou especialista na minha experiência de ter perda auditiva. Sou especialista em precisar de um aparelho auditivo e lidar com minhas próprias experiências todos os dias. mas isso não significa que eu seja especialista na experiência de outras pessoas com a surdez.
A pior coisa que você pode fazer na engenharia de acessibilidade é ter um ego. Não importa o que você faça, algo vai dar errado. Não se preocupe com isso, porque não há duas pessoas com as mesmas necessidades de acessibilidade. Não há duas pessoas com o mesmo ponto de vista sobre acessibilidade e deficiências. Não é possível fazer tudo 100%, mas isso não significa que você não deva tentar. Você nunca vai ser perfeito, mas tente mesmo assim.
Você pode receber feedback crítico, alguém pode dizer: "Seu produto não é acessível!"
Alexandra: os simuladores oferecem um estilo de aprendizado diferente, demonstrando seu produto e enfrentando alguns dos problemas que pessoas com deficiência podem ter. Mas isso não é o mesmo que testar seu produto com as ferramentas de acessibilidade que eles usam todos os dias.
Elisa: Fico um pouco irritada quando as pessoas desligam o som e leem as legendas e, de repente, percebem que as legendas geradas automaticamente são horríveis. Sim. Não é assim que as legendas aparecem para mim. Algumas pessoas com deficiência veem uma pessoa emular a experiência delas e reclamar das ferramentas, sem precisar delas ativamente. Isso é frustrante, eu entendo.
Mas também não quero ser a pessoa que precisa ficar sentada ali e descrever minha experiência como pessoa surda várias e várias vezes. Todas as vezes. Se quisermos que pessoas sem deficiência entendam nossas experiências, vamos ter que lidar com a reação delas.
Dito isso, as "experiências" como jantar em um restaurante às cegas e degustação de vinhos me irritam. É como fazer cosplay de uma deficiência. Mas, para entender como os usuários usam um recurso ou como os leitores leem a página, Tudo bem. Na verdade, esse é o mínimo. Coloque-se no lugar deles por uma hora e descubra como essas coisas funcionam de verdade. Isso realmente importa.
Descubra como as pessoas navegam no seu site. Você pode se perguntar: "Por que não posso simplesmente colocar um banner de aviso na parte de cima informando que todos os links abrem em uma nova guia?" Porque alguém pode não estar lendo a página que começa com o banner. Crie seu design pensando em pessoas com deficiência.
Faça uma coisa: pare de criar rolagem infinita
Alexandra: há algo que você gostaria que os engenheiros começassem a fazer para tornar os sites mais acessíveis?
Elisa: a rolagem infinita é uma praga e ninguém deveria usá-la. Não consigo encontrar nada, preciso conseguir encontrar as coisas! E isso é muito ruim para a performance.
Além disso, mover coisas visualmente e no DOM é muito irritante. A ordem das guias é importante, principalmente para usuários de teclado.
Saiba mais sobre as iniciativas e pesquisas de acessibilidade do Google. Além dos recursos de desenvolvimento da Web em Learn Accessibility, o Google criou um curso de documentação acessível: Tech Writing for Accessibility.
Siga a equipe de acessibilidade do Google no Twitter em @GoogleAccess e a equipe do Chrome em @ChromiumDev.