Ir al contenido principal
Política

Accesibilidad

Una declaración que vale la pena leer es la que señala las cosas que están mal. Esta lo hace, junto con el nivel al que aspiramos y cómo informar sobre lo que hemos pasado por alto.

  • WCAG 2.2 AA como objetivo
  • Contraste medido, no evaluado
  • Deficiencias conocidas enumeradas

La posición

Construimos este sitio web conforme al nivel AA de WCAG 2.2 y lo comprobamos en lugar de darlo por hecho: el contraste se mide con respecto al color sobre el que realmente se muestra cada elemento, y cualquier incumplimiento detiene la compilación. No es un objetivo que anunciamos y revisamos una vez al año: se comprueba en cada lanzamiento.

Esto no significa que afirmemos cumplir completamente con las normas. Las deficiencias conocidas se enumeran a continuación en lugar de omitirse. Si algo en este sitio o en la aplicación no es utilizable para ustedes, escriban a [email protected] con el asunto Accessibility y cuéntennos qué sucedió; se tratará como un reporte de defecto, no como comentarios.

Vigente desde

Lo que ya incluye

  • Todas las páginas funcionan sin JavaScript. Nada se oculta de forma predeterminada para luego mostrarse mediante un script, por lo que una página cuyo script falló, con un bloqueador de contenido estricto o vista desde un cliente de solo texto, sigue mostrando su contenido. Los elementos interactivos son mejoras sobre páginas que ya funcionan.
  • El contraste se mide contra el fondo real que se muestra, determinando cada elemento hasta encontrar el primer ancestro opaco detrás de él, en lugar de calcularlo a simple vista contra un color supuesto. El texto del cuerpo de este sitio llegó a tener una relación de 4.49:1 —por debajo de AA y perfectamente normal a la vista—, y fue necesario medirlo para detectarlo.
  • Un enlace para saltar al contenido y un foco visible. Todas las páginas comienzan con un enlace para saltar al contenido, y cada elemento interactivo tiene un indicador de foco visible, en lugar de eliminar el contorno para mantener una apariencia ordenada.
  • Estructura semántica. Un h1 por página, encabezados en orden sin saltar niveles, listas reales, tablas con celdas de encabezado y títulos adecuados, y regiones que un lector de pantalla puede recorrer.
  • El movimiento respeta la configuración del sistema. Todas las animaciones se desactivan con prefers-reduced-motion, y el contenido aparece de inmediato en lugar de esperar una animación de entrada.
  • El texto se puede ampliar. Los diseños usan unidades relativas y se reorganizan en lugar de romperse o desplazarse horizontalmente cuando se amplía el texto o la ventana es estrecha.
  • Texto alternativo significativo, y un atributo alt deliberadamente vacío en una imagen dentro de un enlace que ya incluye su propio texto; una descripción ahí haría que un lector de pantalla anunciara lo mismo dos veces.

Limitaciones conocidas

Esta sección es la razón por la que vale la pena publicar la página. Cada punto es real, lo conocemos y ninguno se presenta aquí como resuelto.

El sitio está publicado en treinta idiomas y no se ha probado con un lector de pantalla en todos ellos. Las pruebas se han realizado en inglés. La pronunciación y el orden de lectura en idiomas de escritura de derecha a izquierda, así como en escrituras para las que nuestras tipografías no tienen cobertura y la plataforma usa una fuente alternativa, no se han verificado con tecnología de asistencia.

Nuestras dos tipografías solo cubren el alfabeto latino. El cirílico, devanagari, georgiano, tailandés, árabe, hebreo, bengalí, etíope y los sistemas de escritura CJK usan las fuentes propias de la plataforma. Por lo general, esto favorece la legibilidad, pero también significa que no controlamos en esas variantes regionales los detalles tipográficos que sí controlamos en inglés: el peso, el espaciado y el tamaño a partir del cual el texto pequeño deja de ser suficientemente pequeño.

Algunos elementos interactivos son recientes y se han probado menos. La matriz de comparación y el filtro de búsqueda de ayuda actualizan las filas en el mismo lugar, que es el patrón correcto, pero el anuncio a un lector de pantalla de un cambio en la cantidad de resultados se implementó, aunque todavía no se ha probado con usuarios.

La aplicación sigue la misma intención y se audita con menos frecuencia que el sitio. Es compatible con el ajuste de tamaño de texto y el lector de pantalla propios de la plataforma, que hacen la mayor parte del trabajo, pero actualmente no realizamos una auditoría formal de accesibilidad con cada lanzamiento.

No se ha realizado una auditoría formal de terceros ni del sitio ni de la aplicación. Preferimos decirlo así antes que insinuar que tenemos una certificación que no poseemos.

La aplicación y algo importante que debes saber

La aplicación de Telvio depende de las funciones de accesibilidad del sistema operativo en el que se ejecuta: VoiceOver y Dynamic Type en iOS, TalkBack y el ajuste del tamaño de fuente en Android. Estas cubren la mayor parte de lo importante en una aplicación cuya interfaz consiste en un teclado numérico, un saldo y una lista de tarifas.

Vale la pena mencionar una decisión de diseño como una característica de accesibilidad y no como una función. Como la aplicación no requiere una cuenta, no hay un formulario de registro, ninguna contraseña que ingresar, ningún paso de verificación por correo electrónico ni ningún código que recuperar de un mensaje; toda esa clase de interacción que con más frecuencia dificulta las cosas a quienes usan tecnología de asistencia, o a cualquier persona a quien le resulten difíciles los formularios, simplemente no está presente. Instala, marca y habla.

La limitación correspondiente está en la misma página que todo lo demás: la aplicación no puede llamar a los servicios de emergencia, como se explica en llamadas de emergencia. Si alguien configura esta aplicación para un familiar —una situación común, especialmente entre personas mayores que llaman a su familia en el extranjero—, eso es lo más importante que debe explicarle mientras lo hace.

Cómo informarnos de un problema

Envía un correo a [email protected] con el asunto Accessibility. Información útil: la página o pantalla, lo que intentabas hacer, la tecnología de asistencia que usabas, incluida su versión, y lo que ocurrió en su lugar. Nada de esto es obligatorio; una frase como “No puedo usar la tabla de tarifas con un lector de pantalla” es un reporte perfectamente válido y preferimos recibirlo a no recibir nada.

Nuestro objetivo es responder en un plazo de cinco días hábiles con una evaluación y, cuando coincidamos en que existe un defecto, un plazo aproximado. Los problemas que impiden completar una tarea se corrigen antes que otros trabajos; los que hacen que una tarea sea más difícil se ponen en cola de forma honesta, en lugar de hacer promesas vagas.

Si estás en la Unión Europea y crees que no se está cumpliendo una obligación de accesibilidad, también puedes comunicarlo al organismo nacional de cumplimiento correspondiente. Preferimos que nos contactes primero, y responderemos de cualquier forma.

Cómo se realizan realmente las comprobaciones

Vale la pena describir dos cosas porque son la diferencia entre una declaración y una práctica.

El contraste se calcula sobre lo que se muestra, no sobre lo que se interpreta. Un valor de color leído de una hoja de estilos indica cómo se pidió que fuera un elemento, no cómo terminó viéndose: un elemento semitransparente sobre una franja oscura, una función de color moderna que una expresión regular no entiende o un encabezado fijo sobre una imagen principal. La comprobación muestra el fondo real de cada elemento, subiendo hasta el primer ancestro opaco y resolviendo el color mediante el propio navegador; después calcula la relación. Detectó que el texto del cuerpo de este sitio tenía una relación de 4.49:1, por debajo de AA, aunque se ve completamente normal de forma aislada.

La página se comprueba tal como se muestra, no tal como está escrita. Una prueba independiente carga cada página en un navegador real y verifica si algún texto de la ventana gráfica tiene opacidad cero, si el documento se desplaza horizontalmente y si algo está pintado con su propio color de fondo. Esto último parece absurdo hasta que llega a producción: una sola regla CSS agrupada llegó a establecer el color y el fondo de una etiqueta con el mismo valor, produciendo una relación de contraste de 1:1 que es invisible en el marcado, invisible en el DOM e invisible en una captura de pantalla del código fuente.

Decisiones tomadas deliberadamente

  • Ningún movimiento sin permiso. Las animaciones al desplazarse se activan desde un script que primero confirma que se desea movimiento, de modo que quien tenga activado el movimiento reducido ve el contenido de inmediato y nunca lo ve aparecer.
  • Ningún contenido detrás de JavaScript. Nada se escribe como invisible. Es una decisión de accesibilidad tanto como de rendimiento: una página que depende de un script para hacerse visible es una página que falla para todas las personas cuando falla el script.
  • Palabras en lugar de íconos en los datos. Las tablas de comparación dicen “Sí”, “Ninguno” y “Redondeado hacia arriba” en lugar de usar marcas de verificación y cruces, porque una marca puede ser ambigua cuando se anuncia e invisible cuando se copia.
  • alt vacío cuando una descripción sería repetitiva. Una imagen dentro de un enlace que ya incluye su propio texto recibe alt="", para que un lector de pantalla anuncie el destino una sola vez en lugar de dos.
  • Las tablas anchas se desplazan dentro de su propio contenedor en lugar de empujar la página hacia los lados, para que un celular nunca tenga que desplazarse horizontalmente para leer un párrafo.

En resumen

Desarrollamos conforme a WCAG 2.2 AA y lo verificamos en cada lanzamiento, midiendo el contraste contra el fondo real mostrado en lugar de darlo por supuesto. Esto no significa que afirmemos tener conformidad total.

Limitaciones conocidas: las pruebas con lectores de pantalla se han realizado únicamente en inglés en treinta idiomas, nuestras tipografías solo cubren el alfabeto latino, por lo que otros sistemas de escritura usan las fuentes de la plataforma, los elementos interactivos más recientes se han probado menos y no se ha realizado ninguna auditoría de terceros.

Reporta cualquier elemento inutilizable a [email protected] con el asunto Accesibilidad. Se trata como un informe de defectos, y los problemas que bloquean una tarea se corrigen antes que otros trabajos.

Preguntas frecuentes

¿Qué estándar de accesibilidad sigue Telvio?

El objetivo para el sitio web es cumplir con WCAG 2.2 nivel AA, y se verifica en cada versión en lugar de revisarse periódicamente. El contraste se mide con respecto al fondo sobre el que realmente se muestra cada elemento, y cualquier falla bloquea la compilación. No afirmamos el cumplimiento total.

¿El sitio web de Telvio funciona sin JavaScript?

Sí. Nada se oculta de manera predeterminada para luego mostrarse mediante un script, por lo que cada página muestra su contenido con JavaScript desactivado o bloqueado. Las funciones interactivas, como los filtros de comparación, son mejoras sobre páginas que ya funcionan.

¿Telvio ha realizado una auditoría de accesibilidad?

No se ha realizado ninguna auditoría externa ni en el sitio web ni en la aplicación. Se hacen verificaciones automáticas y manuales en cada versión del sitio, y esta declaración enumera las deficiencias conocidas en lugar de omitirlas.

¿La aplicación de Telvio es accesible con un lector de pantalla?

La aplicación depende de las propias funciones de accesibilidad de cada plataforma: VoiceOver y Tipo dinámico en iOS, y TalkBack y escalado de fuentes en Android. Se audita con menos frecuencia que el sitio web y no se realiza una auditoría formal de accesibilidad con cada versión.

¿Cómo reporto un problema de accesibilidad?

Envía un correo a [email protected] con el asunto Accesibilidad e indica en qué página o pantalla ocurrió, qué intentabas hacer y qué sucedió. Indicar la tecnología de asistencia y su versión ayuda, pero no es obligatorio. Nuestro objetivo es responder en un plazo de cinco días hábiles.

¿Por qué el sitio usa una fuente diferente en mi idioma?

Las dos familias tipográficas con las que está diseñado el sitio solo cubren la escritura latina. El cirílico, devanagari, georgiano, tailandés, árabe, hebreo, bengalí, etíope y CJK usan como alternativa las fuentes propias de la plataforma, que generalmente ofrecen una mejor legibilidad, pero esto significa que no controlamos los detalles tipográficos en esos idiomas.

1 minuto gratisSin cuenta ni tarjetaLlamar gratis