Declaración de accesibilidad

Nuestro objetivo

Creamos este sitio web para cumplir WCAG 2.2 en el nivel AA. Ese es el objetivo con el que diseñamos y probamos, no una certificación que afirmemos tener: todavía no se ha hecho ninguna auditoría independiente, y hasta que se haga, decir lo contrario sería deshonesto.

La accesibilidad se incorpora mientras se crean las páginas, no se agrega después. Añadirla a posteriori no funciona, y todo sitio que lo ha intentado tiene el código que lo demuestra.

Lo que realmente hicimos

• El contraste de color se calcula, no se estima. Cada combinación de primer plano y fondo del sistema de diseño tiene una relación calculada, y los mínimos se verifican automáticamente en cada compilación: una combinación de tokens que no cumpla no puede publicarse.
• Los elementos interactivos cumplen el mínimo de WCAG 2.2 de 24 por 24 píxeles CSS, y los controles en pantallas táctiles miden 44 píxeles.
• Cada página se puede usar solo con el teclado, incluidos el menú principal y el menú móvil. El foco es visible en todas partes y nunca se quita sin reemplazo.
• La navegación usa patrones ARIA reales (un tablist para la barra del menú principal y un diálogo modal para el menú móvil) y el foco vuelve al botón que lo abrió al cerrarse.
• Los encabezados siguen un orden lógico, las regiones están marcadas y hay un enlace para saltar al contenido principal.
• Los formularios usan etiquetas reales asociadas a sus campos, describen sus propios errores y los anuncian.
• El contenido que aparece al hacer scroll es a prueba de fallos: sin JavaScript se muestra visible en lugar de quedar oculto.
• Las animaciones respetan prefers-reduced-motion. Con esa opción, las animaciones de entrada no tienen estado inicial oculto.
• Las tablas más anchas que una pantalla pequeña se desplazan en su propia área, así que la página nunca se desplaza de lado.

Cómo hacemos las pruebas

En cada página se ejecutan revisiones automáticas como parte de nuestro proceso de compilación y revisión: orden de encabezados, imágenes sin texto alternativo, controles sin nombre accesible, regiones sin etiqueta y áreas táctiles por debajo del mínimo. El contraste se valida por separado contra los tokens de diseño.

La automatización detecta quizás un tercio de los problemas reales de accesibilidad, así que las páginas también se usan con teclado y se revisan en once anchos de pantalla, de 375 a 2560 píxeles.

Limitaciones conocidas

Ser concretos sobre lo que aún no está hecho es lo que hace que valga la pena leer el resto de esta declaración.

• No hay ninguna auditoría independiente. Las pruebas son nuestras, y autoevaluarse tiene puntos ciegos por definición.
• No hemos completado pruebas con toda la gama de lectores de pantalla y combinaciones de navegadores. Las revisiones automáticas y las pruebas con teclado no reemplazan eso.
• La facturación y el área de cliente funcionan con software de terceros aparte. No controlamos su código, y no se ha evaluado con el mismo estándar que este sitio.
• Cuando un registro de dominios o proveedor de pagos muestra parte de un proceso, su accesibilidad no depende de nosotros.

Si algo te bloquea

Avísanos. Un reporte concreto (la página, lo que intentabas hacer, el navegador y la tecnología de asistencia que usabas) vale más que cualquier auditoría, porque describe una barrera real y no una teórica.

Tratamos los reportes de accesibilidad como defectos, no como solicitudes de funciones. Si algo en este sitio te impide hacer negocios con nosotros, mientras tanto lo hacemos contigo por teléfono o correo, sin ninguna desventaja para ti.