Accesibilidad web en Joomla — Cumplimiento de la Ley Europea de Accesibilidad (EAA)

Desde el 28 de junio de 2025, la Ley Europea de Accesibilidad obliga a los sitios web que ofrecen bienes y servicios en la UE a cumplir unos estándares de accesibilidad. No es un requisito futuro: es ley vigente, que se aplica de forma activa en los 27 Estados miembros. El incumplimiento puede acarrear sanciones de hasta 100.000 € o el 4 % de la facturación anual, según el Estado miembro.

Antes del 28 de junio de 2030, todo el contenido web ya existente —no solo el nuevo— deberá ser plenamente conforme. Ese plazo le da margen, pero no tanto como podría parecer. Adaptar la accesibilidad de un sitio web complejo es un proyecto de envergadura, y cuanto antes empiece, más manejable será el proceso.

Auditamos, corregimos y monitorizamos sitios web Joomla para garantizar su conformidad en accesibilidad con los criterios de las WCAG 2.1 nivel AA, que sustentan los requisitos técnicos de la EAA.

Solicite una revisión rápida de accesibilidad gratuita →


Qué exige la Ley Europea de Accesibilidad

Quién está obligado a cumplir

La EAA se aplica a las empresas que ofrecen productos o servicios a consumidores dentro de la UE. Esto incluye tiendas de comercio electrónico, banca y servicios financieros, telecomunicaciones, servicios de transporte y servicios digitales. Si su sitio web Joomla ofrece bienes o servicios a consumidores de la UE, la EAA le afecta, con independencia de dónde esté ubicada físicamente su empresa.

Las microempresas (menos de 10 empleados y una facturación anual inferior a 2 millones de euros) pueden acogerse a exenciones bajo determinadas condiciones, pero el umbral es bajo y la exención no es automática.

El estándar técnico: WCAG 2.1 nivel AA

La EAA remite a la norma europea EN 301 549, que incorpora las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 en su nivel AA. Es el marco internacional de referencia para la accesibilidad web, articulado en torno a cuatro principios:

  • Perceptible: la información y los elementos de la interfaz deben presentarse de forma que todos los usuarios puedan percibirlos. Esto incluye alternativas textuales para las imágenes, subtítulos en los vídeos, suficiente contraste de color y contenido que no dependa únicamente del color para transmitir su significado.
  • Operable: la navegación y los elementos interactivos deben poder utilizarse por cualquier persona. Esto implica accesibilidad completa por teclado, ausencia de contenido que pueda provocar convulsiones, tiempo suficiente para leer e interactuar con el contenido y mecanismos de navegación claros.
  • Comprensible: la información y el manejo de la interfaz deben ser claros. El texto debe ser legible, las páginas deben comportarse de forma predecible y la ayuda en la introducción de datos debe permitir a los usuarios evitar y corregir errores.
  • Robusto: el contenido debe ser compatible con las tecnologías de apoyo actuales y futuras. Esto exige un HTML válido y semántico y un uso adecuado de los atributos ARIA.

Los plazos

28 de junio de 2025 (ya cumplido): todo el contenido digital nuevo publicado a partir de esta fecha debe cumplir la EAA.

28 de junio de 2030: todo el contenido digital existente deberá ser plenamente conforme. Esto significa que cada página, cada documento y cada elemento multimedia de su sitio web tendrá que cumplir los estándares de accesibilidad, no solo el contenido publicado a partir de 2025.

La aplicación de la ley es real

Los organismos de control de los distintos Estados miembros de la UE ya están tramitando reclamaciones y emitiendo resoluciones. Francia, Alemania y los Países Bajos figuran entre las autoridades más activas. El modelo de aplicación se basa en reclamaciones: un cliente, un competidor o una organización de defensa de derechos puede presentar una reclamación sobre la accesibilidad de su sitio web y desencadenar una investigación por parte de la autoridad nacional.


La accesibilidad no es solo ley: es público

Enfocarlo únicamente como cumplimiento normativo deja fuera lo que de verdad está en juego. Aproximadamente uno de cada cuatro adultos en la UE vive con algún tipo de discapacidad, y Europa tiene la población más envejecida de todos los continentes: los cambios asociados a la edad en la visión, la destreza y la audición convierten las funciones de accesibilidad en usabilidad de uso cotidiano para una parte cada vez mayor de cualquier mercado. Un sitio web que no puede manejarse con el teclado, leerse con un lector de pantalla ni percibirse con poco contraste no solo incumple la ley: está rechazando a clientes que nunca aparecen en sus analíticas.

Hay además una ventaja comercial más silenciosa: la base técnica de la accesibilidad —HTML semántico, jerarquía lógica de encabezados, textos de enlace descriptivos, alternativas textuales para las imágenes, páginas rápidas y predecibles— coincide casi punto por punto con lo que premian los buscadores. La adaptación de la accesibilidad es uno de los pocos proyectos de cumplimiento que, de forma habitual, mejora el posicionamiento en buscadores como efecto secundario. Los subtítulos ayudan a quien ve un vídeo en una oficina ruidosa; el contraste ayuda a quien usa el móvil bajo el sol; los formularios claros ayudan a todo el mundo. Las funciones «de apoyo» no son más que buena ingeniería con un plazo legal asociado.


Problemas de accesibilidad habituales en sitios web Joomla

Según nuestra experiencia en auditorías, los fallos de accesibilidad más frecuentes en los sitios web Joomla son:

  • Texto alternativo de imagen ausente o inadecuado: las imágenes sin alternativas textuales descriptivas son invisibles para quienes usan un lector de pantalla.
  • Contraste de color insuficiente: el texto que no alcanza la relación de contraste de 4,5:1 para texto normal (o 3:1 para texto grande) resulta difícil o imposible de leer para personas con problemas de visión.
  • Fallos en la navegación por teclado: los elementos interactivos (menús, formularios, botones, sliders) que no pueden manejarse sin ratón excluyen a quienes solo usan el teclado.
  • Etiquetas de formulario ausentes: los campos de formulario sin etiquetas correctamente asociadas son difíciles de entender y cumplimentar con tecnologías de apoyo.
  • Idioma del documento sin declarar: las páginas sin un atributo de idioma declarado impiden que los lectores de pantalla utilicen la pronunciación correcta.
  • Contenido de terceros inaccesible: los mapas incrustados, los widgets de redes sociales, las herramientas de chat y los reproductores de vídeo suelen introducir barreras de accesibilidad.
  • Estructura de encabezados ausente: las páginas sin una jerarquía lógica de encabezados (H1 → H2 → H3) dificultan la navegación por el contenido a quienes usan un lector de pantalla.
  • Textos de enlace poco descriptivos: los enlaces que dicen «haga clic aquí» o «leer más» no aportan ningún contexto cuando un lector de pantalla los lee fuera de contexto.

Joomla 5 y 6 han introducido mejoras notables en la accesibilidad del núcleo frente a versiones anteriores. La plantilla Cassiopeia y la interfaz de administración del backend cumplen muchos criterios WCAG de fábrica. No obstante, la accesibilidad concreta de su sitio web depende en gran medida de su plantilla, de su contenido, de sus extensiones y de cómo se hayan configurado.


Qué comprobamos y cómo

Una auditoría rigurosa combina tres métodos, porque cada uno detecta lo que los demás pasan por alto:

  • El escaneo automatizado de todo el sitio detecta los fallos que se pueden identificar de forma mecánica —atributos alt ausentes, relaciones de contraste, etiquetas que faltan, ARIA no válido, declaraciones de idioma— y localiza cada caso, página por página.
  • La revisión manual experta cubre el tercio aproximado de criterios WCAG que ninguna herramienta puede valorar: si el texto alternativo es significativo, si el orden de lectura tiene sentido, si los mensajes de error realmente ayudan, si el foco se desplaza de forma lógica por los componentes interactivos.
  • Las pruebas con tecnologías de apoyo —recorrer sus recorridos de usuario clave usando únicamente un lector de pantalla y el teclado: encontrar un producto o servicio, completar el formulario de contacto, finalizar la compra o la consulta. Si esos recorridos fallan, lo demás no importa.

Cada hallazgo se clasifica por gravedad y se vincula a su criterio WCAG exacto y a su ubicación, de modo que la corrección pueda priorizarse: primero los bloqueos en recorridos críticos; después los problemas sistémicos a nivel de plantilla (una corrección, efecto en todo el sitio); y por último la limpieza a nivel de contenido. En todo momento sabe qué está corregido, qué queda pendiente y qué significa para su declaración de conformidad.


Nuestros servicios de accesibilidad

Auditoría de accesibilidad

Evaluamos su sitio web Joomla frente al conjunto completo de criterios de las WCAG 2.1 nivel AA, combinando escaneo automatizado y pruebas manuales. Las herramientas automáticas detectan con eficacia muchos problemas técnicos, pero alrededor del 30 % de los criterios WCAG solo pueden valorarse mediante evaluación humana: requisitos dependientes del contexto, como un texto alternativo significativo, un orden de lectura lógico y un uso adecuado del color.

El informe de auditoría identifica cada problema detectado, su criterio WCAG, su gravedad, su ubicación en el sitio y una recomendación concreta de corrección.

Corrección

Solucionamos los problemas de accesibilidad detectados en la auditoría. Esto puede implicar modificaciones de plantilla para la estructura de encabezados, la navegación, los indicadores de foco y el contraste de color; actualizaciones de contenido para el texto alternativo, los textos de enlace y la estructura del documento; configuración o sustitución de extensiones por alternativas accesibles; y correcciones en formularios y elementos interactivos para la accesibilidad por teclado y la compatibilidad con lectores de pantalla.

Declaración de accesibilidad

La EAA exige una declaración de accesibilidad en su sitio web que describa su estado de conformidad, las limitaciones conocidas y un mecanismo para que los usuarios comuniquen barreras de accesibilidad. Elaboramos esta declaración a partir de los hallazgos de la auditoría y la actualizamos a medida que avanza la corrección.

Monitorización continua

La accesibilidad no es un logro puntual. Cada actualización de contenido, instalación de extensiones o cambio de diseño puede introducir nuevos problemas de accesibilidad. Nuestro servicio de monitorización incluye escaneos de accesibilidad trimestrales, la revisión de cualquier contenido o funcionalidad nuevos y la actualización de su declaración de accesibilidad a medida que evoluciona su sitio.

La monitorización continua está disponible como servicio independiente o como parte de nuestro plan de mantenimiento Enterprise.


Una advertencia sobre los widgets superpuestos

Se encontrará con productos que prometen que «una línea de JavaScript hace que su sitio cumpla la normativa»: superposiciones de accesibilidad (overlays) que añaden una barra de herramientas a un sitio web que no se ha modificado. Tenga cuidado. Las superposiciones no pueden reparar una estructura subyacente defectuosa: no pueden redactar un texto alternativo significativo, ni corregir un orden de encabezados ilógico, ni convertir en operable por teclado un slider que solo funciona con ratón. Quienes usan tecnologías de apoyo informan reiteradamente de que las superposiciones interfieren con las herramientas que ya utilizan, y los profesionales de la accesibilidad desaconsejan de forma abrumadora confiar en ellas: cientos han firmado una declaración pública en ese sentido. Una superposición sobre un sitio que no cumple la normativa no satisface la EN 301 549; en términos de aplicación de la ley, sobre todo deja constancia de que usted sabía que había un problema y eligió el adorno antes que la reparación.

Cumplir de verdad significa arreglar el sitio web: plantilla, contenido, componentes. Esa es la única versión que vendemos, porque es la única que sobrevive tanto a una reclamación como al contacto con un usuario real.


El panorama específico de Joomla

La buena noticia: Joomla moderno le da una sólida posición de partida. Joomla 5 y 6 incorporan en su núcleo un marcado semántico y consciente de la accesibilidad, una plantilla por defecto accesible, enlaces para saltar contenido (skip links) y una interfaz de administración que ha pasado por su propio trabajo de accesibilidad. La plataforma no es su problema.

Su riesgo se concentra en tres capas que conocemos a fondo. Las plantillas —sobre todo las plantillas comerciales antiguas y el resultado de los maquetadores visuales— introducen fallos de contraste, estilos que ocultan el foco, marcado tipo «sopa de div» y navegación que solo funciona con ratón; muchas correcciones corresponden a las sobrescrituras de plantilla (overrides), que se hacen una vez y se aplican a todo el sitio. Las extensiones —formularios, sliders, galerías, ventanas emergentes, banners de cookies— generan cada una su propio marcado, accesible o no, y a veces la corrección adecuada es la sustitución antes que la reparación. El contenido —años de artículos con niveles de encabezado saltados, enlaces de «haga clic aquí», imágenes sin alternativas y PDF que nunca se etiquetaron—. Nuestra corrección actúa en las tres capas, y, por ser especialistas en Joomla, las soluciones se aplican en el lugar correcto: sobrescrituras en lugar de modificaciones del núcleo, de modo que sobreviven a cada actualización futura.

Los sitios que siguen en Joomla 3 o 4 se enfrentan a un problema acumulado: un sitio inaccesible sobre una plataforma sin soporte. En ese caso, lo más eficiente es un solo proyecto, no dos: actualizar con la accesibilidad integrada en la nueva plantilla desde el primer día.


La hoja de ruta de corrección

La corrección funciona mejor como un programa por fases que como un único proyecto monolítico, y lo estructuramos de modo que cada fase aporte un progreso visible y reportable:

  1. Primero, los recorridos críticos. Los bloqueos en las rutas que importan —contacto, consulta, compra, inicio de sesión— se corrigen antes que nada. A quien no puede completar su formulario no le importa su paleta de colores.
  2. Segundo, la capa de plantilla. Correcciones sistémicas en la plantilla y sus sobrescrituras —contraste, visibilidad del foco, navegación, regiones (landmarks), estructura de encabezados— en las que cada arreglo se aplica a todas las páginas a la vez. Esta fase es la que más hace avanzar la conformidad por hora de trabajo.
  3. Tercero, componentes e incrustaciones. Formularios, sliders, galerías, banners de cookies y contenidos incrustados de terceros se reparan, reconfiguran o sustituyen por alternativas accesibles.
  4. Cuarto, el barrido de contenido. Texto alternativo, textos de enlace, niveles de encabezado y corrección de documentos en toda la base de artículos: un trabajo metódico que puede agruparse por lotes y, cuando tiene sentido, compartirse con su propio equipo editorial bajo nuestra guía.
  5. Por último, declaración y monitorización. Se publica la declaración de accesibilidad reflejando el estado real de conformidad, y el ciclo de monitorización trimestral toma el relevo para que el logro no se erosione.

Repartido a lo largo de varios meses, el coste es predecible y el plazo de plena conformidad de 2030 deja de ser un precipicio. Comprimido en una carrera contrarreloj tras una reclamación, el mismo trabajo cuesta más y se nota.


Dónde se cruza la EAA con sus otras obligaciones

La accesibilidad rara vez llega sola. Los organismos del sector público están sujetos a la Directiva sobre Accesibilidad Web desde 2018, y los proveedores del sector público heredan cada vez más esas exigencias a través de los requisitos de contratación: los pliegos de licitación ya reclaman de forma habitual pruebas de conformidad WCAG a los proveedores privados. Los clientes corporativos aplican a los sitios web de sus proveedores las mismas comprobaciones que hacen con los suyos. Y el trabajo se solapa en gran medida con el terreno del RGPD: los banners de cookies son uno de los componentes más inaccesibles de la web, lo que significa que un banner de consentimiento que los usuarios de teclado no pueden manejar consigue infringir dos normativas a la vez. Lo auditamos y lo corregimos una sola vez, para ambas.

La conclusión práctica: trate la accesibilidad, la privacidad y el mantenimiento como un único programa continuo de higiene digital con un solo socio responsable, y cada obligación abaratará el cumplimiento de las demás.


Por qué actuar ahora

El plazo de 2030 para la conformidad del contenido existente puede parecer lejano, pero piense en su alcance: cada página de su sitio web, cada documento PDF, cada vídeo incrustado, cada formulario y cada elemento interactivo deberá cumplir las WCAG 2.1 AA. Para un sitio web con cientos de páginas, esto supone un proyecto de corrección considerable.

Empezar ahora ofrece varias ventajas. Puede repartir el trabajo y el coste en el tiempo en lugar de afrontar una carrera contrarreloj. Mejora la experiencia de todos los visitantes de inmediato: las mejoras de accesibilidad benefician a todo el mundo, no solo a los usuarios con discapacidad. Reduce su exposición legal: la aplicación de la ley basada en reclamaciones ya está activa, y un sitio web con barreras de accesibilidad conocidas es un blanco fácil. Y demuestra el compromiso de su organización con la inclusión, algo que cada vez importa más a clientes, socios y partes interesadas.


Cinco comprobaciones que puede hacer usted mismo hoy

Antes de cualquier auditoría, diez minutos con su propio sitio web revelan mucho. Pruebe lo siguiente:

  • Desconecte el ratón. Usando solo Tab, Mayús+Tab, Intro y las teclas de flecha, intente llegar a cada elemento del menú y enviar su formulario de contacto. ¿Ve siempre dónde se encuentra? Si el indicador de foco desaparece o el menú no se abre, los usuarios de teclado quedan fuera.
  • Amplíe al 200 %. El texto debe reajustarse y seguir siendo utilizable sin desplazamiento horizontal ni elementos que se solapen.
  • Lea sus encabezados como un índice. Las herramientas del navegador pueden listar la estructura de encabezados de una página; debería leerse como un índice de contenidos coherente, empezando por un único H1 y sin niveles saltados.
  • Compruebe el contraste de color. Los verificadores de contraste gratuitos le dirán si el texto del cuerpo y los botones alcanzan la relación de 4,5:1; el gris claro sobre blanco, tan querido por los diseñadores, casi nunca lo logra.
  • Revise sus enlaces. Si los enlaces de una página dicen «haga clic aquí», «leer más» o «más», fuera de contexto no le dicen nada a quien navega por la lista de enlaces con un lector de pantalla.

Fallar cualquiera de estas comprobaciones en diez minutos es un fuerte indicio de lo que una auditoría completa encontrará en todo el sitio, y es exactamente el tipo de prueba que también recopila quien presenta una reclamación.


Preguntas frecuentes

¿Se aplica la EAA a mi sitio web?

Si su sitio web ofrece bienes o servicios a consumidores en la UE y su empresa no es una microempresa (menos de 10 empleados y una facturación inferior a 2 millones de euros), es probable que la EAA le afecte. Incluso si cumple los requisitos de la exención para microempresas, cumplir los estándares de accesibilidad es una buena práctica y puede ser obligatorio en virtud de otras normativas en determinados Estados miembros.

¿Se exige WCAG 2.1 o WCAG 2.2?

El requisito actual de la EAA remite a la EN 301 549, que incorpora las WCAG 2.1 nivel AA. Se espera que la UE actualice la norma para incluir las WCAG 2.2 en el futuro. Recomendamos apuntar a las WCAG 2.2 siempre que sea viable, ya que se convertirán en el estándar y los criterios adicionales mejoran la usabilidad.

¿Se puede hacer accesible un sitio web Joomla?

Sí. Joomla 5 y 6 incluyen mejoras de accesibilidad significativas en sus plantillas del núcleo y en el backend. La plataforma admite la creación de contenido accesible, una salida de HTML semántico y atributos ARIA. Los principales retos de accesibilidad en los sitios Joomla provienen de las plantillas, las extensiones y el contenido, y todos ellos pueden abordarse mediante nuestro trabajo de corrección.

¿Cuánto cuesta el cumplimiento en accesibilidad?

El coste depende del tamaño y la complejidad de su sitio web, del número de problemas detectados en la auditoría y del alcance de la corrección necesaria. Le facilitamos un presupuesto claro tras la auditoría inicial. Para la mayoría de los sitios web de empresa, adaptar la accesibilidad cuesta una fracción de las posibles sanciones por incumplimiento.

¿Pueden combinar el trabajo de accesibilidad con una actualización?

Por supuesto, y es el enfoque más eficiente. Si va a actualizar desde Joomla 3 o 4, integramos los requisitos de accesibilidad en el proyecto de migración. Incorporar la accesibilidad en la nueva plantilla y configuración desde el principio es mucho más eficiente que adaptarla después. Conozca nuestros servicios de actualización →

¿Cuentan los PDF y otros documentos?

Sí. Los documentos que se ofrecen a través de su sitio web —folletos, formularios, listas de precios— están sujetos a las mismas exigencias de accesibilidad, y los PDF sin etiquetar son uno de los fallos más habituales que encontramos. Las opciones de corrección van desde etiquetar correctamente los documentos hasta sustituirlos por páginas HTML accesibles, lo que suele ser mejor tanto para los usuarios como para la visibilidad en buscadores.

Hemos pasado un escaneo automatizado. ¿Cumplimos?

No necesariamente. Las herramientas automáticas solo pueden evaluar en torno a dos tercios de los criterios WCAG, y un resultado de «cero errores» lo obtienen habitualmente páginas que son inutilizables con un teclado o un lector de pantalla. El escaneo automatizado es el principio de una auditoría, no su conclusión, y precisamente por eso la aplicación de la ley basada en reclamaciones no acepta los informes de escaneo como prueba.

¿Qué ocurre realmente si presentan una reclamación contra mi sitio?

La autoridad nacional de control evalúa la reclamación, normalmente inspecciona el sitio y se pone en contacto con usted con sus conclusiones, un requerimiento de corrección y un plazo; las sanciones entran en juego cuando se ignoran las conclusiones o no se ejecuta la corrección. Llegar a esa conversación con una auditoría, un plan de corrección en marcha y una declaración de accesibilidad vigente lo cambia todo. Llegar sin nada es la forma de que cobren relevancia los rangos de sanciones de este artículo.

¿Podemos alegar «carga desproporcionada» y saltarnos el trabajo?

La EAA contempla una cláusula de carga desproporcionada, pero es una alegación evaluada, documentada y revisable, no una exención que usted declare de manera informal. Debe valorar y registrar los costes frente a los beneficios, las autoridades pueden exigir esa evaluación, y no le exime de hacer aquello que es proporcionado. Para un sitio web de empresa estándar, una auditoría rigurosa y una corrección por fases rara vez resultan desproporcionadas; apoyarse en esta cláusula sin documentación es mucho más arriesgado que arreglar el sitio.


Empiece con una revisión rápida de accesibilidad

Nuestra auditoría de sitio gratuita incluye una evaluación básica de accesibilidad que cubre los criterios WCAG más importantes. Le ofrece una primera imagen de la situación de su sitio web y de cómo es el camino hacia el cumplimiento.

Solicite su revisión rápida de accesibilidad gratuita →