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 a sorte de chamar você de 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 incrível. Com quantas pessoas você trabalha?
Elisa: Nossa equipe tem mais ou menos 40 pessoas, incluindo redatores técnicos, designers instrucionais e gerentes de programa. Quando comecei, há seis anos, havia apenas quatro pessoas na equipe.
Alexandra: O que você fazia antes de trabalhar no Google?
Elisa: Durante a semana, trabalhei no desenvolvimento de videogames. E, aos fins de semana, trabalhava em conserto de calçados.
Alexandra: você começou a trabalhar com acessibilidade na Web quando chegou ao Google?
Elisa: Sim, mas não até cerca de um ano e meio depois, na lateral. Trabalho com engenharia de acessibilidade para a documentação interna do Google. Antes desse trabalho, os documentos não foram criados pensando na acessibilidade. Qualquer recurso de documento que fosse acessível era um acidente feliz.
Havia grandes problemas, começando pelo contraste de cores totalmente
inadequado para links. As tabelas eram uma bagunça total. Se você aumentasse o zoom,
tudo continuava do mesmo tamanho porque era definido em pixels, e não em
rem. Eu me ofereci para corrigir tudo isso. E depois continuei consertando
mais coisas. Aqui, estamos cinco anos depois, e ainda estou nisso.
Alexandra: você se desenvolveu para ser uma pessoa com experiência e habilidades de acessibilidade e tem a resolução de corrigir os problemas que precisam ser corrigidos.
Elisa: Sim, acho que podemos dizer isso [risos]. Como uma pessoa com deficiência, sei como é difícil pedir por considerações de acessibilidade. O fato de não termos essas considerações de acessibilidade para meus colegas de trabalho e meus colegas realmente me deixou irritada. E ninguém mais estava consertando. Então eu as corrigi.
Não acho que ninguém precise pedir acessibilidade. Ele precisa ser criado desde o início.
Priorizar seus casos de uso de acessibilidade
Alexandra: Quando você pensa em acessibilidade na Web, há muitas camadas diferentes, certo? Há necessidades diferentes e, às vezes, conflitantes para várias deficiências. Como você prioriza o que precisa ser feito?
Elisa: Grande parte do que faço é priorizar. Por exemplo, quão importante é que um caso de uso específico seja 100% totalmente acessível? Eu analiso muitos dados: que 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 algo for um problema no ChromeVox, tenho que analisar quantas pessoas estão usando o ChromeVox em comparação com o Tubarão, o NVDA e o VoiceOver.
Externamente, poucas pessoas usam o ChromeVox. Como somos o Google, muitas pessoas usam Chromebooks como dispositivo de trabalho principal, o que significa que o ChromeVox é muito importante para a documentação interna. Talvez um bug do ChromeVox seja um pouco mais importante do que um bug do VoiceOver ou do NVDA.
De modo geral, tento corrigir as coisas primeiro para os principais leitores de tela. A coloração tende a ser aleatória porque há várias extensões que contornam os problemas de coloração, principalmente para modos de alto contraste.
Alexandra: Você mencionou dados, que são incrivelmente importantes no Google (é claro). Sempre ouvimos: "Faça backup da sua ideia com dados". Como você coleta dados para acessibilidade no Google?
Elisa: Eu confio muito nos dados coletados pela Aliança de Deficiência do Google. E, muitas vezes, verifico as pesquisas do WebAIM.
Cultura de acessibilidade
Alexandra: Fale sobre a cultura de acessibilidade do Google.
Elisa: O financiamento e a preocupação em grande escala cresceram muito, muito rápido. Descobri que quase todo mundo quer fazer a coisa certa. Nossos colegas querem recursos educacionais sobre como fazer a coisa certa, como priorizar a acessibilidade.
Reestruturar um app, um site ou qualquer coisa para que seja acessível depois de implementá-lo incorretamente é difícil. Parte do meu trabalho é fazer com que nossos engenheiros pensem em incorporar a acessibilidade aos designs iniciais, antes que os produtos sejam criados. As pessoas são muito receptivas, até mesmo entusiasmadas.
Só tive uma resistência real à incorporação da acessibilidade, e até isso foi bastante fácil de resolver.
Alexandra: Você pode me contar mais sobre isso?
Elisa: Quando comecei a trabalhar com engenharia de acessibilidade, era apenas 20% do meu tempo. Algumas pessoas não entendiam por que estávamos nos concentrando na acessibilidade. Alguém disse: "Apenas 1% da população tem deficiência". Eu me mantive firme. Precisávamos fazer isso porque era a coisa certa a fazer. E, como era meu tempo, vou me dedicar a ele como achar melhor.
É claro que é difícil ouvir que as pessoas com deficiência não importam, que elas são um grupo muito pequeno.
Alexandra: principalmente quando você faz parte dessa população. Conheça seu público!
Elisa: Eu nunca gosto de ouvir "Ah, isso é apenas 1%". O "only" faz com que pareça insignificante. Mas quando você pensa na população global, isso é muita pessoa. São muitas pessoas que trabalham no Google. E muitas deficiências são subnotificadas.
Alexandra: Sabemos que mais de 1% da população é afetada por deficiências. A OMS relata que mais de 1 bilhão de pessoas têm uma deficiência, e 2,2 bilhões de pessoas têm algum tipo de deficiência visual. Há diferentes níveis de gravidade, é claro, e algumas pessoas com deficiência visual não se consideram deficientes. No entanto, essas deficiências afetam a interação na Web.
Elisa: Exatamente.
Crie seu próprio conjunto de conhecimentos
Alexandra: Há algum conselho que você gostaria de ter tido antes de começar a trabalhar com acessibilidade?
Elisa: Não tem problema não saber tudo. A acessibilidade é um espaço amplo e vasto. Eu sei que há muita coisa que eu não sei. Tenho um conjunto de habilidades muito específico. Eu sei onde encontrar informações sobre quais são as práticas recomendadas de acessibilidade.
Mesmo na minha especialidade, leitores de tela e contraste de cores, aprendo coisas novas todos os dias. E sou surda, mas não sou especialista em acessibilidade de legendas. Sei o que funciona para mim, mas não sei o que funciona para os outros. Eu teria que consultar as práticas recomendadas se fosse necessário.
Alexandra: É razoável não ser um especialista absoluto em todos os tipos de acessibilidade. Como você ajudaria os engenheiros a aprender padrões de acessibilidade?
Elisa: Eu trabalho em estreita colaboração com um engenheiro que tem interesse em acessibilidade. Vou mostrar a ela um bug e como eu o corrigiria. Em seguida, mostro a prática recomendada. Ela pode consultar outros documentos e ver que uma abordagem foi recomendada, mas não funciona por motivos XYZ.
O problema com a acessibilidade da Web é que não há muitos exemplos concretos de código, porque não há duas pessoas que desenvolvem o mesmo recurso da mesma maneira. Então você pode improvisar soluções. Muitas pessoas não pensam na 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 com deficiência espera que o aplicativo funcione e, em seguida, modelar seu código para que ele execute essa função. Eles podem não parecer exemplos de código perfeitos ou componentes inclusivos, mas, em última análise, desde que executem a mesma função de maneira confiável, não haverá problemas.
Alexandra: Parece que você está dizendo que é mais importante ter um resultado positivo do que se preocupar muito com como 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 espera que isso funcione.
Há bilhões de funções ARIA, e você não pode conhecer cada uma delas. Além disso, alguns não funcionam com todos os leitores de tela. Então, você precisa conhecer as necessidades dos seus usuários para criar para eles.
Alexandra: existem recursos externos comuns em que você confia ao criar documentação interna ou oferecer suporte a engenheiros do Google?
Elisa: Eu confio muito nas diretrizes do W3C. Elas são muito boas para ter uma ideia do que você precisa fazer. O WebAIM é outro recurso extremamente bom que acho um pouco melhor em relação à implementação técnica. Também gosto muito dos documentos do Mozilla. Nove em cada dez vezes, se eu procuro algo, há uma resposta nos documentos da MDN Web.
Eu adoro o inclusive-components.design, que é ótimo se você quiser uma biblioteca de componentes acessíveis.
A Universidade de Deque (em inglês) 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.
Testar as ferramentas de acessibilidade
Alexandra: Como é possível descobrir como um usuário é afetado? Como sua experiência é em apoiar pessoas daltônicas e leitores de tela, vamos começar por aí.
Elisa: para deficiências e daltonismos, existem simuladores e emuladores. Você realmente não consegue entender como outra pessoa pode ver até que você mesmo veja. Se eu notar uma saturação muito ruim, assim que ela for executada no simulador, posso confirmar que ela não é perceptível.
Para oferecer suporte a usuários de leitores de tela, não há melhor maneira de entender do que usando um leitor de tela. Leia os tutoriais primeiro, isso é fundamental. Algumas pessoas ficam frustradas quando ligam e começam a mexer nelas. Essa é uma maneira ruim de aprender a usá-las. Você precisa de mais de 5, 10 ou 20 minutos. Use-o por pelo menos uma hora para revelar algumas das frustrações dos usuários que dependem dessa tecnologia.
Acredito que todos vão precisar de tecnologias de acessibilidade em algum momento da vida. Por exemplo, recentemente eu machuquei o pulso e não consegui usar o mouse, então usei um teclado por várias semanas. Foi muito frustrante. Esse tipo de exercício pode ajudar você a se colocar na posição de uma pessoa com deficiência que tenta 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 que qualquer desenvolvedor teria, usando simuladores não é a mesma que alguém com deficiência visual.
Elisa: Você pode conversar com alguém que tem deficiência para saber mais sobre a experiência. E quando você está criando essa empatia, é importante lembrar que uma pessoa que usa essas ferramentas com frequência sempre será melhor do que você. Pessoas com deficiência sempre vão se sair melhor ao navegar pelos próprios espaços, porque é com esse corpo que elas vivem.
Meu medo é que as pessoas que passam por esses exercícios de empatia, por falta de um termo melhor, pensem que sabem exatamente o que as pessoas passam. De repente, eles acham que são especialistas nessa experiência. Você não é especialista nessa experiência. Se você não tem deficiência, não é um especialista em leitores de tela. Não sou especialista em ser daltônico, embora trabalhe nessa área. Não sou especialista em leitores de tela.
Sou especialista na minha experiência com perda auditiva. Sou especialista em precisar de um aparelho auditivo e navegar pelas minhas próprias experiências todos os dias. Mas isso não significa que sou especialista na experiência de outras pessoas com surdez.
A pior coisa que você pode fazer na engenharia de acessibilidade é ter um ego. Não importa o que você faça, você vai estragar alguma coisa. Isso não é motivo para desanimar, 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. Você não pode fazer tudo 100%, mas isso não significa que você não deva tentar. Você nunca será perfeito, mas se esforce para isso.
Você pode receber um feedback crítico, alguém pode dizer, "Ei, seu produto não está acessível!"
Alexandra: os simuladores oferecem suporte a um estilo de aprendizado diferente, demonstrando seu produto enquanto enfrentam alguns dos problemas que pessoas com deficiência podem encontrar. Mas isso não é o mesmo que experimentar seu produto com as ferramentas de acessibilidade que eles usam todos os dias.
Elisa: Eu fico um pouco irritada quando as pessoas desligam o som e leem as legendas e, de repente, percebo que as legendas geradas automaticamente são terríveis? Sim. Não é assim que uso as legendas. Algumas pessoas com deficiência veem uma pessoa emulando a própria experiência e reclamando sobre as ferramentas, sem precisar ativamente delas. Isso é frustrante, eu realmente entendo.
Mas também não quero ser a pessoa que tem que sentar e descrever minha experiência como uma pessoa surda repetidas vezes. Sempre. Se quisermos que pessoas sem deficiência entendam nossas experiências, vamos ter que aceitar a reação delas a essas experiências.
Dito isso, as "experiências", como jantares às cegas e degustação de vinhos, me deixam louco. É como se fosse um cosplay de uma deficiência. Mas, para tentar 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 dele por uma hora e descubra como essas coisas realmente funcionam. Isso realmente importa.
Descubra como as pessoas navegam no seu site. Você pode se perguntar: "Por que não posso colocar um banner de aviso na parte de cima informando que todos os links são abertos 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: você gostaria que os engenheiros começassem a fazer algo para tornar os sites mais acessíveis?
Elisa: a rolagem infinita é uma praga, e ninguém deveria usá-la. Não consigo encontrar coisas, preciso encontrar coisas! E isso prejudica muito o desempenho.
Além disso, mover coisas visualmente e dentro do DOM é muito irritante. A ordem da tabulação é importante, especialmente 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 Aprenda sobre acessibilidade, o Google criou um curso de documentação acessível: Escrever sobre tecnologia para acessibilidade.
Siga a equipe de acessibilidade do Google no Twitter em @GoogleAccess e a equipe do Chrome em @ChromiumDev.