Plantilla IRA de accesibilidad: modelo de informe descargable

VERSIÓN EN ESPAÑOL

¿Qué es un IRA y por qué necesitas una plantilla profesional?

Imagina que llevas tu coche al taller. El mecánico lo revisa, encuentra varios problemas y te entrega un papel donde solo pone «varios fallos, hay que arreglar cosas». ¿Te quedarías tranquilo? Probablemente no. Querrías un informe detallado: qué falla, dónde, cuál es la gravedad y cuánto cuesta repararlo. Pues exactamente lo mismo ocurre con la accesibilidad web.

Un IRA (Informe de Remediación de Accesibilidad) es el documento que recoge todos los hallazgos de una auditoría de accesibilidad web, los clasifica según su gravedad y propone soluciones concretas para corregirlos. No es un simple listado de errores: es una hoja de ruta hacia la conformidad con las WCAG 2.2.

Personalmente, creo que el IRA es el documento más importante de todo el proceso de accesibilidad. ¿Por qué? Porque sin un buen informe, la remediación se convierte en un caos. Los desarrolladores no saben por dónde empezar, la dirección no entiende la magnitud del problema y los plazos se alargan indefinidamente.

Según datos del WebAIM Million Report de 2025, el 95,9% de las páginas de inicio analizadas presentaban al menos un error WCAG detectable automáticamente. Esto significa que prácticamente todas las organizaciones necesitan un IRA bien estructurado para organizar su trabajo de remediación.

Componentes esenciales de una plantilla IRA profesional

Una plantilla IRA efectiva no es un documento genérico que rellenas con cuatro datos. Tiene una estructura pensada para que cada parte interesada —desde el desarrollador junior hasta el CEO— encuentre lo que necesita. Veamos los bloques fundamentales:

1. Datos generales del proyecto

Este bloque identifica el sitio web auditado, la fecha de la auditoría, la metodología empleada (normalmente WCAG-EM), la muestra de páginas seleccionada y la versión de las WCAG contra la que se ha evaluado. También incluye los datos del auditor o equipo responsable.

2. Resumen ejecutivo

Es la sección que leerá tu jefe. En máximo una página, resume el nivel de conformidad actual, el número total de hallazgos por gravedad y las recomendaciones prioritarias. Piensa en ello como el «diagnóstico rápido» del informe.

3. Matriz de hallazgos

Aquí está el corazón del IRA. Cada hallazgo se documenta con:

• Criterio WCAG afectado (por ejemplo, 1.1.1 Contenido no textual)
• Nivel de conformidad (A, AA o AAA)
• Descripción del problema encontrado
• Página(s) donde se detecta
• Captura de pantalla o evidencia
• Impacto en el usuario (crítico, mayor, menor)
• Recomendación de corrección con código de ejemplo
• Prioridad de remediación (1-Alta, 2-Media, 3-Baja)

4. Tabla de priorización

La priorización es lo que convierte un informe en una herramienta útil. Utiliza esta estructura:

5. Declaración de accesibilidad

El IRA debe incluir o generar una declaración de accesibilidad conforme al modelo europeo (EN 301 549). Esta declaración es obligatoria para organismos del sector público según la Directiva (UE) 2016/2102 y cada vez más recomendada para el sector privado tras la European Accessibility Act (Directiva (UE) 2019/882).

¿Cómo usar la plantilla IRA paso a paso?

¿Te parece complejo? No te preocupes. Te explico cómo rellenar la plantilla en cinco pasos claros:

• Paso 1: Completa los datos generales del proyecto (URL, fecha, alcance, muestra de páginas).
• Paso 2: Ejecuta tu auditoría usando herramientas automáticas (axe DevTools, WAVE, Lighthouse) combinadas con revisión manual y pruebas con tecnología asistiva (NVDA, JAWS, VoiceOver).
• Paso 3: Documenta cada hallazgo en la matriz con todos los campos requeridos. Sé específico: no escribas «falta texto alternativo»; escribe «la imagen del banner principal en la página de inicio (URL) carece de atributo alt, afectando a usuarios de lectores de pantalla».
• Paso 4: Asigna prioridades usando la tabla de priorización. Recuerda: primero lo que bloquea, después lo que dificulta.
• Paso 5: Redacta el resumen ejecutivo y la declaración de accesibilidad con los resultados globales.

Errores comunes al crear un IRA (y cómo evitarlos)

Después de revisar cientos de informes de accesibilidad, te puedo decir que estos son los errores más frecuentes:

• Documentar solo los errores automáticos: las herramientas automáticas detectan entre el 30% y el 40% de las barreras. El resto requiere revisión manual.
• No incluir evidencias visuales: una captura de pantalla vale más que mil palabras. Siempre añade capturas con el problema señalado.
• Recomendaciones vagas: «mejorar el contraste» no ayuda al desarrollador. Especifica qué ratio necesita y qué colores usar.
• Olvidar el contexto de usuario: explica cómo afecta cada hallazgo a usuarios reales (persona ciega, persona con movilidad reducida, persona con discapacidad cognitiva).
• No priorizar: un listado plano de 200 hallazgos paraliza a cualquier equipo. Prioriza siempre.

Herramientas que complementan tu plantilla IRA

La plantilla es el marco, pero necesitas herramientas para llenarla de contenido:

Normativa aplicable: por qué el IRA no es opcional

Si trabajas en España o para clientes europeos, el IRA no es un documento «nice to have». Es una obligación legal en muchos contextos:

• Sector público: la Directiva (UE) 2016/2102, traspuesta en España por el Real Decreto 1112/2018, exige revisiones periódicas de accesibilidad con informes documentados.
• Sector privado: la European Accessibility Act (Directiva 2019/882), que entra en pleno vigor el 28 de junio de 2025, requiere que productos y servicios digitales sean accesibles. El IRA es la evidencia de cumplimiento.
• Estándar técnico: la norma EN 301 549 v3.2.1 (2021) establece los requisitos técnicos de accesibilidad para productos y servicios TIC en Europa.

Disponer de un IRA bien documentado no solo te protege legalmente, sino que demuestra un compromiso real con la inclusión digital.