Ir al contenido principal

Informe de auditoría de accesibilidad: de los problemas detectados a un plan de corrección claro

Descubre dónde aparecen las barreras de accesibilidad en tu web, en tu app móvil y en los recorridos completos de tus usuarios. Wawsome combina controles automáticos con pruebas manuales hechas por expertos. Con los resultados preparamos un informe con problemas priorizados, recomendaciones técnicas y pasos de implementación.

  • Pruebas híbridas
  • Expertos en accesibilidad
  • Análisis de páginas y recorridos
  • Recomendaciones prácticas

Mira qué incluye el informe antes de definir el alcance de la auditoría. Ver la estructura del informe

Un escaneo te muestra parte del problema. Una auditoría te muestra qué hay que cambiar.

La auditoría revisa cada elemento por separado y también si se puede completar una tarea de principio a fin.

Ejemplo 1

Un formulario puede tener una estructura aparentemente correcta y aun así ser imposible de rellenar solo con el teclado.

Ejemplo 2

Puede que el lector de pantalla no anuncie un error de inicio de sesión.

Ejemplo 3

Un pago puede fallar cuando el usuario pasa de la web a la app móvil.

¿Qué es una auditoría de accesibilidad digital y por qué la necesitas?

Una auditoría de accesibilidad digital es una evaluación estructurada de páginas, componentes, documentos, aplicaciones e interacciones seleccionados. Sirve para encontrar las barreras que pueden impedir a las personas con discapacidad usar servicios digitales. Dentro del alcance acordado, la auditoría puede relacionar los hallazgos técnicos con los criterios WCAG y los requisitos aplicables.

Sin un diagnóstico verificable, los equipos pueden invertir en cambios de poco impacto. Mientras tanto, siguen sin resolverse los problemas que bloquean el inicio de sesión, la compra o el uso del servicio. El informe da una base común para priorizar, asignar presupuesto y responsables y seguir el progreso.

¿Buscas un tipo de prueba concreto? Consulta todos nuestros servicios de auditoría y pruebas de accesibilidad.

Para los usuarios

Detecta obstáculos reales en la navegación, los formularios, la autenticación y las transacciones.

Para los equipos

Convierte las observaciones en tickets y recomendaciones que los equipos de diseño, QA y desarrollo entienden y pueden planificar.

Para el negocio

Prioriza los recorridos que más pesan en la conversión, el autoservicio y la relación con tus clientes.

Metodología de auditoría: automatización, análisis humano y pruebas de la experiencia completa

  1. Definimos el alcance

    Definimos contigo las plataformas, los perfiles de usuario, los entornos de prueba, las funciones críticas, los escenarios de uso y las referencias técnicas, incluidos los criterios WCAG relevantes. Dejamos por escrito qué entra en la muestra y qué no.

  2. Pruebas automáticas

    Usamos herramientas automáticas para señalar los problemas que se detectan con reglas, como ciertos errores de estructura, la asociación de etiquetas y aspectos del contraste. Los expertos analizan e interpretan los resultados para evitar conclusiones sin base.

    Puedes probar esta parte por tu cuenta con el Escáner de Accesibilidad de Wawsome, que es gratuito.

  3. Pruebas manuales

    Los expertos revisan el uso con teclado, el orden y la visibilidad del foco, el comportamiento con lector de pantalla, los formularios, los mensajes de error, los elementos interactivos y los estados dinámicos en los escenarios incluidos en la auditoría.

  4. Pruebas de recorridos

    Comprobamos si un usuario puede completar una tarea de principio a fin, con los pasos entre páginas, sesiones, dispositivos y aplicaciones, en las condiciones de prueba acordadas.

  5. Síntesis e informe

    Validamos los hallazgos, agrupamos los problemas que se repiten y documentamos las evidencias, el impacto, la gravedad, la complejidad estimada de la corrección y las recomendaciones. Así puedes preparar un plan de acción.

¿Qué revisan los expertos en una auditoría de accesibilidad?

Páginas y componentes

Qué revisamos: La estructura semántica, la navegación, los botones, las ventanas modales, los menús, los formularios, los datos mostrados y el comportamiento de los elementos en sus distintos estados.

Entregable: Un inventario de problemas por página o por componente.

Recorridos de usuario

Qué revisamos: Registro, inicio de sesión, recuperación de cuenta, búsqueda, compra, pago, solicitudes y procesos de contratación.

Entregable: Problemas señalados en el punto exacto donde el usuario se queda bloqueado.

Plataformas web y móviles

Qué revisamos: Webs, aplicaciones web, portales con inicio de sesión y apps móviles iOS y Android, en las versiones y dispositivos acordados.

Entregable: Hallazgos separados por plataforma y por escenario de prueba.

Tecnologías de apoyo

Qué revisamos: La interacción en los escenarios acordados con lectores de pantalla, navegación con teclado y los ajustes de accesibilidad relevantes.

Entregable: Evidencias de cómo funciona de verdad la experiencia para los usuarios.

Documentos e interfaces

Qué revisamos: Los PDF u otros archivos incluidos en el alcance: su estructura, el orden de lectura, los formularios y los elementos interactivos.

Entregable: Recomendaciones de corrección para los documentos seleccionados.

Conformidad técnica

Qué revisamos: La relación de cada observación con los criterios WCAG relevantes y, si lo pides, con los requisitos aplicables de la EN 301 549.

Entregable: Una matriz de hallazgos con referencias a los criterios técnicos.

Un proceso de cliente. Varias aplicaciones. Una sola auditoría de toda la experiencia.

Ejemplo ilustrativo: un cliente empieza la contratación en la web, sigue con la verificación de identidad en el móvil y termina el proceso en una app. La auditoría comprueba si el usuario puede navegar, entender las instrucciones, cambiar de dispositivo, introducir y validar datos y terminar el proceso sin barreras de accesibilidad.

  1. Web

    Rellenar la solicitud y empezar la contratación. Revisamos formularios, mensajes, navegación, progreso y la accesibilidad del paso a la siguiente etapa.

    Punto de control: paso a la siguiente etapa

  2. Teléfono y verificación de identidad

    Pasar al móvil, abrir las instrucciones y completar la verificación de identidad por los flujos permitidos.

    Posible bloqueo: cambio de dispositivo

  3. App móvil

    Volver tras la validación, entender en qué punto está el proceso y completar la acción en la app.

    Punto de control: el estado del proceso está claro

En el informe no solo señalamos dónde están los errores. También indicamos en qué punto se rompe el recorrido, a qué usuarios puede afectar y qué opciones de corrección hay. En plataformas gestionadas por terceros, las pruebas dependen del acceso y de los acuerdos disponibles.

¿Qué incluye el informe de auditoría de accesibilidad de Wawsome?

Hallazgo #07Ejemplo ilustrativo

Ubicación

Flujo de contratación, paso 3: botón «Continuar»

Pasos para reproducirlo

Rellena el formulario solo con el teclado y pulsa Tab hasta llegar a «Continuar».

Resultado observado

El botón no se puede alcanzar ni activar con el teclado.

Comportamiento esperado

El botón recibe un foco visible y se activa con Intro o Espacio.

Criterio WCAG

2.1.1 Teclado (nivel A)

Gravedad e impacto

Crítica Impide completar la contratación a quienes usan teclado o lector de pantalla.

Complejidad de la corrección

Baja

Solución recomendada

Usa un elemento button nativo o añade soporte de teclado y un estilo de foco visible.

Illustrative example of one finding, with fictitious data.

Resumen ejecutivo

Los problemas esenciales, el nivel de riesgo que se desprende de la muestra y las principales prioridades para la dirección.

Beneficio: La dirección entiende dónde hay que intervenir.

Alcance y condiciones de prueba

Plataformas, páginas, recorridos, tipos de usuario, dispositivos, versiones, tecnologías de apoyo y normas utilizadas.

Beneficio: Transparencia sobre los límites y resultados reproducibles.

Inventario de problemas

Para cada hallazgo: identificador, ubicación, pasos para reproducirlo, resultado observado y comportamiento esperado.

Beneficio: Los equipos pueden investigar y reproducir cada problema.

Criterios técnicos

Relación con los criterios WCAG relevantes y, cuando corresponde, con otros requisitos técnicos.

Beneficio: Una base para la revisión técnica y el análisis de conformidad.

Gravedad

Una clasificación de la seriedad técnica y de las consecuencias para la accesibilidad, según una escala documentada.

Beneficio: Separa los problemas que bloquean de los que tienen un efecto limitado.

Impacto

Una estimación razonada del impacto en los usuarios y en los recorridos críticos, más allá del simple número de casos.

Beneficio: Priorizas según el efecto en la experiencia y en la operación.

Complejidad de la corrección

Una estimación orientativa del esfuerzo (bajo, medio o alto), que luego valida el equipo de desarrollo.

Beneficio: Planificas recursos y dependencias de forma realista.

Soluciones recomendadas

Pautas de corrección para la interfaz, el contenido, el código y el comportamiento, además de criterios de aceptación cuando se acuerdan.

Beneficio: Pasas del diagnóstico a la implementación.

Hoja de ruta de corrección

El orden de las iniciativas, las dependencias, los responsables propuestos y la secuencia de implementación.

Beneficio: Una base para el backlog, el presupuesto y el seguimiento del progreso.

Limitaciones y nueva evaluación

Los aspectos no cubiertos, los supuestos, los resultados que hay que verificar más adelante y los pasos recomendados para la nueva prueba.

Beneficio: Evita la falsa impresión de una cobertura completa.

¿Qué corregimos primero? Prioridades según gravedad, impacto y complejidad.

Gravedad

¿Qué gravedad tiene la barrera desde el punto de vista de la accesibilidad? Un problema puede hacer imposible una acción, complicarla mucho o afectar solo a una parte de la experiencia.

  • Crítica
  • Alta
  • Moderada
  • Baja

Impacto

¿Qué importancia tiene la función afectada y qué consecuencias tiene para el usuario? Por ejemplo, un error en un recorrido de inicio de sesión esencial no tiene el mismo impacto que uno en una página que casi nadie visita.

Complejidad

¿Cuánto esfuerzo puede pedir la corrección? Puede ser un cambio de contenido, un ajuste de componente, un cambio de arquitectura o depender de proveedores externos. La estimación final corresponde al equipo que la implementa.

Enfoque recomendado: las barreras que bloquean procesos esenciales se tratan con urgencia. Después se agrupan las correcciones de impacto amplio y los cambios complejos se planifican según sus dependencias. El criterio experto nunca se sustituye por una fórmula opaca.

Impact and complexity: how priorities are typically set
Low complexityHigh complexity
High impactFix firstPlan around dependencies
Low impactGroup with related fixesSchedule and re-evaluate
Ejemplo de priorizaciónEjemplo ilustrativo

Barrera

Un botón «Continuar» del proceso de contratación que no se puede usar con el teclado.

Impacto

Los usuarios no pueden terminar el recorrido, aunque el problema aparezca una sola vez.

Decisión

Prioridad alta, por su efecto en la finalización del flujo.

Del informe a la acción: ¿qué pasa después de la auditoría?

  1. Sesiones con el equipo de desarrollo

    Repasamos los hallazgos con tus equipos de desarrollo, diseño y QA. Explicamos los problemas, hablamos de las opciones de solución y aclaramos las dependencias y, si hace falta, los criterios de aceptación para la nueva prueba.

  2. Hoja de ruta de corrección

    Preparamos una hoja de ruta para aplicar las recomendaciones, según las prioridades de la auditoría, tus objetivos operativos y la capacidad de tu equipo. La hoja de ruta se puede revisar a medida que se aplican las soluciones.

  3. Declaración de accesibilidad

    A partir de los resultados disponibles, las limitaciones conocidas y la información que nos da tu organización, podemos preparar un borrador de declaración de accesibilidad. Su responsable debe aprobarlo. La declaración se puede actualizar a medida que avanzas y según las obligaciones aplicables.

    Una declaración de accesibilidad no es una certificación.

  4. Nueva auditoría

    Después de la implementación, volvemos a probar los problemas acordados. Así comprobamos si las barreras detectadas se han corregido y si aparecen regresiones en los recorridos críticos. Documentamos los resultados, que pueden alimentar la siguiente versión de la hoja de ruta.

    Entre auditorías, el Monitor de Accesibilidad de Wawsome puede avisarte de problemas nuevos cuando cambia tu contenido.

  5. Apoyo durante las inspecciones de las autoridades

    Si lo pides y dentro de los servicios contratados, nuestros especialistas pueden dar apoyo técnico durante las inspecciones de las autoridades: explicar la metodología, los hallazgos, los pasos de corrección y las evidencias de los esfuerzos realizados.

    Este apoyo no sustituye a la representación legal ni garantiza las conclusiones de la autoridad.

Un informe para muchas decisiones: producto, desarrollo, cumplimiento y dirección

CTO y equipos de desarrollo

Problemas reproducibles, recomendaciones técnicas, dependencias y un orden de intervención realista.

Producto y UX/UI

Los puntos donde se rompe la experiencia de usuario y los patrones de interacción que hay que corregir.

Cumplimiento y legal

Documentación de los controles, las limitaciones y el progreso, como apoyo al análisis de las obligaciones aplicables, sin promesas de certificación automática.

Negocio y dirección

Una imagen clara de las barreras en los procesos esenciales y un marco para asignar recursos.

Auditorías de accesibilidad, WCAG y la Ley Europea de Accesibilidad: ¿cómo se relacionan?

WCAG

WCAG da criterios técnicos de accesibilidad.

Leer WCAG 2.2 en w3.org (en inglés)

EN 301 549

La EN 301 549 es una norma europea que fija requisitos de accesibilidad para productos y servicios TIC en los contextos relevantes.

Leer la EN 301 549 en el AccessibleEU Centre (en inglés)

Ley Europea de Accesibilidad

La Ley Europea de Accesibilidad y la legislación nacional aplicable fijan obligaciones para ciertas categorías de productos y servicios. En España se incorpora mediante la Ley 11/2023, de 8 de mayo.

Leer la Directiva (UE) 2019/882 en EUR-Lex

Una auditoría documenta los hallazgos dentro del alcance probado. Por sí sola no demuestra que se cumplan todas las obligaciones legales. Según el alcance técnico, la evaluación puede tomar como referencia WCAG 2.2 y la metodología de evaluación WCAG-EM del W3C (en inglés).

¿Tienes una web, una app o un proceso digital complejo? Empezamos por lo que hay que revisar.

No necesitas saber desde el principio qué páginas o normas elegir. En una llamada para conocer tus necesidades, definimos los recorridos prioritarios, las plataformas implicadas y el formato de resultados que necesitas.

¿Por qué hablar de tu auditoría con los expertos de Wawsome?

Combinamos pruebas automáticas, evaluación manual y análisis de recorridos. Así detectamos las barreras y las convertimos en recomendaciones para los equipos que aplican las mejoras.

  • ISO 9001Gestión de la calidad
  • ISO 27001Seguridad de la información
  • International Association of Accessibility ProfessionalsCertificación IAAPExperiencia en accesibilidad en nuestro equipo

Preguntas frecuentes sobre el informe de auditoría de accesibilidad

¿Qué es un informe de auditoría de accesibilidad digital?

Un informe de auditoría de accesibilidad digital documenta los problemas encontrados en las páginas, componentes, aplicaciones y recorridos probados. Según el alcance acordado, incluye evidencias, pasos para reproducirlos, referencias a los criterios WCAG, gravedad, impacto, complejidad estimada de la corrección y recomendaciones técnicas.

¿Por qué una web necesita una auditoría de accesibilidad?

Porque una auditoría de accesibilidad detecta las barreras que impiden a los usuarios navegar, rellenar formularios o terminar una transacción. El informe da a tus equipos una base verificable para priorizar y mejorar la experiencia digital.

¿Qué diferencia hay entre un escaneo automático y una auditoría manual de accesibilidad?

El escaneo automático detecta parte de los fallos que se pueden encontrar con reglas, mientras que la auditoría manual analiza cómo se comporta la interfaz. Los expertos revisan el contexto, la navegación con teclado, cómo se comunican los errores y el uso con tecnologías de apoyo. Una auditoría híbrida combina las dos miradas.

¿Qué metodología sigue una auditoría WCAG?

Una auditoría WCAG define primero el alcance y los escenarios, y después combina controles automáticos con revisiones manuales y pruebas de páginas y recorridos completos. Los resultados se pueden relacionar con los criterios WCAG relevantes. La metodología y la muestra deben quedar documentadas para interpretar bien los hallazgos.

¿Una auditoría puede revisar recorridos entre la web y la app móvil?

Sí. Según el acceso y el alcance acordado, la auditoría puede seguir un proceso que empieza en la web, sigue en el móvil con la verificación de identidad y termina en la app. Probamos los cambios de paso, las instrucciones, los estados y los posibles bloqueos.

¿Qué significan gravedad, impacto y complejidad en un informe de auditoría?

La gravedad indica lo seria que es la barrera, el impacto muestra sus consecuencias para el usuario y para el recorrido analizado, y la complejidad estima lo difícil que es corregirla. Juntos, estos tres criterios ayudan a fijar las prioridades de implementación.

¿Qué incluye el informe de auditoría para el equipo de desarrollo?

Incluye la ubicación de cada fallo, los pasos para reproducirlo, el comportamiento observado y el esperado, los criterios técnicos relevantes y las recomendaciones. Según los servicios contratados, también puede incluir sesiones de explicación y un backlog de correcciones.

¿Auditáis también páginas que requieren inicio de sesión?

Sí, siempre que haya cuentas de prueba, permisos y un entorno adecuado. Estas pruebas son importantes en portales de clientes, aplicaciones bancarias, paneles y procesos de contratación.

¿Se puede auditar la accesibilidad de apps móviles iOS y Android?

Sí. La auditoría de una app móvil puede incluir la navegación, la semántica de los controles, la interacción con lectores de pantalla, los mensajes, los estados dinámicos y los recorridos críticos. En el alcance hay que indicar las versiones de la app, los sistemas operativos y los dispositivos probados.

¿El informe de auditoría incluye recomendaciones para corregir los problemas?

Sí, el informe puede incluir recomendaciones técnicas y de diseño para cada problema relevante, además de criterios de aceptación o alternativas de implementación. Los cambios reales en el código o en los documentos se contratan aparte, si los necesitas.

¿Cómo se decide el orden de corrección de los problemas de accesibilidad?

El orden se decide según la gravedad de la barrera, su impacto en las tareas esenciales y la complejidad de la corrección. Los problemas que bloquean el inicio de sesión, el pago o el acceso a los servicios pueden necesitar una acción urgente, aunque sean pocos.

¿Qué es una hoja de ruta de accesibilidad y cómo se actualiza?

La hoja de ruta de accesibilidad es el plan por fases de los cambios recomendados tras la auditoría. Puede incluir prioridades, responsables, dependencias e hitos de verificación. Se actualiza cuando se aplican correcciones, cuando cambia el producto o cuando una nueva prueba da resultados nuevos.

¿El informe ayuda a redactar la declaración de accesibilidad?

Sí, los hallazgos documentados pueden ser una de las fuentes para el borrador de la declaración de accesibilidad. La declaración debe reflejar el estado real del servicio, sus limitaciones conocidas y los requisitos aplicables. Además, la organización responsable debe aprobarla.

¿Hace falta una nueva auditoría después de aplicar las recomendaciones?

Sí, se recomienda una nueva auditoría o una nueva prueba para verificar los cambios. Así ves si los problemas acordados se han corregido y si los cambios han creado barreras nuevas en las páginas y recorridos relevantes.

¿Wawsome puede dar apoyo durante una inspección de las autoridades?

Sí, Wawsome puede dar apoyo técnico dentro de los servicios acordados. Ese apoyo puede incluir explicar la metodología de prueba, los problemas detectados y las medidas tomadas o previstas. No sustituye al asesoramiento jurídico ni garantiza el resultado de la inspección.

¿Un informe de auditoría garantiza el cumplimiento de la Ley Europea de Accesibilidad y de WCAG?

No. El informe describe los hallazgos en las plataformas, escenarios y criterios revisados. Cumplir los requisitos aplicables depende también de corregir los problemas, de la cobertura de la evaluación y de las obligaciones legales concretas de cada organización.

¿Cuánto dura y cuánto cuesta una auditoría de accesibilidad?

Depende del alcance: el número de plantillas y recorridos únicos, las plataformas, los niveles de autenticación, las interacciones dinámicas, las tecnologías de apoyo y los entregables. Una llamada para definir el alcance permite hacer una estimación realista.

¿Puedo pedir la auditoría de un solo recorrido crítico, sin toda la web?

Sí. Se puede definir una auditoría de alcance limitado, por ejemplo para el inicio de sesión, el pago o la contratación, siempre que el análisis cubra todos los estados relevantes de ese recorrido. Las conclusiones valdrán solo para el alcance probado, no para todo el producto.

¿Tienes más preguntas?

Convierte la auditoría en un plan de acción de accesibilidad digital

Cuéntanos qué quieres revisar: una web, una app móvil, un portal con inicio de sesión o un proceso que pasa por varias plataformas. Un experto de Wawsome te ayuda a definir el enfoque de la auditoría y los entregables adecuados.

No necesitas un inventario completo de problemas. Podemos decidir juntos qué merece la pena probar.