Auditoría de accesibilidad

Una auditoría de accesibilidad con la que tu equipo puede trabajar.

Descubre dónde se atascan en tu producto las personas que usan teclado, lector de pantalla o zoom. Evaluamos una muestra acordada frente a WCAG 2.2, redactamos hallazgos que tu equipo puede reproducir, corregimos lo que encargues y volvemos a comprobar el resultado.

Definir la auditoría de accesibilidad →

RESPUESTA DIRECTA

Una auditoría de accesibilidad evalúa una muestra definida de un producto frente a los criterios de conformidad de WCAG 2.2, combinando comprobaciones automáticas con pruebas manuales de teclado, lector de pantalla y zoom. Este servicio entrega hallazgos reproducibles, correcciones priorizadas y una nueva comprobación; no es una certificación ni una declaración de conformidad legal.

Adecuado para

  • Aplicaciones web o móviles cuyos recorridos clave nunca se han probado más allá de un escaneo automático
  • Equipos que necesitan evidencia técnica para su propia evaluación de la Ley Europea de Accesibilidad

Cuándo elegir otro servicio

  • Una opinión legal sobre si la normativa de accesibilidad te afecta
  • Pruebas funcionales y de regresión continuas en cada versión

Evalúa recorridos completos, no solo páginas

Una auditoría vale lo que vale su muestra. Elegimos las tareas completas que la gente debe terminar (registrarse, encontrar algo, pagar, enviar un formulario con errores de validación, descargar un documento) y las plantillas y estados que tocan: diálogos, listas desplegables, mensajes de error, resultados vacíos. Después acordamos navegadores, dispositivos y tecnologías de apoyo. Si quieres preparar el brief por tu cuenta o comparar ofertas, usa nuestra guía para definir una auditoría de accesibilidad.

Las herramientas encuentran algunos problemas. Las personas, el resto.

Evaluamos frente a WCAG 2.2 en el nivel que elijas, normalmente AA. Las herramientas detectan parte de los problemas; el resto requiere a una persona recorriendo la tarea.

Comprobaciones automáticas

Escáneres sobre la muestra para contraste, nombres ausentes, estructura y uso incorrecto de ARIA. Cada aviso se revisa, porque un resultado de herramienta no es un hallazgo hasta que alguien lo confirma.

Teclado y foco

Cada tarea sin ratón: orden del foco, foco visible, trampas de teclado en diálogos, enlaces de salto y dónde queda el foco tras una acción.

Lector de pantalla y zoom

Combinaciones acordadas de lector y navegador (por ejemplo VoiceOver con Safari, NVDA con Firefox), ampliación de texto y reajuste del contenido en pantallas estrechas.

Apps móviles nativas

Si el móvil está en el alcance: pantallas de iOS y Android con los lectores de pantalla de cada plataforma, textos del sistema ampliados y tamaño de los objetivos táctiles.

Hallazgos que tu equipo puede reproducir y corregir

Cada hallazgo indica página y estado, entorno, pasos, comportamiento observado y esperado, impacto en el usuario, el criterio WCAG y una corrección recomendada. Se ordenan según cuánto impiden completar la tarea, no por el número de avisos de herramientas. También recibes una declaración del alcance probado: qué se evaluó, cómo y qué no. La auditoría cubre cómo funciona el producto para personas con discapacidad; las pruebas funcionales y de regresión generales siguen en Aseguramiento de Calidad.

Hallazgo ilustrativo: un diálogo que atrapa el teclado

Ilustrativo, no es una página de cliente auditada. Una persona que usa teclado abre un diálogo de filtros pero no alcanza el control de cierre, y la página de fondo queda inaccesible. El hallazgo indica plantilla y estado, navegador y pasos de teclado, el impacto, el comportamiento esperado del foco y el criterio 2.1.2 Sin trampas para el foco del teclado de WCAG 2.2, con una corrección propuesta. Tras la corrección, la nueva comprobación repite la tarea completa: abrir, usar, cerrar y que el foco vuelva al control que abrió el diálogo.

Auditar, corregir, volver a comprobar. Cada paso es una decisión.

Acordamos alcance y presupuesto de cada fase por separado. Una muestra aporta evidencia sobre el alcance probado; no demuestra que todas las páginas sean accesibles.

  1. Auditoría

    Recibe el registro de hallazgos, la declaración del alcance probado, detalles de método y entorno, y una lista priorizada de correcciones.

  2. Corrección

    Corregimos en tu código los problemas encargados, o tu equipo los corrige con nuestros hallazgos y pautas para componentes.

  3. Nueva comprobación

    Se revisan de nuevo los pasos originales y los estados cercanos. El registro vincula cada hallazgo con su corrección y su resultado.
// pruebas

Accesibilidad dentro de la entrega de producto

Aún no hemos publicado una auditoría de accesibilidad de cliente. Estos casos son trabajo cercano, no auditorías de conformidad WCAG. Aniron: diseño responsive y accesibilidad abordados junto con la entrega funcional de un portal para desarrolladores. Scramble Wallet: accesibilidad corregida como parte del trabajo de base para usuarios de más de 50 años sin experiencia cripto. Soundromeda: la disciplina de reproducir, priorizar y volver a comprobar en la que se basa el formato de hallazgos.

Aniron

En Vivo
Portal de API Alta de clientes, controles de claves API, recargas de créditos y visibilidad de uso entregados.

Wavect fue el principal colaborador en la aplicación de Aniron: claves API, créditos prepago, visibilidad de uso e integraciones.

TypeScript Next.js React
AI 2026

Scramble Wallet

En Vivo
50+ Edad del Usuario Objetivo

Extensión multi-navegador, Tron añadido, iOS + Android por múltiples rutas, construida sobre un fork de Enkrypt, deuda pagada …

VueJS Typescript NestJS
FUNDS 2023

Soundromeda

En Vivo
Producción Vibe-Coded → Endurecido

El endurecimiento liderado por QA llevó un prototipo de juego vibe-coded a un estado que los comités de subvenciones respaldaron.

BLOCKCHAIN 2025

Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 100 productos desde 2018.

Preguntas antes de empezar

No. Los escaneos encuentran parte de los problemas y ayudan a evitar regresiones. Las tareas importantes siguen necesitando pruebas de teclado, lector de pantalla y zoom hechas por una persona.
No. Recibes un registro de hallazgos, una declaración del alcance probado y registros de la nueva comprobación. El W3C no certifica la conformidad con WCAG y nosotros no declaramos conformidad legal.
Solo si las encargas. Auditoría, corrección y nueva comprobación se definen por separado, para que tu propio equipo pueda corregir.
Normalmente WCAG 2.2 nivel AA. El objetivo y cualquier criterio adicional se acuerdan en la propuesta.
Es una oferta más reciente con alcance propio y aún no hemos publicado una auditoría de accesibilidad de cliente. El método sigue las pautas de evaluación del W3C, y los casos de esta página muestran trabajo de producto cercano en el que la accesibilidad formó parte de la entrega.

Elige el siguiente paso

Definir la auditoría de accesibilidad

Describe el producto, los recorridos más importantes y por qué la accesibilidad es prioritaria ahora. Para la primera conversación basta un resumen sin información confidencial.

Definir la auditoría de accesibilidad →