GUÍA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES

Transcripción

1 GUÍA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES Carlos Felipe Caicedo González Código Brian Antonio Hernández Salcedo Código Universidad de San buenaventura Facultad de ingeniería Programa de ingeniería de sistemas Seccional Cali Santiago de Cali 2012

2 GUÍA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES Carlos Felipe Caicedo González Código Brian Antonio Hernández Salcedo Código Proyecto de Grado Directora: Yenny A. Méndez A. Magíster en Computación Universidad de San buenaventura Facultad de ingeniería Programa de Ingeniería de Sistemas Seccional Cali Santiago de Cali 2012

3 Notas de aceptación: Firma del jurado Firma del jurado Firma del jurado 3

4 TABLA DE CONTENIDO GLOSARIO RESUMEN INTRODUCCIÓN PLANTEAMIENTO DEL PROBLEMA JUSTIFICACIÓN OBJETIVOS DEL PROYECTO BASE CONCEPTUAL DISCAPACIDAD Principales discapacidades ACCESIBILIDAD POR QUÉ LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL? BENEFICIOS DE LA ACCESIBILIDAD NORMAS NORMAS LEYES NORMAS Y LEYES COLOMBIANAS Manual de Estrategias en Línea Componentes de Gobierno en Línea Niveles de Gobierno en Línea Gobierno como Plataforma NORMAS Y LEYES EN OTROS PAISES ESTÁNDAR EL CONSORCIO PARA LA WEB(W3C, POR SUS SIGLAS EN INGLÉS WORLD WIDE WEB CONSORTIUM) PAUTAS PARA LA ACCESIBILIDAD WEB Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en inglés Web Content Accessibility Guidelines) Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en inglés Agent Accessibility Guidelines) Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en inglés Authoring Tool Accessibility Guidelines)

5 Evaluación y el Lenguaje de Informe (EARL, por sus siglas en inglés Evaluation and Report Language) Principios, guías y técnicas Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en inglés Authoring Tool Accessibility Guidelines Directrices de accesibilidad para agentes de usuario (UAAG, por sus siglas en ingles User Agent Accessibility Guidelines) METODOLOGÍA IDENTIFICACIÓN DE PAUTAS PARA LA ACCESIBILIDAD IDENTIFICACIÓN DE PRINCIPIOS, PUNTOS DE VERIFICACIÓN Y TÉCNICAS CONSTRUCCIÓN DE LINEAMIENTOS LINEAMIENTOS DEFINICIÓN DE LINEAMIENTOS LINEAMIENTOS PARA DESARROLLADORES Lineamientos para el Contenido de la Web Lineamientos para autores de contenido Web TÉCNICAS DE EVALUACIÓN CÓMO SE REALIZA UNA EVALUACIÓN DE ACCESIBILIDAD? Revisión de estándares Evaluación Heurística Simulaciones de diseño Técnicas de filtrado HERRAMIENTAS PARA LA EVALUACIÓN DE ACCESIBILIDAD EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB ANÁLISIS POR SITIO WEB LinkedIn Twitter DISEÑOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS INCONFORMIDADES EN LA PÁGINA INICIAL INCONFORMIDADES EN LAS DEMÁS OPCIONES DE MENÚ TRABAJOS FUTUROS CONCLUSIONES BIBLIOGRAFÍA

6 LISTA DE TABLAS Tabla 1. Incluir alternativas de textos Tabla 2. Evitar el manejo de CAPTCHA s Tabla 3. Incluir contenido no textual Tabla 4. Evitar elementos no útiles para los usuarios Tabla 5. Incluir reproducciones de sólo audio y sólo video Tabla 6. Incluir subtítulos, descripciones (visuales y auditivas) y lenguaje de señas Tabla 7. Incluir señales auditivas Tabla 8. Incluir una estructura en la presentación Tabla 9. Mantener una secuencia de información lógica Tabla 10. Permitir configuración visual Tabla 11. Incluir mecanismos para instruir al usuario Tabla 12. Hacer buen uso del color Tabla 13. Permitir la configuración del sonido Tabla 14. Evitar el ruido en el audio Tabla 15. Permitir el manejo del teclado como componente de interfaz de usuario Tabla 16. Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido Tabla 17. Definir un límite de contraste Tabla 18. Evitar interrupciones en las reproducciones Tabla 19. Evitar la pérdida de información durante la re-autentificación Tabla 20. Disminuir los destellos en las imágenes

7 Tabla 21. Evitar bloques de texto redundantes Tabla 22. Incluir el foco de selección Tabla 23. Incluir una ruta de navegación Tabla 24. Mantener un buen manejo del idioma Tabla 25. Incluir definiciones y abreviaciones Tabla 26. Mantener un nivel de lectura adecuado Tabla 27. Distribuir el contenido en secciones Tabla 28. Incluir mecanismos para la pronunciación Tabla 29. Incluir cambios sutiles de contexto Tabla 30. Incluir navegación consistente a otros sitios Web Tabla 31. Realizar un manejo adecuado de errores Tabla 32. Incluir ayuda para el contenido Web Tabla 33. Proveer alternativas de texto Tabla 34. Proveer opciones de foco, elementos activos y links visitados Tabla 35. Configurar el texto Tabla 36. Permitir el control del volumen Tabla 37. Proveer un mecanismo de foco efectivo Tabla 38. Proveer una navegación secuencial Tabla 39. Permitir incluir opciones graficas Tabla 40. La herramienta debe permitir el uso de sus funcionalidades mediante accesos rápidos Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades Tabla 42. Proveer la información de una manera estructurada

8 Tabla 43. Permitir la búsqueda de información Tabla 44. Permitir la administración de las preferencias de los usuarios Tabla 45. Ayudar a los usuarios a evitar mensajes innecesarios Tabla 46. Ayudar a los usuarios a evitar y corregir errores Tabla 47. Asegurar la disponibilidad de características que permitan la producción de contenidos accesibles

9 LISTA DE ILUSTRACIONES Ilustración 1. Puntuación de accesibilidad en el análisis técnico por criterio de verificación, en la plataforma LinkedIn Ilustración 2. Puntuación de accesibilidad en el análisis técnico por criterio de verificación, en la plataforma Twitter Ilustración 3. Vista inicial del portal Ilustración 4. Vista inicial del portal Ilustración 5. Reproducción de la página inicial Ilustración 6. Scroll de imágenes del portal Ilustración 7. Foco en el menú principal Ilustración 8. Foco después de presionar tabular <TAB> Ilustración 9. Al aumentar el zoom de la página, el texto no se ajusta a tamaño Ilustración 10. Página con reproducción automática

10 GLOSARIO AUDIODESCRIPCIÓN: La narración agregada a la pista de sonido para describir los detalles visuales importantes que no se pueden entender sólo con la banda de sonido principal [1]. AUDIODESCRIPCIÓN EXTENDIDA: Audio descripción que se agrega a una presentación audiovisual poniendo en pausa el vídeo, de manera que haya tiempo suficiente para agregar una descripción adicional [1]. BLOQUES DE TEXTO: Más de una oración de texto [1]. CAMBIOS DE CONTEXTO: Corresponden a los cambios importantes en el contenido de una página Web que, cuando se hacen sin el conocimiento del usuario, pueden desorientar a quienes no pueden ver toda la página al mismo tiempo [1]. CAPTCHA: Acrónimo de Completely Automated Public Turing test to tell Computers and Humans Apart (Prueba de Turing pública y automática para diferenciar a máquinas y humanos). Las pruebas de CAPTCHA a menudo consisten en pedirle al usuario que escriba en forma de texto aquello que aparece en una imagen o en un archivo de audio distorsionados [1]. CSS: Abreviación de Cascading Style Sheets CONFORMIDAD: La satisfacción de todos los requisitos de un estándar, pauta o especificación determinados [1]. 10

11 CONTENIDO NO TEXTUAL: Cualquier contenido que no está formado por una secuencia de caracteres que puede ser determinado por software o donde la secuencia no expresa nada en ningún idioma [1]. DECORACIÓN: Que sólo persigue un propósito estético, no proporciona información y no tiene ninguna funcionalidad [1]. DESTELLO: Son los cambios opuestos en la luminosidad relativa que pueden causar convulsiones en algunas personas si son lo suficientemente pronunciados y en un rango de frecuencia determinado [1]. ETIQUETA: Corresponde al texto u otro componente con una alternativa textual que se presenta al usuario para identificar un componente dentro del contenido Web [1]. IMÁGENES DE TEXTO: Corresponde al texto que ha sido presentado en forma no textual (por ejemplo, una imagen) para conseguir un efecto visual determinado. LUMINOSIDAD RELATIVA: Brillo relativo de cualquier punto situado en un espacio de color, normalizado a 0 para el negro más oscuro y a 1 para el blanco más claro. Para el espacio de color srgb, la luminosidad relativa de un color se define como L = * R * G * B donde R, G y B se definen como: Si RsRGB<= entonces R = RsRGB/12.92 si no R = ((RsRGB+0.055)/1.055) ^ 2.4 Si GsRGB<= entonces G = GsRGB/12.92 si no G = ((GsRGB+0.055)/1.055) ^ 2.4 Si BsRGB<= entonces B = BsRGB/12.92 si no B = ((BsRGB+0.055)/1.055) ^ 2.4 RsRGB, GsRGB, y BsRGB se definen como: RsRGB = R8bit/255 GsRGB = G8bit/255 11

12 BsRGB = B8bit/255 Es necesario tener en cuenta si se aplica un difuminado después de la distribución de un contenido, de ser así, se usa el valor del color de la fuente original. Para colores que se difuminan en el original, se deben emplear los valores promedio de los colores que se han difuminado (R promedio, G promedio y B promedio) [1]. NIVEL DE EDUCACIÓN PRIMARIO: Periodo de seis años que empieza a las edades de entre cinco y siete, posiblemente sin ninguna educación previa. Nota: Esta definición está basada en la Clasificación Internacional Normalizada de la Educación (UNESCO) [1]. NIVEL MÍNIMO DE EDUACIÓN SECUNDARIA: Los dos o tres años de educación que se inician al término de seis años de escuela y finalizan nueve años después del comienzo de la enseñanza primaria. Nota: Esta definición se basa en la Clasificación Internacional Normalizada de la Educación (UNESCO). SECUENCIA CORRECTA DE LECTURA: Cualquier secuencia donde las palabras y párrafos se presentan en un orden que no cambia el significado del contenido [1]. SÓLO AUDIO: Una presentación basada en el tiempo que contiene únicamente audio (sin vídeo y sin interacción) [1]. SÓLO VIDEO: Una presentación basada en el tiempo que contiene únicamente imágenes (vídeo), sin sonidos (audio) ni interacción [1]. VISUALMENTE COFIGURABLE: Cuando se puede establecer el tipo de letra, el tamaño, el color y el fondo [1]. 12

13 WCAG: Abreviación de Web Content Accessibility Guidelines, que en español traduce guías accesibles para el contenido de la web. W3C: Abreviación de World Wide Web Consortium, que en español traduce Consorcio para la World Wide Web. 13

14 RESUMEN Este documento presenta el desarrollo del proyecto cuyo propósito es proponer una serie de lineamientos para el desarrollo de sitios Web gubernamentales colombianos accesibles; a partir de las normas y leyes tanto colombianas como de otros países y el estándar de la W3C que se tomó como base para su desarrollo. Adicionalmente, se incluye la metodología que explica el proceso para la generación de los lineamientos y el análisis que se realizó sobre el estándar mencionado en el documento. Finalmente, el documento incluye los lineamientos para herramientas de desarrolladores y de contenido y algunas de las técnicas de evaluación propuestas por la W3C. 14

15 INTRODUCCIÓN Existen millones de personas con discapacidad que no pueden utilizar la Web. Actualmente, la mayoría de los sitios Web y los software Web presentan barreras de accesibilidad, lo que dificulta o imposibilita su utilización para muchas personas con discapacidad. Cuanto más software y sitios Web accesibles estén disponibles, más personas con discapacidad podrán utilizar la Web y contribuir de forma más eficiente. Al hablar de accesibilidad Web se está haciendo referencia a un diseño Webaccesible que va a permitir que las personas con discapacidades puedan percibir, entender, navegar e interactuar con la Web, aportando a su vez contenidos. Entre las discapacidades que abarca la accesibilidad existen los problemas visuales, auditivos, físicos, cognitivos, neurológicos, del habla y aquellos que surgen debido a la avanzada edad de las personas. Es aún más importante que las personas, sin importar sus discapacidades, puedan acceder a la información que las instituciones del estado proveen. Para esto es necesario que el Gobierno desarrolle sitios Web que incluyan un diseño accesible de forma que sus instituciones puedan implementar de forma fácil y eficiente. El documento incluye cómo y qué se debe tener en cuenta para un diseño accesible de los sitios Web de las instituciones del estado, para esto el documento se ha divido en los siguientes capítulos: Capítulo 1: Planteamiento del problema. Explica y argumenta el problema que dio origen al trabajo de grado. Capítulo 2: Justificación. Sustenta el por qué el trabajo de grado y la forma en como se llevo a cabo. Capítulo 3: Base Conceptual. Pertenece a fuente de información necesaria para entender qué es la accesibilidad y los beneficios que esta puede traer a los sitios Web. Capítulo 4: Normas. Información relacionada con la forma como actualmente el Gobierno Colombiano enfrenta el problema de accesibilidad en la Web y cómo otros países han logrado hacerlo. Capítulo 5: Estándar. Incluye el estándar del cual el Gobierno Colombiano y los demás países han implementado para lograr diseños accesibles. 15

16 Capítulo 6: Metodología. Explica de forma detallada el proceso que se llevó a cabo para el desarrollo de los lineamientos, que servirán como base para el desarrollo del prototipo Web. Capítulo 7: Lineamientos. Detalla cada una de las guías propuestas como desarrollo del presente proyecto, las cuales explican cómo lograr un diseño accesible en el contenido y la estructura de la Web. Capítulo 8: Técnicas de Evaluación. Explica cómo se evalúa el diseño accesible en un sitio Web y las herramientas que se deben tener en cuenta para hacerlo. Capítulo 9: Evaluaciones de Accesibilidad Aplicadas a Sitios Web. Incluye algunos ejemplos de evaluaciones realizados a sitios Web accesibles. 16

17 1. PLANTEAMIENTO DEL PROBLEMA En Colombia, el número de discapacitados crece como consecuencia de enfermedades y accidentes. Se estima que el 6.3% de la población colombiana sufre de algún tipo de discapacidad [2]. Debido a que el número de personas es significativo y que todas son contempladas bajo la constitución como ciudadanos colombianos, es deber del estado brindarles la información de las instituciones pertenecientes a él bajo canales de comunicación propios a su condición como es internet. El Gobierno Colombiano ha creado canales de comunicación para dar a conocer las diferentes actividades asociadas a las instituciones del estado. Entre los propósitos del Gobierno, se espera que la información pueda ser accedida por todas las personas, independientemente de las discapacidades físicas que presenten y de esta forma, mantener informado a los colombianos sobre los cambios y acontecimientos en el Gobierno Nacional. Entre los canales de comunicación se encuentran los sitios Web, que a pesar de ser un medio adecuado de búsqueda de información, puede generar complicaciones a personas con discapacidades debido al alto grado de interacción que existe entre el usuario y los dispositivos electrónicos [3]. Las discapacidades físicas, del habla, auditivas, cognitivas y neurológicas, que a su vez suelen empeorar con la edad, inhabilitan a las personas que las padecen a interactuar ampliamente con los sitios Web; lo que finalmente puede generar una limitante al acceso a la información, la adquisición de destrezas o al fácil desarrollo de habilidades de razonamiento. A partir de las discapacidades planteadas anteriormente, surge la pregunta Cómo contribuir con el desarrollo de sitios Web gubernamentales colombianos, de tal manera que estos sean más accesibles para las personas con discapacidades relacionadas a la avanzada edad, discapacidades físicas, del habla, auditivas, cognitivas y neurológicas? El desarrollo del proyecto responderá al problema planteado, mediante la generación de una guía que servirá como referente para el desarrollo de sitios Web gubernamentales accesibles. Todo esto con el propósito de contribuir con el fácil acceso a la información relacionada a las instituciones del estado colombiano. Finalmente, es necesario para el desarrollo del proyecto tener una base fundamental de estandarización como la W3C, que revela la importancia de proporcionar accesibilidad a los sistemas interactivos al incluir dentro del desarrollo de software aspectos sociales que tienen como fin eliminar 17

18 aquellas barreras que impiden a las personas con discapacidades y necesidades especiales su enérgica participación en las actividades de la vida cotidiana. 18

19 2. JUSTIFICACIÓN Actualmente, Internet se ha convertido en el mayor canal de comunicación a nivel mundial, permitiendo desde cualquier punto y en cualquier momento el acceso a la información y al conocimiento, esta popularización ha sido factible, en parte, porque en los últimos años los servicios administrativos e informativos basados en la Web han evolucionado y, también, al aumento exponencial del número de usuarios con acceso a Internet. Pero, no todo son ventajas, mientras un alto porcentaje de la población mundial migra hacia el ciberespacio, integrándose en la sociedad de la información, otros países en vías de desarrollo acusan las desventajas agudizando lo que se ha determinado en llamar la brecha digital; es decir, la diferencia entre aquéllos que tienen acceso a las TIC (Tecnologías de información y comunicación) y los que no (debido a limitaciones físicas, técnicas, entre otras). El hecho de que la sociedad de la información y las TIC supongan una oportunidad sin precedentes para favorecer la integración social y laboral de las personas con discapacidad, no descarta el riesgo inasumible de que la falta de acceso a las mismas por parte de este colectivo acabe convirtiéndose en una nueva barrera para el mundo de la discapacidad. En este sentido, el trabajo de investigación que se presenta a continuación, pretende luchar contra ello. Con este objeto, se realizará un acercamiento al mundo de la discapacidad (legislación, directrices, tipos de deficiencias ) y se detectarán los principales problemas que dificultan su acceso a Internet. Todo esto, encaminado en conocer el grado de cumplimiento de las pautas de accesibilidad que deberían estar presente en cada una de los contenidos Web presentes en internet, y habilitar instrumentos que contribuyan a mitigar las barreras que dificultan el acceso a la información en la Web. 19

20 3. OBJETIVOS DEL PROYECTO Objetivo general Generar un referente teórico para el desarrollo de sitios Web del Gobierno en Colombia, de tal manera que estos sean accesibles. Objetivos específicos 1. Generar una base conceptual sobre los aspectos relacionados con la accesibilidad. 2. Identificar las normas, estándares y recomendaciones para la elaboración de sitios Web gubernamentales accesibles. 3. Proponer lineamientos para el desarrollo de sitios Web gubernamentales accesibles, a partir de las normas, estándares y recomendaciones. 4. Identificar y establecer las técnicas de evaluación de accesibilidad para sitios Web gubernamentales en Colombia. 5. Generar un prototipo de Sitio Web accesible, a partir de los lineamientos establecidos. 20

21 4. BASE CONCEPTUAL Se presenta a continuación la información respecto a los temas que establecen la base conceptual del proyecto DISCAPACIDAD La discapacidad es cualquier restricción o impedimento de la capacidad para realizar una actividad de manera normal para el ser humano, como consecuencia de un deterioro que puede ser temporal o permanente, reversible o no. Una persona tiene una discapacidad si ésta encuentra alguna dificultad imposibilidad para realizar una o más actividades de la vida cotidiana [4] Principales discapacidades Para poder definir qué es la accesibilidad y todos los subconceptos relacionados, es necesario describir los tipos de limitaciones que pueden impedir a las personas el acceso a la información en la Web. Los principales tipos de discapacidades son: Discapacidades visuales: conjunto de limitaciones que abarcan la ceguera, la visión reducida y los problemas en visualización de color. Discapacidades auditivas: son discapacidades que pueden ser consideradas menos limitadoras en el acceso y uso de contenidos digitales, debido a que el canal sonoro es mucho menos utilizado en interfaces Web que el canal visual. De todas formas, existen barreras derivadas de esta discapacidad que afectan al acceso de la información en la Web, como lo son limitaciones en el lenguaje. Discapacidades motrices: limitaciones relacionadas con la capacidad de movilidad del usuario. Estos usuarios no suelen ser capaces de interactuar con el sistema a través de dispositivos de entrada tradicionales, por lo que utilizan dispositivos alternativos. 21

22 Discapacidades cognitivas y de lenguaje: conjunto de limitaciones que abarcan problemas en el uso del lenguaje, la lectura, percepción, memoria, salud mental, entre otros. Las cuatro discapacidades engloban una gran diversidad de sub-tipos de discapacidad, cada una de las cuales requerirá de atención específica a la hora de desarrollar productos Web. Estas discapacidades no tienen por qué ser excluyentes entre sí, pues un mismo usuario podría presentar varias discapacidades ya sea de carácter transitorio o temporal. [5] 4.2. ACCESIBILIDAD La accesibilidad significa proporcionar flexibilidad para acomodarse a las necesidades de cada usuario y a sus preferencias y/o limitaciones. La accesibilidad es una condición necesaria para la participación social de las personas con distintas limitaciones funcionales. En una sociedad en la que cada vez se utilizan más las tecnologías de la información y de las comunicaciones, ya sea para informarse, estudiar, relacionarse, entretenerse ó trabajar, y en la que cada vez son más los servicios que se prestan por vía telemática, asegurar la accesibilidad a los nuevos medios tecnológicos, en particular de Internet, resulta prioritario [6]. La accesibilidad Web trata de aspectos relacionados con la codificación y la presentación de información en el diseño de un sitio Web, que va a permitir que las personas con algún tipo de limitación puedan percibir, entender, navegar e interactuar de forma efectiva con la Web, así como crear y aportar contenido. Actualmente, la mayoría de los sitios Web presentan barreras de accesibilidad, lo que hace difícil e incluso imposible su utilización. Sin embargo, si los sitios Web y el software Web, fueran accesibles, las personas con discapacidad podrían utilizar estos servicios de forma efectiva. Además de los usuarios con discapacidades anteriormente nombradas, también hay usuarios que disponen de conexiones lentas a Internet o que acceden mediante equipos portátiles del tipo PDA (Personal Digital Assistant) o teléfonos móviles con reducidas pantallas gráficas, que se benefician del diseño accesible. En general, todos los usuarios se benefician de la accesibilidad Web. 22

23 Las dificultades de acceso a los contenidos de la Web podrían reducirse considerablemente si los responsables de las organizaciones que gestionan sitios Web, los desarrolladores de los sitios Web y los gestores de contenidos tuvieran en consideración las necesidades de las personas con discapacidad y la diversidad de formas de acceso (condicionada por los distintos tipos de dispositivos existentes, el software, la velocidad de la conexión y muchos otros factores) y respetaran unas sencillas normas de estructura y diseño de las páginas Web. Pero estas normas no son suficientemente conocidas y la mayoría de los diseñadores de sitios, los responsables políticos, los cargos administrativos, y los proveedores de contenido no las tienen en consideración. El resultado es que muchos ciudadanos, y particularmente quienes tienen algún tipo de discapacidad y los de edad avanzada, experimentan dificultades para acceder a la información y a los servicios que ofrecen los nuevos medios de comunicación y, en concreto, Internet. Dado el desarrollo que están experimentando los servicios telemáticos, existe el peligro de que un gran porcentaje de la población quede, por estas razones, socialmente excluida. [7] 4.3. POR QUÉ LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL? Uno de los aspectos que debemos tener en mente es que todos en algún u otro momento somos discapacitados o podemos serlo. El estándar ISO/TS [ISO03] destaca que tener una discapacidad debe ser visto como un elemento natural de la vida humana, pues todos podemos, en algún periodo de nuestra vida, vernos afectados por diversas circunstancias que nos dificulten usar y acceder a sistemas, productos y servicios. Incluso aquellas personas que en principio disponen de todas sus capacidades, pueden en determinadas circunstancias, considerarse de este grupo. Este fenómeno se repite al diseñar sistemas interactivos accesibles. Así, tenemos que si un sistema es accesible también beneficia a: [7] Personas de edad avanzada. La población mundial cada día envejece mas, por tanto, el número de usuarios que carecen de una parte de sus capacidades físicas y/o mentales también aumenta. 23

24 Personas muy jóvenes. Caso contrario al anterior, puede ser considerado una forma de discapacidad, sobre todo debido a la falta de adquisición de muchos conocimientos propios de edades primarias. [8] Durante el desarrollo de una Web para infantes. Se encuentran innumerables problemas a solucionar para que una parte importante del público al que iba destinada dicha Web pudiese acceder a esta; por poner un ejemplo, los niños más pequeños (3-5 años) no saben leer, lo que les supone una discapacidad dependiendo de cómo se les muestre la información. Personas con dispositivos lentos o antiguos. La tecnología avanza a un ritmo vertiginoso y no todo el mundo dispone de los medios necesarios (o simplemente no quiere) para readaptarse constantemente a los nuevos cambios. Existen además zonas de población (núcleos pequeños de personas, pueblos alrededor de montañas, etc.) donde la tecnología llega con bastante retardo respecto a los que hace en las grandes concentraciones humanas. Personas con dispositivos muy modernos. Con el uso de los dispositivos recién desarrollados, se encuentran multitud de dificultades debido a que las infraestructuras no suelen estar preparadas para dichos mecanismos. Personas con discapacidades temporales. Pongamos un par de ejemplos para ilustrar el amplio abanico de discapacidades temporales que podamos sufrir: Una persona diestra que realiza su trabajo diario con la ayuda de un computador de escritorio y debido a una operación en el codo derecho tiene inmovilizada dicha extremidad durante unas semanas, esta persona tiene dificultad o discapacidad temporal con el uso de los dispositivos habituales como son el teclado y el ratón. 24

25 Una persona que se encuentra en un país del cual desconoce su lengua, padece un cierto grado de discapacidad temporal al ver limitadas sus discapacidades de expresión. [7] Las personas con discapacidades temporales, precisamente por ser conscientes de dicha temporalidad, no suelen adoptar medidas para saltar dicha discapacidad, siendo por ello necesario que las características del sistema sean muy fáciles de encontrar y aprender. Se ha visto que en el desarrollo de aplicaciones accesibles, sucede lo mismo que pasaba con las infraestructuras urbanas: la mejora se realiza para favorecer el acceso a un determinado colectivo que está en clara minoría, pero el resultado es una mejora de dicho acceso para un número mayor de personas. [7] 4.4. BENEFICIOS DE LA ACCESIBILIDAD Una página Web accesible proporciona múltiples beneficios a sus propietarios y usuarios. Ya sólo el hecho de mejorar el posicionamiento de una página Web en los buscadores es una razón de peso para mejorar la accesibilidad de las páginas Web. Pero existen otras razones que también son importantes. Por ejemplo, la Asociación Española de Normalización y Certificación (AENOR) 1 que proporciona certificados de accesibilidad Web, da las siguientes razones: Incrementa la cuota de mercado y audiencia de la Web. Mejora la eficiencia y el tiempo de respuesta. Demuestra responsabilidad social. Evidencia el cumplimiento de la ley. 1 AENOR ASOCIACION ESPAÑOLA DE NORMALIZACION Y CERTIFICACION es una institución española, privada, independiente, sin ánimo de lucro, que contribuye, mediante el desarrollo de actividades de normalización y certificación (N+C) a mejorar la calidad en las empresas, sus productos y servicios, así como a proteger el medio ambiente y, con ello, el bienestar de la sociedad. 25

26 El Observatorio de la Accesibilidad TIC (Tecnologías de la Información y las Comunicaciones) de Discapnet también ofrece una lista de las ventajas de la accesibilidad: [9] Cumplir un derecho ciudadano a la participación y no discriminación por razón de discapacidad. Cumplir las disposiciones legislativas al respecto, tanto por la Administración Pública, obligada a ello ante la ciudadanía, como por las redes privadas que aspiren a participar en contratos con la Administración o financiación pública. Maximización de los usuarios potenciales, mayor alcance de la comunicación, servicios o mercado. De acuerdo con los datos del INE (1999), el 9% de la población en España tiene alguna discapacidad, en total personas. Al diseñar conforme a estándares de accesibilidad, garantizamos la equivalencia de los contenidos entre distintos navegadores y dispositivos. Mejor indexación en los motores de búsqueda. El cumplimiento de las pautas, tanto en código como en contenidos semánticos (por ejemplo, vínculos con sentido) permite a los motores de búsqueda, una mejor identificación de los contenidos, y en consecuencia, mayores posibilidades de posicionamiento en los buscadores. Aunque no son equivalentes, la accesibilidad cursa una estrecha relación con la usabilidad de un sitio. Al cumplir requisitos de accesibilidad básicos en los elementos técnicos de una Web (estructura de contenidos, vínculos, contraste de color, efectos y movimientos, formularios, tablas, etc.), mejoran las condiciones de uso para la mayor parte de las personas. Fran Tarifa en su blog Mas Que Accesibilidad [10], indica en su comentario Otra razón más para hacer una Web accesible: obtener ayudas y subvenciones, una serie de razones (beneficios) para hacer un sitio Web accesible (además del evidente de la eliminación de las barreras que afectan a las personas con discapacidad): Razones Sociales. Motores de búsqueda. Aumenta la usabilidad de la página. Se cumplen los estándares Web. Dispositivos móviles. Navegadores Web. Posibilidad de tener más visitantes. Reducir el coste de mantenimiento. Cumplir la ley. Obtener ayudas y subvenciones. 26

27 Además de las ventajas anteriormente presentadas, también se encuentran las siguientes: [7] Se incrementa el número de potenciales visitantes. La eliminación de barreras de entrada a una Web permite superar las limitaciones del usuario, captando nuevos usuarios. Aumenta la usabilidad de la página. Si se consigue una página accesible, se aumenta considerablemente la usabilidad de la misma, con los beneficios que esto supone. Se cumplen los estándares Web. Esto implica que nuestra página Web será visionada correctamente desde cualquier navegador. Mejoramos la eficiencia y el tiempo de respuesta. Las páginas están limpias de código inútil o poco eficiente, pesan menos, por lo que el tiempo de carga es mucho menor. Reducimos el coste de mantenimiento. Separar el diseño y los scripts del contenido favorecerá futuras modificaciones de la Web. Demuestra responsabilidad social. Ayuda a mejorar la imagen de nuestra empresa. La eliminación de barreras que dificulten el acceso a nuestra Web demuestra una preocupación y atención hacia todos los clientes. Aumenta el número de potenciales visitantes de la página Web: esta es una razón muy importante para una empresa que pretenda captar nuevos clientes. Cuando una página Web es accesible no presenta barreras que dificulten su acceso, independientemente de las condiciones del usuario. Una página Web que cumple los estándares es más probable que se visualice correctamente en cualquier dispositivo con cualquier navegador. Disminuye los costes de desarrollo y mantenimiento: aunque inicialmente aprender a hacer una página Web accesible supone un coste (igual que supone un coste aprender a utilizar cualquier tecnología nueva), una vez se tienen los conocimientos, el coste de desarrollar y mantener una página Web accesible es menor que frente a una no accesible, ya que una página Web accesible es una página bien hecha, menos propensa a contener errores y más sencilla de actualizar. Reduce el tiempo de carga de las páginas Web y la carga del servidor Web: al separar el contenido de la información sobre la presentación de una página Web mediante CSS se logra reducir el tamaño de las páginas Web y, por tanto, se reduce el tiempo de carga de las páginas Web. 27

28 5. NORMAS A continuación se mencionarán las normas y leyes de la República de Colombia que contemplan la obligación de las insituciones del estado de brindar diseños Web accessibles a la comunidad colombiana NORMAS. Las normas son disposiciones para uso común y repetido, encaminadas al logro del grado óptimo de orden con respecto a problemas reales o potenciales, en un contexto dado [11] LEYES Una ley es una norma o una regla que nos dice cuál es la forma en la que debemos comportarnos o actuar en la sociedad. Las Leyes nos dicen lo que es permitido y lo que es prohibido hacer en Colombia; así si todos las cumplimos podríamos lograr que existan menos conflictos en la población. [12] 5.3. NORMAS Y LEYES COLOMBIANAS En la actualidad, el acceso de los ciudadanos a Internet, a las nuevas tecnologías de la información y a la comunicación, es considerado un factor de crecimiento económico e inclusión social en todo el mundo. [13] En Colombia, el Estado aún adelanta estrategias que permitan a todos los ciudadanos garantizar el acceso a la información, los servicios y los trámites en línea, ofrecidos por los sitios Web del estado. Sin embargo, un grupo de representantes del Instituto 28

29 Colombiano de Normas Técnicas y Certificación (ICONTEC), junto con el Ministerio de Tecnologias de la Información y Comunicaciones, el Instituto Nacional para Ciegos, el Instituto Nacional para Sordos, la Universidad de la Salle, la Universidad Nacional Abierta y a Distrital, el Programa de las Naciones Unidas para el Desarrollo, el programa de Gobierno en Línea; Astrolabio y Colnodo, crearon el documento Norma Técnica Colombiana (NTC) Accesibilidad a páginas Web, la cual estuvo disponible hasta el 15 de noviembre del 2010 para verificaciones por parte de los ciudadanos conocedores del tema y que finalmente fue aprobada por la ICONTEC en la Norma Técnica Colombiana(NTC) 5854 [13]. Por otro lado, el programa de Gobierno en Línea ha creado un manual para la implementación de la estrategia de Gobierno en Línea de la República de Colombia, de acuerdo con lo establecido en el Decreto 1151 de 2008 y que contempla la NTC5854 (Norma Técnica Colombiana 5854). Este manual, junto con cada uno de sus componentes se explicará a continuación Manual de Estrategias en Línea El Manual para la implementación de la Estrategia de Gobierno en Línea es el Qué y el Cómo para publicar información y proveer trámites y servicios en línea, así como, la promoción de la participación y de la democracia del Estado por medios electrónicos. Surge para garantizar la calidad, oportunidad, accesibilidad, uniformidad y confianza en la información y servicios institucionales ofrecidos por medios electrónicos, ya que hay que asegurar y facilitar el acceso y ubicación a información, trámites y servicios útiles y de interés ciudadano [14]. La Estrategia de Gobierno en Línea debe seguir un proceso gradual de mejora y para ello se ha definido un modelo de madurez, el cual proporciona a las entidades un marco para identificar, diagnosticar y transformar sus operaciones y la prestación de servicios. Este modelo de madurez define un proceso evolutivo e iterativo y se basa en un principio de mejoramiento incremental y continuo que permite integrar diversos componentes, actividades, metas y tiempos. El modelo de madurez de Gobierno en Línea consta de los siguientes elementos: componentes, niveles y Gobierno como plataforma. La integración de cada elemento configura el modelo de madurez de Gobierno en Línea. Debe adicionarse al mismo los tiempos para el avance en cada uno de los niveles los cuales se han establecido de una manera diferenciada para el nivel nacional y para el nivel territorial. [14] 29

30 Componentes de Gobierno en Línea El documento comprende cinco componentes sobre los cuales se debe tomar decisiones y asegurar los medios para lograr su desarrollo. Desde otro punto de vista, su desarrollo es el que permite el logro de los objetivos de Gobierno en Línea. Estos componentes, con sus respectivas actividades son: Información: constituye la oferta por medios electrónicos de información y datos públicos no sensibles, abiertos en formato reutilizable y que pueden ser utilizados por terceros para la generación de servicios de valor agregado. Interacción: se habilita la comunicación de dos vías entre los servidores públicos y la ciudadanía, mediante mecanismos que acercan al ciudadano con la administración y le posibilitan contactarla, al igual que hacer uso de la información que proveen las entidades, a través de consultas en línea. Transacción: incorpora la provisión de transacciones en línea para la obtención de productos y servicios, mediante canales seguros, haciendo uso de elementos como la autenticación y pagos en línea. Transformación: la prestación de los productos y servicios se realiza a partir de las necesidades de los usuarios, lo cual implica cambios en la manera de operar las entidades, potenciando el intercambio eficiente de información entre sus dependencias y con otras entidades, así como la reorganización de sus procesos, trámites y servicios bajo el entendimiento de sus clientes y su oferta por múltiples canales. Democracia: se crean las condiciones para facilitar la participación de los ciudadanos en la discusión de temas de interés público, en el proceso de toma de decisiones, y en la construcción colectiva de políticas públicas, planes, programas, temas legislativos y reglamentarios, así como en el seguimiento a la ejecución y el control social, en un diálogo abierto de doble vía con un Estado totalmente integrado en línea. [14] Para cada componente se especifican los criterios que deben cumplir los sitios Web principales de las entidades y algunos que deben considerarse en los sitios Web adicionales de los programas que adelanten las mismas. Los sitios Web correspondientes a planes, sistemas de información o temas relacionados con la actividad de la entidad y que dependan de ésta, deberán cumplir por lo menos los criterios correspondientes a los 30

31 estándares de navegación incluidos en la fase de Información y el nivel de accesibilidad Doble A (AA) de la W3C para las guías WCAG versión 2.0. [14] Niveles de Gobierno en Línea Se definen como una secuencia de acciones que, adecuadamente desarrolladas, conducen al logro de los objetivos. Igualmente, toma en cuenta las relaciones entre dichas acciones, los métodos utilizados y las personas involucradas. Los niveles de madurez definidos para la Estrategia de Gobierno en línea son los siguientes: Nivel Inicial: Nivel en el cual se cuenta con las condiciones institucionales para habilitar cada uno de los componentes. Las entidades caracterizan y analizan a sus usuarios tomando en cuenta variables como composición, necesidades y acceso a tecnología. Igualmente, analizan sus procesos misionales, estratégicos y de apoyo, al igual que la información que se genera a partir de los mismos. De otra parte, analizan los esquemas de prestación de servicios y los recursos con los cuentan para su provisión. Finalmente, priorizan sus acciones y definen su plan de acción para avanzar en el uso del Gobierno en línea y apropian los recursos económicos, humanos, administrativos y legales para ello. Nivel Básico: Nivel en el cual hay evidencia de prestación de servicios en línea de acuerdo con lineamientos y estándares definidos por ellas mismas. Existe entendimiento organizacional. Las entidades implementan los primeros servicios en cada uno de los componentes y los servidores públicos involucrados en dichos procesos conocen y usan el Gobierno en línea. Así mismo, los ciudadanos evalúan la prestación de los servicios. Nivel Avanzado: Nivel en el cual hay evidencia de un porcentaje amplio de prestación de servicios en línea. El Gobierno en línea está institucionalizado, es parte de la rutina diaria y la cultura de la entidad. Las entidades masifican sus servicios electrónicos a todos sus usuarios, a partir de las características identificadas en el nivel inicial y de la experiencia obtenida en el nivel básico. Igualmente, terceros participan en el desarrollo e implementación de nuevos servicios de valor agregado y la ciudadanía participa activamente en la definición de los servicios a ofrecer por parte de las entidades. Nivel de Mejoramiento permanente: Nivel en el cual hay interiorización, innovación y réplica de experiencias exitosas. Las entidades adoptan mejores prácticas, han interiorizado el Gobierno en línea y son los ciudadanos y las 31

32 empresas quienes determinan el tipo de servicios a proveer por parte de las entidades [14] Gobierno como Plataforma Con el fin de dinamizar el proceso de evolución a través de los niveles de madurez, deberán garantizarse ciertos elementos habilitantes, algunos de los cuales tendrán que ser impulsados y liderados desde el Programa Gobierno en línea y posteriormente implementados por las entidades. Dentro de estos elementos habilitantes se encuentran del tipo: Políticos y de Regulación: Comprende la definición de lineamientos, metodologías, estándares y demás desarrollos normativos que se requieran para que las entidades comprendan e implementen acciones en temas como apertura de datos, accesibilidad, usabilidad, estándares de TI, interoperabilidad, mercado abierto de servicios, cero papel, notificación electrónica, autenticación electrónica, servicios compartidos, entre otros. Capacitación y Acompañamiento: Hace referencia a las acciones que deben ser impulsadas desde el Programa Gobierno en línea para difundir la Estrategia, acompañar y orientar su ejecución en las diferentes entidades y la capacitación de servidores públicos y ciudadanos para la apropiación y uso de los servicios implementados. Infraestructura Tecnológica: Soluciones comunes y plataformas tecnológicas para el acceso unificado (datos, aplicaciones, toma de decisiones, resolución de problemas, entre otras). Monitoreo y Evaluación: Comprende la generación de información que permita conocer el estado de avance en el modelo de madurez al igual que el impacto que genera el Gobierno en línea en la competitividad, en la calidad de vida de los ciudadanos y en la gobernabilidad. [14] 32

33 5.4. NORMAS Y LEYES EN OTROS PAISES En otros otros paises como Argentina, España y Estados Unidos, poseen leyes y normas específicas para la accesibilidad Web. En el caso de Argentina, el congreso aprobó el 3 de noviembre del 2010 la Ley de accesibilidad de la información en las páginas Web [15];la cual menciona que las empresas del Estado y las empresas privadas concesionarias de servicios públicos, empresas prestadoras o contratistas de bienes y servicios, deberán respetar en los diseños de sus páginas Web las normas y requisitos sobre accesibilidad de la información que faciliten el acceso a sus contenidos, a todas las personas con discapacidad con el objeto de garantizarles la igualdad real de oportunidades y trato, evitando así todo tipo de discriminación [16]. Todos estos diseños deben estar contemplados dentro del marco de las obligaciones que surgen de la Convención sobre los Derechos de las Personas con Discapacidad (ley de la república de Argentina). En el caso de Europa, la unión europea a través del organismo CEN (Comité Europeo de Normalización), ha diseñado la norma CWA 15554:2006 que proporciona la definición de la inspección y certificación en materia de Accesibilidad Web.Para el caso específico de España, existe un gran número de leyes que definen varios niveles de accesibilidad y fechas de cumpliento; las cuales han sido aprobadas desde el año Entre las leyes se encuentran: Ley 34/2002 de 11 de julio, de servicios de la sociedad de la información y de comercio electrónico. La Ley 51/2003 de 2 de diciembre de Igualdad de Oportunidades, No Discriminación y Accesibilidad Universal con discapacidad (LIONDAU). Real Decreto 366/2007 de 16 de marzo, de accesibilidad y no discriminación de las personas con discapacidad en sus relaciones con la Administración General del Estado. 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 sordo ciegas. Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a la sociedad de la información. Ley 49/2007, de 26 de diciembre, por la que se establece el régimen de infracciones y sanciones en materia de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad. [17] 33

34 Estas leyes contemplan las normas CWA 15554:2006 y UNE :2004. La primera ya ha sido mencionada anteriormente, mientras que la segunda establece las características para cumplir con una Web accesible, cubriendo la mayoría de las discapacidades [18]. Finalmente, en Estados Unidos, el acta de rehabilitación de 1973 sección 508 establece que existen todos los conocimientos y productos necesarios para servir a todos los usuarios (sin importar su discapacidad), por lo que se debe realizar una mejor utilización de la tecnología existente para crear productos accesibles. [19] La sección 508 contempla el estándar Electronic and Information Technology Accessibility Standards de la United States Access Board [20]. 34

35 6. ESTÁNDAR Como ya se vio en el capitulo 5, los sitios Web de las insituaciones del estado colombiano deberán cumplir por lo menos los criterios correspondientes a los estándares de navegación incluidos en el nivel de accesibilidad Doble A (AA) de la W3C EL CONSORCIO PARA LA WEB(W3C, por sus siglas en inglés World Wide Web Consortium) El Consorcio para la Web fue creado en octubre de 1994 para conducir a la World Wide Web a su máximo potencial, desarrollando protocolos de uso común que condujeran a su evolución y al mejoramiento dela interoperabilidad. También constituyen un consorcio industrial internacional alojado por el Laboratorio de Ciencias de la Computación del Instituto de Tecnología de Massachusetts en EEUU, el Instituto Nacional de Investigación en Informática y Robótica en Francia y la Universidad Shonan Fujisawa de Keio en Japón. El consorcio está liderado por Tim Berners-Lee, creador de la World Wide Web y director del consorcio, y por Jean-François Abramatic, como presidente. También está formado por Organizaciones Miembro sin ánimo de lucro que trabajan en la comunidad internacional para desarrollar especificaciones y programas informáticos de referencia, que son distribuidos gratuitamente a lo largo de todo el planeta. El compromiso del Consorcio para la Web es el de encaminar la Web a su máximo potencial, proporcionando un alto grado de accesibilidad para las personas con discapacidades. El grupo interno de trabajo permanente conocido como Iniciativa para la Accesibilidad de la Red (WAI, por sus siglas en inglés Web Accesibility Initiative), en coordinación con asociaciones y organizaciones de todo el mundo, promueven la accesibilidad de la Web a través de cinco actividades complementarias: Tecnología, normativa, herramientas (de validación y reparación), educación y formación, e investigación y desarrollo. [21] 35

36 6.2. PAUTAS PARA LA ACCESIBILIDAD WEB El grupo interno de trabajo WAI (por sus siglas en inglés Web Accesibility Initiative) desarrolló un grupo de pautas para la accesibilidad Web que son distribuidas en los siguientes componentes: Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en inglés Web Content Accessibility Guidelines). Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en inglés Agent Accessibility Guidelines). Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en inglés Authoring Tool Accessibility Guidelines). Pautas para la Accesibilidad de Aplicaciones Dinámicas en la Internet (WAI-ARIA, por sus siglas en inglés Accessible Rich Internet Applications). Evaluación y el Lenguaje de Informe (EARL, por sus siglas en inglés Evaluation and Report Language). [22] Los componentes listados anteriormente tienen como objetivo satisfacer las necesidades de diversos usuarios con discapacidades. Además, están basados en técnicas fundamentales para la accesibilidad en la Web y son desarrollados en coordinación con las especificaciones técnicas de la W3C (HTML, XML, CSS, SVG y SMIL, entre otros) Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en inglés Web Content Accessibility Guidelines). Las WCAG explican cómo hacer que el contenido Web sea accesible para personas con discapacidades. El término Contenido Web normalmente hace referencia a la información suministrada en una página Web o en una aplicación Web, incluyendo texto, imágenes, formularios, sonidos, videos, entre otros. Las WCAG poseen cuatro principios generales del diseño accesible que abarcan catorce guías y por cada guía uno o varios puntos de verificación. Cada pauta es aplicada principalmente por: Desarrolladores de herramientas de evaluación de accesibilidad Web. Desarrolladores de contenido Web (desarrolladores de páginas Web, diseñadores de sitios Web, entre otros). Desarrolladores de herramientas de autor para la Web. [1] 36

37 Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en inglés Agent Accessibility Guidelines). Las UAAG explican cómo hacer que los agentes de usuario sean accesibles para personas con discapacidad, en especial cómo incrementar la accesibilidad al contenido Web. Entre los agentes de usuario se incluyen navegadores, reproductores multimedia, tecnologías asistidas ó cualquier software que algunas personas con discapacidad utilizan para interactuar con los dispositivos. Cada pauta está propuesta principalmente para Reproductores Multimedia, Tecnologías Asistidas, Desarrolladores de Navegadores Web, entre otros, además, tienen como objetivo los siguientes puntos: Acceso a todo el contenido de la Web, incluyendo contenido en relación de eventos generados por el ratón o el teclado. Control del usuario sobre la forma en que se muestra el contenido. Control del usuario sobre la interfaz del usuario, con documentación sobre características de accesibilidad. Interfaces de programación estándares, para permitir la interacción con tecnologías asistidas. [23] Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en inglés Authoring Tool Accessibility Guidelines). Las ATAG definen cómo hacer que las herramientas de autor (aquellas que son utilizadas para crear páginas y contenidos Web) sean accesibles para personas con discapacidad. Entre los objetivos de la ATAG se encuentran: Producción de contenido accesible (es decir, páginas Web) que cumpla los estándares y las pautas. Solicitud de información al autor de contenido (es decir, al usuario de la herramienta de autor) sobre accesibilidad. Formas de comprobar y corregir el contenido que no es accesible. Formas de hacer la herramienta en sí misma accesible para personas con discapacidad. Las ATAG están propuestas principalmente para desarrolladores de herramientas de autor. Entre estas herramientas de autor se incluyen: 37

38 Herramientas de edición específicamente diseñadas para producir contenido Web, por ejemplo, editores HTML y XML. Herramientas que ofrecen la opción de guardar contenido en formato Web, por ejemplo, procesadores de texto paquetes de publicación. Herramientas que transforman documentos a un formato Web, por ejemplo, filtros que transforman formatos de publicación a HTML. Herramientas que producen multimedia, especialmente cuando se quiere utilizar en la Web, por ejemplo, producción de vídeo y edición. Herramientas para la administración o publicación de sitios Web, por ejemplo, que generan sitios Web de forma dinámica desde una base de datos. Herramientas de diseño, por ejemplo, herramientas de formato CSS. [24] Pautas para la Accesibilidad de Aplicaciones Dinámicas en la Internet (WAI- ARIA, por sus siglas en inglés Accessible Rich Internet Applications). Las WAI-ARIA definen cómo hacer el contenido y aplicaciones Web más accesibles para las personas con discapacidad. Especialmente, ayuda con contenido dinámico e interfaces de usuario con controles avanzados, desarrollados con Ajax, HTML, JavaScript, y tecnologías relacionadas. En la actualidad algunas funciones utilizadas en sitios Web no están disponibles para algunos usuarios con discapacidad, especialmente las personas que utilizan lectores de pantalla y personas que no pueden utilizar un mouse. WAI-ARIA enfrenta a estos retos de accesibilidad, por ejemplo, definiendo nuevos caminos para proveer tecnologías que asistan a las personas discapacitadas. Con WAI-ARIA, los desarrolladores pueden crear aplicaciones Web accesibles y usables para personas con discapacidad. Muchas aplicaciones Web desarrolladas con Ajax, DHTML y otras tecnologías plantean retos adicionales de accesibilidad. Por ejemplo, si el contenido de una página Web cambia en respuesta a acciones del usuario, eventos o por intervalos de tiempo, el nuevo contenido puede no estar disponible para algunas personas con discapacidades que utilizan un lector de pantalla. Con WAI-ARIA, todo esto puede ser accesible y útil para las personas con discapacidad. Además, brinda un marco para que el desarrollador agregue atributos que identifiquen las características de interacción con el usuario y la pagina Web. [25] 38

39 Evaluación y el Lenguaje de Informe (EARL, por sus siglas en inglés Evaluation and Report Language). La Evaluación y el Lenguaje de Informe (EARL) define un vocabulario para interpretar los resultados de las pruebas. Permite a cualquier persona, aplicación y organización revisar los resultados de las pruebas realizadas bajo cualquier conjunto de criterios. Los test se pueden aplicar ya sea a un sitio Web, una herramienta, un usuario, o alguna otra entidad. El conjunto de criterios pueden ser las pautas de accesibilidad, las gramáticas formales, u otro tipo de requisitos que garanticen la calidad. Por lo tanto, EARL es flexible con respecto a los contextos en los que se pueden aplicar. EARL no es un vocabulario para describir los procedimientos con que se deben realizar las pruebas, los criterios de prueba, o requisitos de la prueba, sino más bien sirve para describir los resultados de dichas pruebas. EARL se puede complementar con vocabularios de descripción de las pruebas o de otros vocabularios de diferentes aspectos del ciclo de prueba. Estructura de EARL Los términos de EARL se definen usando el Resource Description Framework (RDF), que es la tecnología para expresar datos semánticos en un formato legible por máquina. Al igual que cualquier vocabulario RDF, EARL es un conjunto de afirmaciones acerca de los recursos, cada uno con un sujeto, un predicado (o verbo), y un objeto. Las sentencias RDF describen los recursos y sus relaciones, como en el ejemplo siguiente:<#someone><#checks><#resource>. <#resource><#fails><#test> EARL proporciona un vocabulario estandarizado que sirve para describir los recursos específicos y sus relaciones, los cuales son relevantes interpretar los resultados de las pruebas. El core de EARL sirve para describir el contexto y el resultado individual de una prueba. Como por ejemplo: Defensor Esto puede incluir información acerca de quién o qué ejecutó la prueba. Por ejemplo, los evaluadores humanos, los testers automáticos, o combinaciones de estos. 39

40 Sujeto de Prueba Esto puede incluir el contenido de la Web (como páginas Web, videos, applets, etc), software (tales como herramientas de autor), u otro tipos de temas que puedan ser testados mediante EARL. Prueba de Criterio Contra qué estamos evaluando el sujeto de prueba? Esto podría ser una especificación, un conjunto de directrices, una prueba de un conjunto de pruebas, o algunos otros criterios de prueba. Resultado de la prueba Cuál fue el resultado de la prueba? Un resultado también podría incluir información contextual, tales como mensajes de error o lugares de importancia en el sujeto de prueba. Ejemplo 1: Una persona que lleva a cabo una evaluación manual de una página Web a un requisito de accesibilidad. o o o o Defensor Bob B. Bobbington Sujeto de Prueba Una página Web ubicada en Prueba de Criterio Criterio de éxito de las Directrices de Accesibilidad para el Contenido Web (WCAG) 2.0 Resultado de la prueba Aprobado Ejemplo 2: Una aplicación de software lleva a cabo la validación automática de una página Web a una especificación técnica. o Defensor El W3C Markup Validator se encuentra en o Sujeto de Prueba El XHTML de una solicitud GET a la URL en T14: 00:

41 o Prueba de Criterio La validez del código XHTML o Resultado de la prueba Error, el <li> elemento en la línea 53, char 7 no estaba cerrado. Con un formato estándar legible por máquina, EARL facilita el procesamiento de los resultados de las pruebas, tales como los generados por las herramientas de Web automáticas o semiautomáticas que sirven para realizar la evaluación de la accesibilidad. Herramientas de creación de páginas Web y software de control de calidad pueden servir para apoyar a los desarrolladores Web en el desarrollo de contenido Web de alta calidad. EARL ha sido específicamente diseñado para soportar una amplia variedad de casos de uso, incluyendo las siguientes: Combinar los resultados de las herramientas de software Las pruebas de control de calidad, tales como la evaluación de accesibilidad Web, a menudo se llevan a cabo mediante la combinación de herramientas de software y evaluadores humanos. Por ejemplo, diferentes evaluadores pueden llevar a cabo las pruebas de diferentes partes del sitio Web, y un solo evaluador puede estar usando una o más herramientas de software para la verificación o registro de resultados de las prueba. Algunas de las pruebas podrían ser completamente automatizadas, y puede ser ejecutada sin ninguna intervención humana. Los informes parciales de diferentes herramientas de software se pueden combinar, mediante el uso de EARL como el formato estándar para expresar resultados de la prueba. Consultar y analizar los informes de ensayo EARL dispone el contexto para la evolución de los resultados de pruebas, incluyendo información sobre los recursos probados y las modalidades de pruebas, para permitir diferentes tipos de consultas y análisis. Por ejemplo, las consultas se pueden utilizar para generar informes personalizados para los gerentes que quieren una vista de alto nivel, jefes de proyecto que desean información específica a los recursos que manejan, y los desarrolladores que desean informes detallados de errores que deben corregir. La naturaleza de RDF también permite inferencia semántica y otros enfoques para la minería de datos avanzados. 41

42 Evaluación comparativa de herramientas de pruebas de software EARL también se puede utilizar para comparar los resultados proporcionados por herramientas de prueba diferentes, tales como herramientas de evaluación de accesibilidad Web. En particular, se puede utilizar para comparar los resultados obtenidos de la ejecución de conjuntos de pruebas, y las desviaciones tanto de referencia como los falsos positivos y falsos negativos generados por las diferentes herramientas de pruebas. La evaluación de sitios Web dinámicos y multilingües EARL incluye vocabulario para describir exhaustivamente los recursos Web, incluidos las partes de todo el intercambio HTTP entre un cliente y un servidor. Esto es particularmente útil para registrar cabeceras HTTP relevantes para el lenguaje y la negociación de contenidos, así como el contenido real recibido desde el servidor y que ha sido probado por otra parte, la interacción del usuario con un sitio Web se puede grabar, para ayudar a describir el contexto particular de la ejecución de la prueba. Uso del EARL EARL no es un vocabulario independiente, se basa en muchos vocabularios existentes que cubren algunas de sus necesidades para la definición de metadatos. Este enfoque evita la re-creación de aplicaciones que ya están establecidos y probados como los elementos de Dublin Core. Las especificaciones se hace referencia son: Dublin Core Metadata Initiative (DCMI). Es un estándar de metadatos para la descripción de recursos digitales, a menudo expresada en XML. El mencionado documento es una especificación de puesta al día de todos los términos de metadatos mantenidos por la Iniciativa de Metadatos Dublin Core. Se incluyen los quince términos del Conjunto de Elementos de Metadatos Dublin Core, que también se han publicado como la IETF RFC 5013 [RFC5013], ANSI / NISO Z Estándar [NISOZ3985] y la norma ISO [ISO15836]. RDF Schema versiones de las declaraciones plazo DCMI están disponibles en [DCMISCHEMAS]. Friend of a Friend (FOAF).El proyecto FOAF se trata de crear una Web de recursos de lectura mecánica describiendo a las personas, los vínculos entre ellos y las cosas que crean y hacen [FOAF]. 42

43 Representando el contenido en RDF [Contenido-RDF]. Este es un vocabulario RDF para representar semánticamente cualquier tipo de contenido, ya sea en Internet o en cualquier medio de almacenamiento. Vocabulario HTTP en RDF [HTTP-RDF]. Este es un vocabulario RDF para representar solicitudes y respuestas HTTP. Es útil para identificar los recursos en línea que se acceden a través de HTTP (S). Componentes básicos de un informe En las siguientes secciones, se construirá un informe EARL con varios ejemplos de cada componente. El elemento raíz de un informe EARL es un nodo de RDF, en el que se declara los espacios de nombres para definir clases adicionales y /o propiedades. Ejemplo. Elemento raíz de un informe EARL <rdf:rdf xmlns:earl=" xmlns:rdf=" xmlns:rdfs=" <! > </rdf:rdf> A continuación, se supondrá que se quiere expresar los resultados de la validación XHTML en un determinado documento con el validador de HTML del W3C. 43

44 Ejemplo: Un documento XHTML a validar Este documento tiene tres errores que constituyen la base de nuestro informe EARL: Error: la línea 14, columna 7: tipo de documento no permite que el elemento "li" aquí, que falta uno de los "ul", "ol" start-tag. Error: Línea 15, columna 6: etiqueta de cierre de "li" se omite, pero OMITTAG NO se ha especificado. Error: Línea 16, columna 9: no hay ningún atributo "alt". El primer paso es definir quién realizó la prueba, ya sea un ser humano o una herramienta de software. Esto se nota en el marco EARL como un defensor. En primer lugar, se supondrá que sólo el W3C HTML Validator realiza la prueba. Esto puede ser expresado como un defensor: Ejemplo: Una herramienta genérica como un defensor <earl:assertorrdf:about=" <dct:titlexml:lang="en">w3c HTML Validator</dct:title> <dct:descriptionxml:lang="en"> W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards. </dct:description> </earl:assertor> 44

45 Se debe observar que el defensor proporciona un mecanismo para especificar más información y aprovecha las propiedades estándar de Dublin Core como dct:títuloydct:descripcion. Esta no es la única forma posible para elaborar este informe. Una alternativa, expresados en N3, puede ser: Ejemplo: Un defensor expresado en notación earl: dct: < < aearl:assertor ; dct:description """W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards."""@en ; dct:title "W3C HTML Validator"@en. Un defensor es un tipo genérico. EARL permite el uso de ciertas clases de FOAF como agente, organización o persona para proporcionar más información semántica sobre el tipo de defensor. Además, Por lo tanto, la W3C Validator se podría describir de manera más adecuada de la siguiente manera: Ejemplo: Un software defensor <earl:softwarerdf:about=" <dct:titlexml:lang="en">w3c HTML Validator</dct:title> <dct:hasversion>0.7.1</dct:hasversion> <dct:descriptionxml:lang="en"> W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards. </dct:description> 45

46 </earl:software> Se debe notar la propiedad adicional, dct:hasversion, lo que indica la versión del software. A continuación se analiza el caso de que el defensor es una persona. Esto se puede expresar en el siguiente ejemplo: Ejemplo: Una persona como defensor <foaf:personrdf:id="john"> <foaf:mboxrdf:resource="mailto:john@example.org"/> <foaf:name>john Doe</foaf:name> </foaf:person> El segundo paso es definir lo que se analiza, el recurso que se prueba. Para ello, EARL define la clase Test Subject. Esta clase es un contenedor genérico que las cosas que se van a probar tales como recursos Web (cnt: Contenido) o software (conde: Software). En este caso, el ejemplo se podría representar como: Ejemplo: Un Test Subject con algunas propiedades de Dublin Core <rdf:descriptionrdf:about=" <dct:titlexml:lang="en">project Description</dct:title> <dct:date 14</dct:date> rdf:datatype=" <rdf:typerdf:resource=" </rdf:description> Poniendo las piezas juntas. El último paso consiste en fusionar los componentes creados. Las declaraciones EARL para este propósito son llamados afirmaciones, y tienen cuatro propiedades fundamentales: Earl: assertedby, Earl:subject, Earl:test y conde:result. Cada uno de ellos sirve para apuntar a los defensores correspondientes, los sujetos de prueba, los 46

47 requisitos de prueba y resultados, respectivamente. De los ejemplos anteriores, podemos construir nuestro informe completo con tres afirmaciones: Ejemplo: Resultados de las pruebas elaboradas con W3C Validator <earl:assertionrdf:id="ass1"> <earl:resultrdf:resource="#error1" /> <earl:testrdf:resource=" /> <earl:subjectrdf:resource=" /> <earl:assertedbyrdf:resource="#assertor01" /> </earl:assertion> <earl:assertionrdf:id="ass2"> <earl:resultrdf:resource="#error2" /> <earl:testrdf:resource=" /> <earl:subjectrdf:resource=" /> <earl:assertedbyrdf:resource="#assertor01" /> </earl:assertion> <earl:assertionrdf:id="ass3"> <earl:resultrdf:resource="#error3" /> <earl:testrdf:resource=" /> <earl:subjectrdf:resource=" /> <earl:assertedbyrdf:resource="#assertor01" /> </earl:assertion> Niveles de conformidad o de accesibilidad Para cada pauta se proporcionan los criterios de conformidad verificables que permiten emplear las WCAG 2.0 en aquellas situaciones en las que existan requisitos y necesidad de evaluación de conformidad como: especificaciones de diseño, compras, regulación o 47

48 acuerdos contractuales. Con el fin de cumplir con las necesidades de los diferentes grupos y situaciones, se definen tres niveles de conformidad: A (el más bajo), AA y AAA (el más alto). El nivel A recoge los requisitos mínimos de accesibilidad que debe observar un sitio Web. El nivel doble A indica los requisitos que debería cumplir un sitio para alcanzar un nivel adecuado de accesibilidad. El nivel triple A define los requisitos que podría cumplir un sitio para alcanzar un nivel máximo de accesibilidad Principios, guías y técnicas Cada componente de la iniciativa para la accesibilidad Web está compuesto por principios, que a su vez contiene una cantidad determinada de guías. Estas guías proveen al usuario de técnicas que lo ayudan a cumplir con uno de los tres (3) niveles de conformidad y de esta forma, cumplir con un sitio Web que incluya todas las pautas para ser catalogado como accesible Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en inglés Authoring Tool Accessibility Guidelines. Las personas y organizaciones que pueden utilizar las ATAG 2.0 varían ampliamente, entre ellos se pueden encontrar desarrolladores, usuarios y responsables políticos. Con el fin de satisfacer las diversas necesidades de este público, se proporcionan varias capas: Partes: ATAG 2.0 se divide en dos partes, cada una refleja un aspecto clave de las herramientas accesibles. La parte A se refiere a garantizar la accesibilidad de las interfaces de usuario de la herramienta a personas con discapacidades. La parte B se refiere a asegurar el apoyo de herramientas para la creación, por cualquier autor (no sólo las personas con discapacidad), de contenido Web. Principios: Debajo de cada parte existen varios principios que organizan las directrices. Guías: Bajo los principios se encuentran las guías. Las guías establecen los objetivos básicos que los desarrolladores de herramientas de autoría deben seguir para elaborar herramientas fáciles de creación para personas discapacitadas y usuarios finales de contenido Web con diferentes discapacidades. Las guías no son comprobables, pero proporcionan el marco y los objetivos generales para 48

49 ayudar a los desarrolladores de herramientas de autoría a entender los criterios de éxito. Cada guía incluye una breve explicación de por qué se incluyó. A continuación se presentan las capas definidas en la ATAG: PARTE A: Hacer la herramienta accesible Alcance de la "interfaz de usuario de la herramienta de autoría": En la Parte A se aplican todos los aspectos de creación de la interfaz de usuario. También incluye puntos de vista del contenido Web que se está editando y características que son independientes del contenido, como menús, barras de botones, barras de estado, las preferencias del usuario, documentación, entre otros. Refleja los problemas de accesibilidad al contenido: La herramienta es responsable de asegurar que la edición del contenido Web sea accesible para personas con discapacidad. Sin embargo, cuando un problema de accesibilidad es causada directamente por el contenido que está siendo editado (por ejemplo, si una imagen en el contenido carece de un texto alternativo), entonces esto no se considera una deficiencia en la accesibilidad de la interfaz de usuario. PRINCIPIO A.1: La creación de interfaces de usuario deben seguir las guías de accesibilidad. Guía A.1.1: (Para la interfaz de usuario de la herramienta de autoría) Asegurar que las funcionalidades no basadas en Web sean accesibles. Justificación: Cuando las herramientas (o partes de la herramienta) no son basadas en Web, aplicando las guías de accesibilidad existentes se debe asegurar el acceso fácil a las personas que posean discapacidades. PRINCIPIO A.2: La edición debe ser perceptible. Guía A.2.1: (Para la interfaz de usuario de la herramienta) Habilitar el contenido alternativo a los usuarios. Justificación: Algunos autores necesitan tener acceso a contenido alternativo con el fin de interactuar con el contenido Web que se está editando. 49

50 Guía A.2.2: (Para la interfaz de usuario de la herramienta) La edición de la interfaz puede ser editada través de programas. Justificación: Algunos autores necesitan tener acceso a detalles sobre la edición de la interfaz, a través de su tecnología de asistencia. PRINCIPIO A.3: La edición debe ser permitida a personas con discapacidad Guía A.3.1: (Para la interfaz de usuario de la herramienta) Facilitar el acceso de teclado para las funcionalidades de la herramienta. Justificación: Algunos usuarios con movilidad reducida o discapacidad visual no son capaces de utilizar un ratón, y en requieren el acceso mediante teclado a todas las funcionalidades de la herramienta. Guía A.3.2: (Para la interfaz de usuario de la herramienta) Proveer suficiente tiempo a los usuarios al realizar ediciones Justificación: Algunos autores que han digitan con dificultad o un lento manejo del ratón, se les debe evitar el uso de los sistemas con límites de tiempo o que requieren altas velocidades de reacción, tales como hacer clic en un blanco móvil. Guía A.3.3: (Para la interfaz de usuario de la herramienta) Ayudar a los usuarios evitar objetos intermitentes que puedan provocar convulsiones. Justificación: Objetos intermitentes pueden causar convulsiones en los usuarios con trastorno convulsivo fotosensible. Guía A.3.4: (Para la interfaz de usuario de la herramienta) Mejorar la navegación y la edición a través de cómo se muestra la estructura del contenido. Justificación: Algunos usuarios que tienen dificultades para escribir o utilizar el beneficio del ratón, se les debe presentar la información estructurada para permitir la fácil navegación por el contenido. Guía A.3.5: (Para la interfaz de usuario de la herramienta) Permitir la búsqueda del contenido mediante texto. Justificación: Algunos usuarios tienen dificultades para escribir o utilizar el beneficio del ratón, se les debe permitir buscar información acerca del 50

51 contenido de las funcionalidades mediante opciones de búsqueda tales como, case sensitive, two-way, match, entre otras. Guía A.3.6: (Para la interfaz de usuario de la herramienta) Administrar las preferencias de configuración de los usuarios. Justificación: Algunos autores necesitan establecer su propia configuración de cómo se estructura el contenido de la pagina, de una manera que difiere de la presentación que se define para el contenido Web publicado, se debe proporcionar la capacidad de guardar y cargar conjuntos de teclado. Guía A.3.7: (Para la interfaz de usuario de la herramienta) Asegúrese de que las pre-visualizaciones son accesibles. Justificación: Las pre-visualizaciones se presentan en muchas herramientas, porque las personas a menudo requieren comprobar de forma periódica su trabajo para mirar cómo se mostrará el contenido de la Web a los usuarios finales. Las personas con discapacidad necesitan la misma oportunidad de revisar su trabajo. PRINCIPIO A.4: La edición debe ser comprensible. Guía A.4.1: (Para la interfaz de usuario de la herramienta) Se debe ayudar a las personas a evitar y corregir los errores. Justificación: Algunas personas con discapacidad pueden ser más susceptibles a cometer errores debido a factores tales como la dificultad para realizar movimientos finos o errores de reconocimiento de voz. Guía A.4.2: (Para la interfaz de usuario de la herramienta de autoría) Documentar la interfaz de usuario, incluyendo todas las características de accesibilidad. Justificación: Algunas personas no pueden ser capaces de comprender o utilizar la herramienta sin la documentación adecuada. PARTE B: Brindar soporte a la producción de contenidos accesibles 51

52 PRINCIPIO B.1: Todos los procesos automáticos deben producir contenido accesible. Guía B.1.1: Asegúrese de especificar que contenido automático es accesible. Justificación: si se especifican que funcionalidades automáticas no son accesibles, el uso de la funcionalidad quedará en manos del usuario. PRINCIPIO B.2: Las personas deben ser apoyadas en la producción de contenidos accesibles. Guía B.2.1: Brindar una guía para que las personas puedan producir contenido accesible. Justificación: Al brindar guías a las personas desde el principio en la creación y mantenimiento de contenidos Web accesibles (WCAG), los problemas de accesibilidad Web de se ven mitigados y menos esfuerzo de reparación serian necesarios. Guía B.2.2: Ayudar a los autores con plantillas accesibles. Justificación: Proporcionar plantillas accesibles y otros contenidos predefinidos (por ejemplo, imágenes prediseñadas, multimedia sincronizado, widgets, etc) puede tener varios beneficios, entre ellos: mejorar el contenido Web cuando alguna persona desea crear una página, lo que reduce el esfuerzo requerido de las personas. PRINCIPIO B.3: Los personas deben ser apoyados en la mejora de la accesibilidad de los contenidos existentes. Guía B.3.1: Ayudar a los personas en la comprobación de los problemas de accesibilidad. Justificación: Cuando se ayuda a las personas a comprobar la accesibilidad con una función integrada en la herramienta, ayuda a las personas a ser conscientes de los problemas de accesibilidad al contenido durante el proceso de creación, por lo que puede ser corregido de inmediato. GuíaB.3.2: Ayudar a los autores a corregir los problemas de accesibilidad. Justificación: La corrección como parte integral del proceso de creación mejora enormemente el control y aumenta la probabilidad de que los problemas de accesibilidad serán tratados adecuadamente. 52

53 Directrices de accesibilidad para agentes de usuario (UAAG, por sus siglas en ingles User Agent Accessibility Guidelines) Un agente de usuario es cualquier software que obtiene y presenta el contenido Web para los usuarios finales. Los agentes de usuario incluyen navegadores Web, reproductores multimedia, plug-ins que ayuda en la recuperación, lo que hace y la interacción con el contenido Web. UAAG 2.0 especifica los requisitos que, si el agente de usuario estima, ayudará a reducir las barreras a la accesibilidad. Accesibilidad implica una amplia gama de discapacidades. Entre estas se incluyen visuales, auditivas, físicas, del habla, cognitivas, del lenguaje, el aprendizaje, discapacidades neurológicas y discapacidades relacionadas con el envejecimiento. UAAG 2.0 hace hincapié en el objetivo de garantizar que todos los usuarios, incluidos los usuarios con discapacidad, tienen el control sobre su entorno para acceder a la Web. Los métodos clave para el logro de ese objetivo son: Configurabilidad. Dispositivo de la independencia. Interoperabilidad. Apoyo directo a las reproducciones, tanto gráfica y auditiva. Algunos usuarios tienen más de una discapacidad, y las necesidades de los distintos tipos de discapacidad se pueden contradecir. Así, muchos de los requisitos en UAAG 2,0 realizan énfasis en proveer al usuario la opción de utilizar la configuración para asegurarse de que una funcionalidad diseñada para mejorar la accesibilidad de un usuario no interfiera con la accesibilidad de otro. Una configuración predeterminada del agente puede ser útil para un usuario, pero interfieren con la accesibilidad para otro. Capas de UAAG 2.0: Con el fin de satisfacer las necesidades de diferentes públicos que utilizan capas UAAG, varias capas se presentan varias capas de orientación, incluyendo los principios generales y directrices comprobables y criterios de éxito. Principios - En la parte superior hay cinco principios que constituyen la base para las aplicaciones de usuario accesibles. Los Principios 1, 2 y 3 son congruentes con las Directrices de Accesibilidad para el Contenido Web (WCAG) 2.0: perceptibles, operables y comprensibles. Principios 4 y 5 son específicos para los agentes de usuario: facilitar el acceso programático y cumplir con las especificaciones y convenciones. 53

54 Directrices - Bajo los principios se encuentran las guías. Las directrices proporcionan los objetivos básicos que los autores deben trabajar para lograr que los agentes de usuario sean más accesibles para a los usuarios con diferentes discapacidades. Las guías no son comprobables, sino que aportan a los objetivos y el marco general ayuda para comprender los criterios de éxito y una mejor aplicación de las técnicas. Principio 1: Perceptible -Asegúrese de que la interfaz de usuario y el contenido representado son perceptibles Guía 1: Contenido alternativo - Facilitar el acceso a contenidos alternativos. El usuario puede determinar qué piezas de contenido tienen otras alternativas como alttext o longdesc. Guía 2: Reparación de falta de contenido. El usuario puede solicitar información alternativa cuando el autor no las proporcione. Guía 3: Proporcionar el resaltado de selección, foco del teclado, elementos habilitados, los enlaces visitados. El usuario debe poder distinguir visualmente los elementos seleccionados, los centrados, los enlaces visitados. Guía 4: Proporcionar opciones de configuración del texto. El usuario puede controlar la fuente del texto, color y tamaño Principio 2: Operable -Asegúrese de que la interfaz de usuario es capaz de funcionar Guía 1: Garantizar el acceso mediante el teclado. Todas las funciones deben permitir ser operados a través del teclado utilizando comandos de teclado secuenciales que no requieren de tiempos específicos para las pulsaciones de teclado. Guía 2: Proporcionar navegación secuencial. Se debe permitir la navegación secuencial al usuario mediante el uso de teclado. Guía 3: Proveer de búsqueda de texto. Se debe proveer un medio donde el usuario pueda buscar palabras o frases en el contenido. 54

55 7. METODOLOGÍA A continuación se mencionará el proceso para la construcción de los lineamientos que tendrán por objetivo lograr un diseño accesible a las páginas Web de las instituciones del estado y que pueden ser evaluadas bajo los mismos criterios que ofrece la W3C IDENTIFICACIÓN DE PAUTAS PARA LA ACCESIBILIDAD Durante la investigación, se ha identificado a la W3C como organismo líder en el desarrollo de técnicas de accesibilidad en la Web y es por esto que los lineamientos y técnicas mencionados en los siguientes capítulos estarán basados en el análisis de cada una de las pautas y actividades propuestas por el organismo. Se debe tener en cuenta que al referirse a la Web no sólo se incluye contenidos a los que pueden ser accedidos a través del internet, sino también al proceso desde que dicha información fue creada y publicada hasta ser distribuida a un usuario final. Es por esto que los lineamientos para la accesibilidad deben abarcar todo el proceso de distribución de información e incluir guías para asegurar que tanto las herramientas para la creación del contenido como el entorno en que se publica, puedan ser accesibles a todas las personas sin importar su discapacidad. Basado en lo anterior, se tomará como base para la construcción de lineamientos las pautas de Accesibilidad al contenido, Accesibilidad para Agentes de Usuario y Pautas para herramientas de Autor, mencionadas en el capítulo IDENTIFICACIÓN DE PRINCIPIOS, PUNTOS DE VERIFICACIÓN Y TÉCNICAS 55

56 Es necesario para cada una de las pautas de accesibilidad identificar los principios, puntos de verificación y guías. Los principios constituyen los objetivos del diseño accesible, las guías corresponden con las características del diseño accesible y los puntos de verificación representan el cómo y el qué se debe hacer. Cada principio cambia de acuerdo a la pauta que se está consultando, por ejemplo, en el caso de las WCAG los principios estarán relacionados únicamente al mejoramiento del contenido Web y por ende sus guías y puntos de verificación estarán relacionados al mismo objetivo CONSTRUCCIÓN DE LINEAMIENTOS Una vez identificados cada uno de los elementos de la pauta de accesibilidad que se desea definir como lineamiento, se debe crear el título. Es necesario tener en cuenta que el título debe resaltar la característica del diseño accesible para que el lineamiento sea fácil de identificar. Después, se debe evaluar si existen uno o más puntos de verificación funcionalmente relacionados ya que las descripciones del lineamiento no corresponden necesariamente a una guía sino a un conjunto de puntos de verificación. Un ejemplo de esto sería la guía 1.1. Alternativas Textuales que define: Proporcionar alternativas textuales para que todo el contenido se pueda configurar de acuerdo a las necesidades de las personas, por ejemplo agrandar las letras, agregar símbolos o permitir un lenguaje más sencillo. [1] Y un punto de verificación de esta guía define: Contenido no textual: Todo contenido no textual que se presenta al usuario tiene una alternativa textual que cumple el mismo propósito, excepto en las situaciones enumeradas a continuación. (Nivel A) Controles, Entrada de datos: Si el contenido no textual es un control o acepta datos introducidos por el usuario, entonces tiene un nombre que describe su propósito. (Véase la Pauta 4.1 para requisitos adicionales sobre los controles y el contenido que aceptan entrada de datos). 56

57 Decoración, Formato, Invisible: Si el contenido no textual es simple decoración, se utiliza únicamente para definir el formato visual o no se presenta a los usuarios, entonces se implementa de forma que pueda ser ignorado por las ayudas técnicas. Contenido multimedia tempo dependiente: Si el contenido no textual es una presentación multimedia con desarrollo temporal, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. (Véase la Pauta 1.2 para requisitos adicionales sobre contenido multimedia). Pruebas: Si el contenido no textual es una prueba o un ejercicio que no sería válido si se presentara en forma de texto, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. Sensorial: Si el contenido no textual tiene como objetivo principal el crear una experiencia sensorial específica, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. CAPTCHA: Si el propósito del contenido no textual es confirmar que quien está accediendo al contenido es una persona y no una computadora, entonces se proporcionan alternativas textuales que identifican y describen el propósito del contenido no textual y se proporcionan formas alternativas de CAPTCHA con modos de salida para distintos tipos de percepciones sensoriales, con el fin de acomodarse a las diferentes discapacidades. [1] Basado en el ejemplo anterior, se debe leer detenidamente la guía para identificar cada una de las características del diseño accesible y de esta forma considerar si es necesario o no separarla en diferentes lineamientos. En este caso, debido a que el contenido no textual abarca imágenes, videos u otro tipo de presentación de información y además se incluyen funcionalidades como lo son CAPTCHA, se debe dividir esta guía en diferentes lineamientos. Lo mismo ocurrirá si existen otras gruías con puntos de verificación similares, ya que de existir un lineamiento con características similares, deberá incluirse en él. Una vez definida la característica del lineamiento, se debe conocer el nivel de conformidad de la guía que se está analizando, para este caso la guía tiene un nivel A lo que significa que puede existir otra guía con las mismas características pero con un nivel de conformidad AA o AAA. De encontrarse un caso como el descrito anteriormente, se debe definir el lineamiento nombrando la mayor característica accesible pero dándole al usuario la posibilidad de elegir el nivel de accesibilidad que desea implantar. 57

58 Un ejemplo de esto sería la guía 1.4 que define: Facilitar a los usuarios ver y oír el contenido, incluyendo la separación entre el primer plano y el fondo Y dos de los puntos de verificación de esta guía definen: 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 los siguientes casos: (Nivel AA) Textos grandes: Los textos de gran tamaño y las imágenes de texto de gran tamaño tienen una relación de contraste de, al menos, 3:1. Incidental: Los textos o imágenes de texto que forman parte de un componente inactivo de la interfaz de usuario, que son simple decoración, que no resultan visibles para nadie o forman parte de una imagen que contiene otros elementos visuales significativos, no tienen requisitos de contraste. Logotipos: El texto que forma parte de un logo o nombre de marca no tiene requisitos de contraste mínimo 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 los siguientes casos. (Nivel AAA) Textos grandes: Los textos de gran tamaño y las imágenes de texto de gran tamaño tienen una relación de contraste de, al menos, 4.5:1. Incidental: Los textos o imágenes de texto que forman parte de un componente de la interfaz de usuario inactivo, que son simple decoración, que no resultan visibles para nadie o forman parte de una imagen que contiene otros elementos visuales significativos, no tienen requisitos de contraste. Logotipos: El texto que forma parte de un logo o nombre de marca no tiene requisitos de contraste mínimo. El ejemplo anterior nos muestra dos puntos de verificación con las mismas características pero con un nivel de conformidad distinto (AA y AAA). Para la construcción del lineamiento se debe incluir la característica más accesible (Contraste de 4.5:1) pero dándole la posibilidad al usuario de seleccionar el nivel de implementación, esto puede lograrse con el uso de palabras como al menos o hasta. 58

59 Finalmente, se debe leer el lineamiento y verificar si es fácil de entender, es decir, es clara la forma de implementarlo al sitio Web deseado. De no ser así, se debe incluir ejemplos relacionados con las instituciones del estado colombiano. 59

60 8. LINEAMIENTOS Es necesario conocer previamente la definición de lineamiento para identificar el alcance y la finalidad de este capítulo DEFINICIÓN DE LINEAMIENTOS La palabra lineamento (que proviene del término latino lineamentum) hace referencia a las directrices específicas que facilitan la orientación operativa a la cual se pretende llegar al cumplimiento de los objetivos, en este contexto, el de ser un sitio Web gubernamental accesible. Estas directrices no son más que propuestas para ayudar a mejorar la accesibilidad en la Web, por lo que estarán sujetas a la decisión y al criterio de cada persona. [26] 8.2. LINEAMIENTOS PARA DESARROLLADORES Los lineamientos para los desarrolladores son los que aplican en la fase de construcción de un proyecto de software. Durante este proceso, el desarrollador deberá conocer previamente cómo se aplicarán los lineamientos y el nivel de conformidad que desea implementar Lineamientos para el Contenido de la Web Los siguientes lineamientos abarcan la forma en que la información debe ser publicada, cumpliendo con los estándares de la W3C. 60

61 Tabla 1. Incluir alternativas de textos Lineamiento para el Contenido de la Web Lineamiento Incluir alternativas de textos. Descripción Es necesario publicar la información de diferentes maneras para que el usuario pueda seleccionar la configuración que desee. Ejemplo Mediante una opción, la información puede cambiar a una letra más grande, braille, símbolos o lenguaje menos técnico y sencillo. Beneficio Las alternativas de texto pueden ayudar a personas que tienen dificultades para percibir el contenido visual. La tecnología de asistencia puede leer el texto en voz alta, presentarlo visualmente, o convertirla en braille. Las personas sordas, con problemas de audición, o que tienen problemas para entender la información de audio, por cualquier motivo pueden leer la presentación del texto. Tabla 2. Evitar el manejo de CAPTCHA s Lineamiento para el Contenido de la Web Lineamiento Evitar el manejo de CAPTCHA s. Descripción Los CAPTCHA se implementan como un intento de impedir el acceso a los procesos automatizados de la Web, a través de una clave que valide si de verdad se trata de una persona real. Aunque no deberían incluirse en los sitios Web pueden existir casos en los que el manejo de CAPTCHA sea necesario. Ejemplo De ser necesario el uso de CAPTCHA, se debe tener en cuenta: Proporcionar más de dos modalidades de CAPTCHA (Auditiva o 61

62 Lineamiento para el Contenido de la Web Visual). Facilitar un representante del servicio al cliente para los usuarios que puedan pasar por alto los CAPTCHA. Eliminar los CAPTCHA a los usuarios que ya se encuentran identificados a través de preguntas de validación (que no requieran de mecanismos similares como los CAPTCHA) o que se encuentren registrados en la Web. Beneficio Este tipo de verificación visual y textual tiene un precio enorme para los usuarios ciegos, disléxicos o que presentan otras deficiencias visuales. Además la imagen textual se presenta de forma difícil de entender lo que sería difícil de percibir para un usuario con problemas cognitivos. Tabla 3. Incluir contenido no textual Lineamiento para el Contenido de la Web Lineamiento Incluir contenido no textual. Descripción Es necesario proporcionar imágenes, gráficos, diagramas, grabaciones de audio o animaciones que puedan ser accedidas por modalidades visuales, auditivas o táctiles para explicar procesos complejos, evitando así, una gran cantidad de texto. Se debe tener en cuenta que las imágenes de texto no deben incluir ningún tipo de información útil para el usuario, de no ser así, se debe incluir una alternativa textual que describa el propósito de la imagen. Ejemplo Se puede incluir imágenes que le permitan al usuario ejecutar un proceso de envío o aceptación de datos, explicándoles de forma gráfica el proceso que está a punto de realizar y así, evitar botones textuales. 62

63 Lineamiento para el Contenido de la Web En ocasiones los sitios Web gubernamentales incluyen mecanismos para que los ciudadanos se capaciten en distintos aspectos. Es necesario, para estos casos, tener en cuenta el uso de contenido no textual, explicando cada proceso en video e incluyendo un texto descriptivo. Si se incluyen mecanismos de calificación como exámenes en línea ó pruebas de otro tipo, es importante que se incluyan imágenes y sonidos que permitan a los usuarios identificar si la información suministrada por ellos es correcta o incorrecta. Beneficio El contenido no textual puede ayudar a algunas personas que tienen dificultad para entender el significado de las fotografías, dibujos y otras imágenes (por ejemplo, dibujos, diseños gráficos, pinturas, representaciones tridimensionales), gráficos, tablas, animaciones, entre otros. Tabla 4. Evitar elementos no útiles para los usuarios Lineamiento para el Contenido de la Web Lineamiento Evitar elementos no útiles para los usuarios. Descripción Es necesario evitar imágenes decorativas, imágenes transparentes o no visibles que incluyan información que terminen por confundir al usuario final. En caso de incluir un elemento de este tipo, deberá ser etiquetado para que las tecnologías de asistencia los ignoren. Ejemplo Un elemento innecesario en un sitio Web son los contadores de visitas. Estos elementos deben ser etiquetados para que las tecnologías de asistencia puedan ignorarlos. Beneficio Evita la confusión en las personas que utilizan las tecnologías de asistencia ya que estas pasarán por alto cualquier elemento con 63

64 Lineamiento para el Contenido de la Web información innecesaria para ellos. Tabla 5. Incluir reproducciones de sólo audio y sólo video Lineamiento para el Contenido de la Web Lineamiento Incluir reproducciones de sólo audio y sólo video. Descripción Es necesario que los contenidos estén representados en reproducciones de sólo audio y soportados por un texto alterno que explique en detalle el tema del que se habla. También es posible proporcionar al usuario de videos de sólo imágenes, las cuales serían muy parecidas a una película muda y estarían acompañadas de un texto alternativo que respaldarán y explicarán los sucesos que se proyectan en el video. Ejemplo N/A Beneficio Ayuda a las personas que tienen dificultades para percibir el contenido visual. La tecnología de asistencia puede leer las alternativas de texto en voz alta, presentarlas visualmente, o convertirlas en braille. Las personas que son sordas, con problemas de audición, o que tienen problemas para entender la información de audio, por cualquier motivo pueden leer la presentación del texto. Tabla 6. Incluir subtítulos, descripciones (visuales y auditivas) y lenguaje de señas. Lineamiento para el Contenido de la Web Lineamiento Incluir subtítulos, descripciones (visuales y auditivas) y lenguaje de 64

65 Lineamiento para el Contenido de la Web señas. Descripción Es importante incluir distintos medios de transmisión de información tanto auditivos como visuales. Para el caso de videos donde se expliquen procesos, trámites electorales o cualquier otro tipo de trámite, se deben incluir descripciones textuales o reproducciones auditivas que expliquen en detalle su proceso y propósito. En ocasiones, las descripciones auditivas a veces no son suficientes para que el usuario comprenda la totalidad de lo que se está presentando en el video, para esto, se realiza una serie de reproducciones adicionales donde el usuario podrá pausar el video y activar las reproducciones auditivas adicionales que explicarán con más detalle el proceso en cuestión. También es recomendable incluir el lenguaje de señas a través de videos que expliquen cualquier otra información fundamental para los ciudadanos, de esta forma se abarcan distintas modalidades de transmisión, donde los usuarios con diferentes discapacidades podrán acceder al contenido fácilmente. Ejemplo N/A Beneficio Los subtítulos u otras alternativas de texto pueden ayudar a algunas personas que tienen dificultades para comprender el significado del contenido de vídeo pregrabado. Las personas que son sordas pueden comprender los videos con información presentada en lenguaje de señas. Las personas que son ciegas o tienen baja visión, así como las personas con limitaciones cognitivas que tienen dificultad para interpretar visualmente lo que está sucediendo se benefician de la audio-descripción de la información visual. Las personas cuyo lenguaje humano es un lenguaje de señas a veces tienen la capacidad de lectura limitada. Estos individuos pueden no ser capaces de leer y comprender los subtítulos y por lo 65

66 Lineamiento para el Contenido de la Web tanto requieren una interpretación lenguaje de señas. La audio-<9descripción extendida puede proporcionar la información adicional necesaria para entender el video en los procesos críticos y complejos. Tabla 7. Incluir señales auditivas Lineamiento para el Contenido de la Web Lineamiento Incluir señales auditivas. Descripción Las señales auditivas pueden ser usadas para determinar en qué punto del sitio Web se encuentra el usuario o como una respuesta a algún tipo de acción. Ejemplo Una señal de inicio de sesión que le informe al usuario cuando ya ha accedido al sitio Web. Una señal de éxito que determine si una respuesta es correcta o un proceso finalizó correctamente. Beneficio Los subtítulos u otras alternativas de texto pueden ayudar a algunas personas que tienen dificultades para comprender el significado del contenido de vídeo pregrabado. Las personas que son sordas pueden comprender los videos con información presentada en lenguaje de señas. 66

67 Tabla 8. Incluir una estructura en la presentación Lineamiento para el Contenido de la Web Lineamiento Incluir una estructura en la presentación. Descripción Se debe tener en cuenta las pistas visuales, es decir, aquellas estructuras de la información que permiten una mejor comprensión al contenido. Ejemplo Los textos de las cabeceras están en negrita, en la parte superior de todos los párrafos, y separados por saltos de línea. Los elementos que comparten características en común están organizados en una tabla o con un color de fondo similar. Los campos de los formularios deben poseer etiquetas de texto. En caso de que sean campos obligatorios, deberán estar marcados para que el usuario lo perciba fácilmente. Si existen elementos con un estado especial como links o palabras claves, deberán estar marcados por un cambio de fuente como cursiva, negrita o subrayado. Beneficio Beneficia a todos los usuarios al permitir identificar fácil y rápidamente si la información contenida en la página Web es relevante para sus necesidades. Las personas con discapacidades visuales se beneficiarán de la posibilidad de diferenciar el contenido de varias páginas Web, cuando están abiertas. 67

68 Tabla 9. Mantener una secuencia de información lógica Lineamiento para el Contenido de la Web Lineamiento Mantener una secuencia de información lógica. Descripción Es necesario organizar los contenidos de forma que estén distribuidos en numerales consecutivos. Esta distribución debe estar presente en el diseño, a través de la separación de niveles y en el contenido de forma que el usuario pueda identificar el texto de un nivel superior al de un nivel inferior. Ejemplo Una tabla de contenido que incluya previamente la estructura de la información para que al usuario le sea fácil navegar por el sitio Web. Beneficio Los usuarios con problemas cognitivos podrán identificar fácilmente el contenido de un nivel alto al de un nivel inferior. Los usuarios con problemas de visión y que utilizan las tecnologías de asistencia, podrán navegar fácilmente por la información que ellos consideren importante. Tabla 10. Permitir configuración visual Lineamiento para el Contenido de la Web Lineamiento Permitir configuración visual. Descripción Se debe permitir al usuario configurar el contenido que está publicado en la Web: El usuario podrá aumentar hasta un 200% el tamaño del texto de la Web, sin necesidad de navegar horizontal o verticalmente para leer una línea de texto y sin pérdida del contenido o funcionalidad alguna. 68

69 Lineamiento para el Contenido de la Web El usuario podrá configurar el color del texto y de fondo. Ejemplo N/A Beneficio Ayuda a los usuarios con baja visión, haciéndoles ver el texto sin la distracción de elementos de presentación. Les permite configurar el texto de manera que será más fácil para ellos ver al permitirles controlar el color y el tamaño de los bloques de texto. Tabla 11. Incluir mecanismos para instruir al usuario Lineamiento para el Contenido de la Web Lineamiento Incluir mecanismos para instruir al usuario. Descripción Es importante incluir instrucciones que le permitan al usuario seguir el orden lógico del contenido y que no estén ligadas a la ubicación y la forma de los objetos. Ejemplo Si un usuario desea navegar a otra ubicación y se ha habilitado el botón Siguiente, este debería tener un color distinto y una descripción que le explique al usuario la funcionalidad del botón. De existir un calendario donde se muestren los plazos para trámites u otro tipo de proceso de las entidades estatales, es necesario que estén marcadas de un color distinto y con una descripción textual de lo que ocurrirá para esas fechas. Beneficio Este criterio de éxito puede ayudar a las personas que confían en las tecnologías de asistencia que leen en voz alta el contenido, la secuenciación de la información en la presentación predeterminada será la misma cuando el contenido se presenta en 69

70 Lineamiento para el Contenido de la Web forma hablada. Tabla 12. Hacer buen uso del color Lineamiento para el Contenido de la Web Lineamiento Hacer buen uso del color. Descripción Los usuarios pueden acceder a la información dependiendo del correcto uso de los colores y del significado que se le dé para categorizar el contenido. También permite identificar ciertos aspectos como mensajes de error, textos obligatorios, información faltante o información de alto impacto. Sin embargo es importante que el contenido útil no dependa en su totalidad del color, se deben incluir mecanismos para que los usuarios que no puedan identificar muy bien los colores puedan acceder a la información sin ningún problema. Ejemplo Los campos que sean considerados obligatorios deben tener un color distinto y adicionalmente deben incluir un símbolo (*). Los mensajes de error sean de color rojo. Adicionalmente, incluye un símbolo (X) para identificarlo como error. Los objetos inhabilitados sean de color gris. Adicionalmente, incluye un símbolo (I) para identificarlo como inhabilitado. Beneficio Los usuarios con deficiencia visual, a menudo experimentan la visión de colores limitada. Algunos usuarios de más edad pueden no ser capaces de ver bien el color. Los usuarios que tienen daltonismo debería tener a su 70

71 Lineamiento para el Contenido de la Web disponibilidad otras formas visuales para acceder a la información. Tabla 13. Permitir la configuración del sonido Lineamiento para el Contenido de la Web Lineamiento Permitir la configuración del sonido. Descripción Es necesario que el usuario pueda controlar el sonido de las reproducciones o permitir que la reproducción inicie una vez sea autorizada por el mismo, ya que podría interferir con las señales que hayan sido implementadas durante la navegación. Ejemplo Si se inicia una reproducción mientras el usuario está digitando información errónea, se debe tener en cuenta que el sonido de la reproducción puede interferir con la señal de alerta del error, lo que terminaría por confundir al usuario. Beneficio Evita la confusión del usuario cuando dos sonidos de distintos elementos se reproducen. Beneficia a las personas que tienen dificultad para concentrarse en el contenido visual (incluyendo el texto) cuando el audio se reproduce. Tabla 14. Evitar el ruido en el audio Lineamiento para el Contenido de la Web Lineamiento Evitar el ruido en el audio. 71

72 Lineamiento para el Contenido de la Web Descripción Es importante que el audio que se realice para una Web deba evitar el ruido ambiental o generado por terceros, de forma que puedan causar confusión o poco entendimiento al usuario final. Es necesario tener en cuenta que: Los sonidos de fondo puedan ser al menos inhabilitados. El sonido de fondo sea por lo menos 20 decibeles más bajo de la locución principal. Ejemplo N/A Beneficio Las personas que están con problemas de audición a menudo tienen gran dificultad para separar el habla del sonido de fondo. Tabla 15. Permitir el manejo del teclado como componente de interfaz de usuario Lineamiento para el Contenido de la Web Lineamiento Permitir el manejo del teclado como componente de interfaz de usuario. Descripción Es importante que toda funcionalidad expuesta en el sitio Web pueda ser accedida a través teclado. Ejemplo Navegar con una tecla por los campos de un formulario. Cambiar el tamaño del texto con una combinación de teclas. Reproducir un sonido con tecla rápida. 72

73 Lineamiento para el Contenido de la Web Beneficio Ayuda a las personas que son ciegas (que no pueden utilizar dispositivos tales como los ratones que requieren coordinación ojo-mano). Las personas con baja visión (que pueden tener problemas para encontrar o el seguimiento de un indicador de puntero en la pantalla). Algunas personas con temblores en las manos encuentran el uso de un ratón muy difícil y por lo tanto, suelen utilizar un teclado. Tabla 16. Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido. Lineamiento para el Contenido de la Web Lineamiento Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido. Descripción Es importante que las imágenes, reproducciones o textos en movimiento que tienen un límite de tiempo para su proyección, sean capaces de detenerse en el momento en que el usuario lo requiera. De esta forma se le provee al usuario la capacidad de leer el contenido sin importar sus dificultades de comprensión. También es necesario que aquellos textos que se actualizan o se inician automáticamente puedan ser controlados por los usuarios, proporcionándoles un tiempo de actualización o deshabilitando dicha característica. Ejemplo Las personas con discapacidades físicas a menudo necesitan más tiempo para reaccionar, para escribir y para completar las actividades. Las personas con baja visión necesitan más tiempo para ubicar los elementos de la pantalla. Las personas que son ciegas y usan 73

74 Lineamiento para el Contenido de la Web lectores de pantalla pueden necesitar más tiempo para entender diseños de pantalla, encontrar información y operar los controles. Las personas que tienen limitaciones cognitivas o de lenguaje necesitan más tiempo para leer y comprender. Las personas que son sordas y se comunican en lengua de signos puede necesitar más tiempo para leer la información impresa en el texto (que puede ser un segundo idioma para algunos). Las personas con discapacidades de lectura, limitaciones cognitivas, y discapacidades de aprendizaje que pueden necesitar más tiempo para leer o comprender la información pueden tener más tiempo para leer la información, haciendo una pausa en el contenido. Beneficio Ayuda a las personas que son ciegas (que no pueden utilizar dispositivos tales como los ratones que requieren coordinación ojo-mano). Las personas con baja visión (que pueden tener problemas para encontrar o el seguimiento de un indicador de puntero en la pantalla). Algunas personas con temblores en las manos encuentran el uso de un ratón muy difícil y por lo tanto, suelen utilizar un teclado. Tabla 17. Definir un límite de contraste Lineamiento para el Contenido de la Web Lineamiento Definir un límite de contraste. Descripción Es necesario que el texto y las imágenes tengan una relación de contraste de al menos 4.5:1 a excepción de los siguientes: 74

75 Lineamiento para el Contenido de la Web Texto o imágenes de gran proporción: con una relación de contraste al menos de 3:1. Texto o imágenes decorativas: sin requisito de contraste. Logotipos: sin requisito de contraste (preferiblemente mínimo). Ejemplo N/A. Beneficio Las personas con baja visión a menudo tienen dificultad para la lectura de texto que no contrasta con el fondo. Esto puede verse agravado si la persona tiene una deficiencia de la visión del color que reduce el contraste aún más. Proporcionar una relación de contraste de luminancia mínima entre el texto y el fondo puede hacer el texto más legible, incluso si la persona no ve toda la gama de colores. Tabla 18. Evitar interrupciones en las reproducciones Lineamiento para el Contenido de la Web Lineamiento Evitar interrupciones en las reproducciones. Descripción Es importante que no se incluyan alertas o mensajes informativos que deriven una interrupción en la reproducción de un video o sonido. De incluirse, deben ser posteriormente configuradas por los usuarios para seleccionar si desean implementarlas o descartarlas. Ejemplo N/A 75

76 Lineamiento para el Contenido de la Web Beneficio Las personas con trastornos por déficit de atención pueden centrarse en el contenido, sin distracciones. Tabla 19. Evitar la pérdida de información durante la re-autentificación Lineamiento para el Contenido de la Web Lineamiento Evitar la pérdida de información durante la re-autentificación. Descripción Cuando el tiempo de sesión expire, el usuario pueda continuar la actividad sin pérdida de datos tras volver a identificarse. Ejemplo N/A Beneficio Beneficia a las personas que pueden necesitar tiempo adicional para completar una actividad. Las personas con limitaciones cognitivas pueden leer lentamente y requieren más tiempo para leer y responder a un cuestionario. Los usuarios que interactúan a través de un lector de pantalla pueden necesitar más tiempo para navegar y completar un formulario complicado. Una persona con discapacidades motrices o que navega con un dispositivo de entrada alternativo puede requerir más tiempo para navegar a través de la entrada o completar un formulario. En los casos en que un intérprete de lenguaje de signos puede ser materia de contenido de audio a un usuario que es sordo, el control sobre los límites de tiempo también es importante. 76

77 Tabla 20. Disminuir los destellos en las imágenes Lineamiento para el Contenido de la Web Lineamiento Disminuir los destellos en las imágenes. Descripción Es importante que los destellos se vean disminuidos en al menos tres veces durante un periodo de un segundo, de esta forma se evitan convulsiones en usuarios con foto-sensibilidad. Ejemplo N/A. Beneficio Las personas que tienen ataques al ver reproducciones con imágenes destellantes serán capaces de ver la totalidad del video sin tener un ataque y sin perderse la experiencia completa del contenido. Esto incluye a personas con epilepsia fotosensible, así como otros trastornos convulsivos fotosensibles. Tabla 21. Evitar bloques de texto redundantes Lineamiento para el Contenido de la Web Lineamiento Evitar bloques de texto redundantes. Descripción Es importante evitar el contenido repetido o innecesario en todo el sitio Web debido a que podrá crear confusión en algunos usuarios. Ejemplo Links, imágenes o textos que se publican en todas las páginas del sitio Web. 77

78 Lineamiento para el Contenido de la Web Beneficio Los usuarios con lectores de pantalla que visitan varias páginas en el mismo sitio pueden evitar el tener que escuchar el mismo contenido una y otra vez. Las personas con limitaciones cognitivas, así como las personas que utilizan lectores de pantalla pueden beneficiarse cuando los enlaces se agrupan en las listas. Tabla 22. Incluir el foco de selección Lineamiento para el Contenido de la Web Lineamiento Incluir el foco de selección. Descripción Es importante que el foco de selección sea visible, navegue de forma ordenada y cambie acorde a los diálogos o mensajes que aparezcan. Adicionalmente, el foco de selección no debe alterar el contexto de la página Web, es decir, realizar un cambio drástico en el contenido o presentación de este que pueda confundir al usuario final. Ejemplo Si un usuario envía alguna información a procesar y después deba indicar si desea continuar o cancelar el proceso, entonces el foco de selección debería ubicarse en el botón cancelar o aceptar. No incluir formas que se ejecuten automáticamente cuando un componente recibe foco. No incluir la ejecución de nuevas ventanas cuando un componente recibe foco. Beneficio Las personas con problemas de movilidad que necesitan acceder al contenido a través del teclado pueden ser beneficiadas por el orden lógico de los elementos. 78

79 Lineamiento para el Contenido de la Web Las personas con impedimentos visuales pueden desorientarse cuando se toma el foco de tabulación en algún lugar inesperado o cuando no puede encontrar fácilmente el contenido que rodea a un elemento interactivo. Las personas con limitaciones de atención, de memoria a largo plazo, o limitaciones en los procesos ejecutivos, se benefician al ser capaz de descubrir dónde se encuentra el foco. Tabla 23. Incluir una ruta de navegación Lineamiento para el Contenido de la Web Lineamiento Incluir una ruta de navegación. Descripción Es necesario indicarle al usuario su ubicación en el sitio Web a través de una ruta de navegación y de esta forma otorgarle la posibilidad de saber donde está en todo momento. Ejemplo N/A Beneficio Ayuda a las personas con poca capacidad de atención que pueden llegar a confundirse después de una larga serie de pasos de navegación. También es útil cuando un usuario sigue un enlace directo a una página en lo profundo del contenido de una página Web y necesita navegar sobre los niveles superiores para encontrar más información relacionada. 79

80 Tabla 24. Mantener un buen manejo del idioma Lineamiento para el Contenido de la Web Lineamiento Mantener un buen manejo del idioma. Descripción Es importante que se incluya el idioma por defecto de la página Web, de esta forma las tecnologías de asistencia podrán presentar el texto u otros contenidos lingüísticos correctamente. En caso de que la página Web incluya frases en diferentes idiomas, es importante especificarle al usuario el tipo de idioma y la continuidad de la frase para evitar confusiones en el contenido. Ejemplo Se incluye un contenido de la siguiente manera: Carlos dijo que el DRR (La República Democrática Alemana) era un Treppenwitz der Weltgeschichte. La frase alemana 'Treppenwitz der Weltgeschichte se deberá marcar con el idioma Alemán. Beneficio Ayuda a las personas que tienen dificultades para leer material escrito con fluidez y precisión, como por ejemplo el reconocimiento de caracteres. Ayuda a las personas que dependen de los subtítulos para entender el contenido. Ayuda a las personas que utilizan lectores de pantalla u otras tecnologías que convierten el texto en lenguaje sintético. Tabla 25. Incluir definiciones y abreviaciones Lineamiento para el Contenido de la Web Lineamiento Incluir definiciones y abreviaciones. 80

81 Lineamiento para el Contenido de la Web Descripción Es importante que las palabras técnicas o inusuales tengan etiquetas donde se incluya su definición. Adicionalmente, si dicha palabra corresponde a una abreviación es importante especificar su significado y definición. Ejemplo N/A Beneficio Este criterio de éxito puede ayudar a la gente en el plano cognitivo, del lenguaje y problemas de aprendizaje que: Tienen dificultad para descifrar palabras. Tienen dificultad para entender las palabras y frases. Tabla 26. Mantener un nivel de lectura adecuado Lineamiento para el Contenido de la Web Lineamiento Mantener un nivel de lectura adecuado. Descripción Es importante definir el nivel de lectura del sitio Web, es decir, la complejidad de la información a publicar. Se debe tener en cuenta el lenguaje usado en las palabras y frases para que puedan ser entendidos fácilmente, de esta forma cualquier usuario tendría la posibilidad de entender e interpretar la información de manera fácil y sencilla. Ejemplo N/A Beneficio Ayuda a las personas que tienen dificultad para comprender e interpretar el lenguaje escrito (por ejemplo, los artículos, las instrucciones, o periódicos en texto o braille). 81

82 Tabla 27. Distribuir el contenido en secciones Lineamiento para el Contenido de la Web Lineamiento Distribuir el contenido en secciones. Descripción Es importante que el contenido esté distribuido en secciones, es decir, que la información publicada esté dividida de forma coherente, incluyendo encabezados claros que introduzcan al usuario al tema en cuestión. De esta forma se provee la capacidad de diferenciar fácilmente los tipos de contenidos publicados. Ejemplo N/A Beneficio Las personas ciegas saben cuándo se han movido de una sección de una página Web a otra y conocer el propósito de cada sección. Las personas que navegan por el contenido mediante el teclado serán capaces de saltar el foco de la sección, lo que les permite encontrar rápidamente el contenido de su interés. Tabla 28. Incluir mecanismos para la pronunciación. Lineamiento para el Contenido de la Web Lineamiento Incluir mecanismos para la pronunciación. Descripción Es importante incluir mecanismos que permitan la pronunciación de palabras que resulten ambiguas o desconocidas para el usuario final. Ejemplo Un glosario con archivos de sonido que permita al usuario escuchar la pronunciación de las palabras que le causen dificultad. 82

83 Lineamiento para el Contenido de la Web Beneficio Este criterio de éxito puede ayudar a las personas que: Tienen dificultad para descifrar palabras. Tiene dificultades para utilizar el contexto para ayudar a la comprensión. Utilizar las tecnologías que se leen las palabras en voz alta. Tabla 29. Incluir cambios sutiles de contexto Lineamiento para el Contenido de la Web Lineamiento Incluir cambios sutiles de contexto. Descripción Se debe tener cuidado los cambios de contexto en la presentación o el contenido de la Web, dichos cambios podrían confundir al usuario a menos que éste sea advertido del cambio. En el mejor de los casos, los cambios de contexto deben realizarse sólo con autorización del usuario o sin que este lo perciba (para los casos de actualizaciones o re-direccionamientos en la página Web). Ejemplo Si un usuario selecciona un tipo de presentación de información distinta a la predeterminada y ésta afecte la forma en la que se han publicado los campos de texto de un formulario, entonces se debe explicar con anterioridad el cambio que está a punto de suceder. Beneficio Ayuda a las personas con discapacidades visuales, limitaciones cognitivas, y discapacidades motoras, reduciendo la probabilidad de que un cambio de contexto se producirá de forma inesperada. Ayuda a los usuarios con discapacidad, haciendo más predecible el 83

84 Lineamiento para el Contenido de la Web contenido interactivo. Los cambios inesperados del contexto pueden ser desconcertantes para los usuarios con discapacidad visual o limitaciones cognitivas. Tabla 30. Incluir navegación consistente a otros sitios Web Lineamiento para el Contenido de la Web Lineamiento Incluir navegación consistente a otros sitios Web. Descripción La ubicación de contenido y de algunos componentes en un sitio Web, debe ser consistente con los de otros sitios Web. Usualmente los sitios Web ubican ciertos contenidos en lugares similares, dándole al usuario la posibilidad de reconocerlos de manera rápida y eficiente. Ejemplo Si un usuario selecciona un tipo de presentación de información distinta a la predeterminada y ésta afecte la forma en la que se han publicado los campos de texto de un formulario, entonces se debe explicar con anterioridad el cambio que está apunto de suceder. Beneficio Esto ayuda a los usuarios con limitaciones cognitivas, los usuarios con baja visión, los usuarios con discapacidad intelectual. Tabla 31. Realizar un manejo adecuado de errores Lineamiento para el Contenido de la Web Lineamiento Realizar un manejo adecuado de errores. 84

85 Lineamiento para el Contenido de la Web Descripción Es importante que cuando un usuario cometa un error en el sitio Web, se le presente la información con la descripción de su causa, la forma de solucionarlo y las acciones que debe tomar para que no vuelva a ocurrir. En caso de que uno de los campos de un formulario sea mal diligenciado, la información suministrada por los usuarios no debería ser borrada y la causa del error debería estar marcada para que el usuario pueda percibir donde se ha equivocado. Ejemplo N/A Beneficio Proporcionar información acerca de los errores de entrada de texto permite a los usuarios que son ciegos o daltónicos a percibir el hecho de que ocurrió un error. Ayuda a la gente en el plano cognitivo, el lenguaje y problemas de aprendizaje que tienen dificultades para comprender lo qué ocurrió. Ayuda a los usuarios con todas las discapacidades que pueden ser más propensos a cometer los mismos errores una y otra vez. Tabla 32. Incluir ayuda para el contenido Web Lineamiento para el Contenido de la Web Lineamiento Incluir ayuda para el contenido Web. Descripción Se debe proporcionar ayuda fácil de acceder y entender, de manera que pueda serle útil a los usuarios finales para lograr sus objetivos. Es importante incluir ejemplos claros y preguntas frecuentes que familiaricen a los usuarios con la situación que presentan. 85

86 Lineamiento para el Contenido de la Web Ejemplo N/A Beneficio Ayuda a las personas con discapacidad de lectura e intelectual que a menudo tienen dificultad para escribir textos en formularios Lineamientos para autores de contenido Web. Tabla 33. Proveer alternativas de texto Lineamientos para autores de contenido Web Lineamiento Proveer alternativas de texto. Descripción El usuario puede determinar qué partes del contenido va a contar con alternativas, tales como texto alternativo o longdesc e interactuar con el texto para ver las alternativas disponibles. El usuario también puede elegir al menos una alternativa, como pre-establecer que el texto alternativo se muestra siempre, pero se recomienda que los usuarios también puedan especificar estas opciones. Ejemplo Mediante una opción, la información puede cambiar a una letra más grande, braille, símbolos o lenguaje menos técnico y sencillo. Beneficio Este lineamiento puede ayudar a personas que tienen dificultades para percibir el contenido visual. La tecnología asistencial puede leer el texto en voz alta, presentar visualmente, o convertirla en braille. Las alternativas de texto puede ayudar a algunas personas que tienen dificultad para entender el significado de las fotografías, 86

87 Lineamientos para autores de contenido Web dibujos y otras imágenes (por ejemplo, dibujos, diseños gráficos, pinturas, representaciones tridimensionales), gráficos, tablas, animaciones, entre otros. Las personas que son sordas, con problemas de audición, o que tienen problemas para entender la información de audio, por cualquier motivo puede leer la presentación del texto. Tabla 34. Proveer opciones de foco, elementos activos y links visitados Lineamientos para autores de contenido Web Lineamiento Proveer opciones de foco, elementos activos y links visitados. Descripción El usuario debe poder distinguir visualmente lo que está habilitado, los enlaces visitados y a lo que está tratando de acceder, estas características se pueden proveer con colores de fondo, bordes, y combinación de colores. Ejemplo N/A Beneficio Este lineamiento provee a las personas que poseen problemas de visión una ayuda que les permite tener más conocimiento de donde se encuentran posicionados en el contenido Web. Tabla 35. Configurar el texto Lineamientos para autores de contenido Web Lineamiento Configurar el texto. 87

88 Lineamientos para autores de contenido Web Descripción Se le debe permitir al usuario cambiar el color de texto y el tamaño de todo el contenido Web de la página. Ejemplo Mediante una opción de preferencias se le debe permitir al usuario configurarlas características de: el tamaño general del texto, la fuente, y el color del texto. Beneficio Este lineamiento ayuda a personas que tengan dificultades para percibir el contenido, le permite configurar al usuario el tamaño del texto de acuerdo a sus preferencias. Tabla 36. Permitir el control del volumen Lineamientos para autores de contenido Web Lineamiento Permitir el control del volumen. Descripción Se le debe permitir el usuario controlar el volumen de cada sonido disponible o de toda la aplicación. Ejemplo El usuario puede ajustar de manera independiente el volumen de todas las pistas de audio, en relación con el nivel de volumen global del sistema operativo. Sin embargo, el usuario puede silenciar a nivel global todo el sonido solo si ha sido advertido acerca de la implicación. Beneficio Facilita el control de volumen de la página, minimizando la navegación y el control que el usuario debe realizar para controlar dicho volumen. 88

89 Tabla 37. Proveer un mecanismo de foco efectivo Lineamientos para autores de contenido Web Lineamiento Proveer un mecanismo de foco efectivo. Descripción Cuando un usuario este situado en el contenido Web, se debe proveer mecanismos que identifiquen en parte del contenido se encuentra situado. Ejemplo N/A Beneficio Este lineamiento provee a las personas que poseen problemas de visión una ayuda que les permite tener más conocimiento de donde se encuentran posicionados en el contenido Web. Tabla 38. Proveer una navegación secuencial Lineamientos para autores de contenido Web Lineamiento Proveer una navegación secuencial. Descripción Se le debe permitir al usuario una navegación secuencial, ya sea por medio del teclado, por opciones del mouse o por algún dispositivo de accesibilidad del usuario, con el fin de facilitar la navegación por el contenido Web. Ejemplo N/A Beneficio Facilita la navegación por el contenido Web, paginas, tabs y links. 89

90 Lineamientos para herramientas de desarrollo. Tabla 39. Permitir incluir opciones graficas Lineamientos para herramientas de desarrollo Lineamiento Permitir incluir opciones graficas. Descripción Se debe permitir a los usuarios con limitaciones colocar y visualizar opciones graficas al contenido Web que están desarrollando, opciones que permitan identificar el estado de la información. Ejemplo Se debe permitir a los usuario colocar ayudas que le permitan distinguir en qué estado se encuentra partes de la información, ya sea que identifique que parte de un texto se debe corregir, borrar o añadir más información Beneficio Le da la posibilidad al usuario de recordar tareas que debe realizar sobre parte del contenido Web. Tabla 40. La herramienta debe permitir el uso de sus funcionalidades mediante accesos rápidos Lineamientos para herramientas de desarrollo Lineamiento La herramienta debe permitir el uso de sus funcionalidades mediante accesos rápidos. Descripción Se debe permitir a los usuarios, el uso de la herramienta mediante opciones de acceso rápido del teclado. Adicionalmente, se debe permitir el uso de estos accesos mediante interfaces graficas en la herramienta para permitir que todas las personas sean capaces de utilizar estos medios. Ejemplo Implementar botones laterales que permitan navegar por el contenido, opciones que permitan cerrar una página o navegar 90

91 Lineamientos para herramientas de desarrollo entre los campos de la página. Beneficio Facilidad de uso del contenido, ya que facilita la navegación por la pagina Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades Lineamientos para herramientas de desarrollo Lineamiento Proveer a los usuarios con suficiente tiempo para usar las funcionalidades. Descripción Algunas personas poseen problemas de tipeo (uso de funciones mediante el teclado), problemas de operación con el ratón (uso de clics o scroll con el mouse) o dificultades al procesar información, por estos motivos la herramienta debe proporcionar el tiempo necesario para que las personas con limitaciones puedan utilizar la aplicación de manera adecuada, pero si la herramienta tiene establecidos tiempos limites para la ejecución de alguna actividad (por ejemplo para la autentificación del usuario), el contenido ingresado por el usuario debería guardarse de manera automática si el usuario lo desea. Ejemplo N/A Beneficio Permite a las personas que presentan discapacidades motrices, tener el tiempo suficiente para utilizar las funcionalidades que provee la página y su contenido Web. Tabla 42. Proveer la información de una manera estructurada 91

92 Lineamientos para herramientas de desarrollo Lineamiento Proveer la información de una manera estructurada Descripción Cuando se les presenta la información y/o las funcionalidades a las personas de manera estructurada, se facilita el uso a personas con limitaciones, haciendo que todo el contenido se encuentre disponible. Ejemplo N/A Beneficio Permite que todas las personas ya sea que presenten algún tipo de discapacidad se les permita el uso de todas las funcionalidad presentes en la pagina y/o el contenido. Tabla 43. Permitir la búsqueda de información Lineamientos para herramientas de desarrollo Lineamiento Permitir la búsqueda de información Descripción Se debe proveer opciones de búsqueda que permitan consultar las funcionalidades de la aplicación. Las opciones de búsqueda se pueden presentar a nivel de la aplicación (todo el contenido Web) o a nivel de la funcionalidad (parte del contenido). Ejemplo Campos de búsqueda a nivel de toda la pagina y a nivel de funcionalidades Beneficio Permitan encontrar información relevante para el cliente, realizando más fácil el uso del contenido y de la página. 92

93 Tabla 44. Permitir la administración de las preferencias de los usuarios Lineamientos para herramientas de desarrollo Lineamiento Permitir la administración de las preferencias de los usuarios Descripción A un usuario se le debe permitir la configuración de su herramienta para que su uso sea más accesible, la herramienta debe ser capaz de guardar estas configuraciones para que el usuario tenga más facilidad al usarla. Ejemplo Proveer opciones de configuración, y guardar dicha configuración en cookies. Beneficio Provee al usuario la posibilidad de configurar el entorno de la página y el contenido que esta posea, dando así la posibilidad de que el usuario pueda usar la página con más facilidad. Tabla 45. Ayudar a los usuarios a evitar mensajes innecesarios Lineamientos para herramientas de desarrollo Lineamiento Ayudar a los usuarios a evitar mensajes innecesarios Descripción Se le debe presentar la opción al usuario de bloquear los mensajes flotantes que se puedan presentar, también se le debe permitir configurar la frecuencia con que deben aparecer los mensajes. Ejemplo Opción de bloqueo de mensajes emergentes (Pop-ups) Beneficio Ayuda al usuario a mejorar el uso de la página, su navegación y evita llenar al usuario de mensajes innecesarios. 93

94 Tabla 46. Ayudar a los usuarios a evitar y corregir errores Lineamientos para herramientas de desarrollo Lineamiento Ayudar a los usuarios a evitar y corregir errores Descripción Se le deben proporcionar servicios de ayuda a los usuarios con el fin de disminuir los posibles errores que puedan cometer, si por algún motivo llegan a cometer errores también se les deben proveer opciones que les ayuden a corregir el error. Ejemplo Cuando se encuentren errores en el contenido se deben proveer ayudas al usuario para que este pueda resolverlos de manera ágil y eficiente, estas ayudas se pueden presentar a través de un corrector ortográfico Beneficio Provee ayudas a los usuarios para dar solución a errores cometidos. Tabla 47. Asegurar la disponibilidad de características que permitan la producción de contenidos accesibles Lineamientos para herramientas de desarrollo Lineamiento Asegurar la disponibilidad de características que permitan la producción de contenidos accesibles Descripción Se debe garantizar que las características del contenido Web accesible sean percibidas por los usuarios, cuando los autores estén produciendo páginas con características accesibles se les debe presentar el conjunto de opciones que tienen a mano para producir contenido con accesibilidad. Ejemplo Mediante una lista de chequeo permitir a los usuarios saber que características están disponibles para su implementación en una 94

95 Lineamientos para herramientas de desarrollo página Web. Beneficio Ayudar a los usuarios tener más conocimiento acerca de que características de accesibilidad están disponibles para su implementación, dando así mayor posibilidad de que los usuarios las implementen. 95

96 9. TÉCNICAS DE EVALUACIÓN 9.1. CÓMO SE REALIZA UNA EVALUACIÓN DE ACCESIBILIDAD? Una evaluación de accesibilidad eficaz exige tanto buenas capacidades para llevar a cabo la evaluación, como contar con la experiencia de personas con discapacidad. Si no resulta muy complicado disponer de la colaboración de personas con discapacidad (porque trabajen en tu mismo edificio, por ejemplo) para que ayuden en la evaluación, es probable que se quiera llevar a cabo con ellos numerosas evaluaciones informales sobre los primeros prototipos que se haya diseñado. Si, como es habitual, resulta más difícil contar con la ayuda de personas con discapacidad para realizar la evaluación, quizá se prefiera utilizar, primero, los otros métodos de evaluación. Si se posee un presupuesto limitado, quizá se tenga que hacer las evaluaciones por si mismo o quizá puedas permitirte contratar a un especialista en accesibilidad. Un experto que tenga experiencia de primera mano sobre cómo interactúan con un producto personas con distintas discapacidades puede: Evaluar los problemas de accesibilidad que afectan a una gran variedad de usuarios y que pueden no ser identificados por unos pocos usuarios de forma individual en las pruebas de usabilidad. Ayudar a solucionar cualquier barrera a la accesibilidad que ya haya sido identificada antes de contar con la colaboración de los usuarios. Centrar las pruebas de usabilidad o la evaluación informal con los usuarios en ámbitos potencialmente problemáticos. Aunque cada plan de evaluación será diferente dependiendo de los recursos y demás factores, se debe de asegurar de que se lleva a cabo una evaluación exhaustiva que incluye, al menos, parte de los métodos que se describen a continuación: revisión de estándares, evaluación heurística, simulaciones de diseño, técnicas de filtrado y pruebas de usabilidad. 96

97 Revisión de estándares La revisión de estándares en el proceso de diseño centrado en el usuario que valora si un producto cumple con un estándar de diseño de interfaz concreto. A veces, los estándares son guías internas de estilo y, otras veces, son estándares externos. Los estándares y pautas de accesibilidad son facilitados por organismos internacionales de estandarización; administraciones nacionales, estatales y locales; grupos empresariales; y organizaciones individuales. Las revisiones de estándares de accesibilidad suelen ser más rigurosas que las revisiones de interfaces de usuario tradicionales, sobre todo cuando la conformidad con un estándar determinado es un requisito legal. Es más, los problemas de interfaz de usuario suelen solaparse con los problemas técnicos que se localizan a través de la revisión de estándares de accesibilidad Evaluación Heurística En una evaluación heurística, los especialistas valoran si cada elemento del diseño cumple los principios de accesibilidad establecidos. Para llevar a cabo una evaluación heurística de la accesibilidad, se valorará si los elementos del diseño cumplen con los principios de accesibilidad. Existen varios recursos con información que pueden servir de ayuda sobre la evaluación heurística de la accesibilidad: Sección 255 de la Ley de Telecomunicaciones de EE. UU. El Subartículo C: Requisitos de accesibilidad y usabilidad se cita en la sección "Comprensión de la diversidad funcional" dentro de la Diseño. Este aparte de la ley de telecomunicaciones de EE.UU. exige que los fabricantes de equipo de telecomunicaciones y los proveedores de servicios de telecomunicaciones aseguren que dicho equipo y servicios sean accesibles para, y que las personas con discapacidades los puedan utilizar, si es que se pueden lograr con facilidad. Estas enmiendas aseguran que las personas con discapacidades tengan acceso a una amplia gama de productos y servicios tales como teléfonos, teléfonos celulares, buscapersonas, llamadas en espera y servicios de operador que a menudo eran inaccesibles para muchos usuarios con discapacidades. [27] 97

98 Sección 508 de la Ley de Rehabilitación de EE. UU. El Sub-artículo C Criterios de capacidad funcional. Ejemplo de criterios de capacidad funcional: Deberá facilitarse, al menos, un medio de operación y recuperación de la información que no requiera que el usuario utilice la vista o bien el soporte para las tecnologías de apoyo utilizadas por las personas ciegas o con baja visión. Deberá facilitarse, al menos, un medio de operación y recuperación de la información que no requiera una agudeza visual superior a 20/70, en señal de audio y salida impresa ampliada de forma conjunta o por separado o bien soporte para las tecnologías de apoyo utilizadas por las personas con baja visión. Deberá facilitarse, al menos, un medio de operación y recuperación de la información que no requiera percepción auditiva por parte del usuario o bien el soporte para las tecnologías de apoyo utilizadas por las personas sordas o con dificultades auditivas. Cuando la información acústica sea importante para la utilización de un producto, deberá facilitarse, al menos, un medio de operación y recuperación de la información con audio mejorado o bien soporte para dispositivos de ayuda auditiva. Deberá facilitarse, al menos, un medio de operación y recuperación de la información que pueda utilizarse aunque se carezca de habla o bien el soporte para las tecnologías de apoyo utilizadas por las personas con discapacidad. Deberá facilitarse, al menos, un medio de operación y recuperación de la información que no requiera un control motriz preciso o la realización de acciones simultáneas y que sea operable con un alcance y una fuerza limitados por parte del usuario Simulaciones de diseño El propósito de una simulación de diseño es encontrar problemas potenciales de usabilidad imaginando cómo interactuaría un usuario con un concepto o prototipo inicial. Lo habitual es que una persona haga el papel de usuario representativo mientras que un miembro del equipo de diseño le orienta por una serie de tareas reales que tiene que 98

99 realizar sobre unos primeros prototipos. A veces, otro miembro del equipo hace de ordenador o de dispositivo, cambiando las maquetas en papel de las ventanas, menús desplegables, cuadros de diálogo en forma de ventanas emergentes (pop-ups) y otros elementos de la interfaz. Algunas vías para incorporar la accesibilidad a las simulaciones de diseño son: Centrarse en problemas de accesibilidad concretos durante las simulaciones frecuentes. Llevar a cabo simulaciones específicas para la accesibilidad. Un ejemplo de cómo centrarse en problemas de accesibilidad específicos en las simulaciones de software que se realizan frecuentemente es la interacción con independencia de dispositivo. El equipo de diseño espera a que la persona que representa al usuario diga: Haría clic aquí, haciendo referencia a una acción que se lleva a cabo mediante el ratón. A continuación, el equipo comprueba que todas las acciones realizadas mediante un ratón también pueden realizarse a través del teclado para las personas que no utilizan dispositivos de puntero. Otro ejemplo de un problema de accesibilidad concreto para realizar la evaluación en las simulaciones de diseño es el sonido. Cuando se analiza la utilización de un producto de consumo, el equipo de diseño está atento al miembro del equipo que hace de dispositivo para que indique cualquier tipo de reacción o interacción a través del sonido. Para llevar a cabo simulaciones específicas para la accesibilidad, se debe contar personas con discapacidad y escenarios que incluyan estrategias de adaptación para completar la tarea. Para llevar a cabo simulaciones con prototipos de alta fidelidad también puedes utilizar técnicas de filtrado, de las que se habla a continuación Técnicas de filtrado. Las técnicas de filtrado son actividades sencillas y sin coste alguno que ayudan a identificar barreras potenciales a la accesibilidad en el diseño de productos. Los equipos de diseño utilizan estas técnicas para conocer los problemas de accesibilidad y para evaluar prototipos o productos ya existentes. Gracias a ellas se ahorra tiempo y dinero porque localizan las barreras en la fase inicial del proceso, cuando es más barato introducir cambios en el producto, y porque sirven para centrar las pruebas de usabilidad con personas con discapacidad. 99

100 Las técnicas de filtrado implican la utilización de estrategias de adaptación, dispositivos de ayuda y tecnologías de apoyo. Por ejemplo, que un diseñador de software apague su monitor y utilice un lector de pantalla para interactuar con su aplicación o que un especialista en usabilidad utilice un puntero bucal o desenchufe su ratón para hacerse una idea de cómo de usable es su producto para las personas que no pueden usar los brazos o las manos HERRAMIENTAS PARA LA EVALUACIÓN DE ACCESIBILIDAD Existen herramientas de software que ayudan a evaluar páginas Web y algunos elementos del software. Aunque estas herramientas faciliten la revisión automática de ciertos aspectos, todavía es necesaria la evaluación humana. Aunque las herramientas de evaluación identifican algunos problemas de accesibilidad, no pueden determinar por sí solas si un producto satisface o no los estándares o si es accesible. Un buen ejemplo de lo que pueden o no pueden hacer las herramientas es la evaluación de los textos alternativos, que son equivalentes a las imágenes en una página Web. Las herramientas pueden identificar las imágenes que no tengan un texto alternativo. Sin embargo, no pueden determinar si ese texto es equivalente o no (es decir, si proporciona la misma información en formato textual que la que transmite la imagen visualmente). Valorar si el texto alternativo es equivalente o no requiere una evaluación humana. Existen múltiples herramientas de revisión (o evaluación) que se pueden clasificar en las siguientes categorías: Validación del código: verifican si la sintaxis del lenguaje empleado (HTML, XHTML o CSS) es correcta (nombres de las etiquetas, valores de las propiedades, etc.). Por ejemplo: W3C Markup Validation Service, WDG HTML Validator y Validome para revisar el código HTML, W3C CSS Validation Service para revisar el código CSS y W3C RDF Validation Service para revisar RDF. Para revisar el código HTML de múltiples páginas (por ejemplo, de todo un sitio Web) se puede emplear Multipage Validator o Multipage XHTML/HTML validator tool. Revisión del contenido: verifican que el contenido no presenta ningún problema. Por ejemplo: W3C Link Checker y Dead Links para revisar los enlaces rotos de un sitio Web. 100

101 Revisión automática de la accesibilidad: comprueban si se cumplen los puntos de verificación de las pautas de accesibilidad que se pueden evaluar de forma automática. Una herramienta de este tipo nunca puede sustituir la revisión que realiza un experto en accesibilidad Web, por lo que se deben emplear como un primer paso, pero no el único. Algunas herramientas comprueban las pautas y puntos de verificación de WCAG 1.0, como por ejemplo TAW, Cynthia Says y Total Validator. Otras herramientas comprueban un subconjunto de los puntos de verificación, como Accessibility Check. Algunas herramientas se pueden descargar y ejecutar en local, como Web Accessibility Inspector de Fujitsu. Revisión manual de la accesibilidad: ayudan a que un experto realice una revisión manual de la accesibilidad de una página Web. Por ejemplo: HERA, HERA-XP y Edipo. Además, algunas herramientas como el complemento Web Developer para Mozilla Firefox se pueden emplear para realizar una revisión manual de la accesibilidad, tal como se explica en Evaluación de la accesibilidad de sitios Web con la barra de herramientas de Firefox Web Developer Tool Bar. Revisión y reparación: revisan la accesibilidad Web y ayudan a corregir los errores encontrados. Por ejemplo: A-Prompt, LIFT y AccMonitor y AccRepair. Validadores múltiples: realizan múltiples validaciones de forma simultánea. Por ejemplo, test everything! permite realizar validaciones y comprobaciones en más de 100 herramientas introduciendo una URL en un único sitio. Navegadores alternativos y simuladores: permiten comprobar cómo percibe una persona con algún tipo de discapacidad una página Web. Por ejemplo, se puede emplear un lector de pantallas para navegar como lo hace una persona ciega y así revisar la accesibilidad Web (LearningHowto Test withscreenreaders). También se puede emplear un programa como adesigner, que permite verificar la accesibilidad y usabilidad de cara a usuarios con problemas de visión o ceguera total. Las herramientas de revisión automática de la accesibilidad comprueban si se cumplen los puntos de verificación de las pautas de accesibilidad que se pueden evaluar de forma automática. Algunas herramientas comprueban las pautas y puntos de verificación de WCAG 1.0, WCAG 2.0 y Section 508. La mayoría de las herramientas están disponibles como servicios gratuitos online, aunque hay algunas que se pueden descargar y ejecutar en local. A continuación se muestran algunas de las herramientas que se utilizan para evaluar la accesibilidad de páginas Web: Accessibility Check: Herramienta online que usa un subconjunto de WCAG 1.0. [28] 101

102 Accessibility Valet Demostrator: Herramienta online que permite verificar WCAG 1.0 y Section 508. Permite configurar diferentes formatos del informe de resultados. [29] Access Monitor: Herramienta online que permite revisar WCAG 1.0 y WCAG 2.0. Permite revisar una página publicada en Internet o subir o pegar directamente su código HTML. Revisar los puntos de verificación uno a uno y además ofrece una puntuación del 1 al 10. AChecker: Herramienta online que permite revisar BITV, Section 508, WCAG 1.0 y WCAG 2.0 al mismo tiempo. Además, también permite validar el código HTML y CSS. Permite revisar una página publicada en Internet o subir o pegar directamente su código HTML. [30] Cynthia Says: Revisa WCAG 1.0 y Section 508. También analiza la calidad de los textos alternativos de las imágenes. [31] Deque World space: Herramienta online que permite verificar WCAG 1.0, WCAG 2.0 y Section 508. [32] Deque World space Fire Eyes: Herramienta gratuita para descargar que permite revisar la accesibilidad de contenido estático y dinámico. [32] EvalAccess 2.0: Herramienta online que permite evaluar una página Web o todo un sitio Web. [33] examinator: Herramienta online que evalúa la aplicación de las pautas de accesibilidad en los contenidos HTML y CSS de una página, usa como referencia WCAG 2.0 y califica el resultado final en una escala de 1 a 10. [34] Functional Accessibility Evaluator: Herramienta online que realiza una revisión funcional de la accesibilidad Web. Si el usuario se registra (de forma gratuita) tiene acceso a más opciones como evaluar todo un sitio Web o grabar los resultados. [35] TAW: Revisa WCAG 1.0, 2.0 y mobileok. Dispone de versión online, para descargar y como complemento para Mozilla Firefox. [36] 102

103 Total Validator: Revisa el código XHTML, la accesibilidad Web y los enlaces rotos. Dispone de una versión gratuita para descargar para Windows, OS X, Linux y como extensión de Mozilla Firefox. y otra versión profesional de pago. [37] WAVE: Herramienta online que revisa la accesibilidad de una página Web y muestra el resultado sobre la propia página. También disponible como complemento para Mozilla Firefox y extensión para Adobe Dreamweaver. [38] Web Accessibility Checker: Herramienta online que revisa la accesibilidad de una página Web. Permite verificar diferentes pautas de accesibilidad, como BITV, Section 508, WCAG 1.0 y WCAG 2.0. Permite revisar una página publicada en Internet o subir la página a la herramienta. Los resultados se organizan en tres tipos de problemas: problemas conocidos, problemas probables y problemas potenciales. Web Accessibility Inspector: Herramienta gratuita para descargar de Fujitsu, disponible para Windows y Mac OS X. Usa como referencia WCAG 1.0 y Fujitsu Web Accessibility Guidelines. [39] 103

104 10. EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB Para la evaluación del grado de accesibilidad en las plataformas de redes sociales se ha aplicado una nueva metodología elaborada por Technosite. Dicha metodología se basa en una recomendación de W3C/WAI, en su documento Evaluating Web Sites for Accessibility. La metodología aplicada comprende el análisis del cumplimiento de doce aspectos o criterios de accesibilidad que sintetizan la mayoría de las Pautas de Accesibilidad al Contenido en la Web 1.0 de W3C/WAI (WCAG 1.0),correspondientes a los niveles A y AA, así como las Pautas de Accesibilidad al Contenido en la Web 2.0 (WCAG 2.0). Tanto para el análisis técnico realizado por expertos como para el de la experiencia de usuario, se han definido doce aspectos o criterios que sintetizan la mayoría de las Pautas de Accesibilidad al Contenido en la Web 1.0 del W3C/WAI (WCAG 1.0), correspondientes a los niveles A y AA, así como las Pautas de Accesibilidad al Contenido en la Web 2.0 (WCAG 2.0). Technosite, con su amplia experiencia en este campo, considera que estos criterios proporcionan una visión sintética bastante ajustada sobre la accesibilidad de un sitio Web o de un servicio electrónico basado en la Web. Incluyen en su mayor parte aspectos de prioridad 1 y, en algunos casos, de prioridad 2. Los criterios y subcriterios analizados en ambos análisis por igual se detallan a continuación: 1. Acceso multinavegador: analiza las condiciones de visualización de las distintas páginas en tres navegadores: Internet Explorer, Mozilla Firefox y Safari. 2. Navegación y orientación: pretende valorar la correcta estructura de una página Web para que sea más cómoda la navegación por la misma. Se divide en varios subcriterios: 2.1 Navegación coherente: el menú de navegación del sitio debe ser homogéneo y representar la estructura de navegación de la página. 2.2 Títulos de página: se incumple si los títulos de página no describen el contenido del documento. 104

105 2.3 Identificación de enlaces: se produce incumplimiento si el contenido de los enlaces no se entiende fuera de un contexto (por ejemplo, en una lista de enlaces). 2.4 Avisos de nuevas ventanas: los enlaces que provocan la apertura de una nueva ventana del navegador o de algún programa externo sin avisar al usuario pueden provocarle una sensación de pérdida o desorientación. 3. Formularios: se aplica a las características de los formularios que aparecen en las diferentes páginas del portal, y se divide en dos subcriterios: 3.1 Etiquetado de controles: evalúa si existen controles de formulario que carecen de etiqueta, o si ésta no está asociada correctamente con el control. 3.2 Información de errores y sugerencias: se incumple si la página Web no informa adecuadamente de los errores cometidos al cumplimentar un formulario, o no ofrece ayuda para rellenar campos que requieren formatos o valores concretos 4. Imágenes: ante la existencia de imágenes en las diferentes páginas de un portal, se tienen en cuenta los siguientes subcriterios de accesibilidad: 4.1 Existencia de alternativas: se incumple si las imágenes existentes en el sitio se presentan sin atributo alta o insertadas mediante CSS sin alternativa. Si las imágenes carecen de un texto alternativo, las personas que naveguen con un lector de pantalla, o con las imágenes desactivadas, no podrán acceder a la información que ofrecen las mismas. 4.2 Contenido de las alternativas: el incumplimiento de este su criterio se produce cuando las alternativas proporcionadas no corresponden con la funcionalidad de la imagen (por ejemplo, imágenes decorativas con alternativas que interfieren con el acceso). Los textos alternativos proporcionados en las imágenes deben expresar correctamente su contenido. 5. Estructura: con este criterio se evalúa la correcta estructura de la Web mediante encabezados y la asociación de elementos homogéneos mediante listas. 5.1 Uso de encabezados: se incumple si no existen encabezados o la estructura jerárquica no es la adecuada. 105

106 5.2 Marcado de listas: el incumplimiento se produce si existen grupos de elementos relacionados sin marcado de listas, o si este marcado se usa de un modo incorrecto. Las listas se suelen utilizar para agrupar los elementos que forman parte de un menú o elementos homogéneos que se prestan a una asociación. 6. Separación de presentación y contenido: este criterio contempla la posibilidad de modificar el tamaño del texto sin que se vea afectada la visualización del resto de la Web; también la pérdida de funcionalidad al desactivar los estilos; y la transmisión de contenido mediante imágenes sin alternativa. Las barreras en este criterio afectan a todos los usuarios, no sólo a aquéllos con algún tipo de discapacidad. 6.1 Aumento del tamaño del texto: se incumple si no es posible aumentar el tamaño del texto, o si al hacerlo se producen solapamientos. 6.2 Funcionalidad sin estilos: se incumple si al desactivar los estilos se pierde información o funcionalidad, o el acceso se ve dificultado. 6.3 Imágenes de texto: el incumplimiento tiene lugar cuando existen imágenes que contienen texto incrustado, que no se adapta a las preferencias del usuario. Se admiten como excepciones los logotipos y los usos esenciales de texto con formato especial. 7. Color: este criterio evalúa tres posibles barreras: el contraste de las imágenes, el contraste del texto con el fondo y el uso semántico del color. 7.1 Contraste en imágenes: se evalúa que no existan imágenes con textos o gráficos con un contraste insuficiente entre el primer plano y el fondo. 7.2 Contraste del texto: se incumple si el color del texto presenta un contraste insuficiente con respecto al color del fondo. 7.3 Uso del color: el incumplimiento se produce si se transmite información usando exclusivamente el color como indicador; por ejemplo, mediante avisos de campos obligatorios en formularios o leyendas en gráficos. 8. Tablas de maquetación: el uso de tablas de maquetación no supone el incumplimiento de ningún criterio, pero está desaconsejado por el W3C su uso para maquetar los contenidos de una página Web; se recomienda, en estos casos, el uso de CSS. 106

107 9. Tablas de datos: mediante este criterio se evalúa el marcado correcto de las tablas de datos, tanto simples como complejas. Un marcado incorrecto de las mismas impide que los lectores de pantalla utilizados por las personas ciegas interpreten bien la información y puedan asociar los títulos de las columnas con el contenido de las mismas. 9.1 Marcado de tablas simples: su criterio se incumple si las celdas de encabezado no se han marcado correctamente, o existen datos tabulares no marcados como elementos de tabla. 9.2 Marcado de tablas complejas: se incumple si no se han marcado correctamente las relaciones entre las celdas de encabezado y las de datos 10. Uso de Script: mediante este criterio se ha analizado tanto la accesibilidad de los script utilizados, como la pérdida de funcionalidad del servicio si no se dispone de soporte de script. Unos script inaccesibles para las ayudas técnicas pueden provocar graves dificultades de acceso a los diferentes servicios. Existen servicios que provocan la aparición de mensajes en pantalla que pasan desapercibidos para los lectores de pantalla, con lo cual las personas que utilicen estas ayudas pueden perderse esa información Accesibilidad de los script: su criterio se incumple si el resultado de la ejecución de los script no es accesible para las ayudas técnicas, o si los script interfieren con el acceso (por ejemplo, si producen saltos de página o comportamientos inesperados) Funcionalidad sin script: se produce el incumplimiento si al desactivar los script se pierde contenido o funcionalidades básicas para el acceso a la información. 11. Multimedia: con este criterio se valoran diferentes aspectos de las presentaciones multimedia de los portales Audio descripción: su criterio se incumple si los contenidos de video o multimedia del sitio transmiten información importante de forma visual, pero no disponen de la audio-descripción necesaria Subtítulos: se incumple si los contenidos de video o multimedia transmiten información importante de forma sonora, pero no disponen del subtitulado necesario. 107

108 11.3 Interfaz de objetos multimedia: el incumplimiento se produce si la interfaz de los objetos de video o multimedia incrustados es inaccesible mediante el teclado, o sus componentes están mal identificados. 12. Documentos pdf: el uso de documentación en formato pdf se ha extendido en Internet para presentar, en ocasiones, información muy importante para el usuario, por lo que un documento pdf inaccesible puede provocar graves problemas de acceso a la información, sobre todo a personas ciegas. Este criterio se subdivide, a su vez, en tres: 12.1 Orden de lectura: es motivo de incumplimiento el que la secuencia de lectura esté desordenada respecto del contenido, lo que dificulta o impide su comprensión Estructura semántica: se incumple si hay ausencia de marcado de encabezados, estructura de tablas u otros elementos semánticos Alternativas a imágenes: el incumplimiento se produce si las imágenes incrustadas en el documento no disponen de alternativa textual equivalente ANÁLISIS POR SITIO WEB Se presenta a continuación el análisis del cumplimiento de los criterios y las principales barreras detectadas para cada uno de los sitios Web que componen la muestra, en orden de mayor a menor puntuación en el cumplimiento de dichos criterios desde el punto de vista técnico, su nivel de accesibilidad se ha calificado mediante estrellas, donde 5 estrellas significa que posee un nivel de accesibilidad excelente y 0 estrellas que no tiene presente en su sitio ningún tipo de accesibilidad LinkedIn Este portal de temática profesional ha conseguido el mayor número de estrellas: tres procedentes del análisis técnico (que indican un nivel de accesibilidad moderado) Algunas de las barreras de accesibilidad que presenta LinkedIn, y que le han impedido obtener una puntuación más alta, son las siguientes: 108

109 En lo que se refiere a las imágenes, en el análisis técnico se ha detectado que algunos textos alternativos no son correctos. Por su parte, los usuarios con ceguera han encontrado tanto imágenes sin alternativa textual, como textos alternativos inadecuados, por lo que este criterio es el que presenta mayores barreras para este perfil de usuario. En LinkedIn, el proceso de buscar y añadir contactos depende en parte de que el usuario trabaje con los script activados del navegador. Si no es así, o el usuario entra con un dispositivo que no soporte script, tendrá problemas para realizar este proceso. Como se verá después que ocurre en el caso de Flickr, el perfil de usuario sin discapacidad, que navegó con los script desactivados, tuvo problemas para hacerlo; por su parte, los usuarios con discapacidad intelectual y con discapacidad motriz, en concreto el usuario de programa de reconocimiento de voz, se encontraron también con barreras de accesibilidad relacionadas con los script en su navegación en LinkedIn. En referencia a la separación entre presentación y contenido, existe contenido en este portal (en concreto, listas desplegables) que desaparece cuando el usuario no carga la hoja de estilos. Este tipo de desarrollos limitan el acceso a la información a aquellos usuarios que por diferentes motivos no visualizan las aplicaciones con los estilos activados, como de hecho ha sucedido en la evaluación de la experiencia de usuario. Respecto al criterio de navegación y orientación, en primer lugar, el texto de algunos enlaces en las distintas páginas de LinkedIn no es el idóneo para que se conozca su funcionalidad fuera de contexto. En la página principal del portal, el directorio de usuarios se encuentra organizado por enlaces en orden alfabético, pero el texto de estos enlaces no resulta intuitivo para su comprensión fuera de contexto (por ejemplo, se presentan textos como Más ). Por otra parte, al pulsar algunos enlaces se abren nuevas ventanas del navegador o de algún programa externo sin avisar al usuario. Debido a la variedad de barreras que presenta el portal en relación con este criterio, se trata de uno de los peor evaluados por los usuarios, ya que prácticamente todos ellos han encontrado alguna dificultad en este sentido. El criterio referido a la accesibilidad de los documentos PDF se ha podido evaluar en el análisis técnico, en concreto en el documento con este formato encontrado en el proceso de buscar y añadir contactos, pero no en la experiencia de usuario, puesto que éstos no hallaron ningún PDF en su navegación por la plataforma. En cualquier caso, el documento PDF evaluado en el análisis técnico carece totalmente de criterios de accesibilidad: no posee un marcado correcto, no tiene especificado ningún orden de lectura, carece por completo de una estructura semántica, y no dispone de textos alternativos para las imágenes. 109

110 Otros criterios en los que LinkedIn también presenta barreras para los usuarios, aunque en menor grado, son los siguientes: Algunos de los formularios que se necesita cumplimentar para realizar los diferentes procesos carecen de un etiquetado correcto de sus controles; por ejemplo, a la hora de buscar y añadir contactos. Por ello, el usuario, al intentar crear su red de contactos, puede no saber qué datos introducir en cada campo del formulario, o quizá no interprete correctamente los resultados presentados. Los usuarios participantes que más problemas han tenido en este aspecto, así como en cuanto a la información sobre errores y sugerencias en los formularios, han sido los de los perfiles de resto visual, sordera y discapacidad intelectual. Respecto a la estructura, en el análisis técnico se ha encontrado que las páginas de la Web de LinkedIn no se encuentran estructuradas de forma idónea mediante encabezados, por lo que los usuarios que emplean lectores de pantalla pueden tener problemas para identificar las diferentes secciones del portal. Por otra parte, el agrupamiento de elementos homogéneos mediante listas no es el correcto, de modo que las personas usuarias de lector de pantalla pueden no llegar a hacerse una idea correcta de la situación de las diferentes opciones del sitio, y tener dificultades para saltar entre las secciones del mismo. En cuanto a las tablas de datos, las que se utilizan en este portal para presentar los contactos encontrados no se marcan correctamente, lo que provoca, en el caso de los usuarios que emplean lectores de pantalla, que no puedan asociar correctamente el título de las diferentes columnas con el contenido de las mismas. Por último, si bien en el análisis técnico se ha observado con relativa frecuencia el uso de texto presentado en color azul sobre un fondo de color azul claro, lo que formalmente no constituye un uso apropiado del color, los usuarios no han detectado barrera alguna en este sentido. No obstante, es conveniente tener en cuenta la necesidad de que el contraste entre el texto y el fondo de las imágenes sea suficientemente alto, para evitar la aparición de este problema. En resumen, en la siguiente imagen se presentan los resultados derivados del análisis técnico de cada uno de los criterios de accesibilidad evaluados en LinkedIn: 110

111 Ilustración 1. Puntuación de accesibilidad en el análisis técnico por criterio de verificación, en la plataforma LinkedIn Twitter Twitter, el sitio de micro blogging por excelencia, que cada día crece en número de usuarios y expansión mundial, obtiene una sola estrella en el análisis técnico (accesibilidad muy deficiente). Los incumplimientos de los criterios de accesibilidad más relevantes detectados en esta plataforma se presentan a continuación: Los usuarios del perfil de discapacidad visual (ceguera) han encontrado en esta plataforma considerables barreras en relación con las imágenes, tanto por la carencia de texto alternativo para muchas de ellas, como por la inadecuación del contenido del mismo, en las imágenes que sí lo presentan, para la descripción de las mismas. Algunos usuarios han señalado dificultades, e imposibilidad en algún caso, para realizar el alta en el servicio, ya que la alternativa al captcha mediante audio resulta complicada de descifrar. Respecto a la estructura, existen en Twitter algunos errores en cuanto a los encabezados de sección, para determinar las diferentes secciones de la página, tanto por falta de uso de los mismos como por un uso incorrecto. Igualmente ocurre con la agrupación de elementos mediante listas. Esto supone una barrera muy importante para las personas con ceguera que usan lector de pantalla para navegar, como han señalado los propios usuarios. 111

112 Otros criterios presentan en la plataforma Twitter un mejor nivel de accesibilidad, pero aun así algunos incumplimientos suponen barreras para diferentes perfiles de usuario. Por ejemplo, aunque el color por lo general está bien asignado, se identifica algún caso en el que la combinación del color de primer plano y el de fondo genera problemas de acceso a usuarios con un resto visual bajo. El usuario con resto visual así lo ha hecho notar. El portal Twitter, como algunos otros de los analizados en este estudio, depende en su totalidad del uso de navegadores y dispositivos que soporten JavaScript. Si no se cumplen estos requisitos, la página pierde toda su funcionalidad y no se puede acceder a ella, lo que se ha podido comprobar también desde la experiencia de los propios usuarios. Por otra parte, los script que se utilizan en el sitio de Twitter provocan la aparición de nuevo contenido y opciones en la página sin que la ayuda técnica lo identifique. Esto ha sucedido en el caso de los usuarios de lector de pantalla y de programa de reconocimiento de voz, y también ha supuesto una barrera para el perfil de discapacidad intelectual. En cuanto al criterio de navegación y orientación, algunos textos de enlaces no identifican correctamente su funcionalidad o dirección. Textos como las aplicaciones que utilizan los usuarios, los enlaces que se twittean y las etiquetas, en muchos casos carecen de significado si se leen fuera de contexto. Existen, por otro lado, bastantes enlaces que provocan la apertura de una nueva ventana del navegador sin informar al usuario (por ejemplo, todos los enlaces externos a Twitter que incluyen los usuarios tienen este problema). Los problemas de navegación y orientación han afectado de manera especial, en la experiencia de usuario, a los perfiles de ceguera, sordera y discapacidad intelectual. Como se mencionó anteriormente, no es recomendable maquetar el contenido de una página Web con tablas. Aun así, si se utilizan, hay que garantizar que su contenido, al alinearse, puede ser leído correctamente por los usuarios de ayudas técnicas. En este sentido, uno de los usuarios del perfil de discapacidad visual (ceguera) ha detectado barreras provocadas por el uso de tablas de maquetación en Twitter. Por último, aunque para los usuarios participantes el resto de los criterios hayan sido evaluados de forma bastante positiva, se siguen detectando determinadas barreras en ellos. Por ejemplo, los formularios que se utilizan, sobre todo en el proceso de alta, carecen de un etiquetado correcto, lo que ha provocado problemas para cumplimentarlos a los usuarios que utilizan lectores de pantalla. En cuanto a la separación entre presentación y contenido, los usuarios no han encontrado barreras referidas a este criterio, pero en el análisis técnico sí se ha observado que, por ejemplo, los valores utilizados para definir el tamaño de las fuentes se implementa en unidades 112

113 absolutas, lo que limita la posibilidad de ajustar el tamaño de las fuentes en función de las necesidades de los usuarios. Por último, las tablas de datos que se utilizan para presentar los contactos encontrados no se marcan correctamente, lo que puede provocar dificultades de interpretación para los usuarios de lectores de pantalla, al no poder asociar éstos correctamente el título de las diferentes columnas con el contenido de las mismas. En resumen, en la siguiente figura se presentan los resultados derivados del análisis técnico de cada uno de los criterios de accesibilidad evaluados en Twitter. Ilustración 2. Puntuación de accesibilidad en el análisis técnico por criterio de verificación, en la plataforma Twitter 113

114 11. DISEÑOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS Finalmente, el proyecto culmina con el desarrollo de un prototipo que implementará algunos de los lineamientos propuestos en el capítulo 8. Para esto, se ha realizado previamente la evaluación del diseño accesible a un portal colombiano perteneciente a una institución del estado colombiano, como lo es la Registraduría Nacional; catalogando cuales de los lineamientos propuestos se cumplen y cuales no. Para la presentación de los resultados, es conveniente dividir las no conformidades entre la página principal y las demás opciones de menú. Esto con el fin de presentar una perspectiva visual entre lo que el usuario percibe por primera vez, con lo que percibe después de navegar por las distintas opciones de menú INCONFORMIDADES EN LA PÁGINA INICIAL Ilustración 3. Vista inicial del portal 114

115 Ilustración 4. Vista inicial del portal Ilustración 5. Reproducción de la página inicial. 115

116 Ilustración 6. Scroll de imágenes del portal Ilustración 7. Foco en el menú principal Ilustración 8. Foco después de presionar tabular <TAB> En la ilustración 3, se puede apreciar que el sitio Web no cumple con los siguientes lineamientos del diseño accesible: No existe una opción que le permita al usuario seleccionar una o varias alternativas de texto. Incluye en exceso imágenes decorativas y texto que puede ser no relevantes para el usuario final como por ejemplo Nuestros últimos Tweets. No existe una secuencia lógica en el contenido de la página, las imágenes y textos están ubicadas en distintas partes del sitio Web. No se le permite al usuario configurar el color de fondo ni el color del texto. Mientras que en la ilustración 4, el sitio Web no cumple con: Existe información importante en imágenes de texto, sin incluir una alternativa que describa lo que se muestra. No existe una estructura en la información, como por ejemplo, diferentes títulos con diferentes tamaños y tipos de letra. La ilustración 5 corresponde a un video que se encuentra en el recuadro de la página inicial y que a pesar de tener sonido y reproducción visual, no incluye una alternativa de texto o subtítulos que lo acompañen. 116

117 La ilustración 6 presenta el scroll que se utiliza para navegar sobre las imágenes, claramente el portal no incluye ninguna descripción en los botones > y <. La ilustración 7 y 8 presentan el foco, que a pesar de cambiar de color, no realiza de forma consistente la navegación a través del teclado INCONFORMIDADES EN LAS DEMÁS OPCIONES DE MENÚ Ilustración 9. Al aumentar el zoom de la página, el texto no se ajusta a tamaño. 117