guÍa para el desarrollo de sitios web...
TRANSCRIPT
GUÍA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES
Carlos Felipe Caicedo González
Código 1075858
Brian Antonio Hernández Salcedo
Código 1075619
Universidad de San buenaventura
Facultad de ingeniería
Programa de ingeniería de sistemas
Seccional Cali
Santiago de Cali
2012
GUÍA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES
Carlos Felipe Caicedo González
Código 1075858
Brian Antonio Hernández Salcedo
Código 1075619
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
4
TABLA DE CONTENIDO
GLOSARIO ............................................................................................. 10
RESUMEN .............................................................................................. 14
INTRODUCCIÓN ...................................................................................... 15
1. PLANTEAMIENTO DEL PROBLEMA ............................................................. 17
2. JUSTIFICACIÓN ................................................................................. 19
3. OBJETIVOS DEL PROYECTO ................................................................... 20
4. BASE CONCEPTUAL ............................................................................. 21
4.1. DISCAPACIDAD ............................................................................. 21
4.1.1. Principales discapacidades ........................................................ 21
4.2. ACCESIBILIDAD ............................................................................ 22
4.3. ¿POR QUÉ LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL? ......................... 23
4.4. BENEFICIOS DE LA ACCESIBILIDAD....................................................... 25
5. NORMAS ......................................................................................... 28
5.1. NORMAS. ................................................................................... 28
5.2. LEYES ....................................................................................... 28
5.3. NORMAS Y LEYES COLOMBIANAS ........................................................ 28
5.3.1. Manual de Estrategias en Línea ................................................... 29
5.3.1.1. Componentes de Gobierno en Línea ........................................ 30
5.3.1.2. Niveles de Gobierno en Línea ................................................ 31
5.3.1.3. Gobierno como Plataforma ................................................... 32
5.4. NORMAS Y LEYES EN OTROS PAISES ..................................................... 33
6. ESTÁNDAR ....................................................................................... 35
6.1. EL CONSORCIO PARA LA WEB(W3C, POR SUS SIGLAS EN INGLÉS WORLD WIDE WEB
CONSORTIUM) ........................................................................................ 35
6.2. PAUTAS PARA LA ACCESIBILIDAD WEB .................................................. 36
6.2.1. Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en
inglés Web Content Accessibility Guidelines). ............................................. 36
6.2.2. Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en
inglés Agent Accessibility Guidelines). ..................................................... 37
6.2.3. Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas
en inglés Authoring Tool Accessibility Guidelines). ....................................... 37
5
6.2.5. Evaluación y el Lenguaje de Informe (EARL, por sus siglas en inglés
Evaluation and Report Language). .......................................................... 39
6.2.7. Principios, guías y técnicas ........................................................ 48
6.2.7.1. Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en
inglés Authoring Tool Accessibility Guidelines. ......................................... 48
6.2.7.2. Directrices de accesibilidad para agentes de usuario (UAAG, por sus
siglas en ingles User Agent Accessibility Guidelines) .................................. 53
7. METODOLOGÍA .................................................................................. 55
7.1. IDENTIFICACIÓN DE PAUTAS PARA LA ACCESIBILIDAD ................................ 55
7.2. IDENTIFICACIÓN DE PRINCIPIOS, PUNTOS DE VERIFICACIÓN Y TÉCNICAS .......... 55
7.3. CONSTRUCCIÓN DE LINEAMIENTOS ..................................................... 56
8. LINEAMIENTOS .................................................................................. 60
8.1. DEFINICIÓN DE LINEAMIENTOS .......................................................... 60
8.2. LINEAMIENTOS PARA DESARROLLADORES .............................................. 60
8.2.1. Lineamientos para el Contenido de la Web ..................................... 60
8.2.2. Lineamientos para autores de contenido Web. ................................. 86
9. TÉCNICAS DE EVALUACIÓN .................................................................... 96
9.1. ¿CÓMO SE REALIZA UNA EVALUACIÓN DE ACCESIBILIDAD? ........................... 96
9.1.1. Revisión de estándares ............................................................. 97
9.1.2. Evaluación Heurística ............................................................... 97
9.1.3. Simulaciones de diseño ............................................................. 98
9.1.4. Técnicas de filtrado. ............................................................... 99
9.2. HERRAMIENTAS PARA LA EVALUACIÓN DE ACCESIBILIDAD ......................... 100
10. EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB ........................ 104
7.2. ANÁLISIS POR SITIO WEB ............................................................... 108
7.2.1. LinkedIn ............................................................................ 108
7.2.2. Twitter .............................................................................. 111
11. DISEÑOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS ............................. 114
11.1. INCONFORMIDADES EN LA PÁGINA INICIAL ........................................ 114
11.2. INCONFORMIDADES EN LAS DEMÁS OPCIONES DE MENÚ ......................... 117
12. TRABAJOS FUTUROS ...................................................................... 119
13. CONCLUSIONES ............................................................................ 121
BIBLIOGRAFÍA ...................................................................................... 122
6
LISTA DE TABLAS
Tabla 1. Incluir alternativas de textos ........................................................... 61
Tabla 2. Evitar el manejo de CAPTCHA’s ........................................................ 61
Tabla 3. Incluir contenido no textual ............................................................ 62
Tabla 4. Evitar elementos no útiles para los usuarios ......................................... 63
Tabla 5. Incluir reproducciones de sólo audio y sólo video ................................... 64
Tabla 6. Incluir subtítulos, descripciones (visuales y auditivas) y lenguaje de señas. .... 64
Tabla 7. Incluir señales auditivas ................................................................. 66
Tabla 8. Incluir una estructura en la presentación ............................................. 67
Tabla 9. Mantener una secuencia de información lógica ...................................... 68
Tabla 10. Permitir configuración visual .......................................................... 68
Tabla 11. Incluir mecanismos para instruir al usuario ......................................... 69
Tabla 12. Hacer buen uso del color............................................................... 70
Tabla 13. Permitir la configuración del sonido ................................................. 71
Tabla 14. Evitar el ruido en el audio ............................................................. 71
Tabla 15. Permitir el manejo del teclado como componente de interfaz de usuario ..... 72
Tabla 16. Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido.
......................................................................................................... 73
Tabla 17. Definir un límite de contraste ......................................................... 74
Tabla 18. Evitar interrupciones en las reproducciones ........................................ 75
Tabla 19. Evitar la pérdida de información durante la re-autentificación .................. 76
Tabla 20. Disminuir los destellos en las imágenes .............................................. 77
7
Tabla 21. Evitar bloques de texto redundantes ................................................. 77
Tabla 22. Incluir el foco de selección ............................................................ 78
Tabla 23. Incluir una ruta de navegación ........................................................ 79
Tabla 24. Mantener un buen manejo del idioma ............................................... 80
Tabla 25. Incluir definiciones y abreviaciones .................................................. 80
Tabla 26. Mantener un nivel de lectura adecuado ............................................. 81
Tabla 27. Distribuir el contenido en secciones ................................................. 82
Tabla 28. Incluir mecanismos para la pronunciación. .......................................... 82
Tabla 29. Incluir cambios sutiles de contexto................................................... 83
Tabla 30. Incluir navegación consistente a otros sitios Web .................................. 84
Tabla 31. Realizar un manejo adecuado de errores ............................................ 84
Tabla 32. Incluir ayuda para el contenido Web ................................................. 85
Tabla 33. Proveer alternativas de texto ......................................................... 86
Tabla 34. Proveer opciones de foco, elementos activos y links visitados ................... 87
Tabla 35. Configurar el texto ...................................................................... 87
Tabla 36. Permitir el control del volumen ....................................................... 88
Tabla 37. Proveer un mecanismo de foco efectivo ............................................. 89
Tabla 38. Proveer una navegación secuencial .................................................. 89
Tabla 39. Permitir incluir opciones graficas ..................................................... 90
Tabla 40. La herramienta debe permitir el uso de sus funcionalidades mediante accesos
rápidos ................................................................................................ 90
Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades ... 91
Tabla 42. Proveer la información de una manera estructurada ............................. 91
8
Tabla 43. Permitir la búsqueda de información ................................................ 92
Tabla 44. Permitir la administración de las preferencias de los usuarios ................... 93
Tabla 45. Ayudar a los usuarios a evitar mensajes innecesarios ............................. 93
Tabla 46. Ayudar a los usuarios a evitar y corregir errores ................................... 94
Tabla 47. Asegurar la disponibilidad de características que permitan la producción de
contenidos accesibles ............................................................................... 94
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. ....................................................... 111
Ilustración 2. Puntuación de accesibilidad en el análisis técnico por criterio de
verificación, en la plataforma Twitter ......................................................... 113
Ilustración 3. Vista inicial del portal ........................................................... 114
Ilustración 4. Vista inicial del portal ........................................................... 115
Ilustración 5. Reproducción de la página inicial. ............................................. 115
Ilustración 6. Scroll de imágenes del portal ................................................... 116
Ilustración 7. Foco en el menú principal ....................................................... 116
Ilustración 8. Foco después de presionar tabular <TAB> .................................... 116
Ilustración 9. Al aumentar el zoom de la página, el texto no se ajusta a tamaño. ...... 117
Ilustración 10. Página con reproducción automática. ....................................... 118
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].
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 =
0.2126 * R + 0.7152 * G + 0.0722 * B donde R, G y B se definen como:
Si RsRGB<= 0.03928 entonces R = RsRGB/12.92 si no R =
((RsRGB+0.055)/1.055) ^ 2.4
Si GsRGB<= 0.03928 entonces G = GsRGB/12.92 si no G =
((GsRGB+0.055)/1.055) ^ 2.4
Si BsRGB<= 0.03928 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
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].
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.
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.
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.
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.
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
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.
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.
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.
21
4. BASE CONCEPTUAL
Se presenta a continuación la información respecto a los temas que establecen la base
conceptual del proyecto.
4.1. 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].
4.1.1. 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.
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.
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 16071 [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.
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.
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) 1que 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.
1AENOR 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.
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 3.528.221 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.
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.
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.
5.1. 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].
5.2. 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
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.
5.3.1. 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]
30
5.3.1.1. 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
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].
5.3.1.2. 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
32
empresas quienes determinan el tipo de servicios a proveer por parte de las
entidades” [14].
5.3.1.3. 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]
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 26.653 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 26.378 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 2002. 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]
34
Estas leyes contemplan las normas CWA 15554:2006 y UNE 139803: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].
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.
6.1. 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]
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).
6.2.1. 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]
37
6.2.2. 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]
6.2.3. 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:
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]
6.2.4. 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]
39
6.2.5. 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.
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 Defensor
Bob B. Bobbington
o Sujeto de Prueba
Una página Web ubicada en http://www.example.org/page.html
o Prueba de Criterio
Criterio de éxito 1.1.1 de las Directrices de Accesibilidad para el
Contenido Web (WCAG) 2.0
o 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 http://validator.w3.org/
o Sujeto de Prueba
El XHTML de una solicitud GET a la URL http://www.example.org/page.html en 2004-04-14T14: 00:04 1000
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.
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 Z39.85-
2007 Estándar [NISOZ3985] y la norma ISO 15836 [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].
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="http://www.w3.org/ns/earl#"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#">
<!-- ... -->
</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.
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="http://validator.w3.org/about.html#">
<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>
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 N3
@prefix earl: <http://www.w3.org/ns/earl#> .
@prefix dct: <http://purl.org/dc/terms/> .
<http://validator.w3.org/about.html#>
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="http://validator.w3.org/about.html#">
<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>
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:[email protected]"/>
<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="http://example.org/resource/index.html">
<dct:titlexml:lang="en">Project Description</dct:title>
<dct:date rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2006-02-14</dct:date>
<rdf:typerdf:resource="http://www.w3.org/ns/earl#TestSubject"/>
</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
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="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" />
<earl:subjectrdf:resource="http://example.org/resource/index.html" />
<earl:assertedByrdf:resource="#assertor01" />
</earl:Assertion>
<earl:Assertionrdf:ID="ass2">
<earl:resultrdf:resource="#error2" />
<earl:testrdf:resource="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" />
<earl:subjectrdf:resource="http://example.org/resource/index.html" />
<earl:assertedByrdf:resource="#assertor01" />
</earl:Assertion>
<earl:Assertionrdf:ID="ass3">
<earl:resultrdf:resource="#error3" />
<earl:testrdf:resource="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" />
<earl:subjectrdf:resource="http://example.org/resource/index.html" />
<earl:assertedByrdf:resource="#assertor01" />
</earl:Assertion>
6.2.6. 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
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.
6.2.7. 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.
6.2.7.1. 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
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.
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
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
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 pre-
definidos (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.
53
6.2.7.2. 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.
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.
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.
7.1. 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 6.
7.2. IDENTIFICACIÓN DE PRINCIPIOS, PUNTOS DE VERIFICACIÓN Y
TÉCNICAS
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.
7.3. 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:
“1.1.1 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).”
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.
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:
“1.4.3 Contraste (mínimo): La presentación visual de texto e imágenes de texto tiene
una relación de contraste de, al menos, 4.5:1, excepto en 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.”
“1.4.6 Contraste (mejorado): La presentación visual de texto e imágenes de texto tiene
una relación de contraste de, al menos, 7:1, excepto en 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”.
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.
60
8. LINEAMIENTOS
Es necesario conocer previamente la definición de lineamiento para identificar el
alcance y la finalidad de este capítulo.
8.1. 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.
8.2.1. 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.
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
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.
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
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
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
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.
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.
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.
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
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
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.
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.
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
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:
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
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.
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.
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.
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.
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.
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).
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.
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
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.
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.
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.
8.2.2. 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,
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.
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.
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.
90
8.2.3. 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
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
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.
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.
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
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.
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.
97
9.1.1. 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.
9.1.2. 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]
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.
9.1.3. 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
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.
9.1.4. 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.
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.
9.2. 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.
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]
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]
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]
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.
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.
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.
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.
10.1 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).
10.2 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.
11.1 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.
11.2 Subtítulos: se incumple si los contenidos de video o multimedia
transmiten información importante de forma sonora, pero no disponen del
subtitulado necesario.
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.
12.2 Estructura semántica: se incumple si hay ausencia de marcado de
encabezados, estructura de tablas u otros elementos semánticos.
12.3 Alternativas a imágenes: el incumplimiento se produce si las imágenes
incrustadas en el documento no disponen de alternativa textual equivalente.
7.2. 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.
7.2.1. 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:
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.
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:
111
Ilustración 1. Puntuación de accesibilidad en el análisis técnico por criterio de verificación, en la
plataforma LinkedIn.
7.2.2. 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.
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
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
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ú.
11.1. INCONFORMIDADES EN LA PÁGINA INICIAL
Ilustración 3. Vista inicial del portal
115
Ilustración 4. Vista inicial del portal
Ilustración 5. Reproducción de la página inicial.
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.
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.
11.2. 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.
118
Ilustración 10. Página con reproducción automática.
En la ilustración 9, se presenta que al aumentar el zoom de la página Web en cualquier
opción de menú, el texto no se ajusta y el usuario se vería en la obligación de recorrerlo
con la barra de desplazamiento.
En la ilustración 10, se presenta otra página que reproduce automáticamente una
pequeña introducción sobre la historia de la registraduría nacional de Colombia. El
usuario no controla el comienzo del sonido, ni le da una opción de pausarlo y
reproducirlo tantas veces se desee.
119
12. TRABAJOS FUTUROS
Hoy la mayoría de los usuarios discapacitados y las personas que de alguna u otra
manera están vinculadas al tema, están convencidos de que el escenario futuro será el
siguiente: una web cada día más accesible donde no sólo se corregirán los problemas
pasados, sino que los avances a desarrollar, contemplarán su utilización por las personas
discapacitadas.
Actualmente el Grupo de Trabajo de Aplicaciones Web del W3C está trabajando en una
nueva iniciativa para hacer frente "al acceso universal a las aplicaciones web mediante
una amplia gama de dispositivos y por una gran diversidad de usuarios". [40]
También se pueden encontrar iniciativas como se describe en el articulo HTML5 and
Accessibility [41], el cual es un pequeño artículo escrito por Bruce Lawson y Steve
Faulkner, en el que se muestran las nuevas características de HTML5 que pueden ayudar
a mejorar la accesibilidad de las páginas web.
Quizás lo más interesante del artículo sea el apartado dedicado al uso de las nuevas
etiquetas estructurales de HTML5 (header, nav, section, article, footer) o al uso de los
roles de WAI-ARIA (banner, navigation, article, contentinfo).
Además, algunos temas que se están investigando o desarrollando y que se emplearán en
el futuro para mejorar la accesibilidad de las páginas web:
CSS: CSS3 Speech Module es una propuesta del W3C (se encuentra todavía en
fase de borrador de trabajo) permite crear hojas de estilo en cascada que
definen cómo reproducir mediante un sintetizador de voz un documento XML (y,
por supuesto, una página web). Es de esperar que los lectores de pantalla sean
capaces de interpretar estas hojas de estilo para lograr una reproducción más
correcta. [42]
Hardware: Existen diversas investigaciones dirigidas a interpretar la información
transmitida mediante las conexiones neuronales del cerebro. De este modo, se
podría simplemente con el pensamiento controlar una prótesis o un ordenador.
[43]
Semántica: La web semántica consiste en añadir metadatos con información
semántica a las páginas web. La información semántica permite describir el
120
contenido, su significado y la relación que guarda un dato con otros. Una de las
tecnologías que se propone es RDFa2. [44]
2 RDFa es un conjunto de extensiones de XHTML propuestas por W3C para introducir semántica en los
documentos. RDFa aprovecha atributos de los elementos meta y link de XHTML y los generaliza de forma que
puedan ser utilizados en otros elementos. Además se ha definido una correspondencia simple que permite
extraer tripletes RDF.
121
13. CONCLUSIONES
Concienciación y divulgación para propietarios de sitios Web así como formación
y especialización para desarrolladores harán posible que el internet evolucione
como base de una futura Sociedad de la Información sin barreras ni
discriminaciones.
Es imprescindible concienciar sobre la importancia y beneficios de la
accesibilidad adaptando la tecnología a las personas y adoptando el uso de
estándares de desarrollo que permitan el acceso y consumo de todo tipo de
contenidos y servicios a todos los usuarios independientemente de sus
capacidades, nivel de conocimiento y dispositivos de acceso.
Existen muchas oportunidades para empresas y universidades, para diseñadores y
desarrolladores Web, para estudiantes y profesionales interesados en Internet.
Los estándares Web, la accesibilidad, la usabilidad y en general, el área de
experiencia de usuario, son áreas de un desarrollo casi nulo en el país y no debe
necesitarse mucho tiempo para que se les de la importancia que actualmente
tienen en el mundo. Hay innumerables oportunidades para los emprendedores.
Se llega a la conclusión de que la proporción entre coste y beneficio, de alguna
forma u otra, siempre es positiva y por lo tanto no hay ninguna razón que
justifique la creación de una sede Web inaccesible.
Los medios de comunicación deben tratar de cubrir las necesidades de sus
usuarios, sin excluir a las personas con discapacidad, contando con ellos en la
puesta en marcha de proyectos de accesibilidad que favorecen a la sociedad en
su conjunto.
122
BIBLIOGRAFÍA
[1] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/WAI/intro/wcag.php.
[2] Así vamos en salud, Boletín de Discapacidad,
http://www.asivamosensalud.org/descargas/Boletin_Discapacidad.pdf.
[3] «StickyMinds,» [En línea]. Available:
http://www.stickyminds.com/sitewide.asp?ObjectId=2537&Function=DETAILBROWSE&Objec
tType=ART.
[4] N. L. Unido, «Que es la discapcidad,» [En línea]. Available:
http://www.nl.gob.mx/?P=info_discapacidad.
[5] «No solo usabilidad,» [En línea]. Available:
http://www.nosolousabilidad.com/articulos/accesibilidad.htm.
[6] C. E. E. Pohl. [En línea]. Available: http://www.caminandoutopias.org.ar/tesis/tesis11.php.
[7] T. Granollers, MPIu+a. Una metodología que integra la ingeniería del software, la integración
humano computador y la accesibilidad en el context de equipos de desarrollo
multidisciplinares, 2007.
[8] G. d. I. e. I. P.-O. e. I. d. Datos, «Modelo de Proceso de la Ingeniería de la usabilidad y de la
accesibilidad. MPIu+a,» [En línea]. Available:
http://www.grihohcitools.udl.cat/mpiua/necesidadAccesibilidad.htm.
123
[9] «Discapnet,» [En línea]. Available:
http://www.discapnet.es/Castellano/areastematicas/Accesibilidad/Observatorio_infoaccesibi
lidad/ventajasaccesibilidadsitioweb/Paginas/ventajasdelaaccesibilidad.aspx.
[10] F. Tarifa, «Mas que Accesibilidad,» [En línea]. Available: http://www.mqaccesibilidad.com/.
[11] «Icontec Internacional,» [En línea]. Available:
http://www.icontec.org.co/index.php?section=37.
[12] «Senado de Colombia,» [En línea]. Available: http://www.senado.gov.co/participacion-
ciudadana/congreso-para-ninos/item/11164-que-es-una-ley.
[13] «Ministerio de Tecnologías,» [En línea]. Available:
http://archivo.mintic.gov.co/mincom/faces/index.jsp?id=21330.
[14] «Manual de Estrategias en Linea,» [En línea]. Available:
http://programa.gobiernoenlinea.gov.co/apc-aa-
files/DocumentosAdicionales/ManualGobiernoenLineav_2010.pdf.
[15] «Punto Profesional,» [En línea]. Available:
http://www.puntoprofesional.com/P/0650/LEY_26653.HTM.
[16] C. d. D. d. l. Nación, «Propuesta de Ley,» [En línea]. Available:
http://www1.hcdn.gov.ar/dependencias/dsecretaria/Periodo2009/PDF2009/SANCIONES/452
1-D-2008.pdf.
[17] Wikipedia, «Accesibilidad Web,» [En línea]. Available:
http://es.wikipedia.org/wiki/Accesibilidad_web.
[18] Inteco, «Instituto Nacional de Tecnologías de Información.,» [En línea]. Available:
http://www.inteco.es/Accesibilidad/difusion/Normativa/Descarga/DescargaUNE_139803.
124
[19] «Manolo.net,» [En línea]. Available: http://www.manolo.net/508i.htm.
[20] «Federal Agency Commited to Accesible Design,» [En línea]. Available: http://access-
board.gov/gs.htm.
[21] «Consorcio para la Web,» [En línea]. Available: http://www.w3c.es/Consorcio/.
[22] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/WAI/guid-tech.html.
[23] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/WAI/intro/uaag.php.
[24] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/WAI/intro/atag.php.
[25] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/TR/wai-aria/.
[26] «Definición,» [En línea]. Available: http://definicion.de/lineamiento/.
[27] Inclusion-Ia, «Guia para las leyes de los derechos de las personas con discapacidades,» [En
línea]. Available: http://www.inclusion-ia.org/espa%F1ol/Norm/compend-usa.htm.
[28] Etre, «AccessibilityCheck,» [En línea]. Available:
http://www.etre.com/tools/accessibilitycheck/.
[29] «Accessibility Valet Demostrator,» [En línea]. Available:
http://valet.webthing.com/access/url.html.
[30] «AChecker,» [En línea]. Available: http://achecker.ca/checker/index.php.
[31] HiSoftware, «Cynthia Says,» [En línea]. Available: http://www.contentquality.com/.
125
[32] FireEyes, «DequeWorldSpace,» [En línea]. Available:
http://worldspace.deque.com/FireEyes/login/auth;jsessionid=2BC51CACF506FD54F611DF7E
A3DFA029.tomcat159.
[33] «EvalAcces,» [En línea]. Available: http://sipt07.si.ehu.es/evalaccess2/.
[34] «eXaminator,» [En línea]. Available: http://examinator.ws/.
[35] University of Illinois, «FuncionalAccesibilityEvaluator,» [En línea]. Available:
http://cita.disability.uiuc.edu/presentations/fae/.
[36] «TAW,» [En línea]. Available: http://www.tawdis.net/.
[37] «TotalValidator,» [En línea]. Available: http://www.totalvalidator.com/.
[38] «WAVE,» [En línea]. Available: http://wave.webaim.org/.
[39] «Web Accesiblity Inspector,» [En línea]. Available:
http://www.fujitsu.com/global/accessibility/assistance/wi/.
[40] S. L. Mora. [En línea]. Available: http://accesibilidadenlaweb.blogspot.com/2012/03/html5-
situacion-actual-y-futuro.html.
[41] M. Magazine. [En línea]. Available: http://msdn.microsoft.com/en-
us/magazine//hh204741.aspx.
[42] A. W. -. CSS. [En línea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fu-css.
[43] A. W. -. Hardware. [En línea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fu-
hardware.
126
[44] A. W. -. Semantica. [En línea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fu-
semantica.
[45] «Universidad de Alicante,» [En línea]. Available:
http://accesibilidadweb.dlsi.ua.es/?menu=introduccion.
[46] «Consorcio para la Web,» [En línea]. Available: http://www.w3.org/WAI/intro/earl.php.
[47] «Registraduría Colombiana de Estado Civil,» [En línea]. Available: www.registraduria.gov.co.
[48] «TecnoAyudas,» [En línea]. Available: http://www.tecnoayudas.com.