Checklist EAA descargable 2026: 72 comprobaciones reales

72 comprobaciones para verificar si tu web cumple la EAA en España: alcance de la Ley 11/2023, criterios WCAG 2.2 de nivel A y AA, evidencias y CSV descargable.

Un checklist de 72 comprobaciones para verificar si tu web cumple la Ley 11/2023, que aplica los requisitos de accesibilidad desde el 28 de junio de 2025. Se descarga en CSV y PDF, agrupa los criterios WCAG 2.2 de nivel A y AA por bloques, y para cada punto indica cómo se prueba y qué evidencia guardar.

Esto no es un artículo sobre accesibilidad: es la herramienta con la que auditamos. La publicamos entera, con su método y su fecha, para que tu equipo pueda usarla sin nosotros.

Qué es este activo y qué contiene

Setenta y dos comprobaciones repartidas en ocho bloques. Cada una lleva su criterio técnico, su nivel, quién la arregla, cómo se prueba en menos de dos minutos y qué evidencia hay que guardar. La evidencia importa tanto como el arreglo: ante una autoridad de vigilancia del mercado no defiendes una web accesible, defiendes un expediente.

Lo habitual en el sector: Un PDF de 200 puntos copiados de WCAG en inglés, sin decir cuáles te obligan a ti ni qué se guarda como prueba.

Nuestro criterio: 72 comprobaciones con criterio, nivel, método de prueba y evidencia, en CSV editable, para que la audite tu equipo y no haga falta contratarnos.

Lo que dice la norma española, con su artículo

La Ley 11/2023, de 8 de mayo, traspone la Directiva (UE) 2019/882 —la European Accessibility Act— y su título I es el que te afecta. Lo hemos comprobado contra el texto consolidado del BOE: el ámbito de aplicación está en el artículo 2, las obligaciones de los prestadores de servicios en el artículo 13, la modificación sustancial y la carga desproporcionada en el artículo 16, y el régimen sancionador en el artículo 30. La disposición adicional segunda se titula «Promoción para las microempresas».

Un millón de euros es el techo teórico de la escala general, no una multa que se ponga por un contraste insuficiente. Lo que sí se sanciona con facilidad es la ausencia de documentación: la accesibilidad se prueba con papeles, no con buena voluntad.

Microempresas: la exención existe y es más estrecha de lo que te cuentan

La Directiva 2019/882 exime en su artículo 4.5 a las microempresas que prestan servicios. Microempresa es la que emplea a menos de 10 personas y cuyo volumen de negocio anual o balance general anual no supera los 2 millones de euros.

Dos matices que casi nadie pone por escrito. El primero: la exención cubre servicios, no productos. Si fabricas, importas o distribuyes hardware afectado —terminales de punto de venta, cajeros, terminales de autoservicio, lectores electrónicos—, ser microempresa no te exime del requisito. El segundo: la exención es una excusa legal, no un permiso comercial. Si tu tienda no se puede usar con teclado, pierdes ventas exactamente igual que una empresa de 400 personas.

Los plazos, y una contradicción que conviene que conozcas

La Directiva 2019/882 fija en su artículo 32 dos periodos transitorios: los prestadores pueden seguir usando hasta el 28 de junio de 2030 los productos que ya utilizaban lícitamente antes del 28 de junio de 2025, y los terminales de autoservicio puestos en servicio antes de esa fecha pueden seguir hasta el fin de su vida útil económica, con un máximo de 20 años.

Contradicción detectada el 27-08-2026. La alerta de finreg360 resume ese mismo transitorio como «hasta 10 años» para los terminales y sitúa el fin del transitorio de contratos el 29 de junio de 2030; el artículo 32 de la Directiva (UE) 2019/882 dice 20 años y 28 de junio de 2030. Ninguna de las páginas españolas que revisamos señala la discrepancia. Antes de apoyar una decisión de inversión en una de las dos cifras, lee la disposición transitoria única de la Ley 11/2023 en el BOE.

Y hay una segunda norma que a muchos se les pasa. El Real Decreto 193/2023 obliga en paralelo a webs y apps de empresas privadas de cierto tamaño o con financiación pública. Según la lectura de insuit.net consultada el 27-08-2026, alcanza a entidades de más de 100 trabajadores o más de 6 millones de euros de facturación y a beneficiarios de ayudas públicas —Kit Digital incluido—, con plazos escalonados entre el 1 de enero de 2025 y el 1 de enero de 2030. Es una fuente secundaria: si tu empresa está cerca de esos umbrales, la referencia buena es el BOE-A-2023-7417.

La norma técnica: el detalle que casi nadie cuenta

Aquí está el punto que hace distinto a este activo. Se repite en todas partes que basta con cumplir la EN 301 549 para estar cubierto. Es más matizado que eso.

La versión EN 301 549 v3.2.1 (2021-03) está citada en el Diario Oficial como norma armonizada de la Directiva 2016/2102, la de webs del sector público. La propia Comisión Europea recuerda que una norma solo adquiere efecto jurídico cuando su referencia se publica en el Diario Oficial. En la documentación que hemos podido consultar el 27-08-2026 no consta una norma armonizada citada en el DOUE que dé presunción de conformidad con la Directiva 2019/882.

Mientras tanto, ETSI tiene en fase de encuesta pública el borrador EN 301 549 V4.1.0 (2025-11), que declara ser «un medio voluntario de conformidad con los requisitos esenciales de la Directiva 2019/882» y actualiza sus capítulos 9, 10 y 11 para alinearse con WCAG 2.2.

Lo habitual en el sector: Auditar contra WCAG 2.1 AA porque es lo que dice la norma vieja, y repetir la auditoría en 2027 cuando se cite la versión nueva.

Nuestro criterio: Auditar hoy contra WCAG 2.2 AA. Los nueve criterios nuevos son baratos si se diseñan desde el principio y caros si se retrofitan.

Por eso este checklist se construye sobre WCAG 2.2 nivel A y AA. Los criterios que 2.2 añadió sobre 2.1 —2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry y 3.3.8 Accessible Authentication (Minimum), todos A o AA— van marcados como tales en la columna notas. Y 4.1.1 Parsing figura como obsoleto y retirado, con el aviso de que si tu pliego exige WCAG 2.1 todavía tendrás que reportarlo. Fuente: w3.org/TR/WCAG22, revisión de 12 de diciembre de 2024, consultada el 27-08-2026.

El checklist, punto por punto

Marca cada línea. Una comprobación sin evidencia guardada cuenta como no hecha.

• A1 · Tu empresa supera el umbral de microempresa: 10 personas o más, o más de 2 M€ de volumen de negocio o de balance anual

• A2 · Vendes bienes o servicios a consumidores por internet (comercio electrónico, incluido en el ámbito del art. 2)

• A3 · Prestas servicios bancarios, de pago, de crédito al consumo o inmobiliario, o servicios de inversión a consumidores

• A4 · Vendes, distribuyes o das acceso a libros electrónicos y a sus programas de lectura

• A5 · Prestas servicios de transporte de viajeros con web, app, venta de billetes o información en tiempo real

• A6 · Prestas servicios de comunicaciones electrónicas o acceso a servicios de comunicación audiovisual

• A7 · Fabricas, importas o distribuyes hardware afectado: TPV, cajeros, terminales de autoservicio, lectores electrónicos (la exención de microempresa no cubre productos)

• A8 · Superas 100 trabajadores o 6 M€ de facturación, o recibiste financiación pública para tu web: además de la EAA te alcanza el RD 193/2023

• B1 · Las condiciones generales de contratación explican cómo cumple el servicio los requisitos de accesibilidad (art. 13 de la Ley 11/2023)

• B2 · Existe declaración de accesibilidad publicada, con fecha, alcance (dominios, subdominios y apps), norma aplicada y método de evaluación

• B3 · La declaración nombra las excepciones concretas, una por una, con su motivo (no una fórmula genérica de plantilla)

• B4 · Hay un canal de contacto de accesibilidad con responsable nombrado y plazo de respuesta comprometido por escrito

• B5 · Si alegas carga desproporcionada, existe evaluación documentada por servicio, firmada y fechada (art. 16), revisada al menos cada 5 años o cuando cambia el servicio

• B6 · No has recibido financiación pública o privada destinada a mejorar la accesibilidad de ese servicio (si la recibiste, no puedes alegar carga desproporcionada)

• B7 · La documentación técnica de conformidad está localizable y entregable a la autoridad de vigilancia del mercado en menos de una semana

• C1 · Toda imagen informativa tiene alternativa textual y las decorativas están marcadas como decorativas (1.1.1, A)

• C2 · Los vídeos tienen subtítulos sincronizados y revisados, no autogenerados sin corregir (1.2.2, A)

• C3 · Los vídeos con información visual esencial tienen audiodescripción o alternativa equivalente (1.2.3 A · 1.2.5 AA)

• C4 · El orden del DOM coincide con el orden visual de lectura (1.3.2, A)

• C5 · Los campos de datos personales declaran su propósito con autocomplete (1.3.5, AA)

• C6 · Ninguna instrucción depende solo de la forma, el color, el tamaño o la posición (1.3.3, A)

• C7 · El color no es el único portador de información, tampoco en los estados de error (1.4.1, A)

• C8 · El texto normal alcanza 4,5:1 de contraste y el texto grande 3:1 (1.4.3, AA)

• C9 · Iconos con significado, bordes de campo y estados de foco alcanzan 3:1 frente a su fondo (1.4.11, AA)

• C10 · La página funciona con zoom al 200 % sin pérdida de contenido ni de funciones (1.4.4, AA)

• C11 · La página se usa a 320 px de ancho sin desplazamiento horizontal (1.4.10, AA)

• C12 · El texto soporta los ajustes de espaciado del criterio y los contenidos emergentes al pasar el puntero son descartables, señalables y persistentes (1.4.12 y 1.4.13, AA)

• D1 · Toda función se ejecuta con teclado: menús, carruseles, mapas, modales, selectores de fecha (2.1.1, A)

• D2 · No hay trampas de foco en ningún componente ni en ningún iframe (2.1.2, A)

• D3 · Los atajos de una sola tecla se pueden desactivar o remapear (2.1.4, A)

• D4 · Existe enlace de salto al contenido principal, visible al recibir el foco (2.4.1, A)

• D5 · Cada página tiene un title único y descriptivo (2.4.2, A)

• D6 · El orden de tabulación es lógico y el foco vuelve al disparador al cerrar un modal (2.4.3, A)

• D7 · El texto de cada enlace dice a dónde lleva sin depender del contexto visual (2.4.4, A)

• D8 · El indicador de foco es visible siempre y no lo tapa la cabecera fija ni el banner de cookies (2.4.7 AA · 2.4.11 AA, nuevo en WCAG 2.2)

• D9 · Encabezados y etiquetas describen el contenido o el propósito real (2.4.6, AA)

• D10 · Toda acción de arrastrar tiene alternativa de un solo puntero (2.5.7, AA · nuevo en WCAG 2.2)

• D11 · Los objetivos táctiles miden 24 × 24 px CSS o tienen separación equivalente (2.5.8, AA · nuevo en WCAG 2.2)

• D12 · Los límites de tiempo se amplían o desactivan, el movimiento automático se pausa y nada destella más de tres veces por segundo (2.2.1, 2.2.2 y 2.3.1, A)

• E1 · El idioma de la página está declarado y los cambios de idioma dentro del texto también (3.1.1 A · 3.1.2 AA)

• E2 · Recibir el foco no dispara un cambio de contexto (3.2.1, A)

• E3 · Cambiar el valor de un control no envía el formulario ni navega sin aviso previo (3.2.2, A)

• E4 · La navegación y los componentes repetidos se comportan igual en todas las páginas (3.2.3 y 3.2.4, AA)

• E5 · El mecanismo de ayuda aparece en el mismo lugar relativo en todas las páginas donde existe (3.2.6, A · nuevo en WCAG 2.2)

• E6 · Cada campo tiene etiqueta visible asociada por for/id, no solo un placeholder (3.3.2, A)

• E7 · Los errores se identifican en texto, se describen y se sugiere la corrección (3.3.1 A · 3.3.3 AA)

• E8 · En compras, contratos y datos financieros el envío es reversible, verificable o confirmable (3.3.4, AA)

• E9 · No se pide reintroducir un dato ya facilitado en el mismo proceso (3.3.7, A · nuevo en WCAG 2.2)

• E10 · La autenticación no exige recordar, transcribir ni resolver una prueba cognitiva sin alternativa, y el pegado de contraseñas está permitido (3.3.8, AA · nuevo en WCAG 2.2)

• F1 · Cada componente expone nombre, rol, valor y estado correctos al árbol de accesibilidad (4.1.2, A)

• F2 · Los mensajes de estado se anuncian sin robar el foco (4.1.3, AA)

• F3 · Los componentes propios siguen patrones ARIA documentados, sin roles inventados ni aria-label que contradiga el texto visible

• F4 · El sitio se ha probado con dos combinaciones reales de lector de pantalla y navegador (NVDA con Firefox, VoiceOver con Safari)

• F5 · 4.1.1 Parsing consta como obsoleto y retirado en WCAG 2.2; si un pliego te exige WCAG 2.1, sigue reportándolo

• G1 · El banner de cookies se opera con teclado, tiene foco visible y no tapa el contenido; rechazar cuesta los mismos clics que aceptar

• G2 · La pasarela de pago (Redsys, Bizum, Stripe) se ha recorrido entera con lector de pantalla: el iframe de un tercero también responde ante tu consumidor

• G3 · El formulario de pago y el de envío admiten autocomplete en nombre, dirección, teléfono y tarjeta (1.3.5, AA)

• G4 · El captcha tiene alternativa no visual y no depende de reconocer imágenes

• G5 · Facturas y PDF descargables están etiquetados, o existe una alternativa HTML con la misma información

• G6 · El proceso de compra completo se termina solo con teclado, incluidos el selector de dirección y el aviso de sesión

• G7 · Los importes se leen bien en voz alta: «1.234,56 €», y el desglose de IVA es texto, no una imagen

• G8 · La información de accesibilidad vive en las condiciones generales de contratación, no escondida en un PDF suelto

• G9 · Los correos transaccionales (confirmación, envío, devolución) se leen en texto plano sin perder información

• G10 · Chat de atención, widget de reseñas y cualquier script de terceros pasan las mismas comprobaciones que tu código

• H1 · Existe auditoría fechada con la muestra de páginas declarada por plantilla, no solo la portada

• H2 · La muestra cubre el flujo completo: alta, compra, área privada y recuperación de contraseña

• H3 · Cada incumplimiento tiene criterio, gravedad, responsable con nombre y fecha comprometida

• H4 · Las pruebas manuales están separadas de las automáticas en el informe

• H5 · Se ha probado con personas usuarias de tecnología asistiva, no solo con simuladores

• H6 · No hay ningún overlay de accesibilidad presentado como cumplimiento normativo

• H7 · El contrato con tu estudio nombra la accesibilidad como criterio de aceptación, no como partida opcional

• H8 · Hay una revisión periódica programada en calendario, con responsable y presupuesto asignados

Ficha metodológica del descargable

El activo se publica en tres formatos con el mismo contenido: CSV en UTF-8 con BOM, hoja de cálculo (.ods y .xlsx) con validaciones en las columnas de estado, y PDF A4 imprimible de ocho páginas para las auditorías que se hacen en papel.

Esquema de columnas del CSV

Cómo se puntúa

No se puntúa en porcentajes. Un 92 % de cumplimiento con un bloqueante en el pago es un 0 comercial: nadie compra. La regla del activo es simple. Si algún ítem marcado como bloqueante está en «no cumple», el resultado global es «no cumple», por muchos verdes que haya alrededor.

Una auditoría se aprueba por su peor ítem, no por la media de sus ítems.

Versión, licencia y mantenimiento

Versión 1.0, publicada el 27 de agosto de 2026, construida sobre WCAG 2.2 (revisión de 12-12-2024) y sobre el texto consolidado de la Ley 11/2023. Licencia CC BY 4.0: puedes usarla en tus auditorías, incorporarla a tus pliegos y modificarla, citando la fuente. Se revisa cuando se cite en el DOUE una norma armonizada para la Directiva 2019/882 y cuando ETSI publique la EN 301 549 V4.1.1 como norma definitiva. Cada versión conserva los id anteriores para que puedas comparar auditorías separadas en el tiempo.

Cómo lo usamos nosotros dentro de un proyecto

Este checklist no se pasa al final, cuando ya no hay presupuesto para arreglar nada. Se reparte entre los seis movimientos.

Si algún ítem no se puede cumplir sin rehacer una integración de terceros, te lo decimos antes de facturarlo y lo documentamos como excepción con su motivo. Preferimos entregarte una excepción justificada que un verde falso.

La accesibilidad no es una capa que se añade al final de un proyecto: es una consecuencia de haber trazado bien la retícula, los estados y el orden de lectura. Tienes el checklist entero, el método y las fuentes; úsalo con quien quieras. ¿Te encaja esta forma de trabajar?

Preguntas frecuentes

¿Estoy exento de la EAA si soy autónomo o tengo una empresa muy pequeña?

Si empleas a menos de 10 personas y no superas los 2 millones de euros de volumen de negocio o de balance, la exención para prestadores de servicios de la Directiva 2019/882 puede aplicarte. No te cubre si fabricas, importas o distribuyes productos afectados, y no te devuelve las ventas que pierdes por una web que no se puede usar con teclado.

¿Basta con cumplir WCAG 2.1 AA para estar cubierto?

Es el suelo razonable, y el checklist va un paso más allá: audita contra WCAG 2.2 AA porque el borrador EN 301 549 V4.1.0 (2025-11) ya se alinea con esa versión. No podemos prometerte presunción de conformidad: a fecha de 27 de agosto de 2026 no nos consta una norma armonizada citada en el DOUE para la Directiva 2019/882.

¿Un overlay o un widget de accesibilidad me hace cumplir?

No, y por eso figura como incumplimiento en el ítem H6 de este checklist. Un script que se inyecta encima no corrige el marcado, el orden de lectura ni los estados de foco, que es justo donde falla la mayoría de las webs.

¿Cuánto cuesta arreglar lo que salga en la auditoría?

Depende de cuántos ítems bloqueantes toquen componentes compartidos: cambiar un token de contraste vale minutos, rehacer un selector de fecha propio vale días. Trabajamos con precio fijo por fase acordado antes de empezar, sin horas sorpresa, y si tras revisar el checklist cumplimentado creemos que no nos necesitas, te lo decimos.

¿Puedo usar este checklist en un pliego o en un contrato con otro proveedor?

Sí, la licencia CC BY 4.0 lo permite citando la fuente, y está pensado para eso: las columnas bloqueante, responsable y fecha_limite funcionan como criterios de aceptación. Cámbiale los umbrales que no encajen con tu caso antes de firmarlo.

Sigue leyendo

• Accesibilidad web en España tras la European Accessibility Act: a quién obliga y qué exige
• Cómo comprobar si tu web cumple: test autoaplicable en 20 minutos
• Los overlays de accesibilidad no te hacen cumplir la EAA: la evidencia
• Checklist de 47 comprobaciones antes de poner una web en producción
• Plantilla de contrato y cesión de derechos, para nombrar la accesibilidad como criterio de aceptación

Nota de transparencia. Algunos datos propios de esta guía todavía están en medición en proyectos reales, con un mismo método. Los publicaremos con su tamaño de muestra y su ventana de fechas cuando la muestra sea suficiente; hasta entonces, cada cifra que ves lleva su fuente y su fecha de consulta.

Fuentes verificadas

• https://www.boe.es/buscar/act.php?id=BOE-A-2023-11022 — texto consolidado de la Ley 11/2023 en el BOE. Aporta la numeración real de los artículos citados: art. 2 ámbito de aplicación, art. 13 obligaciones de los prestadores de servicios, art. 16 modificación sustancial y carga desproporcionada, art. 30 régimen sancionador, disposición adicional segunda sobre microempresas y disposición transitoria única. Consultado el 27-08-2026.
• https://www.boe.es/buscar/pdf/2023/BOE-A-2023-11022-consolidado.pdf — PDF consolidado de la misma ley; confirma el índice y la paginación de los artículos anteriores. El cuerpo articulado no se pudo extraer íntegro, por eso los datos de detalle se atribuyen en el texto a fuentes secundarias.
• https://finreg360.com/alerta/la-ley-de-accesibilidad-busca-eliminar-barreras-de-las-personas-con-limitaciones-funcionales-para-acceder-a-productos-y-servicios/ — alerta jurídica. Aporta la definición de microempresa (menos de 10 personas y ≤ 2 M€), la lista de servicios afectados, la horquilla sancionadora 301 €–1.000.000 € y el contenido del art. 13 y del art. 16. También es la fuente de la contradicción documentada sobre los plazos transitorios (10 años y 29-06-2030).
• https://www.insuit.net/es/real-decreto-193-2023/ — lectura del Real Decreto 193/2023. Aporta los umbrales de empresa privada obligada (más de 100 trabajadores o más de 6 M€), la referencia a la UNE-EN 301549 y los plazos escalonados de 2025 a 2030. Marcada como fuente secundaria en el artículo.
• https://www.w3.org/TR/WCAG22/ — recomendación W3C. Aporta la lista exacta de criterios nuevos en WCAG 2.2 con su nivel (2.4.11 AA, 2.4.12 AAA, 2.4.13 AAA, 2.5.7 AA, 2.5.8 AA, 3.2.6 A, 3.3.7 A, 3.3.8 AA, 3.3.9 AAA), la retirada de 4.1.1 Parsing y la fecha de la última revisión, 12 de diciembre de 2024.
• https://www.etsi.org/deliver/etsi_en/301500_301599/301549/04.01.00_20/en_301549v040100ev.pdf — borrador EN 301 549 V4.1.0 (2025-11) en fase de encuesta pública de ETSI. Aporta que se declara medio voluntario de conformidad con la Directiva 2019/882, la referencia al mandato M/587 y la alineación de los capítulos 9, 10 y 11 con WCAG 2.2.
• https://digital-strategy.ec.europa.eu/en/policies/latest-changes-accessibility-standard — página de la Comisión Europea. Aporta que la EN 301 549 v3.2.1 se citó en el Diario Oficial en agosto de 2021 para la Directiva 2016/2102 y que una norma solo tiene efecto jurídico cuando su referencia se publica en el DOUE. Última actualización registrada: 30 de junio de 2025.
• https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf — EN 301 549 V3.2.1 (2021-03), versión armonizada vigente citada en el DOUE.