SaaS
Auditorías de accesibilidad para SaaS y aplicaciones web
La accesibilidad en SaaS requiere probar flujos de trabajo, cambios de estado y patrones de interfaz personalizados, no solo páginas estáticas.
El problema que resuelve
Los equipos de producto necesitan hallazgos que se mapeen a componentes y recorridos de usuario. Probamos los lugares donde las aplicaciones modernas fallan con más frecuencia: diálogos, cambios de ruta, tablas, validación, notificaciones y controles personalizados.
Quién lo necesita
Equipos de producto e ingeniería
El alcance, la evidencia y las recomendaciones se adaptan a este contexto.
Proveedores SaaS que responden a contrataciones corporativas
El alcance, la evidencia y las recomendaciones se adaptan a este contexto.
Equipos que preparan la remediación de un design system
El alcance, la evidencia y las recomendaciones se adaptan a este contexto.
Aplicaciones con flujos autenticados complejos
El alcance, la evidencia y las recomendaciones se adaptan a este contexto.
Qué evaluamos
Autenticación e incorporación (onboarding)
Se prueba con semántica nativa, comportamiento de teclado, estados responsivos y tecnología de asistencia cuando corresponde.
Paneles, tablas, filtros y gráficos
Se prueba con semántica nativa, comportamiento de teclado, estados responsivos y tecnología de asistencia cuando corresponde.
Diálogos, pestañas, menús y autocompletado
Se prueba con semántica nativa, comportamiento de teclado, estados responsivos y tecnología de asistencia cuando corresponde.
Formularios complejos y manejo de errores
Se prueba con semántica nativa, comportamiento de teclado, estados responsivos y tecnología de asistencia cuando corresponde.
Live regions, notificaciones y navegación SPA
Se prueba con semántica nativa, comportamiento de teclado, estados responsivos y tecnología de asistencia cuando corresponde.
Ejemplos técnicos
Gestión del foco tras cambios de ruta
Los hallazgos incluyen evidencia, impacto, orientación de corrección y pasos de verificación.
Nombres, roles y valores accesibles para controles personalizados
Los hallazgos incluyen evidencia, impacto, orientación de corrección y pasos de verificación.
Alternativas para arrastrar y soltar
Los hallazgos incluyen evidencia, impacto, orientación de corrección y pasos de verificación.
Operación por teclado de menús, pestañas y filtros
Los hallazgos incluyen evidencia, impacto, orientación de corrección y pasos de verificación.
Tablas de datos legibles y alternativas de gráficos
Los hallazgos incluyen evidencia, impacto, orientación de corrección y pasos de verificación.
Metodología
Probar
Definir el alcance y evaluar flujos de trabajo representativos.
Detectar
Registrar barreras con evidencia reproducible.
Explicar
Conectar los problemas con el impacto en las personas y los criterios técnicos.
Corregir
Recomendar remediación en el origen.
Verificar
Repetir las pruebas de las correcciones y actualizar el estado.
Entregables
Informe de auditoría basado en flujos de trabajo
Preparado para conversaciones de producto, diseño, ingeniería y QA.
Agrupación por causa raíz a nivel de componente
Preparado para conversaciones de producto, diseño, ingeniería y QA.
Notas de ingeniería para gestión de estado y foco
Preparado para conversaciones de producto, diseño, ingeniería y QA.
Re-pruebas tras los lanzamientos
Preparado para conversaciones de producto, diseño, ingeniería y QA.
Preguntas frecuentes
¿Prueban detrás del inicio de sesión?
Sí, con cuentas y entornos de prueba proporcionados durante la definición del alcance.
¿Implementan las correcciones en el frontend o solo auditan?
Ambas cosas. Ofrecemos orientación solo de auditoría, o remediación con soporte de implementación directo para frontends en React y basados en componentes y design systems, dentro del alcance acordado. Algunos componentes de terceros o de proveedores pueden limitar el control directo.
¿Pueden probar componentes personalizados?
Sí. Los controles personalizados se prueban frente al comportamiento esperado de teclado y tecnología de asistencia.
¿Los gráficos necesitan alternativas?
A menudo sí. El patrón correcto depende de qué información comunica el gráfico y qué decisiones deben tomar las personas.
Audite, corrija, verifique.
Cuéntenos sobre su sitio o aplicación, el alcance y sus objetivos de accesibilidad. Le recomendaremos un enfoque —solo auditoría o auditoría más remediación— y le enviaremos una propuesta por escrito.