Elisa Bandy es una Googler que trabaja en accesibilidad web y documentación para nuestras herramientas internas.
En esta publicación, se destaca a un experto de la comunidad como parte del programa Más información sobre accesibilidad. Obtén más información sobre las investigaciones y las iniciativas de accesibilidad de Google.
Alexandra White: Tengo la suerte de llamarte a ti como colega. ¿Cómo te presentarías y hablarías de tu trabajo aquí?
Elisa Bandy: Me llamo Elisa y escribo documentación para las herramientas y la infraestructura internas de Google.
Alexandra: Es un gran trabajo. ¿Con cuántas personas trabaja?
Elisa: Nuestro equipo más amplio está formado por 40 personas, incluidos escritores técnicos, diseñadores educativos y administradores del programa. Cuando empecé, hace seis años solo había cuatro personas en el equipo.
Alexandra: ¿Qué hacías antes de Google?
Elisa: Durante la semana, trabajé en el desarrollo de videojuegos. Luego, durante los fines de semana, trabajé en la reparación de zapatos.
Alexandra: ¿Comenzaste a trabajar en la accesibilidad web cuando llegaste a Google?
Elisa: Sí, pero no hasta que transcurrió un año y medio por separado. Trabajo en ingeniería de accesibilidad para la documentación interna de Google. Antes de este trabajo, los documentos no se diseñaban teniendo en cuenta la accesibilidad. Cualquier función del documento a la que se podía acceder fue un accidente feliz.
Había grandes problemas, empezando por que el contraste de color era completamente inapropiado para los vínculos. Las tablas eran un gran desorden; si acercaste la imagen, todo se mantuvo con el mismo tamaño porque se había definido en píxeles en lugar de rem. Me ofrecí para arreglar todo eso. Luego, seguí arreglando
más cosas. Llegamos cinco años después, y aún sigo en el tema.
Alexandra: Te desarrollaste para ser una persona con experiencia y habilidades en accesibilidad, y tienes la determinación para solucionar los problemas que deben solucionarse.
Elisa: Sí, creo que lo podemos decir [risas]. Como persona con discapacidad, sé lo difícil que es pedir consideraciones de accesibilidad. Por lo tanto, el hecho de que no teníamos estas consideraciones de accesibilidad para mis compañeros de trabajo y mis colegas me enojó mucho. Y nadie más los arreglaba. Así que entré y las arreglé.
No creo que nadie tenga que pedir accesibilidad. Debe estar integrada desde el principio.
Prioriza tus casos de uso de accesibilidad
Alexandra: Cuando piensas en la accesibilidad web, hay muchas capas diferentes, ¿verdad? Existen necesidades diferentes, y a veces contradictorias, para diversas discapacidades. ¿Cómo priorizas lo que se debe hacer?
Elisa: Mucho de lo que hago es priorización. Por ejemplo, ¿qué tan importante es que algún caso de uso específico sea 100% totalmente accesible? Considero muchos datos: ¿qué porcentaje de nuestra población está deshabilitada? ¿Cuántas personas tienen un problema específico de accesibilidad?
Por ejemplo, hay un subconjunto de usuarios que usan ChromeVox, el lector de pantalla integrado de las Chromebooks. Si algo es un problema en ChromeVox, tengo que observar cuántas personas usan ChromeVox en comparación con Jaws en comparación con NVDA en comparación con VoiceOver.
Externamente, no muchas personas usan ChromeVox. Como somos Google, muchas personas usan las Chromebooks como dispositivo de trabajo principal, lo que significa que ChromeVox es muy importante para la documentación interna. Un error de ChromeVox puede ser superior a un error de VoiceOver o de NVDA.
En términos generales, primero trato de arreglar cosas para los lectores de pantalla principales. La coloración suele ser acertada o errónea porque hay muchas extensiones que circunnavegan los problemas de coloración, especialmente en los modos de contraste alto.
Alexandra: Mencionaste los datos, lo que es increíblemente importante en Google (por supuesto). Siempre escuchamos: "Crear una copia de seguridad de tu idea con datos". ¿Cómo recopilas datos para la accesibilidad en Google?
Elisa: Confío mucho en los datos que recopila la Disability Alliance de Google. Con frecuencia, hago una verificación cruzada con las encuestas de WebAIM.
Cultura de la accesibilidad
Alexandra: Cuéntame sobre la cultura de la accesibilidad en Google.
Elisa: Creció muy, muy rápidamente, y se convirtió en algo que tiene financiación y una preocupación de gran alcance. Y descubrí que casi todos quieren hacer lo correcto. Nuestros colegas quieren recursos educativos sobre cómo hacer lo correcto y cómo priorizar la accesibilidad.
Es difícil reestructurar una app, un sitio web o cualquier elemento para que sea accesible después de haberlos implementado de forma incorrecta. Parte de mi trabajo es lograr que nuestros ingenieros piensen en incorporar la accesibilidad en los diseños iniciales, antes de crear los productos. Las personas son muy receptivas a eso, incluso se muestran entusiasmadas por eso.
Solo he tenido una resistencia real a incorporar la accesibilidad una vez, e incluso eso fue bastante fácil de resolver.
Alexandra: ¿Puedes contarme más al respecto?
Elisa: Cuando me uní a la ingeniería de accesibilidad por primera vez, solo fue el 20% de mi tiempo. Algunas personas no entienden por qué nos centramos en la accesibilidad. Alguien dijo: "Solo el 1% de la población está discapacitada". Me mantuve: teníamos que hacerlo porque era lo correcto. Y, fue mi tiempo, lo dedicaré como lo considere conveniente.
Por supuesto, es difícil saber si alguien tiene una discapacidad, que se trata de un grupo demasiado pequeño.
Alexandra: Especialmente cuando eres miembro de esa población. ¡Conoce a tu público!
Elisa: Nunca me gusta escuchar, “Oh, esto es solo el 1%”. El "único" hace que suena insignificante. Pero cuando pensamos en la población mundial, es muchas personas. Y son muchas las personas que trabajan en Google. Además, muchas discapacidades no se informan
Alexandra: Sabemos que las discapacidades afectan a mucho más del 1% de la población. La OMS informa que más de 1,000 millones de personas tienen una discapacidad, y 2,200 millones tienen algún tipo de discapacidad visual. La gravedad varía, y algunas personas con discapacidad visual no se consideran inhabilitadas. Pero estas discapacidades afectan la interacción en la Web.
Elisa: Exacto.
Crea tu propio conjunto de conocimientos
Alexandra: ¿Hay algún consejo que te hubiera gustado tener antes de empezar a trabajar en accesibilidad?
Elisa: Está bien no saberlo todo. La accesibilidad es una enorme, amplia extensión de espacio. Sé que hay muchas cosas que no sé. Tengo un conjunto de destrezas muy específico. Da la casualidad de que sé dónde encontrar información sobre cuáles son las prácticas recomendadas de accesibilidad.
Incluso en mi especialidad, los lectores de pantalla y el contraste de color, aprendo cosas nuevas todos los días. Y soy sorda, pero no soy una experta en accesibilidad para los subtítulos. Sé lo que funciona para mí, pero no sé qué funciona para todo el mundo. Si me lo piden, debería buscar las prácticas recomendadas.
Alexandra: Es razonable no ser una experta en todo tipo de accesibilidad. ¿Cómo ayudarías a los ingenieros a conocer los patrones de accesibilidad?
Elisa: Trabajo en estrecha colaboración con una ingeniera que está interesada en la accesibilidad. Le entregaré un error y le mostraré cómo lo solucionaría. Luego, le explico la práctica recomendada. Es posible que mire otros documentos y vea que recomendaron un enfoque, pero no funciona por los motivos XYZ.
Lo importante de la accesibilidad web es que no hay muchos ejemplos de código concreto, porque no hay dos personas que compilen la misma función de la misma manera. Así que, pueden trabajar sobre soluciones. Muchas personas no piensan en la accesibilidad hasta que todo está armado. ¿Qué harás en ese momento? ¿Vas a derribarlo, volver a armarlo y reescribir todas las pruebas? No. Vas a graficar algo.
Esto significa que debes comprender cómo un usuario inhabilitado espera que funcione la aplicación y, luego, modelar tu código para que realice esa función. Puede que no se vea como las muestras de código perfectas ni los componentes inclusivos, pero, en última instancia, siempre que realice la misma función de manera confiable, no habrá problemas.
Alexandra: Me parece que lo que dices es más importante obtener un resultado positivo que preocuparse demasiado por cómo lo logramos.
Elisa: Sí. Porque, honestamente, los finales justifican los medios de este caso. Es muy importante comprender cómo esperaría que funcionara un usuario de lector de pantalla o cualquier otro usuario con discapacidad.
Existen mil millones de roles de ARIA y no es posible que conozcas todos uno. Además, algunas no funcionan con todos los lectores de pantalla. Por lo tanto, debes conocer las necesidades de los usuarios para desarrollarlas.
Alexandra: ¿Existen recursos externos comunes en los que confías cuando creas documentación interna o cuando ofreces asistencia a los ingenieros de Google?
Elisa: Confío mucho en los lineamientos del W3C. Son muy útiles para tener una idea de lo que necesitas hacer. WebAIM es otro recurso sumamente bueno que creo que es un poco mejor con respecto a la implementación técnica. También me gustan mucho los documentos de Mozilla. Nueve de cada diez veces, si busco algo, hay una respuesta en los Documentos web de MDN.
Me encanta inclusive-components.design, que es genial si quieres una biblioteca de componentes accesibles.
Deque University tiene muchas prácticas recomendadas. Lo uso como material de referencia cuando presento errores o enseño a alguien a seguir un patrón específico.
Experimenta de primera mano las herramientas de accesibilidad
Alexandra: ¿Cómo podemos descubrir en qué medida un usuario se ve afectado? Ya que tu experiencia está en ayudar a las personas daltónicas y a los lectores de pantalla, comencemos por ahí.
Elisa: Para la deficiencia de visión de los colores y el daltonismo, hay simuladores y emuladores. Realmente no puedes entender cómo puede ver otra persona hasta que tú mismo lo veas. Si noto una saturación muy mala, apenas lo ejecuto en el simulador, puedo confirmar que no se puede distinguir en absoluto.
Para admitir a los usuarios de lectores de pantalla, no hay mejor forma de entenderlo que usar un lector de pantalla. Primero lee los instructivos, esa es la clave. Algunas personas se frustran cuando solo lo encienden y tratan de jugar con él, ya que no es una buena forma de aprender a usarlos. Necesitas más de 5, 10 o 20 minutos. Úsala durante una hora como mínimo para revelar algunas de las frustraciones que enfrentan los usuarios que dependen de esta tecnología.
Creo firmemente que todas las personas van a necesitar tecnología de accesibilidad en algún momento de sus vidas. Por ejemplo, hace poco me lastimé la muñeca y no pude usar el mouse, así que usé un teclado durante varias semanas. Fue tan frustrante. Estos ejercicios realmente pueden ayudarte a ser una persona con discapacidad que intenta explorar un mundo lleno de personas sin discapacidades.
Si bien son útiles, los simuladores no equivalen a una discapacidad.
Alexandra: Desde luego, la experiencia que tengo, o la que podría tener cualquier desarrollador, usar simuladores no es lo mismo que una persona con una discapacidad visual.
Elisa: Siempre puedes hablar con alguien que tiene una discapacidad para conocer su experiencia. Cuando construyas esa empatía, es importante recordar que una persona que usa estas herramientas con frecuencia siempre será mejor que tú. Las personas con discapacidad siempre serán mejores en la navegación por sus propios espacios, porque ese es el cuerpo con el que vive.
Mi miedo es que las personas que realizan estos ejercicios de empatía, por falta de un término mejor, piensen que saben exactamente lo que atraviesan. De repente, piensa que es el experto en esa experiencia. No eres el experto en esa experiencia. Si eres capaz, fundamentalmente no eres el experto en lectores de pantalla. No soy experta en daltónicos, aunque trabajo en este espacio. No soy experto en lectores de pantalla.
Soy un experto en mi experiencia de hipoacusia. Soy experta en necesitar un audífono y navegar por mis propias experiencias todos los días. Pero eso no significa que sea una experta en la experiencia de otras personas con la sordera
Lo peor que puedes hacer con la ingeniería de accesibilidad es tener un ego. No importa lo que hagas, te arruinarás algo. No es algo por lo que desanimarse, ya que no hay dos personas con las mismas necesidades de discapacidad. No hay dos personas que tengan el mismo punto de vista sobre la accesibilidad y las discapacidades. No puedes hacer todo al 100%, pero eso no significa que no debas intentarlo. Nunca serás perfecto, pero esfuérzate de todos modos.
Es posible que recibas comentarios críticos y alguien diga: “Tu producto no es accesible”.
Alexandra: Los simuladores admiten un estilo de aprendizaje diferente y demuestran tu producto con algunos de los problemas que pueden experimentar las personas con discapacidades. Sin embargo, eso no es lo mismo que probar tu producto con las herramientas de accesibilidad que usan todos los días.
Elisa: ¿Me molesta un poco cuando alguien desactiva el sonido y leen los subtítulos y, de repente, me doy cuenta de que estos subtítulos generados automáticamente son terribles? Así es. No es así como experimento los subtítulos. Algunas personas con discapacidades ven a una persona emular su experiencia y se queja de las herramientas, sin necesitarlas activamente. Es frustrante, realmente lo entiendo.
Pero tampoco quiero ser la persona que tiene que sentarse y describir mi experiencia como persona sorda una y otra vez, y otra y otra vez. Siempre. Si queremos que las personas sin capacidades entiendan nuestras experiencias, tendremos que aguantar su reacción a las experiencias.
Dicho esto, las "experiencias" como cenar a ciegas y degustar vinos, esas que me enojan. Eso es como cosplayar una discapacidad. Pero para entender cómo tus usuarios usan una función o cómo leen la página los lectores? Está bien. De hecho, ese es el mínimo. Ponte en sus zapatos por una hora y descubre cómo funcionan realmente estas cosas. Realmente importa.
Descubre cómo navegan los usuarios en tu sitio. Es posible que te preguntes: "¿Por qué no puedo colocar una advertencia en la parte superior para que todos los enlaces se abran en una pestaña nueva?" Porque alguien podría no estar leyendo la página que comienza con el banner. Construir tu diseño teniendo en cuenta a las personas con discapacidad.
Haz una acción: dejar de crear desplazamiento infinito
Alexandra: ¿Hay algo que te gustaría que los ingenieros comenzaran a hacer para que sus sitios fueran más accesibles?
Elisa: El desplazamiento infinito es un desastre y nadie debería usarlo. No puedo encontrar cosas, ¡tengo que poder encontrar cosas! Es muy malo para el rendimiento.
Además, mover elementos visualmente y dentro del DOM es realmente molesto. El orden de las pestañas es importante, especialmente para los usuarios de teclados.
Obtén más información sobre las investigaciones y las iniciativas de accesibilidad de Google. Además de los recursos de desarrollo web en Aprende sobre la accesibilidad, Google creó un curso de documentación accesible: Escritura técnica para la accesibilidad.
Sigue al equipo de Accesibilidad de Google en Twitter en @GoogleAccess y al equipo de Chrome en @ChromiumDev.