European Accessibility Act (EAA) ya está en vigor: qué significa para tu WordPress y qué hacer desde hoy

El European Accessibility Act (EAA) ha dejado de ser una fecha marcada en el calendario: ya es ley y ya está en vigor. Desde el 28 de junio de 2025, las empresas que sirven al mercado de la Unión Europea deben garantizar que sus sitios web y servicios digitales sean accesibles.

Para quienes construimos y mantenemos sitios en WordPress (propietarios, agencias, freelancers y devs de plugins/temas), esto marca un antes y un después. Si tu web ofrece productos o servicios a cualquier persona dentro de la UE, el EAA te afecta. La pregunta ya no es si hay que cumplir, sino cómo te organizas para cumplir a partir de ahora.

En este artículo aterrizo el calendario real (incluyendo periodos de transición), cómo suele funcionar la aplicación de la norma, y un plan de cinco pasos prácticos para mejorar la accesibilidad de tu WordPress desde hoy mismo.

Entender el calendario: plazos, transición y “periodos de gracia”

Aunque la fecha clave ya pasó, el EAA no funciona como un interruptor de encendido/apagado. Plantea un enfoque por fases con reglas distintas para servicios nuevos frente a servicios existentes.

Servicios nuevos: accesibilidad desde el día uno

Cualquier producto o servicio lanzado después del 28 de junio de 2025 debe ser accesible desde el lanzamiento.

• ¿Vas a lanzar un sitio de e-commerce en octubre? Tiene que cumplir los estándares de accesibilidad desde el primer día.
• ¿Publicas un plugin nuevo en noviembre? Debe ser accesible “out of the box”, sin que el usuario tenga que parchearlo.

Aquí no hay margen: si estás construyendo algo hoy, tienes que construirlo para todo el mundo. En la práctica, esto obliga a integrar accesibilidad en planificación, diseño y desarrollo, no como un extra al final. Para profesionales WordPress, pasa a ser un requisito base al nivel de seguridad o responsive.

Servicios existentes: periodo de transición hasta 2030 (pero no para dormirse)

Para servicios que ya estaban en marcha antes del 28 de junio de 2025, existe un periodo de transición: la fecha límite para estar plenamente en conformidad es el 28 de junio de 2030.

Aun así, llamarlo “periodo de gracia” puede llevar a error: no es un pase libre para ignorarlo, es una ventana para avanzar de forma constante y demostrable.

En la práctica, esto implica tres realidades importantes:

1. Esperar te deja en desventaja. Los sitios accesibles llegan a más usuarios, tienden a posicionar mejor y refuerzan la confianza en marca. Si lo dejas para el final, te pierdes años de beneficios.
2. Las quejas pueden activar actuaciones igualmente. Si en 2026 una persona con discapacidad presenta una queja, la autoridad competente no va a esperar a 2030 para mirar hacia otro lado. Investigará y esperará ver un plan claro y evidencias de mejoras. Tener un roadmap, progreso documentado y señales de compromiso suele ser tu mejor defensa. No hacer nada te expone.
3. Grandes cambios pueden “resetear” el plazo. El periodo de transición puede no aplicar si haces “modificaciones sustanciales” al servicio existente. Es un área gris, pero un rediseño completo, un cambio importante en tu plataforma de e-commerce o una modificación significativa de funcionalidad puede interpretarse como un servicio “nuevo”. En ese caso, podrías estar obligado a cumplir de forma inmediata, no en 2030.

La idea clave: 2030 es la última fecha posible, no el momento de empezar. El enfoque esperado es progreso constante y de buena fe desde ya.

¿Qué pasa si tu web no cumple el EAA? (proceso y consecuencias)

El EAA está vigente, e ignorarlo tiene consecuencias reales. La aplicación concreta puede variar por país (cada estado miembro gestiona su autoridad y procedimientos), pero el patrón suele ser similar. No va de una “policía de la accesibilidad” llamando a tu puerta; es un sistema estructurado, muy impulsado por consumidores, que empuja al cumplimiento.

Cómo se detecta el incumplimiento

Hay dos vías típicas por las que tu sitio puede entrar en el radar:

1. Quejas de consumidores: lo más habitual. Si una persona con discapacidad no puede comprar, usar un servicio o acceder a información, el EAA le da un camino legal para presentar una queja ante la autoridad nacional designada en su país.
2. Vigilancia del mercado: también existen auditorías proactivas, sobre todo en sectores de alto impacto como e-commerce, banca y viajes. Tu web puede ser señalada en una revisión rutinaria.

Qué suele ocurrir después (por fases)

Lo normal es que no te llegue una multa enorme sin previo aviso. El objetivo del EAA es lograr accesibilidad, no castigar por castigar. Cuando un sitio es señalado, la aplicación suele escalar por etapas:

1. Notificación de no conformidad: primer paso casi siempre. Una autoridad nacional te contacta con un aviso formal, detallando los problemas concretos encontrados y qué partes del EAA se están incumpliendo.
2. Plazo para corregir: junto al aviso, se concede un periodo razonable para remediar los puntos detectados. Ojo: no es la transición de cinco años; es un plazo específico, normalmente mucho más corto, que puede variar según la complejidad de los cambios.
3. Escalada: si ignoras la advertencia y no aplicas los cambios en el plazo indicado, llegan las consecuencias.

Posibles sanciones

El EAA exige que las sanciones sean “efectivas, proporcionadas y disuasorias”. En la práctica, esto puede traducirse en:

• Multas sustanciales: la más común. Dependiendo del país, pueden ir desde miles de euros hasta un porcentaje del volumen de negocio anual. Para una pyme, incluso una multa “pequeña” puede doler; para empresas grandes, la cifra puede ser enorme.
• Prohibición o restricción del servicio: en casos graves, pueden ordenarte dejar de ofrecer el servicio a consumidores de ese país hasta cumplir. Para un negocio online, quedar bloqueado en un país de la UE es un golpe serio.
• Retirada de productos del mercado: si vendes un producto digital (por ejemplo, un plugin de WordPress) y se considera no conforme, podrías verte obligado a retirarlo.

Además, responsabilidad personal y penal: en algunos estados miembros y ante violaciones reiteradas o especialmente graves, puede haber implicaciones de responsabilidad personal para directores de la empresa. No es lo habitual, pero deja claro el nivel de seriedad.

Más allá del riesgo legal: reputación

Las sanciones oficiales son relevantes, pero el daño reputacional puede ser igual o peor. Ser señalado públicamente como “inaccesible” erosiona la confianza y puede afectar a la marca durante años. En un mercado donde la experiencia de usuario es diferencial, excluir no es solo incumplir: es mala estrategia de negocio.

Herramientas como Accessibility Assistant from Ally (de Elementor) apuntan precisamente a integrarse en el día a día para mejorar este frente.

Por qué el EAA impacta de lleno en el ecosistema WordPress (y quién responde)

El EAA es una ley amplia, pero sus implicaciones son muy concretas para WordPress. Y hay algo importante: la responsabilidad de cumplimiento se reparte, pero no desaparece. Cada rol tiene su parte.

Si eres propietario/a de un sitio WordPress

Si tu sitio sirve a usuarios en la UE, el cumplimiento deja de ser opcional. Da igual si vendes productos, ofreces servicios o “solo” apuntas a audiencia de la UE con tu contenido.

Traducido a lo práctico:

• Tú eres responsable: las multas y penalizaciones apuntan a tu negocio, no a las herramientas que usas.
• Cuenta todo el recorrido: no es solo la home. La accesibilidad debe cubrir el journey completo: páginas de producto, formularios de contacto, checkout, soporte, etc.
• Las herramientas de terceros también cuentan: si usas plugins de reservas, extensiones de e-commerce, form builders… también eres responsable de que no metan barreras. Hay que elegir themes y plugins con criterio.

La accesibilidad pasa a ser un requisito base del negocio, no una casilla opcional.

Si eres agencia o freelance

Tu papel se vuelve más crítico: los clientes esperan que entregues sitios bonitos y funcionales, pero también conformes. Y esto, además, abre oportunidad.

• Proteges a tus clientes: muchos no dominarán el EAA ni sus implicaciones técnicas. Educar y construir con accesibilidad reduce riesgos y protege tu reputación profesional.
• Te diferencias: demostrar experiencia real en accesibilidad puede ayudarte a ganar proyectos competitivos.
• Ajustas tu flujo: la accesibilidad debe entrar en diseño, desarrollo y QA (selección de theme, evaluación de plugins y testing).

Para una agencia, es una llamada a subir nivel y posicionarse como partner fiable en un entorno legal nuevo.

Si desarrollas plugins o themes

En WordPress, el cumplimiento depende mucho del código distribuido por terceros. Lo que publiques puede acercar o alejar a los sitios del cumplimiento.

• Formas parte de la cadena de cumplimiento: si tu plugin genera elementos inaccesibles (campos sin etiqueta, sliders sin soporte de teclado, etc.), estás creando riesgo directo para tus usuarios.
• La demanda está cambiando: agencias y propietarios buscan herramientas “accessibility-ready”. Documentar conformidad (por ejemplo, con un Accessibility Conformance Report) empieza a ser un argumento comercial.
• Riesgo de abandono: productos que bloqueen el cumplimiento se dejarán de usar. La accesibilidad ya no es “buena práctica”: es una condición para la adopción sostenida.

For developers in the WordPress space, the EAA isn’t a burden; it’s a market opportunity. The creators who embed accessibility into the core of their products won’t just be compliant, they will become the default choice for a new generation of builders who see inclusivity as non-negotiable.

Itamar Haim

Si quieres apoyarte en tooling, Ally es una de las opciones pensadas para encajar en el flujo WordPress.

5 pasos prácticos para mejorar la accesibilidad de tu WordPress desde ya

Vale: hay obligación y hay riesgo. ¿Qué se hace exactamente? Una forma razonable de avanzar es seguir un proceso estructurado. Estos son cinco pasos accionables que cualquier propietario de WordPress puede empezar a aplicar hoy.

Paso 1: audita tu sitio

No puedes arreglar lo que no sabes que está roto. El primer paso es entender el estado actual. Una auditoría completa combina escaneo automático y pruebas manuales.

Escaneos automáticos. Los escáneres detectan problemas comunes a nivel de código. Pueden revisar muchas URLs y señalar fallos como contraste insuficiente, imágenes sin texto alternativo o campos de formulario sin label. Hay extensiones de navegador, servicios y plugins. En WordPress, una opción como Accessibility Assistant from Ally (de Elementor) está diseñada para integrarse en el flujo de trabajo: analiza páginas contra WCAG 2.1 AA (el estándar técnico que se usa como referencia para el EAA) y entrega un informe claro de incumplimientos.

Pruebas manuales. Un escáner no puede decirte si la experiencia tiene sentido. Para empezar, usa este checklist:

• Navegación por teclado: ¿puedes recorrer todo el sitio usando solo la tecla Tab? ¿llegas a cada enlace, botón y campo de formulario? ¿el foco es visible en todo momento para saber dónde estás?
• Prueba con lector de pantalla: navega con un screen reader (NVDA en Windows, VoiceOver en Mac, TalkBack en Android). ¿el contenido se entiende al oírlo? ¿las imágenes están descritas correctamente? ¿links y botones tienen etiquetas claras?
• Revisión de contenido: ¿la jerarquía de headings es lógica (H1, luego H2, luego H3)? ¿los enlaces son descriptivos (por ejemplo, “Lee el informe completo de accesibilidad” en vez de “Haz clic aquí”)? ¿el texto está escrito en lenguaje claro?

El resultado de este paso debería ser una lista priorizada de tareas de accesibilidad.

Paso 2: corrige primero lo de mayor impacto

No hace falta arreglarlo todo de golpe. Empieza por lo que más afecta a la usabilidad. Áreas de alto impacto:

• Alt text ausente en imágenes informativas: si una imagen aporta información relevante, necesita texto alternativo descriptivo para usuarios de lector de pantalla. Suele ser de lo más fácil y crítico de corregir.
• Contraste bajo: texto difícil de leer contra su fondo es una barrera (especialmente para baja visión). Usa un contrast checker online y asegúrate de cumplir al menos 4.5:1 de ratio.
• Texto de enlace vago: elimina “haz clic aquí”, “saber más”, “leer más” cuando el link queda ambiguo. El propio texto del enlace debe describir el destino.
• Formularios sin labels: cada campo en contacto, login y checkout necesita una etiqueta correctamente asociada. Si no, el lector de pantalla no puede informar qué dato se espera.
• Accesibilidad por teclado: cualquier elemento interactivo debe poder alcanzarse y operarse con teclado.

Estas mejoras suelen generar “quick wins” con impacto inmediato para el mayor número de personas.

Paso 3: publica una declaración de accesibilidad

La declaración de accesibilidad es una página pública que expresa tu compromiso, y además es un requisito clave bajo el EAA. Debe ser fácil de encontrar (habitualmente enlazada en el footer) e incluir:

• Tu compromiso con la accesibilidad.
• El estándar de conformidad al que apuntas (por ejemplo, WCAG 2.1 Level AA).
• Problemas de accesibilidad conocidos en los que estés trabajando.
• Información de contacto para reportar incidencias de accesibilidad.

Esto cumple dos funciones: (1) transparencia y buena fe -relevante tanto para usuarios como para reguladores- y (2) canal de feedback directo de personas que encuentran barreras reales.

Paso 4: evalúa tus themes y plugins (y toma decisiones)

En WordPress, el theme y el set de plugins definen gran parte de la accesibilidad final del sitio.

• Themes: parte de un theme accessibility-ready con HTML semántico sólido, jerarquía de headings correcta y soporte de teclado. Si tu theme actual arrastra fallos grandes, plantéate migrar.
• Plugins nuevos: antes de instalar, revisa documentación en busca de compromisos de accesibilidad. Si hace falta, pregunta al desarrollador por su alineación con WCAG. Precaución extra con plugins que dependen de interacciones solo visuales, como sliders o pop-ups que no se puedan manejar con teclado.
• Plugins existentes: revisa los que ya tienes. ¿introducen barreras? Ejemplos: botones de compartir que no son accesibles por teclado, o un form builder que genera campos sin label.

Aquí toca ser consumidor exigente: elegir herramientas accesibles es parte esencial de mantener un sitio conforme.

Paso 5: monitoriza de forma continua

La accesibilidad no es un proyecto que se “cierra”. Cada post, cada nueva landing, cada actualización de plugin puede introducir problemas.

Integra accesibilidad en el mantenimiento regular:

• Checklists de publicación: si varias personas suben contenido, usa una lista simple: ¿cada imagen tiene alt? ¿headings correctos? ¿enlaces descriptivos?
• Escaneos periódicos: programa escaneos automáticos (mensual o trimestral) para detectar regressions.
• Herramientas visibles para el usuario: un widget de usabilidad en frontend puede permitir ajustar tamaño de texto, contraste, resaltado de enlaces, etc. Además de mejorar la experiencia, hace visible tu compromiso con accesibilidad.

Cuando lo conviertes en rutina, pasas de reaccionar ante problemas a prevenirlos: esa es la base del cumplimiento sostenible.

Cierre: el cumplimiento es ahora (y por qué importa más allá de “evitar multas”)

La fase de “prepararse” terminó. El EAA ya está moldeando cómo se construyen, gestionan y evolucionan los sitios WordPress.

El foco deja de estar en sanciones hipotéticas o plazos lejanos: toca auditar, corregir lo crítico, publicar una declaración y meter accesibilidad en el flujo de trabajo diario.

Y aunque el cumplimiento sea una obligación legal, el retorno va más allá del riesgo: un sitio accesible llega a más gente, mejora la experiencia de uso y refuerza la reputación. La inclusión no es solo lo correcto: también es una decisión inteligente de negocio.

La accesibilidad es ley. El momento de actuar es hoy.

Si quieres apoyarte en una solución integrada en WordPress, aquí tienes: Make your site more accessible with Ally.

Resumen rápido (Key Takeaways)

• El EAA ya está en vigor: desde el 28 de junio de 2025, la accesibilidad es obligatoria para webs que sirven a consumidores en la UE.
• Cumplimiento inmediato vs. por fases: los servicios nuevos deben cumplir en el lanzamiento; los existentes tienen hasta 2030, pero deben mostrar progreso.
• La aplicación tiene dientes: normalmente hay avisos primero, pero puede haber multas, restricciones o retirada de producto si se ignora.
• Responsabilidad compartida: propietarios, agencias y desarrolladores de plugins/temas juegan un papel.
• Hay un plan práctico: auditar, corregir lo de mayor impacto, publicar declaración, evaluar herramientas y monitorizar continuamente.
• La accesibilidad también es ventaja: mejora alcance, usabilidad, SEO y confianza en marca.

Preguntas frecuentes (FAQ)

1) ¿El EAA aplica a mi blog pequeño si no vendo nada?

Depende del modelo. El EAA aplica a productos y servicios ofrecidos a consumidores en la UE. Si tu blog es un hobby y no ofrece servicios, probablemente queda fuera. Pero si el blog forma parte de tu actividad comercial (por ejemplo, eres consultor y el blog es tu canal de marketing) y sirves o apuntas a clientes de la UE, entonces sí aplicaría. La clave es la naturaleza comercial de la actividad.

2) ¿Cuál es la diferencia entre el EAA y WCAG?

Piensa así: el EAA es la ley y WCAG (Web Content Accessibility Guidelines) es el estándar técnico que se usa para cumplirla. El EAA exige que webs y servicios sean accesibles y apunta a estándares como WCAG 2.1 Level AA como referencia de cómo lograr esa accesibilidad. Para cumplir el EAA, necesitas conformidad con WCAG.

3) ¿Un solo plugin puede hacer que mi WordPress sea 100% conforme?

No, y conviene desconfiar de cualquier herramienta que lo prometa. El cumplimiento real mezcla tecnología, contenido y diseño. Un plugin puede ayudar muchísimo (detectar errores, guiar correcciones, generar una declaración, ofrecer herramientas al usuario), pero la automatización no lo resuelve todo. Por ejemplo: puede avisarte de que falta alt text, pero no puede saber si el alt que escribiste es correcto y útil. Hace falta tooling + supervisión humana.

4) Soy una empresa en EE. UU. sin presencia física en la UE: ¿me aplica el EAA?

Sí, si ofreces productos o servicios a consumidores ubicados en la UE. El alcance del EAA depende de la localización del consumidor, no de dónde esté tu empresa. Si una persona residente en la UE puede comprar, suscribirse o descargar tu app/servicio, se espera cumplimiento.

5) ¿Cuánto cuesta hacer accesible un sitio WordPress?

Varía mucho según tamaño y complejidad, el estado actual del sitio y el enfoque. En un sitio simple, el coste puede ser mínimo (principalmente tiempo para aprender y aplicar ajustes). En un e-commerce grande con años de contenido heredado, es más intenso. En cualquier caso, invertir pronto en herramientas y en proceso suele salir más barato que una remediación grande al final o una posible sanción.

6) Un escáner automático dice que mi sitio es 100% conforme: ¿ya estoy a salvo?

No necesariamente. Los escáneres automáticos son esenciales, pero suelen detectar solo alrededor del 30–40% de posibles problemas. Son muy buenos en fallos técnicos, pero no evalúan muchos aspectos de usabilidad humana (si el contenido confunde, si el flujo con teclado es ilógico, si el alt text es realmente útil). Por eso hay que combinar escaneo con pruebas manuales.

7) ¿Qué es una declaración de accesibilidad y de verdad necesito una?

Es una página pública donde comunicas políticas y compromiso. Sí: es un requisito específico bajo el EAA. Debe incluir el nivel objetivo (por ejemplo, WCAG 2.1 AA), listar problemas conocidos en proceso de corrección y ofrecer un contacto para incidencias. Aporta transparencia y demuestra esfuerzo de buena fe.

8) Mi theme dice ser “accessibility-ready”: ¿es suficiente?

Es un buen punto de partida, pero no lo es todo. Un theme accessibility-ready suele aportar base sólida (código más limpio, headings bien planteados, soporte de teclado), pero la accesibilidad final depende también del contenido, los plugins y las personalizaciones. Es un primer paso crítico, no una exención de responsabilidad.

9) ¿Cada cuánto debo hacer una auditoría de accesibilidad?

No es algo puntual: es un compromiso continuo. Una auditoría completa y profunda tiene sentido cada 12–18 meses o tras un rediseño importante. Pero conviene introducir checks frecuentes: por ejemplo, un escaneo automático cada trimestre y una revisión rápida de teclado tras actualizaciones relevantes de plugins o cambios de contenido significativos.

10) ¿Dónde encontrar recursos fiables para aprender accesibilidad web?

Hay recursos muy buenos. WCAG del W3C es la referencia definitiva, aunque técnica. Para guías más prácticas: Web Accessibility Initiative (WAI), WebAIM (artículos y checklists excelentes) y blogs especializados de expertos. También proveedores de herramientas de accesibilidad publican material educativo; por ejemplo, Elementor con recursos alrededor de Ally.