Elisa Bandy es una Googler que trabaja en la accesibilidad web y la documentación de nuestras herramientas internas.
En esta publicación, se destaca a un experto de la comunidad como parte de Learn Accessibility! Obtén más información sobre las iniciativas y la investigación de accesibilidad de Google.
Alexandra Klepper: Tengo la suerte de tenerte como colega. ¿Cómo te presentarías y describirías tu trabajo aquí?
Elisa Bandy: Mi nombre es Elisa y escribo documentación para las herramientas y la infraestructura internas de Google.
Alexandra: Es un trabajo muy interesante. ¿Con cuántas personas trabajas?
Elisa: Nuestro equipo más amplio está formado por alrededor de 40 personas, incluidos redactores técnicos, diseñadores de instrucción y gerentes de programas. Cuando comencé, hace seis años, solo había cuatro personas en el equipo.
Alexandra: ¿Qué hacías antes de trabajar en Google?
Elisa: Durante la semana, trabajé en el desarrollo de videojuegos. Y luego, los fines de semana, trabajaba en reparación de calzado.
Alexandra: ¿Comenzaste a trabajar en accesibilidad web cuando llegaste a Google?
Elisa: Sí, pero no hasta aproximadamente un año y medio después, y de forma secundaria. Trabajo en ingeniería de accesibilidad para la documentación interna de Google. Antes de este trabajo, la documentación no se diseñó teniendo en cuenta la accesibilidad. Cualquier función de Docs a la que se podía acceder era un accidente feliz.
Hubo problemas graves, comenzando por el contraste de color, que era completamente inadecuado para los vínculos. Las tablas eran un desastre absoluto: si acercabas la imagen, todo seguía del mismo tamaño porque se definía en píxeles en lugar de rem. Me ofrecí para arreglar todo eso. Y, luego, seguí corrigiendo más cosas. Aquí estamos cinco años después, y sigo en esto.
Alexandra: Te has convertido en una persona con experiencia y habilidades en accesibilidad, y tienes la determinación para solucionar los problemas que deben solucionarse.
Elisa: Sí, supongo que podemos decir eso [risas]. Como persona con discapacidad, sé lo difícil que es solicitar consideraciones de accesibilidad. Por lo tanto, el hecho de que no tuviéramos en cuenta estas consideraciones de accesibilidad para mis compañeros de trabajo y colegas realmente me enfureció. Y nadie más los arreglaba. Así que entré y los arreglé.
No creo que nadie deba solicitar accesibilidad. Debe incorporarse desde el inicio.
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 las distintas discapacidades. ¿Cómo priorizas lo que se debe hacer?
Elisa: Gran parte de mi trabajo consiste en priorizar. Por ejemplo, ¿qué tan importante es que un caso de uso específico sea 100% accesible? Analizo muchos datos: ¿qué porcentaje de nuestra población tiene alguna discapacidad? ¿Cuántas personas tienen un problema de accesibilidad específico?
Por ejemplo, hay un subconjunto de usuarios que usan ChromeVox, el lector de pantalla integrado para Chromebooks. Si algo es un problema en ChromeVox, tengo que analizar cuántas personas usan ChromeVox en comparación con Jaws, NVDA y VoiceOver.
Externamente, no muchas personas usan ChromeVox. Como somos Google, muchas personas usan Chromebooks como su dispositivo de trabajo principal, lo que significa que ChromeVox es muy importante para la documentación interna. Tal vez un error de ChromeVox se priorice un poco más que un error de VoiceOver o de NVDA.
En general, primero intento corregir los problemas de los lectores de pantalla más importantes. La coloración tiende a ser un tanto impredecible porque hay muchas extensiones que evitan los problemas de coloración, en especial para los modos de alto contraste.
Alexandra: Mencionaste los datos, que son increíblemente importantes en Google (por supuesto). Siempre escuchamos: "Respaldar tu idea con datos". ¿Cómo recopilan datos sobre accesibilidad en Google?
Elisa: Me baso mucho en los datos que recopiló la Alianza de Google sobre Discapacidad. Además, a menudo hago una verificación cruzada con las encuestas de WebAIM.
Cultura de accesibilidad
Alexandra: Háblame sobre la cultura de accesibilidad en Google.
Elisa: Creció muy, muy rápido hasta convertirse en algo que tiene financiación y una preocupación de gran alcance. Y descubrí que casi todas las personas quieren hacer lo correcto. Nuestros colegas quieren recursos educativos sobre cómo hacer lo correcto y cómo priorizar la accesibilidad.
Reestructurar una app, un sitio web o cualquier otra cosa para que sea accesible después de haberla implementado de forma incorrecta es difícil. Por lo tanto, parte de mi trabajo consiste en lograr que nuestros ingenieros piensen en incorporar la accesibilidad en los diseños iniciales, antes de que se creen los productos. Las personas son muy receptivas a eso, incluso se entusiasman con la idea.
Solo una vez me resistí a incorporar la accesibilidad, y hasta eso fue bastante fácil de resolver.
Alexandra: ¿Podrías contarme más al respecto?
Elisa: Cuando comencé a trabajar en ingeniería de accesibilidad, solo dedicaba el 20% de mi tiempo a esa tarea. Algunas personas no entendían por qué nos enfocábamos en la accesibilidad. Alguien dijo: "Solo el 1% de la población tiene una discapacidad". Me mantuve firme: debíamos hacerlo porque era lo correcto. Además, era mi tiempo y lo dedicaría como me pareciera.
Por supuesto, es difícil escuchar de cualquier persona que las personas con discapacidad no importan, que son un grupo demasiado pequeño.
Alexandra: Especialmente cuando eres miembro de esa población. Conoce a tu público
Elisa: Nunca me gusta escuchar: "Ah, esto es solo el 1%". El "solo" hace que suene insignificante. Pero, si piensas en la población mundial, son muchas personas. Y eso es mucha gente que trabaja en Google. Y muchas discapacidades están subregistradas.
Alexandra: Sabemos que las discapacidades afectan a mucho más del 1% de la población. La OMS informa que más de mil millones de personas tienen una discapacidad y 2,200 millones tienen algún tipo de discapacidad visual. Por supuesto, hay diferentes grados de gravedad, y algunas personas con discapacidad visual no se considerarían discapacitadas. Sin embargo, estas deficiencias sí afectan la interacción en la Web.
Elisa: Exactamente.
Crea tu propio conjunto de conocimientos
Alexandra: ¿Hay algún consejo que te hubiera gustado recibir antes de comenzar a trabajar en accesibilidad?
Elisa: Está bien no saber todo. La accesibilidad es un espacio enorme y amplio. Sé que hay muchas cosas que no sé. Tengo un conjunto de habilidades muy específico. Casualmente, sé dónde encontrar información sobre las prácticas recomendadas de accesibilidad.
Incluso dentro de mi propia especialidad, los lectores de pantalla y el contraste de color, aprendo cosas nuevas todos los días. Soy sordo, pero no soy experto en accesibilidad para subtítulos. Sé lo que funciona para mí, pero no sé lo que funciona para los demás. Si me preguntaran, tendría que buscar las prácticas recomendadas.
Alexandra: Es razonable no ser el experto absoluto en todos los tipos de accesibilidad. ¿Cómo ayudarías a los ingenieros a aprender patrones de accesibilidad?
Elisa: Trabajo en estrecha colaboración con un ingeniero que se interesa por la accesibilidad. Le daré un error y le mostraré cómo lo corregiría. Luego, le explico la práctica recomendada. Es posible que vea otros documentos y observe que recomiendan un enfoque, pero no funciona por motivos XYZ.
Lo que sucede con la accesibilidad web es que no hay muchos ejemplos de código concretos, ya que no hay dos personas que creen la misma función de la misma manera. Por lo tanto, es posible que improvises soluciones. Muchas personas no piensan en la accesibilidad hasta que todo está listo. ¿Qué harás en ese momento? ¿Vas a desarmarlo, volver a armarlo y reescribir todas tus pruebas? No, no lo eres. Vas a engrapar algo.
Esto significa que debes comprender cómo esperaría un usuario con discapacidad que funcione la aplicación y, luego, modelar tu código para que realice esa función. Es posible que no se vea como los ejemplos de código perfectos o los componentes inclusivos, pero, en última instancia, siempre y cuando realice la misma función de manera confiable, estará bien.
Alexandra: Por lo que entiendo, dices que es más importante obtener un resultado positivo que preocuparse demasiado por cómo lo logramos.
Elisa: Sí. Porque, sinceramente, los fines justifican los medios en este caso. Es muy importante comprender cómo esperaría que funcione un usuario de lector de pantalla o cualquier otro usuario con discapacidad.
Existen mil millones de roles de ARIA, y es imposible que conozcas cada uno de ellos. Además, algunos no funcionan con todos los lectores de pantalla. Por lo tanto, debes conocer las necesidades de tus usuarios para crear productos para ellos.
Alexandra: ¿Hay recursos externos comunes en los que te apoyas cuando creas documentación interna o brindas asistencia a los ingenieros de Google?
Elisa: Me baso mucho en los lineamientos del W3C. Son muy útiles para tener una idea de lo que debes hacer. WebAIM es otro recurso muy bueno que me parece 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, encuentro una respuesta en los MDN Web Docs.
Me encanta inclusive-components.design, que es ideal si quieres una biblioteca de componentes accesibles.
Deque University tiene muchas prácticas recomendadas. Lo uso como material de referencia cuando registro errores o le enseño a alguien a seguir un patrón específico.
Experimenta las herramientas de accesibilidad de primera mano
Alexandra: ¿Cómo se puede saber cómo se ve afectado un usuario? Dado que tu experiencia se centra en ayudar a las personas daltónicas y a los usuarios de lectores de pantalla, comencemos por ahí.
Elisa: Para la deficiencia en la percepción del color y el daltonismo, existen simuladores y emuladores. Realmente no puedes entender cómo ve otra persona hasta que lo ves por ti mismo. Si noto una saturación muy mala, en cuanto ejecuto la simulación, puedo confirmar que no se distingue en absoluto.
Para ayudar a los usuarios de lectores de pantalla, no hay mejor manera de comprenderlos que usar un lector de pantalla. Primero, lee los instructivos. Es fundamental. Algunas personas se frustran cuando simplemente lo encienden y tratan de usarlo, pero esa no es una buena manera de aprender a usarlo. Necesitas más de 5, 10 o 20 minutos. Úsala durante una hora como mínimo para revelar algunas de las frustraciones que experimentan los usuarios que dependen de esta tecnología.
Creo firmemente que todas las personas necesitarán 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, por lo que usé un teclado durante varias semanas. Fue muy frustrante. Este tipo de ejercicios pueden ayudarte a ponerte en el lugar de una persona con discapacidad que intenta desenvolverse en un mundo de personas sin discapacidad.
Los simuladores, si bien son útiles, no equivalen a una discapacidad.
Alexandra: Obviamente, la experiencia que tengo, o que tendría cualquier desarrollador, con los simuladores no es la misma que la de una persona con discapacidad visual.
Elisa: Siempre puedes hablar con una persona con discapacidad para conocer su experiencia. Y cuando desarrolles 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 para navegar por sus propios espacios, porque ese es el cuerpo con el que viven.
Mi temor es que las personas que realizan estos ejercicios de empatía, a falta de un mejor término, crean que saben con precisión lo que les sucede a los demás. De repente, creen que son expertos en esa experiencia. No eres el experto en esa experiencia. Si tienes la capacidad física, no eres el experto en lectores de pantalla. No soy experto en daltonismo, aunque trabajo en este campo. No soy experto en lectores de pantalla.
Soy experto en mi experiencia de tener hipoacusia. Soy experta en necesitar un audífono y en navegar mis propias experiencias todos los días. Pero eso no significa que sea experto en la experiencia de otras personas con la sordera.
Lo peor que puedes hacer en la ingeniería de accesibilidad es tener ego. Hagas lo que hagas, vas a arruinar algo. No es algo que deba desanimarte, ya que no hay dos personas con las mismas necesidades de accesibilidad. 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 por serlo de todos modos.
Es posible que recibas comentarios críticos, que alguien te diga: "Oye, tu producto no es accesible".
Alexandra: Los simuladores admiten un estilo de aprendizaje diferente, ya que demuestran tu producto mientras se enfrentan a algunos de los problemas que pueden experimentar las personas con discapacidad. Sin embargo, no es lo mismo que experimentar tu producto con las herramientas de accesibilidad que usan todos los días.
Elisa: ¿Me molesta un poco cuando la gente apaga el sonido y lee los subtítulos, y luego se da cuenta de que los subtítulos generados automáticamente son terribles? Sí. Así no es como yo veo los subtítulos. Algunas personas con discapacidad ven a una persona emular su experiencia y quejarse de las herramientas, sin necesitarlas de forma activa. Es frustrante, lo entiendo.
Pero tampoco quiero ser la persona que tiene que sentarse allí y describir mi experiencia como persona sorda una y otra y otra y otra y otra vez. Siempre. Si queremos que las personas sin discapacidad comprendan nuestras experiencias, tendremos que tolerar su reacción ante ellas.
Dicho esto, las "experiencias" como las cenas a ciegas en restaurantes y las catas de vino me enojan. Es como disfrazarse de una discapacidad. Pero, ¿qué sucede si quieres comprender cómo usan tus usuarios una función o cómo leen los lectores la página? Está bien. De hecho, ese es el mínimo. Ponte en su lugar durante una hora y descubre cómo funcionan realmente estas cosas. Realmente importa.
Descubre cómo navegan las personas en tu sitio. Tal vez te preguntes: "¿Por qué no puedo poner un banner de advertencia en la parte superior que indique que todos los vínculos se abren en una pestaña nueva?". Bueno, porque es posible que alguien no lea la página comenzando por el banner. Diseña tu producto teniendo en cuenta a las personas con discapacidades.
Haz una cosa: deja de crear el desplazamiento infinito
Alexandra: ¿Hay algo que desees que los ingenieros comiencen a hacer para que sus sitios sean más accesibles?
Elisa: El desplazamiento infinito es una plaga y nadie debería usarlo. No puedo encontrar nada, ¡necesito poder encontrar cosas! Además, es muy malo para el rendimiento.
Además, mover elementos visualmente y dentro del DOM es muy molesto. El orden de tabulación es importante, especialmente para los usuarios de teclado.
Obtén más información sobre las iniciativas y la investigación de accesibilidad de Google. Además de los recursos de desarrollo web en Learn Accessibility, Google creó un curso de documentación accesible: Tech Writing for Accessibility.
Sigue al equipo de Accesibilidad de Google en Twitter en @GoogleAccess y al equipo de Chrome en @ChromiumDev.