Declaración de accesibilidad

Qué cubre esta declaración

Se aplica a zivimexico.com y a todas sus páginas. Describe qué se hizo para que el sitio funcione con tecnología de apoyo, contra qué estándar se mide, qué se sabe que no lo cumple y cómo avisar de una barrera.

Describe el sitio como está construido, no como se aspira a que esté. Donde algo es una limitación, se nombra como limitación.

Estándar perseguido

El sitio persigue WCAG 2.2 en nivel AA, que es el nivel que referencian la mayoría de las normativas de accesibilidad del sector público, y se persigue en todas las rutas y no en unas cuantas.

La conformidad se afirma sobre la base de pruebas automatizadas en todas las rutas, más revisiones manuales de teclado y de ampliación. Una herramienta automática detecta de forma fiable un subconjunto de fallos —texto alternativo ausente, contraste insuficiente, controles sin etiqueta, estructura de regiones inválida— y no puede juzgar si un encabezado describe bien su sección. El sitio no ha sido auditado por un tercero independiente.

Qué se hizo

Medidas concretas de esta construcción, cada una verificable inspeccionando una página:

• Cada página tiene un solo encabezado de primer nivel y un orden de encabezados que no salta niveles
• Las regiones —banner, navegación, contenido principal y pie— están presentes en todas las páginas, de modo que quien usa lector de pantalla puede saltar entre ellas
• Las combinaciones de color de texto y fondo se comprobaron contra la superficie real en la que cada componente se dibuja: 4.5:1 en texto corrido y 3:1 en texto grande
• Todo elemento interactivo tiene indicador de foco visible y el sitio completo se puede operar sólo con teclado
• Los campos del formulario tienen etiqueta real asociada al campo, y los errores se anuncian en vez de indicarse sólo con color
• Los gráficos decorativos llevan texto alternativo vacío, de modo que la tecnología de apoyo los omite en vez de leer un nombre de archivo
• El texto de los enlaces describe su destino, así que una lista de enlaces leída fuera de contexto sigue siendo utilizable
• El sitio es legible y operable al 200% de ampliación y en pantalla estrecha, sin desplazamiento horizontal de la página
• El contenido ancho se desplaza dentro de su propio contenedor en vez de empujar la página de lado
• Ningún contenido parpadea, se reproduce solo, se mueve por su cuenta ni impone un límite de tiempo
• Las tipografías se sirven desde los archivos del propio sitio, así que el texto se dibuja sin esperar a un servicio externo
• No se ejecuta JavaScript de terceros en ninguna página, así que ningún widget externo puede introducir una barrera

Limitaciones conocidas

Se enuncian en vez de dejar que se descubran:

• No se ha realizado auditoría independiente de accesibilidad
• No se ha probado con personas usuarias de tecnología de apoyo
• Las pruebas con lector de pantalla no cubren todas las combinaciones de lector y navegador
• La calidad de la redacción de los encabezados es un juicio que las pruebas automáticas no pueden verificar
• No se ofrece un formato alternativo del contenido del sitio

Cómo avisar de una barrera

Si alguna parte del sitio resulta inutilizable con tu tecnología de apoyo, eso es un defecto y vale la pena reportarlo. Un reporte es más accionable si indica la página, qué intentabas hacer, con qué tecnología de apoyo y qué navegador, y qué ocurrió en su lugar.

La vía es el formulario de la página de contacto. Es una respuesta imperfecta —una barrera en el propio formulario impediría el reporte— y se dice en vez de disimularlo. El domicilio publicado en el aviso legal es la alternativa por escrito.

Cómo está construido el sitio, y por qué importa aquí

Las páginas son HTML estático y ningún framework de cliente dibuja el contenido. El texto está en la página tal como se entrega, en vez de ensamblarse con JavaScript en el navegador, de modo que la tecnología de apoyo lo tiene disponible sin esperar a ningún script y lo conserva si un script falla.

No hay analítica, gestor de etiquetas, chat, video incrustado ni banner de consentimiento. Esa categoría es una fuente frecuente de fallos de accesibilidad que el autor de un sitio no puede corregir, y aquí se evita en lugar de administrarse.

Preparación y revisión

Esta declaración se preparó a partir de pruebas automatizadas de accesibilidad sobre la salida construida, junto con revisiones manuales de teclado y ampliación, y no ha sido revisada por un tercero.

Se actualiza cuando se realice una auditoría independiente o cuando un cambio del sitio altere algo de lo descrito arriba. Una declaración que no se revisa junto con el sitio deja de ser cierta, y por eso las limitaciones de arriba son lo bastante concretas como para poder comprobarse.

Qué esperar con cada tecnología de apoyo

Una afirmación general de conformidad sirve menos que una descripción de lo que el sitio hace de verdad, así que esto es lo que ofrece esta construcción para las formas más comunes de usarlo.

Con lector de pantalla, cada página abre con un enlace para saltar al contenido principal, seguido de la región de cabecera con la navegación, la región principal con el contenido y la región de pie. Los encabezados forman un solo esquema por página, de modo que navegar por encabezados da un mapa fiable. Los enlaces están redactados para tener sentido fuera de contexto, que importa porque leer la lista de enlaces de una página es una forma habitual de orientarse.

Sólo con teclado, todo elemento interactivo es alcanzable en el orden en que aparece y el elemento con foco siempre se ve. No hay controles a la medida que atrapen el foco, no hay diálogos modales y no hay ningún componente que exija pasar el puntero por encima para revelar algo necesario.

Con ampliación o texto grande, la maquetación se reordena en una sola columna en vez de exigir desplazamiento horizontal. Al 200% no se pierde ni se corta contenido. Cuando un bloque es demasiado ancho para reordenarse, se desplaza dentro de su propio contenedor y la página nunca se mueve de lado.