Detecte barreras de accesibilidad. Corríjalas en el origen. Verifique el resultado.

Access Audit Lab es una práctica independiente de accesibilidad. Ejecutamos pruebas manuales de accesibilidad y luego guiamos a su equipo en las correcciones o implementamos nosotros mismos la remediación técnica: correcciones a nivel de código y re-pruebas para sitios y aplicaciones web.

  1. Detecte las barreras reales

    Las pruebas manuales y con lector de pantalla detectan lo que los escáneres automáticos no ven.

  2. Corrija en el origen

    Remediación a nivel de código y soporte de implementación directo, dentro del alcance.

  3. Verifique con re-prueba

    La re-prueba confirma qué se resolvió y qué queda.

Propuesta de valor

Los escáneres leen el marcado. Las personas usan las interfaces.

Las herramientas automatizadas son parte del proceso. La auditoría es la evidencia que aparece cuando alguien opera la interfaz.

Las herramientas automatizadas son rápidas y repetibles, y las usamos en cada auditoría. Pero muchas de las barreras que detienen a las personas solo aparecen cuando alguien opera la interfaz.

Ahí es donde va la mayor parte de nuestro tiempo de pruebas.

Dónde produce evidencia cada método
ÁreaHerramientas automatizadasManual y tecnología de asistencia
Nombres, etiquetas y atributos altSuele detectarseSe revisa el significado
Contraste de texto estáticoSuele detectarseIncluye hover, foco y superposiciones
Operación por tecladoParcialmenteSe prueba de principio a fin
Orden y gestión del focoGeneralmente no detectableSe prueba
Lo que anuncian los lectores de pantallaGeneralmente no detectableSe prueba con las combinaciones acordadas
Contenido dinámico y mensajes de estadoParcialmenteSe prueba
Errores de formulario y recuperaciónParcialmenteSe prueba
Zoom, reflujo y espaciado de textoParcialmenteSe prueba a 320 px CSS y 400%

Ejemplo de hallazgo

Cómo es un hallazgo.

Cada problema sigue una estructura repetible: hallazgo, evidencia, impacto, corrección y verificación.

AAL / HALLAZGO 024

  • Abierto
  • Prioridad: Alta

El foco de teclado se escapa del diálogo de pago.

Usuarios afectados
Usuarios de teclado y de lector de pantalla
Componente
Pago → Diálogo de datos de pago
Criterio
2.4.3 Orden del foco (Nivel A)
Método de prueba
Teclado; NVDA + Firefox; VoiceOver + Safari
  1. Evidencia

    1. Abrir el pago y activar «Editar datos de pago».
    2. Tabular más allá de «Guardar tarjeta».
    3. El foco pasa detrás del diálogo.
    4. Al cerrar el diálogo, el foco vuelve al inicio de la página.
  2. Impacto

    Los usuarios pueden entrar en el contenido de fondo sin darse cuenta de que el diálogo sigue abierto, y luego pierden su lugar cuando se cierra.

  3. Corrección

    Mover el foco al diálogo al abrirlo, mantenerlo dentro mientras está abierto, admitir Escape y devolver el foco al activador al cerrar.

  4. Verificar

    Re-prueba pendiente

    Pasa cuando Tab y Shift+Tab se mantienen dentro del diálogo y el foco vuelve al activador.

Hallazgo ilustrativo. Los informes reales hacen referencia a sus componentes y entornos.

Metodología

Un método, cinco verbos.

Cada paso produce algo que se puede inspeccionar.

  1. Probar

    Definir la muestra y evaluarla con pruebas automatizadas, manuales y de tecnología de asistencia.

  2. Detectar

    Aislar cada barrera en un componente, estado y condición reproducible.

  3. Explicar

    Documentar personas afectadas, impacto, criterios y evidencia en lenguaje técnico claro.

  4. Corregir

    Ofrecer orientación de remediación agrupada por causa raíz para corregir el origen.

  5. Verificar

    Repetir las pruebas de las correcciones contra la evidencia original y registrar qué se resolvió y qué sigue abierto.

Cómo trabajamos

Dos formas de trabajar con nosotros

Elija orientación solo de auditoría o auditoría más remediación práctica. La accesibilidad sigue siendo la especialización en ambos casos.

  • Solo auditoría

    Identificamos, documentamos y priorizamos las barreras de accesibilidad y ofrecemos orientación de remediación a nivel de código que su equipo puede implementar.

  • Auditoría + remediación

    Identificamos las barreras y luego brindamos soporte de implementación directo o correcciones a nivel de código dentro del alcance acordado, y volvemos a probar la experiencia afectada cuando es técnicamente posible.

Servicios

Evaluar. Documentar. Corregir. Mantener.

Evaluar

Documentar

  • Soporte de VPAT® / ACR

    Pruebas e informes de conformidad de accesibilidad para contratación.

  • Section 508

    Para proveedores y organizaciones que trabajan con agencias federales de EE. UU.

Corregir y mantener

Todos los servicios

Estándares

Cinco términos. Cinco cosas distintas.

A menudo se usan de forma intercambiable, pero afectan a lo que se prueba y a lo que se puede documentar.

WCAG
Directrices técnicas · W3C Criterios de conformidad comprobables en los niveles A, AA y AAA. Nuestro objetivo por defecto es WCAG 2.2 nivel AA.
ADA
Ley de derechos civiles de EE. UU. Prohíbe la discriminación por discapacidad. No es un estándar técnico.
Section 508
Requisitos federales de TIC de EE. UU. Se aplica a la tecnología que las agencias federales desarrollan, compran o usan.
VPAT®
Plantilla de informe · ITI Una plantilla en blanco publicada por el Information Technology Industry Council.
ACR
Informe completado Un VPAT completado para una versión de producto. Documenta la conformidad; no la certifica.

Preguntas

Antes de preguntar

Más respuestas en la página de auditoría de accesibilidad.

¿Basta con las pruebas automatizadas?

No. Las herramientas automatizadas detectan de forma fiable un subconjunto de problemas. En general no pueden juzgar si el orden de foco tiene sentido, si un componente personalizado funciona con un lector de pantalla o si el texto alternativo es significativo.

¿Prueban con lectores de pantalla?

Sí, en cada auditoría completa. Las combinaciones de navegador y lector de pantalla se acuerdan durante la definición del alcance.

¿Contra qué versión de WCAG realizan las pruebas?

WCAG 2.2 nivel AA por defecto, salvo que un contrato, regulación o proceso de contratación exija otro objetivo.

¿Garantizan el cumplimiento del ADA?

No. Access Audit Lab evalúa la accesibilidad técnica frente a un estándar acordado y no ofrece asesoramiento legal.

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.

Solicitar una revisión de accesibilidad

O escriba a hello@accessauditlab.com