Accessibility overview

De acuerdo con la norma técnica armonizada UNI CEI EN 301549:2021 y WCAG 2.1

 

1 Objetivo de la verificación

El presente informe tiene por objeto proporcionar apoyo al análisis de la accesibilidad del Sitio Web “Skilla” con el fin de permitir el uso del mismo por parte del mayor número de usuarios posible, sin discriminación, incluidos los usuarios con discapacidad, los usuarios con capacidades no óptimas y los usuarios en entornos no óptimos, así como para permitir a la administración proceder a una posterior actividad de evaluación técnica para la cumplimentación de la declaración de conformidad.
El documento está organizado en capítulos en los que se describen la metodología de verificación utilizada (Capítulo 2), la lista resumida de las macro-criticidades identificadas (Capítulo 3) y las conclusiones con sugerencias (Capítulo 4), seguidas en el apéndice por las referencias de los sujetos que han realizado la verificación, las normas de referencia e información general (Apéndice A).

 

2 Metodología de verificación

Accessibility overview es una modalidad de análisis por muestreo simplificada, realizada según los puntos de la norma técnica europea armonizada UNI CEI EN 301549:2021 que retoma los criterios de éxito de las WCAG 2.1 en lo que respecta a la web.
Operativamente, el análisis ha sido realizado por expertos en accesibilidad que, accediendo al sitio web, han identificado mediante muestreo las funcionalidades que presentaban violaciones de los criterios de éxito asociados a los cuatro principios fundamentales de la accesibilidad (perceptibilidad, operabilidad, comprensibilidad y robustez), principios que deben respetarse para garantizar una plena accesibilidad, sin discriminación, a todos los tipos de usuarios, incluidos aquellos con discapacidad.
A continuación (Capítulo 3) se presentan las macro-criticidades identificadas para concluir con unas conclusiones respecto al estado general de accesibilidad del Sitio Web “Skilla” (Capítulo 4). Para un detalle analítico de los problemas detectados, se remite a la ficha técnica.
Durante la actividad se han verificado contenidos y funcionalidades mediante un muestreo estructural, al menos hasta la profundidad permitida por las credenciales en uso y las presentes en relación con los contenidos precargados.

NOTA. Este tipo de análisis no es una verificación técnica. La verificación técnica de accesibilidad (tal como la definen la norma UNI CEI EN 301549:2021 y las WCAG 2.1) no es un análisis de experiencia de usuario, sino un análisis puntual de los requisitos técnicos necesarios para definir un sistema accesible, útil para planificar actividades específicas de subsanación (remediation).

 

3 Criticidades por principio de accesibilidad

Las pautas y los criterios de éxito, es decir, las referencias para las verificaciones de accesibilidad de los contenidos para la web dentro de las WCAG 2.1, están organizados en torno a los siguientes cuatro principios, que sientan las bases necesarias para permitir que el mayor número posible de personas acceda y utilice los contenidos web.
Cualquier persona que desee utilizar la web debe disponer de contenidos que sean:

  • Perceptibles: la información y los componentes de la interfaz de usuario deben ser presentables a los usuarios de modo que puedan percibirlos. Esto significa que los usuarios deben ser capaces de percibir la información presentada (no puede ser invisible a todos sus sentidos).
  • Operables: los componentes de la interfaz de usuario y la navegación deben ser operables. Esto significa que los usuarios deben ser capaces de manejar la interfaz (la interfaz no puede requerir una interacción que un usuario no pueda realizar).
  • Comprensibles: la información y el funcionamiento de la interfaz de usuario deben ser comprensibles. Esto significa que los usuarios deben ser capaces de comprender la información y el funcionamiento de la interfaz de usuario (el contenido o la operación no pueden estar más allá de su comprensión).
  • Robustos: el contenido debe ser lo suficientemente compatible como para ser interpretado de forma fiable por una amplia gama de aplicaciones de usuario, incluidas las tecnologías de asistencia. Esto significa que los usuarios deben poder acceder al contenido a medida que las tecnologías avanzan (a medida que las tecnologías y las aplicaciones de usuario evolucionan, el contenido debe seguir siendo accesible).

Si uno de estos principios no se cumple, los usuarios con discapacidad no podrán utilizar el contenido web objeto de la verificación.

Bajo cada uno de los principios hay pautas (13) y criterios de éxito de nivel A (Nivel “A”) y doble A (Nivel “AA”) (50), obligatorios respecto a la norma técnica UNI CEI EN 301549:2021, que ayudan a abordar estos principios para las personas con discapacidad.
El nivel A se atribuye a los criterios de primer nivel de importancia, mientras que el nivel doble A (AA) a los de segundo nivel de importancia. No obstante, para que un sitio se considere accesible, debe cumplir todos los criterios de éxito de nivel A y doble A (AA). El siguiente nivel (presente en las WCAG) de triple A (AAA) es, en cambio, opcional.

 

3.1 Perceptible
3.1.1 Contenido no textual – Criterio de éxito 1.1.1 – Nivel “A”

El propósito de este criterio de éxito es hacer accesible la información transmitida por contenidos no textuales mediante el uso de una alternativa textual. Las alternativas de texto son una forma primordial de hacer accesible la información porque pueden representarse a través de cualquier modalidad sensorial (por ejemplo, visual, auditiva o táctil) para satisfacer las necesidades del usuario. Proporcionar alternativas de texto permite que la información sea visualizada de varias maneras por diversos agentes de usuario. Por ejemplo, una persona que no puede ver una imagen puede hacer que la alternativa de texto se lea en voz alta utilizando la síntesis de voz. Una persona que no puede escuchar un archivo de audio puede visualizar la alternativa de texto para poder leerla. En el futuro, las alternativas de texto también permitirán traducir más fácilmente la información a la lengua de signos o a una forma más sencilla del mismo idioma.

En el Sitio Web “Skilla”, existen varios tipos de violaciones para este criterio de éxito:

  • las imágenes de los logotipos de clientes, socios y premios no tienen alternativa de texto para lectores de pantalla;
  • los textos alternativos para las flechas del carrusel (slider), así como para los botones para desplazarse entre las diapositivas, están en inglés;
  • las imágenes en las páginas internas, tanto decorativas como informativas (ej: imágenes con texto en “Quiénes somos”), no tienen alternativas de texto;
  • los logotipos de redes sociales, que de hecho no proporcionan ninguna información para los enlaces de destino;
  • en los formularios de contacto hay CAPTCHA de imagen (no los RECAPTCHA) que proporcionan una alternativa de audio incomprensible, impidiendo que los usuarios ciegos puedan enviar los formularios;
  • el botón para expandir y cerrar el menú hamburguesa no tiene una alternativa adecuada para usuarios con lector de pantalla.
3.1.2 Audiodescripción o medio alternativo (pregrabado) – Criterio de éxito 1.2.3 – Nivel “A”

El propósito de este criterio de éxito es proporcionar a las personas ciegas o con discapacidad visual el acceso a la información visual en una presentación multimedia sincronizada. Este criterio de éxito describe dos enfoques, cada uno de los cuales puede ser utilizado.
Un enfoque consiste en proporcionar una audiodescripción del contenido de vídeo. La audiodescripción aumenta la parte de audio de la presentación con la información necesaria cuando la parte de vídeo no está disponible. Durante las pausas existentes en el diálogo, la audiodescripción proporciona información sobre acciones, personajes, cambios de escena y texto en pantalla que son importantes y no se describen ni se pronuncian en la banda sonora principal.
El segundo enfoque consiste en proporcionar toda la información de los medios sincronizados (tanto visuales como auditivos) en forma de texto. Una alternativa para los medios basados en el tiempo proporciona una descripción continua de todo lo que sucede en el contenido multimedia sincronizado. La alternativa para los medios basados en el tiempo se lee como un guion o un libro. A diferencia de la audiodescripción, la descripción de la parte de vídeo no se limita solo a las pausas en el diálogo existente. Se proporcionan descripciones completas de toda la información visual, incluido el contexto visual, las acciones y expresiones de los actores y cualquier otro material visual. Además, se describen los sonidos no vocales (risas, voces en off, etc.) y se incluyen las transcripciones de todos los diálogos. La secuencia de la descripción y de las transcripciones de los diálogos es la misma que la secuencia en el propio soporte sincronizado. Como resultado, la alternativa para los medios basados en el tiempo puede proporcionar una representación mucho más completa del contenido multimedia sincronizado que la audiodescripción por sí sola.
Si hay alguna interacción como parte de la presentación multimedia sincronizada (por ejemplo, “presione ahora para responder a la pregunta”), la alternativa para los medios basados en el tiempo debe proporcionar hipervínculos o cualquier cosa que sea necesaria para proporcionar la misma funcionalidad.

En el Sitio Web “Skilla”, se encuentra en “Quiénes somos” un vídeo de YouTube que contiene contenidos informativos visuales (textos) con una música de fondo, lo que hace imposible que los usuarios ciegos perciban la información.

3.1.3 Información y relaciones – Criterio de éxito 1.3.1 – Nivel “A”

El propósito de este criterio de éxito es garantizar que la información y las relaciones implícitas en el formato visual o auditivo se preserven cuando cambia el formato de la presentación. Por ejemplo, el formato de la presentación cambia cuando el contenido es leído por un lector de pantalla o cuando una hoja de estilo de usuario es reemplazada por la hoja de estilo proporcionada por el autor.

En el Sitio Web “Skilla”, se utilizan tablas con elementos de encabezado (TH) sin indicación de su alcance (scope). Este problema puede dificultar la representación de contenidos para tecnologías de asistencia de simplificación de contenidos. Además, en casi todas las páginas no hay un orden correcto de los encabezados, con saltos de H3 a H5 y, en algunos casos, con encabezados vacíos.

3.1.4 Uso del color – Criterio de éxito 1.4.1 – Nivel “A”

El propósito de este criterio de éxito es garantizar que todos los usuarios puedan acceder a la información transmitida por las diferencias de color, es decir, por el uso del color en el que cada color tiene un significado asignado. Si la información se transmite a través de diferencias de color en una imagen o en un texto, el color podría no ser comprendido por usuarios con discapacidades específicas. En este caso, proporcionar la información transmitida con el color a través de otro medio visual garantiza que los usuarios que no pueden ver el color puedan seguir percibiendo la información.

En el Sitio Web “Skilla”, las opciones de menú activas (seleccionadas) no tienen ninguna semántica para que el lector de pantalla las perciba como tales.

3.1.5 Contraste (mínimo) – Criterio de éxito 1.4.3 – Nivel “AA”

El propósito de este criterio de éxito es proporcionar un contraste suficiente entre el texto y su fondo para que pueda ser leído por personas con una visión moderadamente baja (que no utilizan tecnología de asistencia que mejora el contraste). Para las personas sin deficiencias de color, el tono y la saturación tienen un efecto mínimo o nulo en la legibilidad, según lo evaluado por el rendimiento de lectura (Knoblauch et al., 1991). Las deficiencias de color pueden afectar de alguna manera al contraste de la luminosidad. Por lo tanto, el contraste se calcula de tal manera que el color no sea un factor clave, de modo que las personas que tienen un déficit de visión de los colores también tengan un contraste adecuado entre el texto y el fondo. El texto decorativo y que no transmite información está excluido.
El texto más grande y con trazos de carácter más amplios es más fácil de leer con un contraste más bajo. Por lo tanto, el requisito de contraste para textos más grandes es menor. Esto permite utilizar una gama más amplia de opciones de color para textos de gran tamaño, lo cual es útil para el diseño de páginas, especialmente los títulos. El texto de 18 puntos normal o 14 puntos negrita se considera lo suficientemente grande como para requerir una relación de contraste inferior. Dado que hay tantos tipos de letra diferentes, se utilizan las medidas generales y se incluye una nota relativa a los caracteres de fantasía o delgados.

En el Sitio Web “Skilla”, en las páginas internas, se utiliza el color gris sobre blanco (ej: página “Quiénes somos”) con una relación de contraste insuficiente. El mismo problema ocurre en los marcadores de posición (placeholders) de los campos de entrada de los formularios.

3.1.6 Cambio de tamaño del texto – Criterio de éxito 1.4.4 – Nivel “AA”

El propósito de este criterio de éxito es asegurar que el texto presentado visualmente, incluidos los controles basados en texto, pueda ser redimensionado con éxito para que pueda ser leído directamente por personas con discapacidades visuales leves, sin requerir el uso de tecnologías de asistencia como una lupa de pantalla. Los usuarios pueden beneficiarse del redimensionamiento de todo el contenido de la página web, pero el texto es lo más crítico.
El contenido cumple con el criterio de éxito si puede redimensionarse hasta el 200%, es decir, hasta el doble de ancho y alto. Las limitaciones de diseño pueden causar que el texto se superponga con otros contenidos cuando se redimensiona; o que solo una palabra de una frase quepa en cada línea, lo que provoca que la frase se visualice como una columna vertical de texto difícil de leer.

En el Sitio Web “Skilla”, en las páginas internas con un aumento del 200%, se produce una superposición de contenido entre el encabezado y el cuerpo del texto.

 

3.2 Operable
3.2.1 Teclado – Criterio de éxito 2.1.1 – Nivel “A”

El propósito de este criterio de éxito es asegurar que, siempre que sea posible, el contenido pueda ser manejado a través de un teclado o una interfaz de teclado (de modo que se pueda utilizar un teclado alternativo). Cuando el contenido puede ser manejado a través de un teclado o un teclado alternativo, es utilizable por personas ciegas (que no pueden usar dispositivos como ratones que requieren coordinación ojo-mano), así como por personas que deben usar teclados alternativos o dispositivos de entrada que actúan como emuladores de teclado. Los emuladores de teclado incluyen software de entrada de voz, teclados en pantalla, software de barrido y una variedad de tecnologías de asistencia. Las personas con baja visión también pueden tener problemas para localizar un puntero y encuentran el uso del software mucho más fácil (o solo posible) si pueden controlarlo desde el teclado.

En el Sitio Web “Skilla”, existen diversos problemas de este tipo que hacen que el sitio web sea inutilizable, impidiendo así la interacción a usuarios con discapacidades motoras y a usuarios ciegos. Por ejemplo, en algunos carruseles (sliders) no es posible desplazarse con los comandos del teclado, sino solo con el clic del ratón.

3.2.2 Pausar, detener, ocultar – Criterio de éxito 2.2.2 – Nivel “A”

El propósito de este criterio de éxito es evitar distraer a los usuarios durante su interacción con una página web.
En la definición del criterio de éxito, “movimiento, parpadeo y desplazamiento” se refiere a cuando el contenido visible transmite una sensación de movimiento. Ejemplos comunes incluyen imágenes en movimiento, presentaciones multimedia sincronizadas, animaciones, juegos en tiempo real y teletipos de bolsa. “Actualización automática” se refiere al contenido que se actualiza o desaparece en función de un intervalo de tiempo preestablecido. Los contenidos comunes basados en el tiempo incluyen audio, información meteorológica actualizada automáticamente, noticias, actualizaciones de precios de acciones y presentaciones con avance automático. Los requisitos son los mismos excepto que:

  • los autores tienen la opción de proporcionar al usuario un medio para controlar la frecuencia de las actualizaciones cuando el contenido se actualiza automáticamente y
  • no hay una excepción de cinco segundos para la actualización automática, ya que no tiene mucho sentido actualizarse automáticamente durante unos segundos y luego detenerse.

El contenido que se mueve o se desarrolla automáticamente puede ser un obstáculo para cualquier persona que tenga problemas para leer rápidamente un texto fijo y para quien tenga problemas para seguir objetos en movimiento. También puede causar problemas a los lectores de pantalla.
El movimiento de contenidos también puede ser una distracción grave para algunas personas. Algunos grupos de usuarios, especialmente aquellos con trastornos por déficit de atención, encuentran que el contenido parpadeante les distrae, dificultando su concentración en otras partes de la página web. Se eligieron cinco segundos porque es un tiempo suficientemente largo para atraer la atención de un usuario, pero no tanto como para que no pueda esperar si necesita usar la página.

En el Sitio Web “Skilla”, el carrusel no permite la interrupción de la rotación ni mediante comandos de teclado ni al pasar el ratón.

3.2.3 Evitar bloques – Criterio de éxito 2.4.1 – Nivel “A”

El propósito de este criterio de éxito es permitir que las personas que navegan de forma secuencial a través de los contenidos tengan un acceso más directo al contenido principal de la página web. Las páginas web y las aplicaciones suelen tener contenido que aparece en otras páginas o pantallas. Ejemplos de bloques repetidos incluyen, entre otros, enlaces de navegación, gráficos de encabezados y bloques publicitarios.

En el Sitio Web “Skilla”, esta funcionalidad de salto de contenidos no está disponible, obligando a los usuarios a navegar por todas las opciones del menú para acceder al contenido principal.

3.2.4 Propósito de los enlaces (en contexto) – Nivel “A”

El propósito de este criterio de éxito es ayudar a los usuarios a comprender el propósito de cada enlace para que puedan decidir si desean seguirlo o no. Siempre que sea posible, se debe proporcionar un texto de enlace que identifique su propósito sin necesidad de contexto adicional. La tecnología de asistencia permite a los usuarios obtener una lista de los enlaces presentes en la página. Un texto de enlace significativo ayuda a quienes desean elegir de esta lista o saltar de un enlace a otro sin requerir estrategias complicadas para entender la página.

En el Sitio Web “Skilla”, existen varios enlaces que apuntan al mismo destino (ej: “Leer más”), así como enlaces que abren nuevas ventanas (con el atributo target=”_blank”) sin informar al usuario, causando desorientación general tanto en usuarios de tecnologías de asistencia como en usuarios con dificultades cognitivas.

3.2.5 Foco visible – Criterio de éxito 2.4.7 – Nivel “AA”

El propósito de este criterio de éxito es ayudar a una persona a saber qué elemento tiene el foco del teclado. Debe ser posible saber qué elemento, entre varios, tiene el foco.

En el Sitio Web “Skilla”, la mayor parte de los contenidos durante la navegación no tiene un foco visible, lo que dificulta o incluso imposibilita la navegación por parte de usuarios con discapacidades motoras.

 

3.3 Comprensible
3.3.1 Idioma de la página – Criterio de éxito 3.1.1 – Nivel “A”

El propósito de este criterio de éxito es asegurar que los desarrolladores de contenido proporcionen la información en la página web que las aplicaciones de usuario necesitan para presentar correctamente el texto y otros contenidos lingüísticos. Tanto las tecnologías de asistencia como las aplicaciones de usuario convencionales pueden representar el texto con mayor precisión cuando se identifica el idioma de la página web. Los lectores de pantalla pueden cargar las reglas de pronunciación correctas, los navegadores clásicos pueden mostrar correctamente los caracteres y alfabetos, mientras que los reproductores multimedia pueden mostrar correctamente los subtítulos. Como resultado, los usuarios con discapacidad podrán comprender mejor el contenido.

En el Sitio Web “Skilla”, la definición del idioma de la página no está indicada correctamente en ninguno de los idiomas utilizados en el sitio web.

3.3.2 Etiquetas o instrucciones – Nivel “A”

El propósito de este criterio de éxito es que los autores de contenido presenten instrucciones o etiquetas que identifiquen los controles en un formulario para que los usuarios sepan qué datos de entrada se esperan. Las instrucciones o etiquetas también pueden especificar los formatos de los datos para los campos, especialmente si no se ajustan a los formatos habituales o si existen reglas específicas para una entrada correcta. Los autores de contenido también pueden optar por hacer que dichas instrucciones estén disponibles para los usuarios solo cuando el control individual esté activo, especialmente cuando las instrucciones son largas y detalladas.

En el Sitio Web “Skilla”, los campos de entrada solo tienen marcadores de posición (placeholders) y no tienen etiquetas vinculadas mediante elementos específicos (label).

 

3.4 Robusto
3.4.1 Nombre, rol, valor – Criterio de éxito 4.1.2 – Nivel “A”

El propósito de este criterio de éxito es asegurar que las tecnologías de asistencia puedan recopilar información, activar (o establecer) y mantenerse actualizadas sobre el estado de los controles de la interfaz de usuario en el contenido.
Cuando se utilizan controles estándar de tecnologías accesibles, este proceso es sencillo. Si los elementos de la interfaz de usuario se utilizan según las especificaciones, se cumplirán las condiciones de esta disposición. Si, por el contrario, se crean controles personalizados o los elementos de la interfaz se programan (en código o script) para tener un rol y/o una función distintos a los habituales, se deben tomar medidas adicionales para garantizar que los controles proporcionen información importante a las tecnologías de asistencia y permitan ser controlados por estas.

En el Sitio Web “Skilla”, existen algunos problemas relacionados con el nombre accesible y los roles:

  • la mayoría de los objetos interactivos alcanzables no notifican información útil al lector de pantalla;
  • algunos elementos importantes, como el botón del menú, no tienen un nombre accesible adecuado;
  • algunos componentes, como el menú desplegable, no tienen un rol adecuado para ser percibidos correctamente con las tecnologías de asistencia;
  • los componentes de carrusel son percibidos por los lectores de pantalla incluso sin tener que actuar sobre las flechas, manteniendo las diapositivas ocultas visualmente; esto hace que se pierda el significado semántico de la presencia de las propias flechas.

 

4 Conclusiones y sugerencias

Al finalizar la evaluación, el Sitio Web “Skilla” resulta actualmente parcialmente conforme con los requisitos de accesibilidad previstos por la norma técnica armonizada UNI CEI EN 301549:2021 en lo relativo a la web, debido a 14 (catorce) violaciones relacionadas con el incumplimiento de criterios de éxito de los 50 requeridos para considerar que un producto es conforme.
Aunque no se han encontrado criticidades de bloqueo inmediato, la verificación ha evidenciado problemas generalizados que comprometen la usabilidad y el disfrute óptimo de los contenidos para diversas categorías de usuarios.
Se observan problemas en componentes clave de la interfaz, como el menú desplegable, que pueden causar una notable desorientación y constituir obstáculos significativos en la navegación de los usuarios.

 

Appendice A

 

A.1 Expertos en accesibilidad involucrados en la verificación

Fabrizio Caccavello

  • Consultor en Accesibilidad para Organizaciones nacionales e internacionales.
  • Miembro de la Comisión UNINFO UNI/CT 531 “eAccessibility”.
  • Responsable de Accesibilidad de IWA Italy y coordinador de webaccessibile.org, el recurso italiano para la accesibilidad web.
  • Participante del grupo de trabajo para la traducción oficial de las WCAG 2.1 y WCAG 2.2.
  • Miembro del Consejo Directivo de IWA Italy (Asociación de profesionales Web expertos en accesibilidad).
  • Certificado UNI 11621-3 como “Web Accessibility Expert”.
  • Experto en Experiencia de Usuario e Interfaz de Usuario en referencia al desarrollo de aplicaciones accesibles.
  • Ponente en eventos formativos sobre accesibilidad UX/UI para numerosas organizaciones.

Roberto Scano

  • Presidente de UNINFO UNI/CT 531 “eAccessibility”.
  • Expert of ISO JTC 1/SC 35 “User Interfaces”.
  • Expert CEN/CLC/ETSI/JWG “eAccessibility”.
  • Expert ETSI EN 301 549 Task Force.
  • Expert Telecommunications and Electronic and Information Technology Advisory Committee (TEITAC) – U.S.A. Access Board.
  • Presidente de IWA Italy (Asociación de profesionales Web expertos en accesibilidad).
  • Certificado UNI 11621-3 como “Web Accessibility Expert”.
  • Curador de las traducciones: WCAG 2.0, WCAG 2.1, WCAG 2.2, EN 301 549.
  • Participación en la redacción de: WCAG 2.0, WCAG 2.1, WCAG 2.2, ATAG 2.0, EN 301 549, Ley Stanca, Reglamentos de aplicación de la directiva UE de Accesibilidad Web.
  • Exconsultor de CNIPA y AGID, Presidencia de la República Italiana en materia de accesibilidad Web.
  • Autor de manuales de referencia para la accesibilidad Web en lengua italiana.
A.2 Accesibilidad y contexto de referencia

El tema de la accesibilidad de los productos TIC, promovido por la Unión Europea mediante directivas a los países miembros, se ha convertido en un tema central en la adquisición (procurement) de productos tecnológicos.
La prestación de productos y servicios mediante tecnologías TIC impacta en la totalidad de la población, que interactúa tanto con el sector público como con el privado. La compra de soluciones TIC no accesibles, es decir, que pueden discriminar a ciertas categorías de personas con discapacidad, puede crear una situación de discriminación perseguible según las normativas nacionales.
En Italia está vigente una normativa desde 2004 que prevé la obligación de compra de productos TIC accesibles para las administraciones públicas. Recientemente actualizada tras la transposición de la Directiva Europea 2016/2102, los requisitos de accesibilidad previstos por las líneas de guía de aplicación de la ley n. 4/2004 pasan a ser “esenciales” y ya no solo un “título preferente”. Esto significa que una administración pública DEBE comprar productos accesibles (en caso contrario, debe estar adecuadamente motivado).
El 7 de junio, la Comisión Europea publicó la Directiva Europea 2019/882 “European Directive on the accessibility requirements for products and services”, conocida como la Acta Europea de Accesibilidad (EAA); se trata de una normativa que garantiza la accesibilidad en diversos contextos comerciales. Cabe señalar que con esta directiva, los productos comercializados en el mercado europeo después del 28 de junio de 2025 deberán ser totalmente conformes con los dictados de accesibilidad.
La actividad de normalización técnica europea ha producido referencias tanto para los desarrolladores de tecnología como para los responsables de compras. La norma técnica armonizada UNI CEI EN 301549:2021, de hecho, permite implementar y evaluar cualquier tecnología TIC con respecto a unos requisitos funcionales (por tipo de discapacidad) y técnicos.
Relativamente a la Web, la norma técnica armonizada UNI CEI EN 301549:2021 referencia las pautas para la accesibilidad del contenido Web (Web Content Accessibility Guidelines – WCAG) 2.1, las cuales definen especificaciones técnicas para hacer los contenidos Web más accesibles para las personas con discapacidad.

A.3 Referencias técnicas y normativas
  • Referencias técnicas europeas
    ○ EN 301 549 V 3.2.1 (2021-03) “Accessibility requirements for ICT products and services”.
  • Referencias técnicas nacionales
    ○ UNI CEI EN 301549:2021 “Requisitos de accesibilidad para productos y servicios TIC”.
  • Referencias normativas europeas
    ○ Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones móviles de los organismos del sector público.
    ○ Directiva (UE) 2019/882 del Parlamento Europeo y del Consejo, de 17 de abril de 2019, sobre los requisitos de accesibilidad de los productos y servicios.
  • Referencias normativas nacionales
    ○ DECRETO LEGISLATIVO 9 de julio de 2003, n. 216 “Aplicación de la directiva 2000/78/CE para la igualdad de trato en materia de empleo y condiciones de trabajo”.
    ○ LEY 9 de enero de 2004, n. 4 “Disposiciones para favorecer y simplificar el acceso de los usuarios y, en particular, de las personas con discapacidad a las herramientas informáticas”.
    ○ LEY 1 de marzo de 2006, n. 67 “Medidas para la tutela judicial de las personas con discapacidad víctimas de discriminación”.
    ○ AgID “Linee guida sull’accessibilità degli strumenti informatici”.

 

Para posibles notificaciones, escriba a info@skilla.com
© Copyright 2026 Skilla Formacíon | CIF B22532576, C/ Ríos Rosas, 42 - 28003, Madrid Privacy policy | Cookie policy