Accesibilidad y Seguridad - B3T9 PDF

2015-2016 Bloque 3 - Tema 9 ACCESIBILIDAD, DISEÑO UNIVERSAL Y USABILIDAD. ACCESO Y USABILIDAD DE LAS TECNOLOGÍAS, PRODUCTOS Y SERVICIOS RELACIONADOS CON LA SOCIEDAD DE LA INFORMACIÓN. CONFIDENCIALIDAD Y DISPONIBILIDAD DE LA INFORMACIÓN EN PUESTOS DE USUARIO FINAL. CONCEPTOS DE SEGURIDAD EN EL DESARROLLO DE LOS SISTEMAS PREPARACIÓN OPOSICIONES TÉCNICOS AUXILIARES DE INFORMÁTICA B3T9 ACCESIBILIDAD Y SEGURIDAD TAI ÍNDICE ÍNDICE............................................................................................................................................................ 2 1. ACCESIBILIDAD, DISEÑO UNIVERSAL Y USABILIDAD.................................................................................. 3 1. Accesibilidad web................................................................................................................................. 3 2. Pautas de accesibilidad........................................................................................................................ 3 3. WCAG 2.1............................................................................................................................................. 4 4. WCAG 2.2............................................................................................................................................. 7 5. WCAG 3.............................................................................................................................................. 20 6. Herramientas de evaluación validez gramatical................................................................................ 20 7. Herramientas de evaluación automática de la accesibilidad............................................................. 21 8. Herramientas de evaluación manual de la accesibilidad................................................................... 23 9. Accesibilidad en aplicaciones móviles................................................................................................ 24 10. Herramientas de apoyo................................................................................................................. 26 11. Normativa sobre accesibilidad...................................................................................................... 28 12. Real Decreto 1112/2018................................................................................................................ 31 13. Diseño universal............................................................................................................................ 48 14. Usabilidad...................................................................................................................................... 51 2. ACCESO Y USABILIDAD DE LAS TECNOLOGÍAS, PRODUCTOS Y SERVICIOS RELACIONADOS CON LA SOCIEDAD DE LA INFORMACIÓN...................................................................................................................... 54 3. CONFIDENCIALIDAD Y DISPONIBILIDAD DE LA INFORMACIÓN EN PUESTOS DE USUARIO FINAL............ 56 1. Confidencialidad................................................................................................................................. 56 2. Esquemas de autenticación................................................................................................................ 58 3. Autenticadores para el ENS................................................................................................................ 63 4. Disponibilidad..................................................................................................................................... 68 4. CONCEPTOS DE SEGURIDAD EN EL DESARROLLO DE LOS SISTEMAS....................................................... 69 1. Principios de seguridad...................................................................................................................... 69 2. Vulnerabilidades................................................................................................................................. 70 3. Vulnerabilidades de seguridad en entornos web............................................................................... 71 4. OWASP Top 10................................................................................................................................... 73 5. Seguridad en el desarrollo de aplicaciones........................................................................................ 86 6. Desarrollo seguro del software de aplicaciones web......................................................................... 87 PABLO ARELLANO www.theglobeformacion.com Página 2 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 1. ACCESIBILIDAD, DISEÑO UNIVERSAL Y USABILIDAD 1. Accesibilidad web La ACCESIBILIDAD WEB tiene como objetivo lograr que las páginas web sean utilizables por el máximo número de personas, independientemente de sus conocimientos o capacidades personales e independientemente de las características técnicas del equipo utilizado para acceder a la Web. Según el W3C, la Accesibilidad Web es el acceso universal a la Web, independientemente del tipo de hardware, software, infraestructura de red, idioma, cultura, localización geográfica y capacidades de los usuarios. Con esta idea de accesibilidad nace la Iniciativa de Accesibilidad Web, conocida como WAI (Web Accessibility Initiative). Se trata de una actividad desarrollada por el W3C, cuyo objetivo es facilitar el acceso de las personas con discapacidad, desarrollando pautas de accesibilidad, mejorando las herramientas para la evaluación y reparación de accesibilidad Web, llevando a cabo una labor educativa y de concienciación en relación a la importancia del diseño accesible de páginas Web, y abriendo nuevos campos en accesibilidad a través de la investigación en esta área. 2. Pautas de accesibilidad Las Pautas son elaboradas por el W3C. Pautas de accesibilidad para las herramientas de CREACIÓN DE CONTENIDO (ATAG, Authoring Tool Accessibility Guidelines): las herramientas de creación de contenido son programas o servicios que los “autores” (desarrolladores web, diseñadores, redactores, etc.) utilizan para producir contenido web. Por ejemplo: editores de HTML, sistemas de gestión de contenidos (CMS) y sitios web que permiten a los usuarios añadir contenido tales como blogs y redes sociales. Los documentos ATAG explican cómo: - Hacer que las herramientas de creación de contenido sean accesibles en sí mismas, de forma que las personas con discapacidad puedan crear contenido web. - Ayudar a los autores a crear contenido web más accesible. Actualmente, el estándar ATAG se encuentra en la versión 2.0, recomendación de 2015. Pautas de accesibilidad para el AGENTE DE USUARIO (UAAG, User Agent Accessibility Guidelines): los agentes de usuario son navegadores, extensiones de los navegadores, reproductores multimedia, lectores y otras aplicaciones que presentan contenido web. Actualmente, el estándar UUAG se encuentra en la versión 2.0, recomendación de 2015. PABLO ARELLANO www.theglobeformacion.com Página 3 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Pautas de accesibilidad para el CONTENIDO WEB (WCAG, Web Content Accessibility Guidelines): se desarrollan a través del proceso del W3C en cooperación con personas y organizaciones de todo el mundo, con el fin de ofrecer un estándar único y compartido que satisfaga las necesidades de las personas, organizaciones y gobiernos a nivel internacional. Los documentos WCAG explican cómo hacer el contenido web más accesible para las personas con discapacidad. Por “contenido” web se hace referencia, generalmente, a la información que se puede encontrar en una página o aplicación web, lo cual incluye información natural como textos, imágenes y sonidos y código o marcado que define la estructura, la presentación, etc. 3. WCAG 2.1 WCAG 2.1 es la penúltima versión de las pautas de accesibilidad del contenido en la Web del W3C. El 5 de junio de 2018 se publicó la recomendación definitiva tras un proceso de elaboración de casi 10 años desde la publicación de WCAG 2.0 el 11 de diciembre de 2008. Todos los requisitos (criterios de conformidad) de la versión 2.0 están incluidos en 2.1. Sin embargo, hay criterios de conformidad adicionales en 2.1 que no existen en 2.0. El contenido que es conforme con WCAG 2.1 también lo es con WCAG 2.0, denominándose retrocompatibilidad. Un sitio web que cumpla con WCAG 2.1 cumpliría con los requisitos de las políticas que hacen referencia a WCAG 2.0. Tanto WCAG 2.0 como 2.1 son estándares actuales. WCAG 2.1 no deja WCAG 2.0 obsoleto ni lo sustituye. El estándar ISO/IEC 40500:2012, es el estándar internacional que recoge las pautas de accesibilidad web WCAG 2.0. WCAG se dirige principalmente a: - Desarrolladores de contenido web (autores de páginas, diseñadores de sitios, etc.). - Desarrolladores de programas de autor. - Desarrolladores de herramientas para la evaluación de la accesibilidad web. - Otros que quieran o necesiten un estándar para la accesibilidad web, incluyendo la accesibilidad móvil. PABLO ARELLANO www.theglobeformacion.com Página 4 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI WCAG 2.1 es un estándar que se compone de: - 4 principios: perceptible, operable, comprensible y robusto. Cada principio se compone de un número de pautas. - 13 pautas, cada una de las cuales agrupan criterios de conformidad. - 78 criterios de conformidad, que se pueden comprobar, cada uno de los cuales se clasifica en uno de los tres niveles: A, AA y AAA. - Técnicas suficientes. - Técnicas recomendables. Principios: en el nivel más alto se sitúan los cuatro principios que proporcionan los fundamentos de la accesibilidad web: perceptible, operable, comprensible y robusto. Pautas: por debajo de los principios están las pautas. Las pautas proporcionan los objetivos básicos que los autores deben lograr con el fin de crear un contenido más accesible para los usuarios con distintas discapacidades. Estas pautas no son verificables, pero proporcionan el marco y los objetivos generales que ayudan a los autores a comprender los criterios de conformidad y a implementar mejor las técnicas. Criterios de conformidad o de éxito: las pautas se componen de criterios de conformidad o de éxito. Cada criterio de conformidad tiene un nivel de adecuación o conformidad (A, AA o AAA) que indica su impacto en la accesibilidad. WCAG 2.1 introducen 17 nuevos criterios, 5 de los cuales tienen un nivel de conformidad A, 7 de nivel AA y 5 de nivel AAA. PABLO ARELLANO www.theglobeformacion.com Página 5 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI PABLO ARELLANO www.theglobeformacion.com Página 6 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 4. WCAG 2.2 Borrador de trabajo publicado el 11 de agosto de 2020. WCAG 2.2 amplía WCAG 2.1 al agregar nuevos criterios de éxito, definiciones para respaldarlos y pautas para organizar las adiciones. Este enfoque aditivo ayuda a dejar claro que los sitios que cumplen con WCAG 2.2 también cumplen con WCAG 2.1. El Grupo de Trabajo de Pautas de Accesibilidad recomienda que los sitios adopten WCAG 2.2 como su nuevo objetivo de conformidad, incluso si las obligaciones formales mencionan versiones anteriores, para ofrecer una mejor accesibilidad y anticipar futuros cambios de políticas. El 5 de octubre de 2023 WCAG 2.2 se convierte en recomendación. Los criterios de éxito 2.0 y 2.1 son los mismos en 2.2, excepto 4.1.1 Procesamiento, y añadiéndose 9 nuevos. En esta versión se incorporan nuevos criterios de conformidad: Autenticación accesible, Arrastrando, Ayuda que se puede encontrar, Puntos de referencia fijos, Apariencia de enfoque (mínimo), Apariencia de enfoque (mejorada), Controles ocultos, Espaciado del objetivo del puntero y Entrada redundante. WCAG 2.2 se compone de: - 4 principios: perceptible, operable, comprensible y robusto (POCR). Cada principio se compone de un número de pautas. - 13 pautas, cada una de las cuales agrupan criterios de conformidad. - 86 criterios de conformidad, que se pueden comprobar, cada uno de los cuales se clasifica en uno de los tres niveles: A, AA y AAA. - Técnicas suficientes. - Técnicas recomendables. Resumen de criterios de conformidad según versión WCAG: Versión A AA AAA Total 2.0 25 13 23 61 (11/12/2008) 2.1 30 20 28 78 (05/06/2018) 2.2 31 24 31 86 (05/10/2023) PABLO ARELLANO www.theglobeformacion.com Página 7 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Esquema principios y pautas Principio 1 PERCEPTIBLE: La información y los componentes de la IU deben ser mostrados a los usuarios en formas que ellos puedan entender. - Pauta 1.1 Texto alternativo: proporciona texto alternativo para el contenido que no sea textual, así podrá ser transformado en otros formatos que la gente necesite, como caracteres grandes, lenguaje braille, lenguaje oral, símbolos o lenguaje más simple. - Pauta 1.2 Contenido multimedia dependiente del tiempo: proporcione alternativas sincronizadas para contenidos multimedia sincronizados dependientes del tiempo. - Pauta 1.3 Adaptable: crear contenido que pueda ser presentado de diferentes formas sin perder ni información ni estructura. - Pauta 1.4 Distinguible: Facilitar a los usuarios ver y escuchar el contenido incluyendo la distinción entre lo más y menos importante. Principio 2 OPERABLE: Los componentes de la IU y la navegación debe ser manejable. - Pauta 2.1 Teclado accesible: poder controlar todas las funciones desde el teclado. - Pauta 2.2 Tiempo suficiente: proporciona tiempo suficiente a los usuarios para leer y utilizar el contenido. - Pauta 2.3 Ataques epilépticos: no diseñar contenido que pueda causar ataques epilépticos. - Pauta 2.4 Navegación: proporciona formas para ayudar a los usuarios a navegar, a buscar contenido y a determinar dónde están estos. - Pauta 2.5 Modalidades de entrada: facilitar a los usuarios operar la funcionalidad a través de varios métodos de entrada además del teclado. Principio 3 COMPRENSIBLE: La información y las operaciones de usuarios deben ser comprensibles. - Pauta 3.1 Legible: hacer contenido de texto legible y comprensible. - Pauta 3.2 Previsible: hacer la apariencia y la forma de utilizar las páginas web previsibles. - Pauta 3.3 Asistencia a la entrada de datos: los usuarios de ayuda evitarán y corregirán errores. Principio 4 ROBUSTEZ: El contenido deber ser suficientemente robusto para que pueda ser bien interpretado por una gran variedad de agentes de usuario, incluyendo tecnologías de asistencia. - Pauta 4.1 Compatible: maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo tecnologías de asistencia. PABLO ARELLANO www.theglobeformacion.com Página 8 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI PRINCIPIO 1 PERCEPTIBLE: la información y los componentes de la IU deben ser mostrados a los usuarios en formas que ellos puedan entender. PAUTA 1.1: Texto alternativo: Proporciona texto alternativo para el contenido que no sea textual, así podrá ser transformado en otros formatos que la gente necesite, como caracteres grandes, lenguaje braille, lenguaje oral, símbolos o lenguaje más simple. 1.1.1 Contenido no textual: proporciona alternativas de texto para el contenido que no es de texto Ejemplo: Atributo alt PAUTA 1.2: Contenido multimedia dependiente del tiempo: Proporcione alternativas sincronizadas para contenidos multimedia sincronizados dependientes del tiempo. 1.2.1 Sólo audio y sólo vídeo (grabado): proporciona una alternativa al contenido solo de video y solo audio 1.2.2 Subtítulos (grabados): se proporcionan subtítulos para el contenido de audio grabado dentro de contenido multimedia sincronizado, video 1.2.3 Descripción de audio o medios alternativos (pregrabados): el video con audio tiene una segunda alternativa 1.2.4 Subtítulos (en directo): se proporcionan subtítulos para todo el contenido de audio en directo de los multimedia sincronizados 1.2.5 Audiodescripción (grabado): se proporciona una audiodescripción para todo el contenido de vídeo grabado dentro de contenido multimedia sincronizado 1.2.6 Lengua de señas (grabado): se proporciona una interpretación en lengua de señas para todo el contenido de audio grabado dentro de contenido multimedia sincronizado 1.2.7 Audiodescripción ampliada (grabada): cuando las pausas en el audio de primer plano son insuficientes para permitir que la audiodescripción comunique el significado del vídeo, se proporciona una audiodescripción ampliada para todos los contenidos de vídeo grabado dentro de contenido multimedia sincronizado 1.2.8 Medio alternativo (grabado): se proporciona una alternativa para los medios tempodependientes, tanto para todos los contenidos multimedia sincronizados grabados como para todos los medios de sólo vídeo grabado 1.2.9 Sólo audio (en directo): se proporciona una alternativa para los medios tempodependientes que presenta información equivalente para el contenido de sólo audio en directo PABLO ARELLANO www.theglobeformacion.com Página 9 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI PAUTA 1.3: Adaptable: Crear contenido que pueda ser presentado de diferentes formas (por ejemplo, con una disposición más simple) sin perder ni información ni estructura. 1.3.1 Información y relaciones: la información, estructura y relaciones comunicadas a través de la presentación pueden ser determinadas por software o están disponibles como texto 1.3.2 Secuencia significativa: cuando la secuencia en que se presenta el contenido afecta a su significado, se puede determinar por software la secuencia correcta de lectura 1.3.3 Características sensoriales: las instrucciones proporcionadas para entender y operar el contenido no dependen exclusivamente en las características sensoriales de los componentes como su forma, tamaño, ubicación visual, orientación o sonido 1.3.4 Orientación: el contenido se ve correctamente en orientación vertical y horizontal 1.3.5 Identificar el Propósito de la Entrada: la asignación de tipos de los campos de información posibilita el autorrellenado Ejemplo: Atributo autocomplete 1.3.6 Identificar el Propósito: en contenido implementado con lenguajes de marcado, el propósito de los componentes de la IU, iconos y regiones puede determinarse por software PAUTA 1.4: Distinguible: Facilitar a los usuarios ver y escuchar el contenido incluyendo la distinción entre el primer plano y el fondo. 1.4.1 Uso del color: el color no se usa como único medio visual para transmitir la información, indicar una acción, solicitar una respuesta o distinguir un elemento visual 1.4.2 Control del audio: si el audio de una página web suena automáticamente durante más de 3 segundos, se proporciona ya sea un mecanismo para pausar o detener el audio, o un mecanismo para controlar el volumen del sonido que es independiente del nivel de volumen global del sistema 1.4.3 Contraste (mínimo): la presentación visual de texto e imágenes de texto tiene una relación de contraste de, al menos, 4.5:1, excepto en textos grandes, textos incidentales (decorativos) y logotipos 1.4.4 Cambio de tamaño del texto: a excepción de los subtítulos y las imágenes de texto, todo el texto puede ser ajustado sin ayudas técnicas hasta un 200% sin que se pierdan el contenido o la funcionalidad 1.4.5 Imágenes de texto: si con las tecnologías que se están utilizando se puede conseguir la presentación visual deseada, se utiliza texto para transmitir la información en vez de imágenes de texto PABLO ARELLANO www.theglobeformacion.com Página 10 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 1.4.6 Contraste (mejorado): la presentación visual de texto e imágenes de texto tiene una relación de contraste de, al menos, 7:1, excepto en textos grandes, textos incidentales (decorativos) y logotipos 1.4.7 Sonido de fondo bajo o ausente: para el contenido de sólo audio grabado que (1) contiene habla en primer plano, (2) no es un CAPTCHA sonoro o un audiologo, y (3) que no es una vocalización cuya intención principal es servir como expresión musical (como el canto o el rap), se cumple al menos uno de los siguientes casos: no hay ningún sonido de fondo o los sonidos se pueden apagar o los sonidos son de al menos 20 dB 1.4.8 Presentación visual: en la presentación visual de bloques de texto, se proporciona algún mecanismo para que: colores de fondo y primer plano pueden ser elegidos por el usuario, el ancho no es mayor de 80 caracteres, el texto no está justificado, el interlineado es de un espacio y medio dentro de los párrafos y de 1.5 entre líneas y el texto se justa sin ayudas técnicas hasta un 200% 1.4.9 Imágenes de texto (sin excepciones): las imágenes de texto sólo se utilizan como simple decoración o cuando una forma de presentación particular del texto resulta esencial para la información transmitida 1.4.10 Reajuste: el contenido se puede presentar sin pérdida de información o funcionalidad, y sin necesidad de desplazarse en dos dimensiones para contenido de desplazamiento vertical con un ancho equivalente a 320 píxeles y para contenido de desplazamiento horizontal a una altura equivalente a 256 píxeles Ejemplo: Uso de media queries, grid layout y flexbox 1.4.11 Contraste de contenido no textual: contraste de al menos 3:1 en elementos como botones, campos de formulario, gráficos, iconos… 1.4.12 Espaciado de texto: al ajustar las características del texto no se pueden producir solapamientos, cortes o desbordamientos del texto que provoquen pérdida de contenido 1.4.13 Contenido con Hover o Focus: al mostrar contenido mediante el puntero o el foco, los usuarios pueden percibirlo y descartarlo sin que perjudique la experiencia de uso PABLO ARELLANO www.theglobeformacion.com Página 11 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI PRINCIPIO 2 OPERABLE: los componentes de la IU y la navegación debe ser manejable. PAUTA 2.1: Teclado accesible: Poder controlar todas las funciones desde el teclado. 2.1.1 Teclado: toda la funcionalidad del contenido es operable a través de una interfaz de teclado sin que se requiera una determinada velocidad para cada pulsación individual de las teclas, excepto cuando la función interna requiere de una entrada que depende del trayecto de los movimientos del usuario y no sólo de los puntos inicial y final 2.1.2 Sin trampas para el foco del teclado: si es posible mover el foco a un componente de la página usando una interfaz de teclado, entonces el foco se puede quitar de ese componente usando sólo la interfaz de teclado y, si se requiere algo más que las teclas de dirección o de tabulación, se informa al usuario el método apropiado para mover el foco 2.1.3 Teclado (sin excepciones): toda la funcionalidad del contenido se puede operar a través de una interfaz de teclado sin requerir una determinada velocidad en la pulsación de las teclas 2.1.4 Atajos con teclas de caracteres: si se implementa un método abreviado de teclado en el contenido utilizando solo letras (incluidas mayúsculas y minúsculas), signos de puntuación, números o símbolos, al menos una de las siguientes condiciones es verdadera: (1) DESACTIVACIÓN Hay un mecanismo disponible para desactivar el atajo; (2) MODIFICACIÓN Hay un mecanismo disponible para reasignar el atajo para usar uno o más caracteres de teclado no imprimibles (por ejemplo, Ctrl, Alt, etc.); (3) ACTIVO SOLAMENTE EN FOCO El método abreviado de teclado para un componente de la IU solo está activo cuando ese componente tiene el foco PAUTA 2.2: Tiempo suficiente: Proporciona tiempo suficiente a los usuarios para leer y utilizar el contenido. 2.2.1 Tiempo ajustable: para cada límite de tiempo impuesto por el contenido, se cumple que el usuario puede detener el límite del tiempo o ajustarlo o extenderlo 2.2.2 Poner en pausa, detener, ocultar: para la información que tiene movimiento, parpadeo, se desplaza o se actualiza automáticamente, se cumplen todos los casos siguientes: o Movimiento, parpadeo, desplazamiento: Para toda información que se mueve, parpadea o se desplaza, que (1) comienza automáticamente, (2) dura más de 5 segundos y (3) se presenta en paralelo con otro contenido, existe un mecanismo para que el usuario la pueda poner en pausa, detener u ocultar, a menos que el movimiento, parpadeo o desplazamiento sea parte esencial de una actividad; y o Actualización automática: Para toda información que se actualiza automáticamente, que (1) se inicia automáticamente y (2) se presenta en paralelo con otro contenido, existe un mecanismo para que el usuario la pueda poner en PABLO ARELLANO www.theglobeformacion.com Página 12 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI pausa, detener u ocultar, o controlar la frecuencia de actualización a menos que la actualización automática sea parte esencial de una actividad 2.2.3 Sin tiempo: el tiempo no es parte esencial del evento o actividad presentada por el contenido, exceptuando los multimedia sincronizados no interactivos y los eventos en tiempo real 2.2.4 Interrupciones: el usuario puede postergar o suprimir las interrupciones, excepto cuando las interrupciones implican una emergencia 2.2.5 Re-autentificación: cuando expira una sesión autentificada, el usuario puede continuar la actividad sin pérdida de datos tras volver a identificarse 2.2.6 Tiempos de inactividad: se advierte a los usuarios sobre la duración de cualquier inactividad del usuario que podría causar la pérdida de datos, a menos que los datos se conserven durante más de 20 horas cuando el usuario no realiza ninguna acción PAUTA 2.3: Convulsiones y reacciones físicas (ataques epilépticos): No diseñar contenido que pueda causar convulsiones o reacciones físicas. 2.3.1 Umbral de 3 destellos o menos: las páginas web no contienen nada que destelle más de 3 veces en un segundo, o el destello está por debajo del umbral de destello general y de destello rojo 2.3.2 Tres destellos: Las páginas web no contienen nada que destelle más de 3 veces por segundo 2.3.3 Interacciones animadas: las animaciones activadas por alguna interacción pueden desactivarse, salvo que la animación sea esencial para la funcionalidad o la información transmitida PAUTA 2.4: Navegación: Proporciona formas para ayudar a los usuarios a navegar, a buscar contenido y a determinar dónde están estos. 2.4.1 Evitar bloques: existe un mecanismo para evitar los bloques de contenido que se repiten en múltiples páginas web 2.4.2 Titulado de páginas: las páginas web tienen títulos que describen su temática o propósito 2.4.3 Orden del foco: si se puede navegar secuencialmente por una página web y la secuencia de navegación afecta su significado o su operación, los componentes que pueden recibir el foco lo hacen en un orden que preserva su significado y operabilidad PABLO ARELLANO www.theglobeformacion.com Página 13 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 2.4.4 Propósito de los enlaces (en contexto): el propósito de cada enlace puede ser determinado con sólo el texto del enlace o a través del texto del enlace sumado al contexto del enlace determinado por software, excepto cuando el propósito del enlace resultara ambiguo para los usuarios en general 2.4.5 Múltiples vías: se proporciona más de un camino para localizar una página web dentro de un conjunto de páginas web, excepto cuando la página es el resultado, o un paso intermedio, de un proceso 2.4.6 Encabezados y etiquetas: los encabezados y etiquetas describen el tema o propósito 2.4.7 Foco visible: cualquier IU operable por teclado tiene una forma de operar en la cual el indicador del foco del teclado resulta visible 2.4.8 Ubicación: se proporciona información acerca de la ubicación del usuario dentro de un conjunto de páginas web 2.4.9 Propósito de los enlaces (sólo enlaces): se proporciona un mecanismo que permite identificar el propósito de cada enlace con sólo el texto del enlace, excepto cuando el propósito del enlace resultara ambiguo para los usuarios en general 2.4.10 Encabezados de sección: se usan encabezados de sección para organizar el contenido 2.4.11 Foco no oscurecido (mínimo): cuando un componente de la IU recibe el foco del teclado, el componente no está completamente oculto debido al contenido creado por el autor 2.4.12 Foco no oscurecido (mejorado): cuando un componente de la IU recibe el foco del teclado, ninguna parte del componente queda oculta por el contenido creado por el autor 2.4.13 Apariencia de enfoque: cuando el indicador de enfoque del teclado es visible, un área del indicador de enfoque cumple con todo lo siguiente: es al menos tan grande como el área de un perímetro de 2 píxeles de espesor del componente desenfocado subcomponente y tiene una relación de contraste de al menos 3:1 entre los mismos píxeles en los estados enfocado y desenfocado PAUTA 2.5: Modalidades de entrada: Facilitar a los usuarios operar la funcionalidad a través de varios métodos de entrada además del teclado. 2.5.1 Gestos del puntero: toda la funcionalidad que utiliza gestos multipunto o basados en recorridos para la operación se puede operar con un solo puntero sin un gesto basado en recorridos, a menos que sea esencial un gesto multipunto o basado en recorridos 2.5.2 Cancelación del puntero: previene interacciones accidentales de los usuarios al pulsar sobre algún componente sin desearlo PABLO ARELLANO www.theglobeformacion.com Página 14 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 2.5.3 Etiqueta en el Nombre: para los componentes de la IU con etiquetas que incluyen texto o imágenes de texto, el nombre contiene el texto que se presenta visualmente Ejemplo: Nombre: 2.5.4 Actuación del movimiento: cualquier funcionalidad operable mediante el movimiento del dispositivo también se debe poder realizar a través de la IU 2.5.5 Tamaño del objetivo: el tamaño del objetivo para las entradas del puntero es de al menos 44x44 píxeles, excepto si existe equivalente o está en línea o es esencial 2.5.6 Mecanismos de entrada concurrentes: el contenido web no restringe el uso de las modalidades de entrada disponibles en una plataforma, excepto cuando la restricción es esencial, necesarias para la seguridad del contenido o necesarias para respetar los ajustes del usuario 2.5.7 Movimientos de arrastre: toda la funcionalidad que utiliza un movimiento de arrastre para su operación se puede lograr con un solo puntero sin arrastrar, a menos que arrastrar sea esencial o la funcionalidad esté determinada por el agente de usuario y no modificada por el autor 2.5.8 Tamaño del objetivo (mínimo): el tamaño del objetivo para las entradas del puntero es de al menos 24x24 píxeles o tenga espacio suficiente alrededor PRINCIPIO 3 COMPRENSIBLE: la información y las operaciones de usuarios deben ser comprensibles. PAUTA 3.1: Legible. Hacer contenido de texto legible y comprensible. 3.1.1 Idioma de la página: el idioma predeterminado de cada página web puede ser determinado por software Ejemplo: Atributo lang 3.1.2 Idioma de las partes: el idioma de cada pasaje o frase en el contenido puede ser determinado por software, excepto los nombres propios, términos técnicos, palabras en un idioma indeterminado y palabras o frases que se hayan convertido en parte natural del texto que las rodea 3.1.3 Palabras inusuales: se proporciona un mecanismo para identificar las definiciones específicas de palabras o frases usadas de modo inusual o restringido, incluyendo expresiones idiomáticas y jerga PABLO ARELLANO www.theglobeformacion.com Página 15 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 3.1.4 Abreviaturas: se proporciona un mecanismo para identificar la forma expandida o el significado de las abreviaturas Ejemplo: Elemento abbr 3.1.5 Nivel de lectura: cuando un texto requiere un nivel de lectura más avanzado que el nivel mínimo de educación secundaria una vez que se han eliminado nombres propios y títulos, se proporciona un contenido suplementario o una versión que no requiere un nivel de lectura mayor a ese nivel educativo 3.1.6 Pronunciación: se proporciona un mecanismo para identificar la pronunciación específica de las palabras cuando el significado de esas palabras, dentro del contexto, resulta ambiguo si no se conoce su pronunciación PAUTA 3.2: Previsible: Hacer la apariencia y la forma de utilizar las páginas web previsibles. 3.2.1 Al recibir el foco: cuando cualquier componente recibe el foco, no inicia ningún cambio en el contexto 3.2.2 Al recibir entradas: el cambio de estado en cualquier componente de la IU no provoca automáticamente un cambio en el contexto a menos que el usuario haya sido advertido de ese comportamiento antes de usar el componente 3.2.3 Navegación coherente: los mecanismos de navegación que se repiten en múltiples páginas web dentro de un conjunto de páginas web aparecen siempre en el mismo orden relativo cada vez que se repiten, a menos que el cambio sea provocado por el propio usuario 3.2.4 Identificación coherente: los componentes que tienen la misma funcionalidad dentro de un conjunto de páginas web son identificados de manera coherente 3.2.5 Cambios a petición: los cambios en el contexto son iniciados únicamente a solicitud del usuario o se proporciona un mecanismo para detener tales cambios 3.2.6 Ayuda consistente: si una página web contiene mecanismos de ayuda, y esos mecanismos se repiten en varias páginas web, ocurren en el mismo orden en relación con el contenido de otras páginas, a menos que el usuario inicie un cambio PAUTA 3.3: Asistencia a la entrada de datos: ayudar a los usuarios a evitar y corregir errores. 3.3.1 Identificación de errores: si se detecta automáticamente un error en la entrada de datos, el elemento erróneo es identificado y el error se describe al usuario mediante un texto 3.3.2 Etiquetas o instrucciones: se proporcionan etiquetas o instrucciones cuando el contenido requiere la introducción de datos por parte del usuario PABLO ARELLANO www.theglobeformacion.com Página 16 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 3.3.3 Sugerencias ante errores: si se detecta automáticamente un error en la entrada de datos y se dispone de sugerencias para hacer la corrección, entonces se presentan las sugerencias al usuario, a menos que esto ponga en riesgo la seguridad o el propósito del contenido 3.3.4 Prevención de errores (legales, financieros, datos): para las páginas web que representan para el usuario compromisos legales o transacciones financieras; que modifican o eliminan datos controlables por el usuario en sistemas de almacenamiento de datos; o que envían las respuestas del usuario a una prueba, se cumple al menos uno de los siguientes casos: o Reversible: El envío es reversible. o Revisado: Se verifica la información para detectar errores en la entrada de datos y se proporciona al usuario una oportunidad de corregirlos. o Confirmado: Se proporciona un mecanismo para revisar, confirmar y corregir la información antes de finalizar el envío de los datos. 3.3.5 Ayuda: se proporciona ayuda dependiente del contexto 3.3.6 Prevención de errores (todos): para las páginas web que requieren al usuario el envío de información, se cumple al menos uno de los siguientes casos: o Reversible: el envío es reversible. o Revisado: se verifica la información para detectar errores en la entrada de datos y se proporciona al usuario una oportunidad de corregirlos. o Confirmado: se proporciona un mecanismo para revisar, confirmar y corregir la información antes de finalizar el envío de los datos. 3.3.7 Entrada redundante: la información proporcionada al usuario que debe introducirse nuevamente en el mismo proceso se completa automáticamente o está disponible para que el usuario la seleccione 3.3.8 Autenticación accesible (mínima): no se requiere una prueba de función cognitiva (como recordar una contraseña o resolver un acertijo) para ningún paso de un proceso de autenticación a menos que ese paso proporcione una alternativa, un mecanismo, un reconocimiento de objetos o contenido personal 3.3.9 Autenticación accesible (mejorada): no se requiere una prueba de función cognitiva (como recordar una contraseña o resolver un acertijo) para ningún paso de un proceso de autenticación a menos que ese paso proporcione al menos una alternativa o un mecanismo PABLO ARELLANO www.theglobeformacion.com Página 17 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI PRINCIPIO 4 ROBUSTO: el contenido deber ser suficientemente robusto para que pueda ser bien interpretado por una gran variedad de agentes de usuario, incluyendo tecnologías de asistencia. PAUTA 4.1: Compatible: Maximiza la compatibilidad con los agentes de usuario actuales y futuros, incluyendo las ayudas técnicas. 4.1.1 Procesamiento: en los contenidos implementados mediante el uso de lenguajes de marcas, los elementos tienen las etiquetas de apertura y cierre completas; los elementos están anidados de acuerdo a sus especificaciones; los elementos no contienen atributos duplicados y los ID son únicos, excepto cuando las especificaciones permitan estas características (A) 4.1.2 Nombre, función, valor: para todos los componentes de la IU (incluyendo pero no limitado a: elementos de formulario, enlaces y componentes generados por scripts), el nombre y la función pueden ser determinados por software; los estados, propiedades y valores que pueden ser asignados por el usuario pueden ser especificados por software; y los cambios en estos elementos se encuentran disponibles para su consulta por las aplicaciones de usuario, incluyendo las ayudas técnicas 4.1.3 Mensajes de estado: en el contenido implementado usando lenguajes de marcado, los mensajes de estado deben poder identificarse por software a través de sus roles o propiedades sin necesidad de recibir el foco PABLO ARELLANO www.theglobeformacion.com Página 18 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Según WCAG 2.2 Conformance Requirements, para que una página web sea conforme con WCAG 2.2, deben satisfacerse una serie de requisitos de conformidad, obteniendo un determinado nivel de conformidad: - Nivel A: los criterios de nivel A son los de mayor importancia en cuanto a la accesibilidad final, siendo requisitos básicos para que algunos usuarios puedan usar la Web. Para lograr conformidad con el Nivel A (el mínimo), la página web satisface todos los Criterios de Conformidad del Nivel A, o proporciona una versión alternativa conforme. - Nivel AA: los criterios de nivel AA deben ser observados si queremos eliminar importantes barreras de acceso. Para lograr conformidad con el Nivel AA, la página web satisface todos los Criterios de Conformidad de los Niveles A y AA, o proporciona una versión alternativa conforme al Nivel AA. - Nivel AAA: los criterios de nivel AAA son los de menor importancia, pero si se cumplen confieren a la Web un buen nivel de accesibilidad. Para lograr conformidad con el Nivel AAA, la página web satisface todos los Criterios de Conformidad de los Niveles A, AA y AAA, o proporciona una versión alternativa conforme al Nivel AAA. Especificaciones técnicas Aplicaciones de Internet Enriquecidas Accesibles (WAI-ARIA): actualmente en la versión 1.2, define una forma de hacer que el contenido web y las aplicaciones web sean más accesibles para las personas con discapacidad. Ayuda especialmente con contenido dinámico y controles de IU desarrollados con HTML, JavaScript y tecnologías relacionadas. ARIA proporciona semántica, de tal forma que los autores pueden transmitir comportamientos de la IU e información estructural a las tecnologías de apoyo (por ejemplo, lectores de pantalla). La especificación de ARIA establece una ontología de roles, estados y propiedades que definen elementos accesibles en IU. PABLO ARELLANO www.theglobeformacion.com Página 19 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI La imagen muestra la relación entre los agentes de usuario ( navegadores), las API de accesibilidad y las tecnologías de asistencia. Describe el "contrato" proporcionado por el agente de usuario a las tecnologías de asistencia, que incluye información de accesibilidad típica que se encuentra en la API de accesibilidad. El DOM, generalmente HTML, actúa como el modelo de datos y la vista en una relación típica MVC, y JavaScript actúa como el controlador manipulando el estilo y el contenido de los datos mostrados. El agente de usuario transmite información relevante a la API de accesibilidad del sistema operativo, que puede ser utilizada por cualquier tecnología de asistencia, como los lectores de pantalla. La suite de ARIA incluye especificaciones de esquemas API que proporcionan orientación para la aplicación en agentes de usuario. También incluye módulos para gráficos y la publicación digital. Ejemplo: implementando una tabla con WAI-ARIA Students currently First Name Last Name Company Address Fred Jackson Acme, Inc. 123 Broad St. 5. WCAG 3 Borrador de trabajo de WCAG 3 publicado el 24 de julio de 2023. WCAG 3 tendrá requisitos de accesibilidad fundamentales y específicos similares a los de WCAG 2. WCAG 3 tendrá una estructura diferente, un modelo de conformidad diferente y un alcance más amplio. 6. Herramientas de evaluación validez gramatical WCAG no exige que las páginas web se validen según la gramática formal usada (HTML, XHTML, CSS). El único requisito exigible es que los documentos se puedan procesar (parsear). A continuación se ofrecen las herramientas más destacables: - W3C HTML Validation Service: valida HTML. PABLO ARELLANO www.theglobeformacion.com Página 20 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI - W3C CSS Validator: valida CSS. - W3C Unicorn: valida a la vez (X)HTML y CSS. - WDG HTML Validator: el validador de WDG (Web Design Group) usa el mismo motor que el validador HTML del W3C pero produce unos mensajes más sencillos y fáciles de entender. 7. Herramientas de evaluación automática de la accesibilidad El W3C mantiene una lista de herramientas de evaluación de la accesibilidad web, disponible en https://www.w3.org/WAI/ER/tools/. Servicio diagnóstico en línea – Observatorio Accesibilidad Web El Observatorio de Accesibilidad Web (OAW) pone a disposición de cualquier Administración Pública el servicio de diagnóstico en línea, el cual permite realizar análisis automáticos de accesibilidad. Está disponible de forma gratuita para los miembros registrados en la Comunidad Accesibilidad. Esta herramienta remitirá en diferido, al correo electrónico indicado, el informe de la web o código fuente analizado. TAW TAW (Test de Accesibilidad Web), desarrollado por la Fundación CTIC, es la herramienta de evaluación automática de accesibilidad de habla hispana más conocida y usada. TAW Web es el servicio online gratuito que permite revisar la accesibilidad de una determinada URL según las WCAG 2.1, generando un informe HTML con información sobre el resultado de la revisión. Cabe destacar que la revisión se realiza sobre el código producido mediante JavaScript, haciendo así más fiable la validación de sitios web con mayor carga dinámica. En realidad, TAW se trata de una familia de herramientas en la que además del validador online de accesibilidad podemos encontrar otras herramientas: - TAW Monitor: servicio de revisión desatendida y periódica de sitios web, generando informes y alertas de forma periódica. - TAW Standalone: versión descargable de escritorio (sólo evalúa con respecto a WCAG 1.0). - TAW CMS: servicio que permite integrar la opción de análisis durante la edición de contenidos del CMS y analizar los contenidos antes de que se publiquen. - TAW Observatory: herramienta de análisis sobre una plataforma distribuida basada en tecnología de “Grid Computing”, con una capacidad de análisis muy elevada. Está dirigida PABLO ARELLANO www.theglobeformacion.com Página 21 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI a la realización de observatorios, en los que el volumen de sitios web y páginas que se revisan puede ser muy alto. - MERKUR: herramienta que permite transformar un sitio web no móvil haciéndolo compatible con todo tipo de dispositivos móviles y tablets (movilización de contenidos). eXaminator El validador eXaminator es otro servicio online gratuito de evaluación automática en español que permite validar la accesibilidad de una página web según las WCAG 2.0. El interfaz es sumamente sencillo de usar ya que sólo está formado por un campo de edición donde introducir la URL de la página a analizar. También nos da la opción de analizar directamente el código subiéndolo en un archivo o introduciéndolo directamente en un área de texto. Estas opciones son útiles para analizar el código de páginas que tengamos en desarrollo y aún no estén disponibles online. AChecker La herramienta AChecker (Web Accessibility Checker) es un validador online gratuito en inglés de Inclusive Design Research Centre, perteneciente a la Universidad OCAD (Ontario, Canadá). Esta herramienta comprueba la accesibilidad de una página web bien introduciendo su URL, subiendo un fichero con el código para su validación o bien pegando directamente el código de la página. SortSite SortSite es otra herramienta online, de la empresa privada Powermapper Software, que permite verificar la accesibilidad de una página web tanto por las WCAG 1.0 y 2.0 como por otras normas de accesibilidad como la Sección 508 de los EEUU. Wave The Wave es una herramienta gratuita de validación que se basa en las normas del WCAG 2.1 y en la Sección 508 de EEUU. Está desarrollado por WebAIM (Web Accessibility In Mind), organización sin ánimo de lucro del Center for Persons with Disabilities de la Universidad del Estado de Utah42. Este validador no sólo realiza un análisis pormenorizado de accesibilidad, sino que proporciona información sobre el contenido y la estructura de las páginas para ayudar a los desarrolladores a realizar aquellas tareas que exigen una toma de decisiones de tipo personal. En el informe, además de los errores detectados automáticamente, muestra de forma visual sobre la propia página, entre otras cosas, el texto alternativo de las imágenes para comprobar si es el adecuado, los títulos, los encabezados, las listas, los bloques de texto y demás elementos estructurales, así como el orden de lectura de la página (tablas, bloques de texto, etc.). De igual forma, informa de características de HTML5 y WAI-ARIA adoptadas en la página facilitando su identificación y revisión manual posterior. PABLO ARELLANO www.theglobeformacion.com Página 22 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Wave ofrece varias formas de utilización: como servicio online o también mediante la instalación de una extensión en Firefox o Chrome. Axe Developer Tools Axe es una librería de código abierto desarrollada por Deque con conjunto de reglas para la evaluación automática de la accesibilidad de los sitios web. Esta librería está disponible de forma que se puede emplear como motor de análisis en otras herramientas. Una de las herramientas que emplean este motor de análisis es Axe Developer Tools y está disponible como extensión tanto para el navegador Firefox como para Chrome. HTML CodeSniffer Al igual que las extensiones de The Wave y Axe Developer Tools, HTML CodeSniffer es una herramienta de evaluación que realiza una inspección automática de la página visitada y genera un informe de resultados. No se trata de un servicio online, sino que se ejecuta directamente sobre el navegador. Siteimprove Siteimprove es una suite de herramientas todo en uno basada en la nube que incorpora diversas funcionalidades desde la mejora de la indexación en buscadores (SEO) hasta la revisión de seguridad y privacidad de un sitio web. Dentro de sus funcionalidades incorpora también la revisión de la calidad del contenido, así como de la accesibilidad del sitio web. A nivel de accesibilidad web, esta herramienta se basa en las WCAG 2 y permite realizar un diagnóstico de accesibilidad empleando una métrica propia de forma que podemos detectar los problemas que más afectan a los visitantes en base a las puntuaciones obtenidas. Su dashboard y los informes automáticos facilitan el control del estado general del sitio web. 8. Herramientas de evaluación manual de la accesibilidad Colour Contrast Analyser herramienta de escritorio que permite medir el nivel de contraste de los elementos visuales y controles gráficos (textos, botones, etc.). Mobile Accessibility plugin Plugin de PhoneGap que brinda información de estado relacionada con varias de las características de accesibilidad de los sistemas operativos para móviles, permitiendo saber, por ejemplo, si está activado el lector de pantalla, si se ha habilitado la inversión de colores o cuál es el tamaño preferido para el texto. Accessibility Tools Framework ACTF es un framework (de Eclipse IDE) con el que los desarrolladores pueden construir herramientas para evaluar y mejorar la accesibilidad de las aplicaciones y contenidos, de modo que puedan ser utilizados sin dificultad por las personas con discapacidad. PABLO ARELLANO www.theglobeformacion.com Página 23 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 9. Accesibilidad en aplicaciones móviles La Guía sobre la aplicación de WCAG 2.0 a las Tecnologías de la Información y las Comunicaciones no web (WCAG2ICT) describe cómo se pueden aplicar las Directrices de accesibilidad al contenido web (WCAG) a las TIC no web. No es un estándar, es una recomendación del W3C. ¿Cómo evaluar la accesibilidad de app móvil? La evaluación consiste en examinar las propiedades del software según los criterios de conformidad de UNE-EN 301549:2022. Para ello, se proponen las siguientes etapas: 1º. Definir el alcance de la evaluación: seguimiento en profundidad o simplificado. Selección de los métodos y herramientas a utilizar. 2º. Explorar la app: conocer su uso (navegación y estructura) y la funcionalidad, identificando las pantallas más relevantes à resultado LISTA de procesos. 3º. Elegir una muestra representativa: pantallas implicadas en los procesos de la lista. 4º. Auditar la muestra seleccionada: verificar si cumplen los requisitos de la norma. 5º. Informar de los resultados de la evaluación: informe y declaración de accesibilidad. En relación con los requisitos a verificar definidos en la etapa 4ª, la norma EN 301549 los clasifica los requisitos (102 en total) en: condicionales, incondicionales e incondicionales para funcionalidad cerrada. Herramientas Android - Accessibility Scanner: herramienta de análisis automático que muestra una lista de sugerencias para cualquier aplicación. - Accessibility Test Framework for Android: API que da acceso a las propiedades de accesibilidad de las pantallas de la aplicación. - UI Automator Viewer: integrada en Android Studio, muestra advertencias sobre posibles problemas de accesibilidad localizados en el código fuente. - Lint: integrada en Android Studio, muestra advertencias sobre posibles problemas de accesibilidad localizados en el código fuente. - Espresso: librería de tests orientada a proporcionar una manera rápida y sencilla de realizar test automatizados. - Robolectric: librería que permite ejecutar test de aplicaciones Android directamente sobre una JVM. - Remote Debugging WebViews: herramienta que permite depurar el contenido de WebView en las apps de Android nativas a través de depuración remota en Chrome DevTools. PABLO ARELLANO www.theglobeformacion.com Página 24 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI - Accessibility Engine (axe) for Android: herramienta que permite realizar test automáticos de accesibilidad tanto en aplicaciones nativas como híbridas en Android. - Accessibility Insights for Android: herramienta que permite realizar test automáticos de accesibilidad. - A11y Ally: herramienta para ayudar a los desarrolladores a analizar la accesibilidad de aplicaciones Android. - Colour Constrast Checker Tool: permite comprobar el cumplimiento del nivel de contraste según WCAG. Herramientas iOS - Accessibility Inspector: herramienta integrada en el entorno de desarrollo XCode. - Accessibility Verifier: ofrece la generación de un informe con los problemas de accesibilidad detectados de manera automática sobre la aplicación. - AccessibilitySnapshot: ofrece la posibilidad de incorporar pruebas de accesibilidad en el entorno de desarrollo de iOS. - A11yUITests: ofrece la posibilidad de incorporar pruebas de accesibilidad en el entorno de desarrollo de iOS. - Google Scanner for A11y (GSCX): framework para el desarrollo de aplicaciones iOS que permite analizar una aplicación para buscar fallos de accesibilidad y capturarlos y poder programar las pruebas necesarias de accesibilidad para hacer pruebas de regresión. - Google Toolbox for Accessibility for the iOS platform (GTXiLib): framework para la realización de pruebas de accesibilidad de aplicaciones iOS. Se integra con la librería de pruebas XCTest. - UBKAccessibilityKit: permite auditar una app de iOS comprobando los fallos de accesibilidad que presenta, sin la necesidad tener que parar e inspeccionar cada elemento vía Xcode. - xiblint: permite realizar pruebas sobre la IU de una app iOS para comprobar que cumple con las políticas de accesibilidad. - Constrasts: permite comprobar el cumplimiento del nivel de contraste según WCAG. PABLO ARELLANO www.theglobeformacion.com Página 25 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Resumen de herramientas para aplicaciones móviles Característica Android iOS Accessibility Scanner Generación de informes Accessibility Verifier A11y Ally UBKAccessibilityKit Accessibility Test Framework GTXiLib A11y Ally GSCX Test automatizado Espresso A11yUITests Accessibility Insights Accessibility Snapshot UI Automator Viewer Accessibility Inspector Exploración de componentes gráficos A11y Ally Xiblint Accessibility Insights Exploración de la jerarquía Node Tree Debugging Accessibility Inspector UI Automator Viewer Acciones de usuario A11y Ally Accessibility Inspector Accessibility Insights UBKAccessibilityKit GTXiLib Lint Detección de problemas de desarrollo GSCX Remote Debugging WebViews A11yUITests Accessibility Snapshot 10. Herramientas de apoyo Una HERRAMIENTA DE APOYO es un producto software o hardware que permite el acceso de una persona con discapacidad a una característica a la que no tendría la oportunidad de acceder de otra forma. Junto al diseño universal, constituye el pilar fundamental de la accesibilidad. Al contrario de lo que se pueda pensar, las herramientas de apoyo no sólo ofrecen ventajas a personas con un alto grado de discapacidad. El reconocimiento de voz, el software de texto a voz o las configuraciones de texto grande y alto contraste, son ejemplos de tecnologías de asistencia que han pasado a formar parte del día a día de la sociedad, aportando ventajas a todos los usuarios. Es por esto por lo que no se debe pensar en estas herramientas como un mercado de nicho, sino como utilidades que potencialmente pueden servir a un gran número de personas. Tipos de herramientas: - Lector de pantalla. PABLO ARELLANO www.theglobeformacion.com Página 26 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI - Magnificador: aumenta el tamaño del contenido visualizado a modo de lupa virtual. - Texto grande y alto contraste. - Escala de grises. - Sonido monoaural: no división del sonido en distintos canales evita una pérdida de información. - Control por voz. - Dictado por voz. - Navegación mediante interruptor y por barrido: mediante pulsador. - Texto predictivo. Herramientas de apoyo Característica Android iOS Windows Talkback Narrador Lector de pantalla Voice Assistant Voice Over ShinePlus Lupa Lupa Magnificador Zoom ShinePlus Zoomtext Alto contraste SÍ SÍ SÍ Texto grande SÍ SÍ SÍ Escala de grises SÍ SÍ NO Sonido monoaural SÍ SÍ SÍ Control por voz Google Assistan Siri Cortana Dictado por voz SÍ SÍ SÍ Control por interruptor SÍ NO NO Control por barrido SÍ NO NO Texto predictivo SÍ SÍ SÍ PABLO ARELLANO www.theglobeformacion.com Página 27 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 11. Normativa sobre accesibilidad El Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público1 traspone al ordenamiento jurídico español la 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 para dispositivos móviles de los organismos del sector público. A los efectos de este real decreto se entiende por ACCESIBILIDAD el conjunto de principios y técnicas que se deben respetar al diseñar, construir, mantener y actualizar los sitios web y las aplicaciones para dispositivos móviles para garantizar la igualdad y la no discriminación en el acceso de las personas usuarias, en particular de las personas con discapacidad y de las personas mayores (art. 1.2 RD 1112/2018). Este Real Decreto cubre todos los sitios web y aplicaciones móviles del sector público, desde aquellos pertenecientes a las administraciones, tribunales y servicios de policía a los de los hospitales, universidades y bibliotecas públicas, haciendo que sean accesibles a todos los ciudadanos, especialmente a aquellos con dificultades auditivas, visuales o funcionales. De esta forma, el nuevo Real Decreto sustituye y mejora las condiciones que ya se venían exigiendo a los portales de las Administraciones Públicas desde la entrada en vigor el 31 de diciembre de 2008 del Real Decreto 1494/2007. Los cambios más significativos que se introducen son los siguientes: - La equiparación de los requisitos de accesibilidad españoles al estándar armonizado europeo publicado el 21 de diciembre de 2018. Este estándar está basado en la nueva versión de la norma EN 301549 versión 2.1.2 "Requisitos de accesibilidad de productos y servicios TIC" que a su vez se enlaza con WCAG 2.1 (niveles A y AA). Actualmente, están en vigor las normas: o EN 301549:2022 v3.2.1 Requisitos de accesibilidad para productos y servicios TIC (estándar europeo). o UNE-EN 301549:2022 Requisitos de accesibilidad para productos y servicios TIC (estándar español). - La inclusión de las aplicaciones móviles desarrolladas por las Administraciones Públicas que deberán ser accesibles antes del 23 de junio de 2021. - La inclusión de intranets o extranets nuevas o que se renueven sustancialmente a partir del 23 de septiembre de 2019. - En cada portal y aplicación móvil deberá existir una declaración de accesibilidad, según el modelo establecido a nivel europeo en la Decisión de Ejecución (UE) 2018/1523 de la Comisión por la que se establece un modelo de declaración de accesibilidad de conformidad con la Directiva (UE) 2016/2102. 1 https://www.boe.es/buscar/act.php?id=BOE-A-2018-12699 PABLO ARELLANO www.theglobeformacion.com Página 28 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI - Se establece un mecanismo de comunicación sobre requisitos de accesibilidad para que los usuarios puedan comunicar al organismo del sector público cualquier posible incumplimiento de los requisitos de accesibilidad establecidos, transmitir dificultades de acceso al contenido y formular sugerencias de mejoras relativas a la accesibilidad. - Se establece un mecanismo de comunicación que permite solicitar a las personas interesadas la información sobre contenidos que están excluidos del ámbito de aplicación de este Real Decreto o exentos del cumplimiento de los requisitos de accesibilidad, así como la presentación de quejas relativas al cumplimiento de los requisitos de accesibilidad. Además, existirá un mecanismo de reclamación a disposición de todas las personas interesadas. - Recoge las previsiones para realizar un seguimiento periódico de la implantación del Real Decreto mediante gestión descentralizada. Para ello, cada entidad obligada determinará la "unidad responsable de accesibilidad" que será la encargada de coordinar y hacer efectivas las previsiones, y actuará de canalizadora de la información hacia el organismo encargado del seguimiento y presentación de informes. - Se realizarán reportes públicos a la Comisión Europea cada 3 años del estado de aplicación de la Directiva (UE) 2016/2102. El primero de estos reportes se realizará antes del 23 de diciembre de 2021, y comprenderá el periodo 2020-2021. - El seguimiento, monitorización y reporte deberá cumplir los requisitos impuestos por la Comisión Europea en la Decisión de Ejecución (UE) 2018/1524 de la Comisión por la que se establecen una metodología de seguimiento y las disposiciones para la presentación de informes por parte de los Estados miembros de conformidad con la Directiva (UE) 2016/2102. - Extiende la aplicación de los requisitos de accesibilidad web a los portales que reciben financiación pública para su mantenimiento, y aquellos que proveen servicios públicos mediante algún régimen contractual con las Administraciones Públicas. El 11 de octubre de 2018 la Comisión Europea aprobó dos actos de ejecución, publicados a través de sendas Decisiones, que entraron en vigor el 1 de noviembre de 2018: - Decisión 2018/1523: establece el modelo de declaración de accesibilidad que deben emplear todos los sitios web y aplicaciones móviles de los organismos del sector público. - Decisión 2018/1524: establece una metodología de seguimiento y las disposiciones para la presentación de informes que tendrán que cumplir los Estados Miembros para realizar el seguimiento a nivel nacional del cumplimiento de los requisitos de la directiva y realizar el reporte periódico cada 3 años a la Comisión Europea. PABLO ARELLANO www.theglobeformacion.com Página 29 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Entrada en vigor RD 1112/2018 Entró en vigor el 20 de septiembre de 2018, un día después de su publicación en el BOE, con las siguientes excepciones: - Para los sitios web, las disposiciones previstas en los artículos 10.2.b), 12 y 13 serán de aplicación al año de la entrada en vigor de este Real Decreto, y a los 2 años para los sitios web ya publicados. Por lo tanto, desde el 20 de septiembre de 2020 ya están en vigor para todos los sitios web. - Todas las disposiciones relativas a aplicaciones para dispositivos móviles serán de aplicación desde el 23 de junio de 2021. Además, el MPTFP es el organismo responsable del seguimiento y presentación de informes con respecto al cumplimiento de esta directiva. PABLO ARELLANO www.theglobeformacion.com Página 30 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI 12. Real Decreto 1112/2018 DISPOSICIONES GENERALES Objeto Este real decreto tiene por objeto garantizar los requisitos de accesibilidad de los sitios web2 y aplicaciones para dispositivos móviles3 de los organismos del sector público y otros obligados incluidos en el ámbito de aplicación del art. 2 (art. 1.1 RD 1112/2018). Ámbito subjetivo Este real decreto se aplica al sector público que comprende (art. 2.1 RD 1112/2018): a) La AGE. b) Las Administraciones de las CCAA. 2 Sitio web: es un conjunto de archivos electrónicos y páginas web referentes a un tema en particular bajo un nombre de dominio específico a los que se accede utilizando un navegador web. 3 Aplicaciones para dispositivos móviles: son las aplicaciones informáticas diseñadas y desarrolladas para ser usadas por el público en general en dispositivos móviles, entre los que se incluyen los teléfonos inteligentes y las tabletas. No incluyen el programa «software» que controla dichos dispositivos (sistemas operativos para dispositivos móviles) ni el equipo informático. PABLO ARELLANO www.theglobeformacion.com Página 31 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI c) Las entidades que integran la Administración Local. d) El sector público institucional, en los términos establecidos en el artículo 2.2 de la LPACAP. e) Las asociaciones constituidas por las Administraciones, entes, organismos y entidades que integran el sector público. Lo dispuesto en este real decreto también será de aplicación a la Administración de Justicia (art. 2.2 RD 1112/2018). Ámbito objetivo de aplicación Este real decreto se aplica (art. 3.1 RD 1112/2018): - tanto a los sitios web, independientemente del dispositivo empleado para acceder a ellos, - como a las aplicaciones para dispositivos móviles de los organismos del sector público y otros obligados incluidos en el ámbito de aplicación del art. 2. El CONTENIDO accesible de los sitios web y de las aplicaciones para dispositivos móviles INCLUYE (art. 3.2 RD 1112/2018): - la información tanto textual como no textual, - los documentos y formularios que se pueden descargar, - los contenidos multimedia pregrabados de base temporal4, - las formas de interacción bidireccional, - el tratamiento de formularios digitales y - la cumplimentación de los procesos de identificación, autenticación, firma y pago con independencia de la plataforma tecnológica que se use para su puesta a disposición del público. Respecto de las lenguas de signos españolas y los medios de apoyo a la comunicación oral, los sitios web y las aplicaciones móviles tendrán en cuenta lo que disponga específicamente la Ley 27/2007, de 23 de octubre, por la que se reconocen las lenguas de signos españolas y se regulan los medios de apoyo a la comunicación oral de las personas sordas, con discapacidad auditiva y sordociegas y sus normas de desarrollo (DA 3º RD 1112/2018). Están EXCLUIDOS de este real decreto y se regularán por su NORMATIVA ESPECÍFICA (art. 3.3 RD 1112/2018): - los contenidos multimedia en directo y pregrabado5 de base temporal de los sitios web y aplicaciones para dispositivos móviles de prestadores del servicio público de 4 Contenido multimedia de base temporal: son los ficheros multimedia que pueden ser de los siguientes tipos: Solo audio, solo vídeo, audio y vídeo, o cualquiera de los anteriores combinado con interacción. PABLO ARELLANO www.theglobeformacion.com Página 32 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI radiodifusión y sus filiales, así como los de otros organismos o sus filiales que cumplan un mandato de servicio público de radiodifusión. Asimismo, quedan EXCLUIDOS del ámbito de aplicación del presente real decreto los siguientes CONTENIDOS (art. 3.4 RD 1112/2018): a) Formatos de archivo de ofimática6 publicados antes de la entrada en vigor de este real decreto, salvo que los mismos sean necesarios para tareas administrativas activas relativas a las funciones realizadas por los sujetos obligados por este real decreto. b) Contenido multimedia pregrabado de base temporal publicado antes de la entrada en vigor de este real decreto. c) Contenido multimedia en directo de base temporal salvo lo dispuesto en otra legislación específica que obligue al respecto. d) Servicios de mapas y cartografía en línea, siempre y cuando la información esencial se proporcione de manera accesible digitalmente en el caso de mapas destinados a fines de navegación. e) Contenidos de terceros que no estén financiados ni desarrollados por el sujeto obligado ni estén bajo su control. f) Reproducciones de bienes de colecciones del patrimonio7 que no puedan hacerse plenamente accesibles por alguna de las siguientes causas: 1º. Incompatibilidad de los requisitos de accesibilidad con la conservación del bien de que se trate o con la autenticidad de la reproducción. 2º. Indisponibilidad de soluciones automatizadas y rentables que permitan extraer el texto de manuscritos u otros bienes de colecciones del patrimonio y transformarlos en contenidos compatibles con los requisitos de accesibilidad. g) Contenidos de extranet e intranet entendidos como sitios web accesibles únicamente para un grupo restringido de personas y no para el público en general, publicados antes del 23 de septiembre de 2019, hasta que dichos sitios web sean objeto de una revisión sustancial. h) Contenidos de sitios web y aplicaciones para dispositivos móviles que tengan la condición de archivos o herramientas de archivo por contener únicamente contenidos no necesarios para el desarrollo de cualesquiera tareas administrativas activas, siempre que 5 Contenidos multimedia pregrabados: son los contenidos multimedia de base temporal emitidos en directo que se mantienen en línea o se vuelven a emitir tras su transmisión en directo, inmediatamente después de la fecha de la emisión inicial o la nueva emisión. 6 Archivo ofimático: Son los documentos que no están destinados, en principio, a ser utilizados en la web, pero están incluidos en sitios web, pudiendo estar realizados, entre otros, en formato estándar PDF, o habiendo sido confeccionados mediante procesadores de texto, hojas de cálculo o aplicaciones para la realización de presentaciones. 7 Bienes de colecciones de patrimonio: son los bienes de propiedad pública o privada que presentan un interés histórico, arqueológico, estético, científico o técnico y que forman parte de colecciones conservadas por instituciones culturales como bibliotecas, archivos y museos. PABLO ARELLANO www.theglobeformacion.com Página 33 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI no hayan sido actualizados ni editados con posterioridad a la entrada en vigor de este RD. Las AAPP exigirán que se apliquen los criterios de accesibilidad del presente real decreto a (DA 1ª RD 1112/2018): a) Los sitios web y aplicaciones para dispositivos móviles que reciban financiación pública para su diseño o mantenimiento. b) Los sitios web y aplicaciones para dispositivos móviles, vinculados a la prestación de servicios públicos, de entidades y empresas que se encarguen, ya sea por vía concesional o a través de otra vía contractual, de gestionar servicios públicos, en especial, los que tengan carácter educativo, sanitario, cultural, deportivo y de servicios sociales. c) Los sitios web y aplicaciones para dispositivos móviles de los centros privados educativos, de formación y universitarios sostenidos, total o parcialmente, con fondos públicos. Definiciones A efectos del presente real decreto se entiende por (art. 4 RD 1112/2018): - PERCEPTIBILIDAD: es el principio de la accesibilidad que exige que la información y los componentes de la interfaz de usuario se presenten a las personas usuarias de manera que pueda percibirlos. - OPERABILIDAD: es el principio de la accesibilidad que exige que los componentes y la navegación de la interfaz de usuario se puedan utilizar por cualquier persona usuaria. - COMPRENSIBILIDAD: es el principio de la accesibilidad que exige que la información y el funcionamiento de la interfaz de usuario sean comprensibles por cualquier persona usuaria. - ROBUSTEZ: es el principio de la accesibilidad que exige que los contenidos sean suficientemente sólidos para poder ser interpretados de forma fiable por una gran variedad de agentes de usuario, incluidas las tecnologías de asistencia. REQUISITOS para la accesibilidad de los sitios web y aplicaciones para dispositivos móviles Los sitios web y aplicaciones para dispositivos móviles de las entidades obligadas incluidas en el ámbito de aplicación del presente real decreto deberán ser accesibles para sus personas usuarias y, en particular, para las personas mayores y personas con discapacidad, de modo que sus contenidos sean perceptibles, operables, comprensibles y robustos teniendo en cuenta las normas del art. 6 (art.5.1 RD 1112/2018). La accesibilidad se tendrá presente de forma integral en el proceso de diseño, gestión, mantenimiento y actualización de contenidos de los sitios web y las aplicaciones para dispositivos móviles (art. 5.2 RD 1112/2018). PABLO ARELLANO www.theglobeformacion.com Página 34 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Las entidades obligadas adoptarán, siempre que sea posible, medidas para aumentar la accesibilidad de sus sitios web y aplicaciones para dispositivos móviles respecto del nivel mínimo de accesibilidad que deba cumplirse en cada momento (art. 5.3 RD 1112/2018). Presunción de conformidad con los requisitos de accesibilidad Se presumirá que el contenido de los sitios web y aplicaciones para dispositivos móviles que cumpla las normas armonizadas o partes de éstas cuyas referencias hayan sido publicadas en el DOUE es conforme a los requisitos de accesibilidad establecidos en el art. 5 que estén cubiertos por dichas normas o partes de ellas (art. 6.1 RD 1112/2018). En caso de que no se hayan publicado las referencias de las normas armonizadas a que se refiere el apartado 1, se presumirá que el contenido de las aplicaciones para dispositivos móviles que cumpla las especificaciones técnicas o partes de éstas, que la Comisión haya adoptado mediante los correspondientes actos de ejecución, es conforme a los requisitos de accesibilidad establecidos en el artículo 5 que estén cubiertos por dichas especificaciones técnicas o partes de ellas (art. 6.2 RD 1112/2018). En caso de que no se hayan publicado las referencias de las normas armonizadas a que se refiere el apartado 1, se presumirá que el contenido de los sitios web que cumpla los requisitos pertinentes de la norma EN 301 549 V1.1.2 o partes de estos, es conforme a los requisitos de accesibilidad establecidos en el art. 5 que estén cubiertos por dichos requisitos o partes de ellos (art. 6.3 RD 1112/2018). En caso de que no se hayan publicado las referencias de las normas armonizadas a que se refiere el apartado 1, y en ausencia de las especificaciones técnicas a que se refiere el apartado 2, se presumirá que el contenido de aplicaciones para dispositivos móviles que cumpla los requisitos pertinentes de la norma EN 301 549 V1.1.2 o partes de estos, es conforme a los requisitos de accesibilidad establecidos en el art. 5 que estén cubiertos por dichos requisitos o partes de ellos. Se aplicarán directamente las actualizaciones de referencias a la norma EN 301 549 V1.1.2 que la Comisión adopte mediante actos delegados para hacer referencia a una versión más reciente de dicha norma o a una norma europea que la sustituya (art. 6.4 RD 1112/2018). El órgano encargado de realizar el seguimiento y presentación de informes ante la Comisión Europea mantendrá disponible en su sitio web la referencia concreta a las normas armonizadas, normas y especificaciones técnicas que sean de aplicación en cada momento (art. 6.5 RD 1112/2018). Carga desproporcionada Con carácter excepcional, en atención a la carga desproporcionada8 que el cumplimiento de los requisitos de accesibilidad pueda suponer para la entidad obligada, se podrá exceptuar el 8 Carga desproporcionada: aquella carga: que impone a la entidad obligada una carga financiera y organizativa excesiva, o que compromete su capacidad para cumplir su cometido o para publicar la información necesaria y PABLO ARELLANO www.theglobeformacion.com Página 35 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI cumplimiento de los requisitos de accesibilidad recogidos en el presente real decreto (art. 7.1 RD 1112/2018). La excepción al cumplimiento de los requisitos de accesibilidad deberá ser motivada y se limitará al contenido concreto y a lo estrictamente necesario para reducir la carga. No obstante, la entidad deberá hacer estos contenidos lo más accesibles posible y cumplir todos los requisitos de accesibilidad en el resto de contenidos. No se consideran motivos que permitan apreciar la excepción de la carga desproporcionada la falta de prioridad, de tiempo o de conocimientos. Asimismo, tampoco es posible justificar la necesidad de adquirir o desarrollar sistemas informáticos, para la gestión de contenidos de sitios web, y aplicaciones para dispositivos móviles que no sean accesibles (art. 7.3 RD 1112/2018). A fin de evaluar en qué medida el cumplimiento de los requisitos de accesibilidad previstos en este real decreto impone una carga desproporcionada, las entidades obligadas deberán tener en cuenta como mínimo las siguientes circunstancias (art. 7.4 RD 1112/2018): a) El tamaño, los recursos y la naturaleza del sujeto concreto obligado. b) Los costes y beneficios estimados para el mismo, en relación con los beneficios estimados para las personas con discapacidad y las personas mayores, teniendo en cuenta la frecuencia y la duración del uso del sitio web o aplicación para dispositivos móviles en especial. La entidad obligada concreta que desee acogerse a la excepción contemplada en el apartado 1 de este artículo deberá llevar a cabo una evaluación inicial de la medida en que el cumplimiento de los requisitos de accesibilidad previstos en este real decreto impone una carga desproporcionada debiéndolo hacer constar por escrito mediante el correspondiente informe. Dicha evaluación deberá revisarse al menos una vez al año para contemplar los posibles cambios organizacionales o técnicos (art. 7.5 RD 1112/2018). En todo caso, en la declaración de accesibilidad para el sitio web concreto o la aplicación para dispositivos móviles concreta, después de realizar la correspondiente evaluación, se hará constar las partes de los requisitos de accesibilidad que no puede cumplir y, en su caso, se ofrecerá alternativas accesibles según los términos definidos en el art. 15 (art. 7.6 RD 1112/2018). Promoción, concienciación y formación Los organismos del sector público y otros obligados incluidos en el ámbito de aplicación del art. 2 adoptarán medidas de sensibilización y divulgación para incrementar la concienciación dentro de las AAPP y en la sociedad en general sobre los requisitos de accesibilidad y la universalidad de sus beneficios, así como sobre todas las medidas puestas pertinente para sus tareas y servicios, teniendo en cuenta al mismo tiempo el posible beneficio o perjuicio para los ciudadanos, en particular para las personas con discapacidad y personas mayores (art. 7.2 RD 1112/2018). PABLO ARELLANO www.theglobeformacion.com Página 36 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI en práctica con este real decreto, especialmente la posibilidad y medios para reclamar en caso de incumplimiento de las previsiones establecidas (art. 8.1 RD 1112/2018). En particular, las entidades obligadas velarán por la concienciación en materia de accesibilidad de todo el personal a su servicio y específicamente de aquellos órganos o Unidades con competencias en el desarrollo de los sitios web y las aplicaciones para dispositivos móviles del sector público, así como de los encargados de la edición y generación de sus contenidos (art. 8.2 RD 1112/2018). Las entidades obligadas fomentarán y facilitarán programas de formación internos que garanticen conocimientos actualizados sobre las condiciones de accesibilidad en la creación, gestión y actualización de los contenidos de los sitios web y aplicaciones para dispositivos móviles. Para ello (art. 8.3 RD 1112/2018): a) Los correspondientes institutos y organismos competentes en materia de formación en la Función Pública incluirán en sus planes de formación actividades en relación con la accesibilidad de los sitios web y sus contenidos y de las aplicaciones para dispositivos móviles. b) Las entidades obligadas establecerán, como complemento de los anteriores, programas de formación específicos en la materia para el personal a su servicio, especialmente, para quienes pertenezcan a órganos o unidades con competencias en el desarrollo de los sitios web y las aplicaciones para dispositivos móviles así como, para las personas encargadas de la edición y generación de contenidos. Los organismos del sector público y otros obligados incluidos en el ámbito de aplicación del art. 2 promoverán medidas de sensibilización, divulgación, educación y formación en el terreno de la accesibilidad, con objeto de lograr que los titulares de otros sitios web o aplicaciones móviles distintas de aquéllas a las que se refiere este real decreto, incorporen progresivamente y en la medida de lo posible los criterios de accesibilidad, particularmente aquéllas cuyo contenido se refiera a bienes y servicios a disposición del público (art. 8.4 RD 1112/2018). Respecto de las webs y dispositivos móviles, los organismos del sector público y otros obligados incluidos en el ámbito de aplicación del art. 2 observarán los mandatos sobre promoción de la accesibilidad universal contenidos en las disposiciones normativas específicas en materia de contratación pública y harán uso de las facultades y posibilidades que esta legislación ofrece a los órganos contratantes, para ampliar y elevar los niveles de accesibilidad digital en la adquisición de bienes, productos y servicios (art. 8.5 RD 1112/2018). Participación de las personas interesadas Las AAPP determinarán los mecanismos de participación de las personas interesadas y de las personas usuarias en el seguimiento de las políticas de accesibilidad de los sitios web y las aplicaciones para dispositivos móviles, teniendo en cuenta especialmente a las organizaciones representativas de personas con discapacidad y personas mayores, y sus familias (art. 9 RD 1112/2018). PABLO ARELLANO www.theglobeformacion.com Página 37 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI COMUNICACIONES, QUEJAS Y RECLAMACIONES Mecanismos de comunicación Las entidades obligadas deberán ofrecer a las personas usuarias un mecanismo de comunicación que permita a cualquier persona presentar sugerencias y quejas, así como informar sobre cualquier posible incumplimiento por parte de su sitio web o de su aplicación para dispositivos móviles de los requisitos de accesibilidad y solicitar la información excluida (art. 10.1 RD 1112/2018). Se distinguen 2 modalidades en función de la naturaleza de la comunicación y de los efectos y tratamiento que ésta vaya a tener (art. 10.2 RD 1112/2018): a) COMUNICACIONES SOBRE REQUISITOS DE ACCESIBILIDAD: permite a cualquier persona física y jurídica informar sobre cualquier posible incumplimiento por parte del sitio web o de la aplicación para dispositivos móviles de los requisitos de accesibilidad establecidos. También permite transmitir otras dificultades de acceso al contenido o formular cualquier otra consulta o sugerencia de mejora relativa a la accesibilidad del sitio web o aplicación para dispositivos móviles. Las comunicaciones sobre requisitos de accesibilidad podrán presentarse mediante medios electrónicos habilitando una dirección de correo electrónico específica o un formulario que permita la presentación telemática. Adicionalmente, se habilitará al menos uno de los siguientes canales complementarios al electrónico: Un teléfono o una oficina física de atención (art. 11 RD 1112/2018). b) SOLICITUDES DE INFORMACIÓN ACCESIBLE Y QUEJAS: permite a cualquier persona física o jurídica formular quejas relativas al cumplimiento de los requisitos de este real decreto y solicitar la información relativa a contenidos que están excluidos del ámbito de aplicación de este real decreto según lo establecido por el art. 3.4, o exentos del cumplimiento de los requisitos de accesibilidad por imponer una carga desproporcionada. Las solicitudes de información accesible y quejas serán presentadas y registradas conforme a los requisitos establecidos en la LPACAP (art. 12.1 RD 1112/2018). En el caso de las solicitudes de información accesible, la persona interesada deberá concretar, con toda claridad, los hechos, razones y petición que permitan constatar que se trata de una solicitud razonable y legítima (art. 12.2 RD 1112/2018). Recibidas las solicitudes de información accesible y quejas, la entidad obligada deberá responder a la persona interesada en el plazo de 20 días hábiles (art. 12.3 RD 1112/2018). El transcurso de dicho plazo se podrá suspender en el caso de que deba requerirse a la persona interesada para que, en un plazo de diez días hábiles, formule las aclaraciones necesarias para la correcta tramitación de la solicitud de información accesible o queja. PABLO ARELLANO www.theglobeformacion.com Página 38 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Transcurrido dicho plazo sin que la persona interesada haya realizado las aclaraciones oportunas, se continuará con su tramitación (art. 12.4 RD 1112/2018). La respuesta deberá incluir la siguiente información (art. 12.5 RD 1112/2018): a) La Unidad que emite la respuesta. b) La decisión que se ha adoptado. c) En su caso, la información accesible solicitada. d) En su caso, el plazo estimativo y la Unidad responsable de llevar a cabo las medidas para corregir un posible incumplimiento, si las mismas no se pueden adoptar de inmediato. e) La Unidad ante la cual se puede reclamar y el procedimiento por el cual se puede hacer la reclamación. Transcurrido el plazo máximo para resolver sin que se haya notificado la respuesta se entenderá que la solicitud de información accesible no ha sido aceptada o que la queja no ha sido considerada (art. 12.6 RD 1112/2018). Procedimiento de reclamación Si una vez realizada una solicitud de información accesible o queja, ésta hubiera sido desestimada, no se estuviera de acuerdo con la decisión adoptada, o la respuesta no cumpliera los requisitos contemplados en el art. 12.5, la persona interesada podrá iniciar una reclamación para conocer y oponerse a los motivos de la desestimación, instar la adopción de las medidas oportunas en el caso de no estar de acuerdo con la decisión adoptada, o exponer las razones por las que se considera que la respuesta no cumple con los requisitos exigidos (art. 13.1 RD 1112/2018). Igualmente se podrá iniciar una reclamación en el caso de que haya trascurrido el plazo de 20 días hábiles sin haber obtenido respuesta. Dicha reclamación deberá ser presentada y registrada conforme a los requisitos establecidos en la LPACAP (art. 13.2 RD 1112/2018). La reclamación deberá dirigirse a la Unidad responsable de accesibilidad de ese ámbito competencial, o si la respuesta se hubiera realizado desde la propia Unidad responsable de accesibilidad, al superior jerárquico de ésta. Las entidades obligadas deberán incluir en la declaración de accesibilidad la Unidad a la cual elevar las reclamaciones junto con el enlace al sistema de registro en el que se deberá realizar dicha reclamación (art. 13.3 RD 1112/2018). Recibida la reclamación, la Unidad responsable de atenderla deberá responder a la persona interesada en el plazo máximo de dos meses (art. 13.4 RD 1112/2018). El transcurso de dicho plazo se podrá suspender en el caso de que deba requerirse a la persona interesada para que, en un plazo de diez días hábiles, formule las aclaraciones PABLO ARELLANO www.theglobeformacion.com Página 39 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI necesarias para la correcta tramitación de la reclamación. Transcurrido dicho plazo sin que la persona interesada haya realizado las aclaraciones oportunas, se continuará con la tramitación de la reclamación (art. 13.5 RD 1112/2018). Transcurrido el plazo máximo para resolver la reclamación sin que se haya notificado la resolución de la misma, se entenderá que la reclamación ha sido desestimada (art. 13.6 RD 1112/2018). Contra la resolución de la reclamación regulada en los anteriores artículos se podrán interponer los recursos administrativos que procedan, de conformidad con lo dispuesto en el artículo 112 de la LPACAP (art. 14.5 RD 1112/2018). CONTROL, REVISIÓN, SEGUIMIENTO Y PRESENTACIÓN DE INFORMES DECLARACIÓN DE ACCESIBILIDAD Las entidades responsables de las webs y aplicaciones para móviles proporcionarán una declaración de accesibilidad detallada, exhaustiva y clara sobre la conformidad de sus respectivos sitios web y aplicaciones para dispositivos móviles con lo dispuesto en este real decreto. Dicha declaración será actualizada periódicamente, como mínimo una vez al año, o cada vez que se realice una revisión de accesibilidad conforme a lo especificado en el art. 17 (art. 15.1 RD 1112/2018). PABLO ARELLANO www.theglobeformacion.com Página 40 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Esta declaración de accesibilidad se proporcionará en un formato accesible haciendo uso de las instrucciones y del modelo de declaración de accesibilidad que se establezca conforme a lo dispuesto en el apartado 3. En el caso de los sitios web, la declaración se publicará en el sitio web correspondiente estando disponible su acceso desde todas las páginas del sitio web con un enlace denominado «Accesibilidad» o su equivalente en el idioma en el que se encuentre disponible la página. En el caso de las aplicaciones para dispositivos móviles, la declaración estará disponible en el sitio web de la entidad obligada que haya desarrollado la aplicación concreta para dispositivos móviles junto con el enlace para su descarga o bien se facilitará junto con otra información disponible al descargar la aplicación de las plataformas de distribución de aplicaciones. La declaración de accesibilidad comprenderá, como mínimo, la siguiente información (art. 15.2 RD 1112/2018): a) Una explicación sobre aquellas partes del contenido que no sean accesibles y las razones de dicha inaccesibilidad, así como, en su caso, las alternativas accesibles que se ofrezcan. b) Un enlace y descripción del mecanismo de comunicación (arts. 10, 11 y 12). c) Un enlace al procedimiento de reclamación (art. 13) al que cualquier persona interesada pueda recurrir en caso de que la respuesta a la comunicación o a la solicitud sea insatisfactoria. PABLO ARELLANO www.theglobeformacion.com Página 41 B3T9 ACCESIBILIDAD Y SEGURIDAD TAI Mediante Orden de la Ministra de Política Territorial y Función Pública se aprobarán instrucciones específicas para la generación y puesta a disposición de las declaraciones de accesibilidad de acuerdo con los requisitos especificados en el modelo europeo (art. 15.3 RD 1112/2018). Unidad responsable de accesib

Accesibilidad y Seguridad - B3T9 PDF

Document Details

Tags

Related

Summary

Full Transcript

Upgrade to continue