Declaración de accesibilidad

1. El compromiso

El objetivo es cumplir las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 en nivel AA. Trabajamos con ese listón como referencia en cada cambio de interfaz.

2. Lo que está hecho

Contraste de color revisado

La paleta se ajustó expresamente para cumplir los mínimos de contraste en texto pequeño, y los iconos que cargan significado se comprueban aparte, con su umbral propio. Hay valores que se corrigieron solo en el tema claro porque en el oscuro ya cumplían.

Navegación completa con teclado

Todo lo que se puede pulsar se alcanza tabulando, con un indicador de foco visible y bien contrastado. Cada página tiene un enlace de «Saltar al contenido» al principio, para no recorrer la cabecera entera en cada una.

Movimiento reducido

Con prefers-reduced-motion activado se desactivan las animaciones, las apariciones al hacer scroll y el desplazamiento suave. El contenido se muestra directamente, sin quedarse a medias.

Estructura semántica

Encabezados en orden, listas que son listas, tablas con sus cabeceras y regiones con su etiqueta. Los menús desplegables usan aria-expanded y se cierran con la tecla de escape.

Texto que se puede ampliar

Los tamaños se definen en unidades relativas, así que el zoom del navegador y el tamaño de letra del sistema funcionan sin romper el diseño ni provocar desplazamiento horizontal.

Tema claro y oscuro

Ambos con su propia paleta comprobada. Se puede cambiar a mano y respeta la preferencia del sistema mientras no la cambies.

Imágenes descritas

Las ilustraciones y los diagramas llevan texto alternativo que cuenta lo que muestran; las decorativas se ocultan a los lectores de pantalla en vez de leerse como ruido.

3. Limitaciones conocidas

• No hay auditoría externa ni certificado. Es la limitación principal y de ella dependen todas las demás.
• Las maquetas de pantallas de la web son ilustrativas. Reproducen la interfaz real pero no son la interfaz real; su lectura con lector de pantalla es más pobre que la de la aplicación.
• Las tablas comparativas son anchas y en móvil se desplazan en horizontal dentro de su contenedor. Es la solución menos mala, pero requiere gesto.
• El formulario de contacto abre el programa de correo en lugar de enviarse solo. Es una consecuencia de que el sitio sea estático; la dirección de correo está siempre visible como alternativa.

4. Un producto que se usa hablando

Conviene decirlo sin rodeos: la función central de la aplicación es mantener una conversación en voz alta. Eso impone barreras que no se resuelven con una mejora de interfaz.

• Quien no pueda hablar no podrá usar la función principal. No existe hoy un modo de conversación por texto.
• Quien tenga pérdida auditiva dispone de la transcripción en vivo de las dos partes, con las correcciones visibles en pantalla. No sustituye a oír al profesor, pero permite seguir la conversación por escrito.
• Toda la evaluación, el historial y el repaso son texto, y ahí no hay barrera de voz.

Un modo de práctica escrita es una petición razonable y está anotada. No prometemos fecha.

5. Cómo avisarnos

Si te encuentras con una barrera —da igual lo pequeña que parezca— escríbenos a info@hispanaweb.com o usa el formulario de contacto. Nos ayuda mucho saber:

1. En qué página o pantalla ocurre.
2. Qué navegador y qué sistema usas, y si empleas alguna tecnología de apoyo.
3. Qué esperabas que pasara y qué pasó en su lugar.

Contestamos a todos los avisos de accesibilidad, aunque la solución tarde. Y si la respuesta es «esto no lo vamos a poder arreglar pronto», lo diremos así.