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 Aprende sobre accesibilidad. Obtén más información sobre las investigaciones y las iniciativas de accesibilidad de Google.
Alexandra Klepper: Tengo la suerte de poder llamarte colega. ¿Cómo te presentarías y cuál es 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 general es de alrededor de 40 personas, lo que incluye a escritores técnicos, diseñadores instructivos y administradores de programas. Cuando empecé, 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. Luego, los fines de semana, trabajé en la reparación de zapatos.
Alexandra: ¿Cuándo comenzaste a trabajar en accesibilidad web?
Elisa: Sí, pero no hasta después de un año y medio, como actividad paralela. Trabajo en ingeniería de accesibilidad para la documentación interna de Google. Antes de este trabajo, los documentos no se diseñaron teniendo en cuenta la accesibilidad. Cualquier función de Doc a la que se pudiera acceder fue un accidente feliz.
Hubo grandes problemas, desde que el contraste de color era completamente inapropiado para los vínculos. Las tablas eran un desastre absoluto. Si hacías zoom, todo se mantení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í
arreglando más cosas. Aquí estamos cinco años después, y sigo en ello.
Alexandra: Te has forjado como una persona con experiencia y habilidades en accesibilidad, y tienes la determinación de solucionar los problemas que se deben solucionar.
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 estas consideraciones de accesibilidad para mis colegas y compañeros de trabajo realmente me enojó. Y nadie más los arreglaba. Así que entré y los arreglé.
No creo que nadie deba pedir accesibilidad. Se debe incorporar desde el principio.
Prioriza tus casos de uso de accesibilidad
Alexandra: Cuando piensas en la accesibilidad web, hay muchas capas diferentes, ¿no? Hay necesidades diferentes y, a veces, contradictorias para diversas discapacidades. ¿Cómo priorizas lo que se debe hacer?
Elisa: Gran parte de lo que hago es 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 es discapacitado? ¿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 de las Chromebooks. Si hay un problema en ChromeVox, debo ver cuántas personas usan ChromeVox en comparación con Jaws, NVDA o 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. Es posible que un error de ChromeVox se priorice un poco más que un error de VoiceOver o NVDA.
En general, primero trato de corregir los problemas para los lectores de pantalla principales. La coloración suele ser acertada o errónea porque hay muchas extensiones que evitan los problemas de coloración, en especial, en los modos de contraste alto.
Alexandra: Mencionaste los datos, que son increíblemente importantes en Google (por supuesto). Siempre escuchamos: "Respalda tu idea con datos". ¿Cómo recopilan datos para la accesibilidad en Google?
Elisa: Confío en gran medida en los datos que recopila Google's Disability Alliance. Y, a menudo, haré una verificación cruzada con las encuestas de WebAIM.
Cultura de accesibilidad
Alexandra: Cuéntame sobre la cultura de la accesibilidad en Google.
Elisa: Creció muy rápido y se convirtió en algo que tiene financiación y una preocupación de amplio 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.
Reestructurar una app, un sitio web o cualquier elemento para que sea accesible después de la implementación incorrecta es difícil. Por lo tanto, parte de mi trabajo es lograr que nuestros ingenieros piensen en incorporar la accesibilidad en los diseños iniciales, antes de que se construyan los productos. Las personas son muy receptivas a eso, incluso entusiastas.
Solo tuve una resistencia real a incorporar la accesibilidad una vez, y incluso eso fue bastante fácil de resolver.
Alexandra: ¿Puedes contarme más al respecto?
Elisa: Cuando me uní por primera vez a la ingeniería de accesibilidad, solo era el 20% de mi tiempo. Algunas personas no comprendían por qué nos enfocamos en la accesibilidad. Alguien dijo: “Solo el 1% de la población es discapacitada”. Me mantuve firme. Teníamos que hacerlo porque era lo correcto. Además, era mi tiempo, y lo dedicaré como mejor me parezca.
Por supuesto, es difícil escuchar a alguien decir que las personas con discapacidad no importan, que es un grupo demasiado pequeño.
Alexandra: Especialmente cuando eres parte de esa población. Conoce a tu público.
Elisa: Nunca me gusta escuchar: “Oh, esto es solo el 1%”. El “solo” hace que suene insignificante. Pero cuando piensas en la población mundial, es una gran cantidad de personas. Y eso es mucha gente que trabaja en Google. Además, muchas discapacidades no se registran.
Alexandra: Sabemos que mucho más del 1% de la población se ve afectado por discapacidades. Según la OMS, más de 1,000 millones de personas tienen una discapacidad y 2,200 millones tienen algún tipo de discapacidad visual. Por supuesto, el grado de discapacidad varía, y algunas personas con discapacidad visual no se consideran discapacitadas. Pero estas discapacidades afectan la interacción en la Web.
Elisa: Exactamente.
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 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. Resulta que sé dónde encontrar información sobre cuáles son las prácticas recomendadas de accesibilidad.
Incluso dentro de mi propia especialidad, los lectores de pantalla y el contraste de colores, 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 todos los demás. Si me lo preguntas, tendría que buscar las prácticas recomendadas.
Alexandra: Es razonable no ser un experto absoluto en todo tipo de accesibilidad. ¿Cómo ayudarías a los ingenieros a aprender los patrones de accesibilidad?
Elisa: Trabajo en estrecha colaboración con una ingeniera a la que le interesa la accesibilidad. Le entregaré un insecto y le mostraré cómo lo arreglaría. Luego, le explico las prácticas recomendadas. Puede mirar otros documentos y ver que se recomendó un enfoque, pero no funciona por XYZ razones.
El problema con la accesibilidad web es que no hay muchos ejemplos de código concretos, ya que no hay dos personas que compilen la misma función de la misma manera. Por lo tanto, puedes improvisar soluciones. Muchas personas no piensan en la accesibilidad hasta que todo está armado. ¿Qué vas a hacer en ese momento? ¿Vas a desmontarlo, volver a armarlo y reescribir todas tus pruebas? No, no lo eres. Vas a grapar algo.
Eso significa que debes comprender cómo un usuario con discapacidad esperaría 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 que realice la misma función de forma confiable, estará bien.
Alexandra: Parece que estás diciendo que es más importante obtener un resultado positivo que preocuparse demasiado por cómo llegar a él.
Elisa: Sí. Porque, honestamente, los fines justifican los medios en este caso. Es muy importante comprender cómo un usuario de lector de pantalla o cualquier otro usuario con discapacidad esperaría que funcione.
Hay mil millones de roles de ARIA y no es posible conocerlos todos. Además, algunos no funcionan con todos los lectores de pantalla. Por lo tanto, debes conocer las necesidades de tus usuarios para crear contenido para ellos.
Alexandra: ¿Hay recursos externos comunes en los que confías cuando creas documentación interna o ofreces asistencia a los ingenieros de Google?
Elisa: Me baso mucho en los lineamientos del W3C. Son muy buenos para tener una idea de lo que debes hacer. WebAIM es otro recurso muy bueno que considero un poco mejor en cuanto 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 ideal si quieres una biblioteca de componentes accesibles.
Deque University cuenta con muchas prácticas recomendadas. Lo uso para materiales de referencia, cuando envío errores o 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? Como tu experiencia es brindar asistencia a personas daltónicas y lectores de pantalla, comencemos por ahí.
Elisa: Para la deficiencia de la visión de color y el daltonismo, existen simuladores y emuladores. Realmente no puedes entender cómo puede ver otra persona hasta que lo ves por tu cuenta. Si noto una saturación muy mala, en cuanto la ejecuto por el simulador, puedo confirmar que no se nota en absoluto.
Para admitir a los usuarios de lectores de pantalla, no hay mejor forma de entenderlo que usar un lector de pantalla. Lee los instructivos primero, eso es clave. Algunas personas se frustran cuando solo lo encienden y tratan de manipularlo. Esa es una mala 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 enfrentan los usuarios que dependen de esta tecnología.
Creo firmemente que todo el mundo va a necesitar tecnología de accesibilidad en algún momento de su vida. Por ejemplo, hace poco me lastimé la muñeca y no podía usar el mouse, así que usé un teclado durante varias semanas. Fue muy frustrante. Este tipo de ejercicios pueden ayudarte a ponerte en la posición de una persona discapacitada que intenta navegar en un mundo de personas sin discapacidades.
Si bien los simuladores 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 alguien que tiene una discapacidad para conocer su experiencia. Cuando generes 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 esa persona vive.
Mi temor es que las personas que realizan estos ejercicios de empatía, a falta de un término mejor, piensen que saben con precisión por lo que pasan las personas. De repente, piensan que son expertos en esa experiencia. No eres el experto en esa experiencia. Si tienes un cuerpo físico, 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 hipoacusia. Soy experto en necesitar un audífono y en navegar por mis propias experiencias todos los días. Pero eso no significa que sea un experto en la experiencia de otras personas con la sordera
Lo peor que puedes hacer en la ingeniería de accesibilidad es tener ego. No importa lo que hagas, vas a equivocarte. No es algo por lo que debas sentir desánimo, 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 de todas formas, esfuérzate por lograrlo.
Es posible que recibas comentarios negativos, como “Tu producto no es accesible”.
Alexandra: Los simuladores admiten un estilo de aprendizaje diferente, ya que demuestran tu producto y, al mismo tiempo, se enfrentan a algunos de los problemas que pueden experimentar las personas con discapacidad. Sin embargo, eso 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 las personas apagan el sonido y leen los subtítulos y, de repente, se dan cuenta de que estos subtítulos generados automáticamente son terribles? Sí. No es así como veo los subtítulos. Algunas personas con discapacidades ven a una persona emular su experiencia y se quejan de las herramientas, sin necesidad de usarlas de manera activa. Es frustrante, lo entiendo.
Pero tampoco quiero ser la persona que tiene que sentarse y describir su experiencia como persona sorda una y otra vez. Siempre. Si queremos que las personas sin discapacidades comprendan nuestras experiencias, tendremos que soportar su reacción a ellas.
Dicho esto, las "experiencias" como cenas en restaurantes a personas ciegas y degustación de vinos, me vuelven loco. Es como disfrazarse de una discapacidad. Pero, ¿con el objetivo de intentar comprender cómo tus usuarios usan una función o cómo los lectores leen la página? Está bien. De hecho, ese es el mínimo. Ponte en su lugar durante una hora y averigua cómo funcionan estas cosas. Realmente importa.
Averigua cómo navegan los usuarios en tu sitio. Quizás te preguntes: “¿Por qué no puedo poner una advertencia en la parte superior que diga que todos los vínculos Porque es posible que alguien no esté leyendo la página comenzando con el banner. Crea tu diseño teniendo en cuenta a las personas con discapacidades.
Haz una cosa: Deja de crear desplazamientos infinitos
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 realmente molesto. El orden de las pestañas es importante, en especial para los usuarios de teclado.
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 Learn Accessibility, 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.