Guía Sitios Web Caicedo 2012

GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES
ACCESIBLES
Carlos Felipe Caicedo Gonzlez

Cdigo 1075858
Brian Antonio Hernndez Salcedo
Cdigo 1075619
Universidad de San buenaventura

Facultad de ingeniera
Programa de ingeniera de sistemas
Seccional Cali
Santiago de Cali
2012
GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES

ACCESIBLES
Carlos Felipe Caicedo Gonzlez

Cdigo 1075858
Brian Antonio Hernndez Salcedo
Cdigo 1075619
Proyecto de Grado
Directora: Yenny A. Mndez A.

Magster en Computacin
Universidad de San buenaventura

Facultad de ingeniera
Programa de Ingeniera de Sistemas
Seccional Cali
Santiago de Cali
2012
Notas de aceptacin:
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
Firma del jurado
______________________________
Firma del jurado
______________________________
Firma del jurado
TABLA DE CONTENIDO
GLOSARIO ............................................................................................. 10
RESUMEN.............................................................................................. 14
INTRODUCCIN ...................................................................................... 15
1.
PLANTEAMIENTO DEL PROBLEMA............................................................. 17
2.
JUSTIFICACIN ................................................................................. 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 Lnea ................................................... 29
5.3.1.1. Componentes de Gobierno en Lnea ........................................ 30
5.3.1.2. Niveles de Gobierno en Lnea ................................................ 31
5.3.1.3. Gobierno como Plataforma ................................................... 32
5.4. NORMAS Y LEYES EN OTROS PAISES ..................................................... 33
6.
ESTNDAR ....................................................................................... 35
6.1. EL CONSORCIO PARA LA WEB(W3C, POR SUS SIGLAS EN INGLS 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
ingls Web Content Accessibility Guidelines). ............................................. 36
6.2.2. Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en
ingls Agent Accessibility Guidelines). ..................................................... 37
6.2.3. Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas
en ingls Authoring Tool Accessibility Guidelines). ....................................... 37
6.2.5. Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls

Evaluation and Report Language). .......................................................... 39
6.2.7. Principios, guas y tcnicas ........................................................ 48
6.2.7.1. Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en
ingls 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.
METODOLOGA .................................................................................. 55
7.1.
7.2.
7.3.
8.
IDENTIFICACIN DE PAUTAS PARA LA ACCESIBILIDAD ................................ 55

IDENTIFICACIN DE PRINCIPIOS, PUNTOS DE VERIFICACIN Y TCNICAS .......... 55
CONSTRUCCIN DE LINEAMIENTOS ..................................................... 56
LINEAMIENTOS .................................................................................. 60
8.1. DEFINICIN 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.
TCNICAS DE EVALUACIN .................................................................... 96

9.1. CMO SE REALIZA UNA EVALUACIN DE ACCESIBILIDAD? ........................... 96
9.1.1. Revisin de estndares ............................................................. 97
9.1.2. Evaluacin Heurstica ............................................................... 97
9.1.3. Simulaciones de diseo ............................................................. 98
9.1.4. Tcnicas de filtrado. ............................................................... 99
9.2. HERRAMIENTAS PARA LA EVALUACIN DE ACCESIBILIDAD ......................... 100
10.
EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB ........................ 104
7.2. ANLISIS POR SITIO WEB ............................................................... 108

7.2.1. LinkedIn ............................................................................ 108
7.2.2. Twitter.............................................................................. 111
11.
DISEOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS ............................. 114
11.1.
11.2.
INCONFORMIDADES EN LA PGINA INICIAL ........................................ 114

INCONFORMIDADES EN LAS DEMS OPCIONES DE MEN ......................... 117
12.
TRABAJOS FUTUROS ...................................................................... 119
13.
CONCLUSIONES ............................................................................ 121
BIBLIOGRAFA ...................................................................................... 122
LISTA DE TABLAS
Tabla 1. Incluir alternativas de textos ........................................................... 61

Tabla 2. Evitar el manejo de CAPTCHAs ........................................................ 61
Tabla 3. Incluir contenido no textual ............................................................ 62
Tabla 4. Evitar elementos no tiles para los usuarios ......................................... 63
Tabla 5. Incluir reproducciones de slo audio y slo video ................................... 64
Tabla 6. Incluir subttulos, descripciones (visuales y auditivas) y lenguaje de seas. .... 64
Tabla 7. Incluir seales auditivas ................................................................. 66
Tabla 8. Incluir una estructura en la presentacin ............................................. 67
Tabla 9. Mantener una secuencia de informacin lgica ...................................... 68
Tabla 10. Permitir configuracin visual .......................................................... 68
Tabla 11. Incluir mecanismos para instruir al usuario ......................................... 69
Tabla 12. Hacer buen uso del color............................................................... 70
Tabla 13. Permitir la configuracin 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 lmite de contraste ......................................................... 74
Tabla 18. Evitar interrupciones en las reproducciones ........................................ 75
Tabla 19. Evitar la prdida de informacin durante la re-autentificacin.................. 76
Tabla 20. Disminuir los destellos en las imgenes .............................................. 77
Tabla 21. Evitar bloques de texto redundantes ................................................. 77

Tabla 22. Incluir el foco de seleccin ............................................................ 78
Tabla 23. Incluir una ruta de navegacin ........................................................ 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 pronunciacin. .......................................... 82
Tabla 29. Incluir cambios sutiles de contexto................................................... 83
Tabla 30. Incluir navegacin 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 navegacin secuencial .................................................. 89
Tabla 39. Permitir incluir opciones graficas ..................................................... 90
Tabla 40. La herramienta debe permitir el uso de sus funcionalidades mediante accesos
rpidos ................................................................................................ 90
Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades ... 91
Tabla 42. Proveer la informacin de una manera estructurada ............................. 91
Tabla 43. Permitir la bsqueda de informacin ................................................ 92

Tabla 44. Permitir la administracin 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 caractersticas que permitan la produccin de
contenidos accesibles............................................................................... 94
LISTA DE ILUSTRACIONES
Ilustracin 1. Puntuacin de accesibilidad en el anlisis tcnico por criterio de

verificacin, en la plataforma LinkedIn. ....................................................... 111
Ilustracin 2. Puntuacin de accesibilidad en el anlisis tcnico por criterio de
verificacin, en la plataforma Twitter ......................................................... 113
Ilustracin 3. Vista inicial del portal ........................................................... 114
Ilustracin 4. Vista inicial del portal ........................................................... 115
Ilustracin 5. Reproduccin de la pgina inicial. ............................................. 115
Ilustracin 6. Scroll de imgenes del portal ................................................... 116
Ilustracin 7. Foco en el men principal ....................................................... 116
Ilustracin 8. Foco despus de presionar tabular <TAB> .................................... 116
Ilustracin 9. Al aumentar el zoom de la pgina, el texto no se ajusta a tamao. ...... 117
Ilustracin 10. Pgina con reproduccin automtica. ....................................... 118
GLOSARIO
AUDIODESCRIPCIN: La narracin agregada a la pista de sonido para describir los

detalles visuales importantes que no se pueden entender slo con la banda de sonido
principal [1].
AUDIODESCRIPCIN EXTENDIDA: Audio descripcin que se agrega a una presentacin

audiovisual poniendo en pausa el vdeo, de manera que haya tiempo suficiente para
agregar una descripcin adicional [1].
BLOQUES DE TEXTO: Ms de una oracin de texto [1].
CAMBIOS DE CONTEXTO: Corresponden a los cambios importantes en el contenido de

una pgina Web que, cuando se hacen sin el conocimiento del usuario, pueden
desorientar a quienes no pueden ver toda la pgina al mismo tiempo [1].
CAPTCHA: Acrnimo de Completely Automated Public Turing test to tell Computers and
Humans Apart (Prueba de Turing pblica y automtica para diferenciar a mquinas 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: Abreviacin de Cascading Style Sheets
CONFORMIDAD: La satisfaccin de todos los requisitos de un estndar, pauta o

especificacin determinados [1].
10
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 ningn idioma [1].
DECORACIN: Que slo persigue un propsito esttico, no proporciona informacin 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].
IMGENES 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 ms oscuro y a 1 para el blanco ms 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

((RsRGB+0.055)/1.055) ^ 2.4
Si GsRGB<= 0.03928 entonces
((GsRGB+0.055)/1.055) ^ 2.4
Si BsRGB<= 0.03928 entonces
((BsRGB+0.055)/1.055) ^ 2.4
RsRGB, GsRGB, y BsRGB se definen como:
RsRGB = R8bit/255
GsRGB = G8bit/255
11
RsRGB/12.92
si
no
GsRGB/12.92
si
no
BsRGB/12.92
si
no
BsRGB = B8bit/255
Es necesario tener en cuenta si se aplica un difuminado despus de la distribucin 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 EDUCACIN PRIMARIO: Periodo de seis aos que empieza a las edades de
entre cinco y siete, posiblemente sin ninguna educacin previa.
Nota: Esta definicin est basada en la Clasificacin Internacional Normalizada de la
Educacin (UNESCO) [1].
NIVEL MNIMO DE EDUACIN SECUNDARIA: Los dos o tres aos de educacin que se
inician al trmino de seis aos de escuela y finalizan nueve aos despus del comienzo
de la enseanza primaria.
Nota: Esta definicin se basa en la Clasificacin Internacional Normalizada de la
Educacin (UNESCO).
SECUENCIA CORRECTA DE LECTURA: Cualquier secuencia donde las palabras y prrafos

se presentan en un orden que no cambia el significado del contenido [1].
SLO AUDIO: Una presentacin basada en el tiempo que contiene nicamente audio
(sin vdeo y sin interaccin) [1].
SLO VIDEO: Una presentacin basada en el tiempo que contiene nicamente imgenes
(vdeo), sin sonidos (audio) ni interaccin [1].
VISUALMENTE COFIGURABLE: Cuando se puede establecer el tipo de letra, el tamao,

el color y el fondo [1].
12
WCAG: Abreviacin de Web Content Accessibility Guidelines, que en espaol traduce

guas accesibles para el contenido de la web.
W3C: Abreviacin de World Wide Web Consortium, que en espaol traduce Consorcio
para la World Wide Web.
13
RESUMEN
Este documento presenta el desarrollo del proyecto cuyo propsito 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 pases y el
estndar de la W3C que se tom como base para su desarrollo.
Adicionalmente, se incluye la metodologa que explica el proceso para la generacin de
los lineamientos y el anlisis que se realiz sobre el estndar mencionado en el
documento. Finalmente, el documento incluye los lineamientos para herramientas de
desarrolladores y de contenido y algunas de las tcnicas de evaluacin propuestas por la
W3C.
14
INTRODUCCIN
Existen millones de personas con discapacidad que no pueden utilizar la Web.

Actualmente, la mayora de los sitios Web y los software Web presentan barreras de
accesibilidad, lo que dificulta o imposibilita su utilizacin para muchas personas con
discapacidad. Cuanto ms software y sitios Web accesibles estn disponibles, ms
personas con discapacidad podrn utilizar la Web y contribuir de forma ms eficiente.
Al hablar de accesibilidad Web se est haciendo referencia a un diseo 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,
fsicos, cognitivos, neurolgicos, del habla y aquellos que surgen debido a la avanzada
edad de las personas.
Es an ms importante que las personas, sin importar sus discapacidades, puedan
acceder a la informacin que las instituciones del estado proveen. Para esto es necesario
que el Gobierno desarrolle sitios Web que incluyan un diseo accesible de forma que sus
instituciones puedan implementar de forma fcil y eficiente.
El documento incluye cmo y qu se debe tener en cuenta para un diseo accesible de
los sitios Web de las instituciones del estado, para esto el documento se ha divido en los
siguientes captulos:
Captulo 1: Planteamiento del problema. Explica y argumenta el problema que

dio origen al trabajo de grado.
Captulo 2: Justificacin. Sustenta el por qu el trabajo de grado y la forma en
como se llevo a cabo.
Captulo 3: Base Conceptual. Pertenece a fuente de informacin necesaria para
entender qu es la accesibilidad y los beneficios que esta puede traer a los sitios
Web.
Captulo 4: Normas. Informacin relacionada con la forma como actualmente el
Gobierno Colombiano enfrenta el problema de accesibilidad en la Web y cmo
otros pases han logrado hacerlo.
Captulo 5: Estndar. Incluye el estndar del cual el Gobierno Colombiano y los
dems pases han implementado para lograr diseos accesibles.
15
Captulo 6: Metodologa. Explica de forma detallada el proceso que se llev a

cabo para el desarrollo de los lineamientos, que servirn como base para el
desarrollo del prototipo Web.
Captulo 7: Lineamientos. Detalla cada una de las guas propuestas como
desarrollo del presente proyecto, las cuales explican cmo lograr un diseo
accesible en el contenido y la estructura de la Web.
Captulo 8: Tcnicas de Evaluacin. Explica cmo se evala el diseo accesible
en un sitio Web y las herramientas que se deben tener en cuenta para hacerlo.
Captulo 9: Evaluaciones de Accesibilidad Aplicadas a Sitios Web. Incluye
algunos ejemplos de evaluaciones realizados a sitios Web accesibles.
16
1. PLANTEAMIENTO DEL PROBLEMA
En Colombia, el nmero de discapacitados crece como consecuencia de enfermedades y

accidentes. Se estima que el 6.3% de la poblacin colombiana sufre de algn tipo de
discapacidad [2]. Debido a que el nmero de personas es significativo y que todas son
contempladas bajo la constitucin como ciudadanos colombianos, es deber del estado
brindarles la informacin de las instituciones pertenecientes a l bajo canales de
comunicacin propios a su condicin como es internet.
El Gobierno Colombiano ha creado canales de comunicacin para dar a conocer las
diferentes actividades asociadas a las instituciones del estado. Entre los propsitos del
Gobierno, se espera que la informacin pueda ser accedida por todas las personas,
independientemente de las discapacidades fsicas que presenten y de esta forma,
mantener informado a los colombianos sobre los cambios y acontecimientos en el
Gobierno Nacional.
Entre los canales de comunicacin se encuentran los sitios Web, que a pesar de ser un
medio adecuado de bsqueda de informacin, puede generar complicaciones a personas
con discapacidades debido al alto grado de interaccin que existe entre el usuario y los
dispositivos electrnicos [3]. Las discapacidades fsicas, del habla, auditivas, cognitivas y
neurolgicas, 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 informacin, la adquisicin de destrezas o al fcil
desarrollo de habilidades de razonamiento.
A partir de las discapacidades planteadas anteriormente, surge la pregunta Cmo
contribuir con el desarrollo de sitios Web gubernamentales colombianos, de tal manera
que estos sean ms accesibles para las personas con discapacidades relacionadas a la
avanzada edad, discapacidades fsicas, del habla, auditivas, cognitivas y neurolgicas?
El desarrollo del proyecto responder al problema planteado, mediante la generacin de
una gua que servir como referente para el desarrollo de sitios Web gubernamentales
accesibles. Todo esto con el propsito de contribuir con el fcil acceso a la informacin
relacionada a las instituciones del estado colombiano. Finalmente, es necesario para el
desarrollo del proyecto tener una base fundamental de estandarizacin como la W3C,
que revela la importancia de proporcionar accesibilidad a los sistemas interactivos al
incluir dentro del desarrollo de software aspectos sociales que tienen como fin eliminar
17
aquellas barreras que impiden a las personas con discapacidades y necesidades

especiales su enrgica participacin en las actividades de la vida cotidiana.
18
2. JUSTIFICACIN
Actualmente, Internet se ha convertido en el mayor canal de comunicacin a nivel

mundial, permitiendo desde cualquier punto y en cualquier momento el acceso a la
informacin y al conocimiento, esta popularizacin ha sido factible, en parte, porque en
los ltimos aos los servicios administrativos e informativos basados en la Web han
evolucionado y, tambin, al aumento exponencial del nmero de usuarios con acceso a
Internet. Pero, no todo son ventajas, mientras un alto porcentaje de la poblacin
mundial migra hacia el ciberespacio, integrndose en la sociedad de la informacin,
otros pases en vas de desarrollo acusan las desventajas agudizando lo que se ha
determinado en llamar la brecha digital; es decir, la diferencia entre aqullos que
tienen acceso a las TIC (Tecnologas de informacin y comunicacin) y los que no
(debido a limitaciones fsicas, tcnicas, entre otras).
El hecho de que la sociedad de la informacin y las TIC supongan una oportunidad sin
precedentes para favorecer la integracin 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 convirtindose en una nueva barrera para el mundo de
la discapacidad. En este sentido, el trabajo de investigacin que se presenta a
continuacin, pretende luchar contra ello. Con este objeto, se realizar un
acercamiento al mundo de la discapacidad (legislacin, directrices, tipos de
deficiencias) y se detectarn los principales problemas que dificultan su acceso a
Internet. Todo esto, encaminado en conocer el grado de cumplimiento de las pautas de
accesibilidad que deberan 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 informacin en la Web.
19
3. OBJETIVOS DEL PROYECTO
Objetivo general
Generar un referente terico para el desarrollo de sitios Web del Gobierno en Colombia,
de tal manera que estos sean accesibles.
Objetivos especficos
1. Generar una
accesibilidad.
base
conceptual
sobre
los
aspectos
relacionados
con
la
2. Identificar las normas, estndares y recomendaciones para la elaboracin de

sitios Web gubernamentales accesibles.
3. Proponer lineamientos para el desarrollo de sitios Web gubernamentales
accesibles, a partir de las normas, estndares y recomendaciones.
4. Identificar y establecer las tcnicas de evaluacin de accesibilidad para sitios
Web gubernamentales en Colombia.
5. Generar un prototipo de Sitio Web accesible, a partir de los lineamientos
establecidos.
20
4. BASE CONCEPTUAL
Se presenta a continuacin la informacin respecto a los temas que establecen la base

conceptual del proyecto.
4.1.
DISCAPACIDAD
La discapacidad es cualquier restriccin 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 ms
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 informacin en la Web.
Los principales tipos de discapacidades son:
Discapacidades visuales: conjunto de limitaciones que abarcan la ceguera, la

visin reducida y los problemas en visualizacin 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 informacin 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 travs de dispositivos de entrada tradicionales, por lo que utilizan
dispositivos alternativos.
21
Discapacidades cognitivas y de lenguaje: conjunto de limitaciones que abarcan

problemas en el uso del lenguaje, la lectura, percepcin, memoria, salud mental,
entre otros.
Las cuatro discapacidades engloban una gran diversidad de sub-tipos de discapacidad,

cada una de las cuales requerir de atencin especfica a la hora de desarrollar
productos Web. Estas discapacidades no tienen por qu ser excluyentes entre s, pues
un mismo usuario podra presentar varias discapacidades ya sea de carcter
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 condicin
necesaria para la participacin social de las personas con distintas limitaciones
funcionales. En una sociedad en la que cada vez se utilizan ms las tecnologas de la
informacin y de las comunicaciones, ya sea para informarse, estudiar, relacionarse,
entretenerse trabajar, y en la que cada vez son ms los servicios que se prestan por
va telemtica, asegurar la accesibilidad a los nuevos medios tecnolgicos, en particular
de Internet, resulta prioritario [6].
La accesibilidad Web trata de aspectos relacionados con la codificacin y la
presentacin de informacin en el diseo de un sitio Web, que va a permitir que las
personas con algn tipo de limitacin puedan percibir, entender, navegar e interactuar
de forma efectiva con la Web, as como crear y aportar contenido. Actualmente, la
mayora de los sitios Web presentan barreras de accesibilidad, lo que hace difcil e
incluso imposible su utilizacin. Sin embargo, si los sitios Web y el software Web, fueran
accesibles, las personas con discapacidad podran utilizar estos servicios de forma
efectiva.
Adems de los usuarios con discapacidades anteriormente nombradas, tambin hay
usuarios que disponen de conexiones lentas a Internet o que acceden mediante equipos
porttiles del tipo PDA (Personal Digital Assistant) o telfonos mviles con reducidas
pantallas grficas, que se benefician del diseo accesible. En general, todos los usuarios
se benefician de la accesibilidad Web.
22
Las dificultades de acceso a los contenidos de la Web podran 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
consideracin 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 conexin y muchos otros factores) y respetaran unas sencillas normas de
estructura y diseo de las pginas Web. Pero estas normas no son suficientemente
conocidas y la mayora de los diseadores de sitios, los responsables polticos, los cargos
administrativos, y los proveedores de contenido no las tienen en consideracin.
El resultado es que muchos ciudadanos, y particularmente quienes tienen algn tipo de
discapacidad y los de edad avanzada, experimentan dificultades para acceder a la
informacin y a los servicios que ofrecen los nuevos medios de comunicacin y, en
concreto, Internet. Dado el desarrollo que estn experimentando los servicios
telemticos, existe el peligro de que un gran porcentaje de la poblacin 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 algn u otro
momento somos discapacitados o podemos serlo. El estndar ISO/TS 16071 [ISO03]
destaca que tener una discapacidad debe ser visto como un elemento natural de la vida
humana, pues todos podemos, en algn 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
fenmeno se repite al disear sistemas interactivos accesibles. As, tenemos que si un
sistema es accesible tambin beneficia a: [7]
Personas de edad avanzada. La poblacin mundial cada da envejece mas, por

tanto, el nmero de usuarios que carecen de una parte de sus capacidades fsicas
y/o mentales tambin aumenta.
23
Personas muy jvenes. Caso contrario al anterior, puede ser considerado una
forma de discapacidad, sobre todo debido a la falta de adquisicin 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 pblico al que iba
destinada dicha Web pudiese acceder a esta; por poner un ejemplo, los nios ms
pequeos (3-5 aos) no saben leer, lo que les supone una discapacidad
dependiendo de cmo se les muestre la informacin.
Personas con dispositivos lentos o antiguos. La tecnologa 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
adems zonas de poblacin (ncleos pequeos de personas, pueblos alrededor de
montaas, etc.) donde la tecnologa 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 recin
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 operacin 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 ratn.
24
Una persona que se encuentra en un pas del cual desconoce su lengua, padece
un cierto grado de discapacidad temporal al ver limitadas sus discapacidades de
expresin. [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 caractersticas del sistema sean muy fciles 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 minora, pero el resultado es una mejora de
dicho acceso para un nmero mayor de personas. [7]
4.4.
BENEFICIOS DE LA ACCESIBILIDAD
Una pgina Web accesible proporciona mltiples beneficios a sus propietarios y usuarios.
Ya slo el hecho de mejorar el posicionamiento de una pgina Web en los buscadores es
una razn de peso para mejorar la accesibilidad de las pginas Web. Pero existen otras
razones que tambin son importantes. Por ejemplo, la Asociacin Espaola de
Normalizacin y Certificacin (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.
AENOR ASOCIACION ESPAOLA DE NORMALIZACION Y CERTIFICACION es una institucin espaola,

privada, independiente, sin nimo de lucro, que contribuye, mediante el desarrollo de actividades de
normalizacin y certificacin (N+C) a mejorar la calidad en las empresas, sus productos y servicios, as como
a proteger el medio ambiente y, con ello, el bienestar de la sociedad.
25
El Observatorio de la Accesibilidad TIC (Tecnologas de la Informacin y las

Comunicaciones) de Discapnet tambin ofrece una lista de las ventajas de la
accesibilidad: [9]
Cumplir un derecho ciudadano a la participacin y no discriminacin por razn

de discapacidad.
Cumplir las disposiciones legislativas al respecto, tanto por la Administracin
Pblica, obligada a ello ante la ciudadana, como por las redes privadas que
aspiren a participar en contratos con la Administracin o financiacin pblica.
Maximizacin de los usuarios potenciales, mayor alcance de la comunicacin,
servicios o mercado. De acuerdo con los datos del INE (1999), el 9% de la
poblacin en Espaa tiene alguna discapacidad, en total 3.528.221 personas.
Al disear conforme a estndares de accesibilidad, garantizamos la equivalencia
de los contenidos entre distintos navegadores y dispositivos.
Mejor indexacin en los motores de bsqueda. El cumplimiento de las pautas,
tanto en cdigo como en contenidos semnticos (por ejemplo, vnculos con
sentido) permite a los motores de bsqueda, una mejor identificacin de los
contenidos, y en consecuencia, mayores posibilidades de posicionamiento en los
buscadores.
Aunque no son equivalentes, la accesibilidad cursa una estrecha relacin con la
usabilidad de un sitio. Al cumplir requisitos de accesibilidad bsicos en los
elementos tcnicos de una Web (estructura de contenidos, vnculos, 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 razn
ms para hacer una Web accesible: obtener ayudas y subvenciones, una serie de razones
(beneficios) para hacer un sitio Web accesible (adems del evidente de la eliminacin de
las barreras que afectan a las personas con discapacidad):
Razones Sociales.
Motores de bsqueda.
Aumenta la usabilidad de la pgina.
Se cumplen los estndares Web.
Dispositivos mviles.
Navegadores Web.
Posibilidad de tener ms visitantes.
Reducir el coste de mantenimiento.
Cumplir la ley.
Obtener ayudas y subvenciones.
26
Adems de las ventajas anteriormente presentadas, tambin se encuentran las

siguientes: [7]
Se incrementa el nmero de potenciales visitantes. La eliminacin de barreras

de entrada a una Web permite superar las limitaciones del usuario, captando
nuevos usuarios.
Aumenta la usabilidad de la pgina. Si se consigue una pgina accesible, se
aumenta considerablemente la usabilidad de la misma, con los beneficios que
esto supone.
Se cumplen los estndares Web. Esto implica que nuestra pgina Web ser
visionada correctamente desde cualquier navegador.
Mejoramos la eficiencia y el tiempo de respuesta. Las pginas estn limpias de
cdigo intil o poco eficiente, pesan menos, por lo que el tiempo de carga es
mucho menor.
Reducimos el coste de mantenimiento. Separar el diseo y los scripts del
contenido favorecer futuras modificaciones de la Web.
Demuestra responsabilidad social. Ayuda a mejorar la imagen de nuestra
empresa. La eliminacin de barreras que dificulten el acceso a nuestra Web
demuestra una preocupacin y atencin hacia todos los clientes.
Aumenta el nmero de potenciales visitantes de la pgina Web: esta es una
razn muy importante para una empresa que pretenda captar nuevos clientes.
Cuando una pgina Web es accesible no presenta barreras que dificulten su
acceso, independientemente de las condiciones del usuario. Una pgina Web que
cumple los estndares es ms probable que se visualice correctamente en
cualquier dispositivo con cualquier navegador.
Disminuye los costes de desarrollo y mantenimiento: aunque inicialmente
aprender a hacer una pgina Web accesible supone un coste (igual que supone un
coste aprender a utilizar cualquier tecnologa nueva), una vez se tienen los
conocimientos, el coste de desarrollar y mantener una pgina Web accesible es
menor que frente a una no accesible, ya que una pgina Web accesible es una
pgina bien hecha, menos propensa a contener errores y ms sencilla de
actualizar.
Reduce el tiempo de carga de las pginas Web y la carga del servidor Web: al
separar el contenido de la informacin sobre la presentacin de una pgina Web
mediante CSS se logra reducir el tamao de las pginas Web y, por tanto, se
reduce el tiempo de carga de las pginas Web.
27
5. NORMAS
A continuacin se mencionarn las normas y leyes de la Repblica de Colombia que

contemplan la obligacin de las insituciones del estado de brindar diseos Web
accessibles a la comunidad colombiana.
5.1.
NORMAS.
Las normas son disposiciones para uso comn 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 cul 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 podramos lograr que existan
menos conflictos en la poblacin. [12]
5.3.
NORMAS Y LEYES COLOMBIANAS
En la actualidad, el acceso de los ciudadanos a Internet, a las nuevas tecnologas de

la informacin y a la comunicacin, es considerado un factor de crecimiento econmico
e inclusin social en todo el mundo. [13]
En Colombia, el Estado an adelanta estrategias que permitan a todos los ciudadanos
garantizar el acceso a la informacin, los servicios y los trmites en lnea, ofrecidos por
los sitios Web del estado. Sin embargo, un grupo de representantes del Instituto
28
Colombiano de Normas Tcnicas y Certificacin (ICONTEC), junto con el Ministerio de

Tecnologias de la Informacin 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 Lnea; Astrolabio y Colnodo, crearon el documento Norma Tcnica
Colombiana (NTC) Accesibilidad a pginas 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 Tcnica
Colombiana(NTC) 5854 [13].
Por otro lado, el programa de Gobierno en Lnea ha creado un manual para la
implementacin de la estrategia de Gobierno en Lnea de la Repblica de Colombia, de
acuerdo con lo establecido en el Decreto 1151 de 2008 y que contempla la NTC5854
(Norma Tcnica Colombiana 5854). Este manual, junto con cada uno de sus componentes
se explicar a continuacin.
5.3.1. Manual de Estrategias en Lnea

El Manual para la implementacin de la Estrategia de Gobierno en Lnea es el Qu y el
Cmo para publicar informacin y proveer trmites y servicios en lnea, as como, la
promocin de la participacin y de la democracia del Estado por medios electrnicos.
Surge para garantizar la calidad, oportunidad, accesibilidad, uniformidad y confianza en
la informacin y servicios institucionales ofrecidos por medios electrnicos, ya que hay
que asegurar y facilitar el acceso y ubicacin a informacin, trmites y servicios tiles y
de inters ciudadano [14].
La Estrategia de Gobierno en Lnea 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 prestacin 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 Lnea consta de los siguientes elementos:
componentes, niveles y Gobierno como plataforma.La integracin de cada elemento
configura el modelo de madurez de Gobierno en Lnea. Debe adicionarse al mismo los
tiempos para el avance en cada uno de los niveles los cuales se han establecido de una
manera diferenciada para el nivel nacional y para el nivel territorial. [14]
29
5.3.1.1.
Componentes de Gobierno en Lnea
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 Lnea. Estos componentes, con
sus respectivas actividades son:
Informacin: constituye la oferta por medios electrnicos de informacin y datos

pblicos no sensibles, abiertos en formato reutilizable y que pueden ser
utilizados por terceros para la generacin de servicios de valor agregado.
Interaccin: se habilita la comunicacin de dos vas entre los servidores pblicos

y la ciudadana, mediante mecanismos que acercan al ciudadano con la
administracin y le posibilitan contactarla, al igual que hacer uso de la
informacin que proveen las entidades, a travs de consultas en lnea.
Transaccin: incorpora la provisin de transacciones en lnea para la obtencin

de productos y servicios, mediante canales seguros, haciendo uso de elementos
como la autenticacin y pagos en lnea.
Transformacin: la prestacin 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 informacin entre sus
dependencias y con otras entidades, as como la reorganizacin de sus procesos,
trmites y servicios bajo el entendimiento de sus clientes y su oferta por
mltiples canales.
Democracia: se crean las condiciones para facilitar la participacin de los

ciudadanos en la discusin de temas de inters pblico, en el proceso de toma de
decisiones, y en la construccin colectiva de polticas pblicas, planes,
programas, temas legislativos y reglamentarios, as como en el seguimiento a la
ejecucin y el control social, en un dilogo abierto de doble va con un Estado
totalmente integrado en lnea. [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 informacin o temas relacionados con la actividad de la entidad y
que dependan de sta, debern cumplir por lo menos los criterios correspondientes a los
30
estndares de navegacin incluidos en la fase de Informacin y el nivel de accesibilidad

Doble A (AA) de la W3C para las guas WCAG versin 2.0. [14].
5.3.1.2.
Niveles de Gobierno en Lnea
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 mtodos utilizados y las personas involucradas. Los niveles de
madurez definidos para la Estrategia de Gobierno en lnea 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 composicin, necesidades y
acceso a tecnologa. Igualmente, analizan sus procesos misionales, estratgicos y
de apoyo, al igual que la informacin que se genera a partir de los mismos. De
otra parte, analizan los esquemas de prestacin de servicios y los recursos con los
cuentan para su provisin. Finalmente, priorizan sus acciones y definen su plan
de accin para avanzar en el uso del Gobierno en lnea y apropian los recursos
econmicos, humanos, administrativos y legales para ello.
Nivel Bsico: Nivel en el cual hay evidencia de prestacin de servicios en lnea de

acuerdo con lineamientos y estndares definidos por ellas mismas. Existe
entendimiento organizacional. Las entidades implementan los primeros servicios
en cada uno de los componentes y los servidores pblicos involucrados en dichos
procesos conocen y usan el Gobierno en lnea. As mismo, los ciudadanos evalan
la prestacin de los servicios.
Nivel Avanzado: Nivel en el cual hay evidencia de un porcentaje amplio de

prestacin de servicios en lnea. El Gobierno en lnea est institucionalizado, es
parte de la rutina diaria y la cultura de la entidad. Las entidades masifican sus
servicios electrnicos a todos sus usuarios, a partir de las caractersticas
identificadas en el nivel inicial y de la experiencia obtenida en el nivel bsico.
Igualmente, terceros participan en el desarrollo e implementacin de nuevos
servicios de valor agregado y la ciudadana participa activamente en la definicin
de los servicios a ofrecer por parte de las entidades.
Nivel de Mejoramiento permanente: Nivel en el cual hay interiorizacin,

innovacin y rplica de experiencias exitosas. Las entidades adoptan mejores
prcticas, han interiorizado el Gobierno en lnea y son los ciudadanos y las
31
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 evolucin a travs de los niveles de madurez,

debern garantizarse ciertos elementos habilitantes, algunos de los cuales tendrn que
ser impulsados y liderados desde el Programa Gobierno en lnea y posteriormente
implementados por las entidades. Dentro de estos elementos habilitantes se encuentran
del tipo:
Polticos y de Regulacin: Comprende la definicin de lineamientos,

metodologas, estndares y dems desarrollos normativos que se requieran
para que las entidades comprendan e implementen acciones en temas como
apertura de datos, accesibilidad, usabilidad, estndares de TI,
interoperabilidad, mercado abierto de servicios, cero papel, notificacin
electrnica, autenticacin electrnica, servicios compartidos, entre otros.
Capacitacin y Acompaamiento: Hace referencia a las acciones que deben

ser impulsadas desde el Programa Gobierno en lnea para difundir la
Estrategia, acompaar y orientar su ejecucin en las diferentes entidades y la
capacitacin de servidores pblicos y ciudadanos para la apropiacin y uso de
los servicios implementados.
Infraestructura Tecnolgica: Soluciones comunes y plataformas tecnolgicas

para el acceso unificado (datos, aplicaciones, toma de decisiones, resolucin
de problemas, entre otras).
Monitoreo y Evaluacin: Comprende la generacin de informacin que

permita conocer el estado de avance en el modelo de madurez al igual que el
impacto que genera el Gobierno en lnea en la competitividad, en la calidad
de vida de los ciudadanos y en la gobernabilidad. [14]
32
5.4.
NORMAS Y LEYES EN OTROS PAISES
En otros otros paises como Argentina, Espaa y Estados Unidos, poseen leyes y normas
especficas 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 informacin en las pginas
Web [15];la cual menciona que las empresas del Estado y las empresas privadas
concesionarias de servicios pblicos, empresas prestadoras o contratistas de bienes y
servicios, debern respetar en los diseos de sus pginas Web las normas y requisitos
sobre accesibilidad de la informacin 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 discriminacin [16]. Todos estos
diseos deben estar contemplados dentro del marco de las obligaciones que surgen de la
Convencin sobre los Derechos de las Personas con Discapacidad (ley 26.378 de la
repblica de Argentina).
En el caso de Europa, la unin europea a travs del organismo CEN (Comit Europeo de
Normalizacin), ha diseado la norma CWA 15554:2006 que proporciona la definicin de
la inspeccin y certificacin en materia de Accesibilidad Web.Para el caso especfico de
Espaa, existe un gran nmero de leyes que definen varios niveles de accesibilidad y
fechas de cumpliento; las cuales han sido aprobadas desde el ao 2002. Entre las leyes
se encuentran:
Ley 34/2002 de 11 de julio, de servicios de la sociedad de la informacin y de

comercio electrnico. La Ley 51/2003 de 2 de diciembre de Igualdad de
Oportunidades, No Discriminacin y Accesibilidad Universal con discapacidad
(LIONDAU).
Real Decreto 366/2007 de 16 de marzo, de accesibilidad y no discriminacin de
las personas con discapacidad en sus relaciones con la Administracin General del
Estado.
Ley 27/2007, de 23 de octubre, por la que se reconocen las lenguas de signos
espaolas y se regulan los medios de apoyo a la comunicacin 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 bsicas para el acceso de las personas con
discapacidad a la sociedad de la informacin.
Ley 49/2007, de 26 de diciembre, por la que se establece el rgimen de
infracciones y sanciones en materia de igualdad de oportunidades, no
discriminacin y accesibilidad universal de las personas con discapacidad. [17]
33
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
caractersticas para cumplir con una Web accesible, cubriendo la mayora de las
discapacidades [18].
Finalmente, en Estados Unidos, el acta de rehabilitacin de 1973 seccin 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 utilizacin
de la tecnologa existente para crear productos accesibles. [19] La seccin 508
contempla el estndar Electronic and Information Technology Accessibility Standards
de la United States Access Board [20].
34
6. ESTNDAR
Como ya se vio en el capitulo 5, los sitios Web de las insituaciones del estado
colombiano
debern cumplir por lo menos los criterios correspondientes a los
estndares de navegacin incluidos en el nivel de accesibilidad Doble A (AA) de la W3C.
6.1.
EL CONSORCIO PARA LA WEB(W3C, por sus siglas en ingls World

Wide Web Consortium)
El Consorcio para la Web fue creado en octubre de 1994 para conducir a la World Wide
Web a su mximo potencial, desarrollando protocolos de uso comn que condujeran a su
evolucin y al mejoramiento dela interoperabilidad. Tambin constituyen un consorcio
industrial internacional alojado por el Laboratorio de Ciencias de la Computacin del
Instituto de Tecnologa de Massachusetts en EEUU, el Instituto Nacional de Investigacin
en Informtica y Robtica en Francia y la Universidad Shonan Fujisawa de Keio en Japn.
El consorcio est liderado por Tim Berners-Lee, creador de la World Wide Web y director
del consorcio, y por Jean-Franois Abramatic, como presidente. Tambin est formado
por Organizaciones Miembro sin nimo de lucro que trabajan en la comunidad
internacional para desarrollar especificaciones y programas informticos 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 mximo
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 ingls Web Accesibility Initiative), en
coordinacin con asociaciones y organizaciones de todo el mundo, promueven la
accesibilidad de la Web a travs de cinco actividades complementarias: Tecnologa,
normativa, herramientas (de validacin y reparacin), educacin y formacin, e
investigacin y desarrollo. [21]
35
6.2.
PAUTAS PARA LA ACCESIBILIDAD WEB
El grupo interno de trabajo WAI (por sus siglas en ingls 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 ingls

Web Content Accessibility Guidelines).
Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en ingls
Agent Accessibility Guidelines).
Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en
ingls Authoring Tool Accessibility Guidelines).
Pautas para la Accesibilidad de Aplicaciones Dinmicas en la Internet (WAI-ARIA,
por sus siglas en ingls Accessible Rich Internet Applications).
Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls Evaluation
and Report Language). [22]
Los componentes listados anteriormente tienen como objetivo satisfacer las necesidades
de diversos usuarios con discapacidades. Adems, estn basados en tcnicas
fundamentales para la accesibilidad en la Web y son desarrollados en coordinacin con
las especificaciones tcnicas 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

ingls Web Content Accessibility Guidelines).
Las WCAG explican cmo hacer que el contenido Web sea accesible para personas con
discapacidades. El trmino Contenido Web normalmente hace referencia a la
informacin suministrada en una pgina Web o en una aplicacin Web, incluyendo texto,
imgenes, formularios, sonidos, videos, entre otros.
Las WCAG poseen cuatro principios generales del diseo accesible que abarcan catorce
guas y por cada gua uno o varios puntos de verificacin. Cada pauta es aplicada
principalmente por:
Desarrolladores de herramientas de evaluacin de accesibilidad Web.

Desarrolladores de contenido Web (desarrolladores de pginas Web, diseadores
de sitios Web, entre otros).
Desarrolladores de herramientas de autor para la Web. [1]
36
6.2.2. Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en
ingls Agent Accessibility Guidelines).
Las UAAG explican cmo hacer que los agentes de usuario sean accesibles para personas
con discapacidad, en especial cmo incrementar la accesibilidad al contenido Web.
Entre los agentes de usuario se incluyen navegadores, reproductores multimedia,
tecnologas asistidas cualquier software que algunas personas con discapacidad utilizan
para interactuar con los dispositivos.
Cada pauta est propuesta principalmente para Reproductores Multimedia, Tecnologas
Asistidas, Desarrolladores de Navegadores Web, entre otros, adems, tienen como
objetivo los siguientes puntos:
Acceso a todo el contenido de la Web, incluyendo contenido en relacin de

eventos generados por el ratn o el teclado.
Control del usuario sobre la forma en que se muestra el contenido.
Control del usuario sobre la interfaz del usuario, con documentacin sobre
caractersticas de accesibilidad.
Interfaces de programacin estndares, para permitir la interaccin con
tecnologas asistidas. [23]
6.2.3. Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas
en ingls Authoring Tool Accessibility Guidelines).
Las ATAG definen cmo hacer que las herramientas de autor (aquellas que son utilizadas
para crear pginas y contenidos Web) sean accesibles para personas con discapacidad.
Entre los objetivos de la ATAG se encuentran:
Produccin de contenido accesible (es decir, pginas Web) que cumpla los
estndares y las pautas.
Solicitud de informacin 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 estn propuestas principalmente para desarrolladores de herramientas de

autor. Entre estas herramientas de autor se incluyen:
37
Herramientas de edicin especficamente diseadas para producir contenido

Web, por ejemplo, editores HTML y XML.
Herramientas que ofrecen la opcin de guardar contenido en formato Web, por
ejemplo, procesadores de texto paquetes de publicacin.
Herramientas que transforman documentos a un formato Web, por ejemplo,
filtros que transforman formatos de publicacin a HTML.
Herramientas que producen multimedia, especialmente cuando se quiere utilizar
en la Web, por ejemplo, produccin de vdeo y edicin.
Herramientas para la administracin o publicacin de sitios Web, por ejemplo,
que generan sitios Web de forma dinmica desde una base de datos.
Herramientas de diseo, por ejemplo, herramientas de formato CSS. [24]
6.2.4. Pautas para la Accesibilidad de Aplicaciones Dinmicas en la Internet (WAIARIA, por sus siglas en ingls Accessible Rich Internet Applications).
Las WAI-ARIA definen cmo hacer el contenido y aplicaciones Web ms accesibles para
las personas con discapacidad. Especialmente, ayuda con contenido dinmico e
interfaces de usuario con controles avanzados, desarrollados con Ajax, HTML,
JavaScript, y tecnologas relacionadas.
En la actualidad algunas funciones utilizadas en sitios Web no estn 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 tecnologas 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 tecnologas plantean
retos adicionales de accesibilidad. Por ejemplo, si el contenido de una pgina 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. Adems, brinda un marco para que el desarrollador
agregue atributos que identifiquen las caractersticas de interaccin con el usuario y la
pagina Web. [25]
38
6.2.5. Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls

Evaluation and Report Language).
La Evaluacin y el Lenguaje de Informe (EARL) define un vocabulario para interpretar los
resultados de las pruebas. Permite a cualquier persona, aplicacin y organizacin
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 gramticas
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 ms bien sirve para
describir los resultados de dichas pruebas. EARL se puede complementar con
vocabularios de descripcin de las pruebas o de otros vocabularios de diferentes
aspectos del ciclo de prueba.
Estructura de EARL
Los trminos de EARL se definen usando el Resource Description Framework (RDF), que
es la tecnologa para expresar datos semnticos en un formato legible por mquina. 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
especficos 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 informacin acerca de quin o qu ejecut la prueba. Por
ejemplo, los evaluadores humanos, los testers automticos, o combinaciones de
estos.
39
Sujeto de Prueba
Esto puede incluir el contenido de la Web (como pginas 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 podra ser una
especificacin, un conjunto de directrices, una prueba de un conjunto de
pruebas, o algunos otros criterios de prueba.
Resultado de la prueba
Cul fue el resultado de la prueba? Un resultado tambin podra incluir
informacin contextual, tales como mensajes de error o lugares de importancia
en el sujeto de prueba.
Ejemplo 1: Una persona que lleva a cabo una evaluacin manual de una pgina Web a un
requisito de accesibilidad.
o
Defensor
Bob B. Bobbington
Sujeto de Prueba
Una pgina Web ubicada en http://www.example.org/page.html
Prueba de Criterio
Criterio de xito 1.1.1 de las Directrices de Accesibilidad para el
Contenido Web (WCAG) 2.0
Aprobado
Ejemplo 2: Una aplicacin de software lleva a cabo la validacin automtica de una

pgina Web a una especificacin tcnica.
o
Defensor
El W3C Markup Validator se encuentra en http://validator.w3.org/
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
40
Prueba de Criterio
La validez del cdigo XHTML
Error, el <li> elemento en la lnea 53, char 7 no estaba cerrado.
Con un formato estndar legible por mquina, EARL facilita el procesamiento de los
resultados de las pruebas, tales como los generados por las herramientas de Web
automticas o semiautomticas que sirven para realizar la evaluacin de la
accesibilidad. Herramientas de creacin de pginas 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 especficamente diseado 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 evaluacin de accesibilidad Web, a
menudo se llevan a cabo mediante la combinacin 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 ms herramientas de software para la verificacin o registro de resultados de las
prueba. Algunas de las pruebas podran ser completamente automatizadas, y puede ser
ejecutada sin ninguna intervencin humana. Los informes parciales de diferentes
herramientas de software se pueden combinar, mediante el uso de EARL como el
formato estndar para expresar resultados de la prueba.
Consultar y analizar los informes de ensayo

EARL dispone el contexto para la evolucin de los resultados de pruebas, incluyendo
informacin sobre los recursos probados y las modalidades de pruebas, para permitir
diferentes tipos de consultas y anlisis. 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 informacin especfica a los recursos que manejan,
y los desarrolladores que desean informes detallados de errores que deben corregir. La
naturaleza de RDF tambin permite inferencia semntica y otros enfoques para la
minera de datos avanzados.
41
Evaluacin comparativa de herramientas de pruebas de software

EARL tambin se puede utilizar para comparar los resultados proporcionados por
herramientas de prueba diferentes, tales como herramientas de evaluacin de
accesibilidad Web. En particular, se puede utilizar para comparar los resultados
obtenidos de la ejecucin 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 evaluacin de sitios Web dinmicos y multilinges

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
negociacin de contenidos, as como el contenido real recibido desde el servidor y
que ha sido probado por otra parte, la interaccin del usuario con un sitio Web se puede
grabar, para ayudar a describir el contexto particular de la ejecucin 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 definicin de metadatos. Este enfoque
evita la re-creacin de aplicaciones que ya estn establecidos y probados como los
elementos de Dublin Core. Las especificaciones se hace referencia son:
Dublin Core Metadata Initiative (DCMI). Es un estndar de metadatos para la

descripcin de recursos digitales, a menudo expresada en XML. El mencionado
documento es una especificacin de puesta al da de todos los trminos de
metadatos mantenidos por la Iniciativa de Metadatos Dublin Core. Se incluyen los
quince trminos del Conjunto de Elementos de Metadatos Dublin Core, que
tambin se han publicado como la IETF RFC 5013 [RFC5013], ANSI / NISO Z39.852007 Estndar [NISOZ3985] y la norma ISO 15836 [ISO15836]. RDF Schema
versiones de las declaraciones plazo DCMI estn disponibles en [DCMISCHEMAS].
Friend of a Friend (FOAF) .El proyecto FOAF se trata de crear una Web de
recursos de lectura mecnica describiendo a las personas, los vnculos entre ellos
y las cosas que crean y hacen [FOAF].
42
Representando el contenido en RDF [Contenido-RDF]. Este es un vocabulario RDF

para representar semnticamente 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
lnea que se acceden a travs de HTTP (S).
Componentes bsicos de un informe

En las siguientes secciones, se construir un informe EARL con varios ejemplos de cada
componente. El elemento raz 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 raz 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 continuacin, se supondr que se quiere expresar los resultados de la validacin

XHTML en un determinado documento con el validador de HTML del W3C.
43
Ejemplo: Un documento XHTML a validar
Este documento tiene tres errores que constituyen la base de nuestro informe EARL:
Error: la lnea 14, columna 7: tipo de documento no permite que el elemento

"li" aqu, que falta uno de los "ul", "ol" start-tag.
Error: Lnea 15, columna 6: etiqueta de cierre de "li" se
omite, pero OMITTAG NO se ha especificado.
Error: Lnea 16, columna 9: no hay ningn atributo "alt".
El primer paso es definir quin 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 slo el W3C HTML Validator realiza la prueba. Esto puede ser
expresado como un defensor:
Ejemplo: Una herramienta genrica 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>
44
Se debe observar que el defensor proporciona un mecanismo para especificar ms

informacin y aprovecha las propiedades estndar de Dublin Core como
dct:ttuloydct:descripcion. Esta no es la nica forma posible para elaborar este informe.
Una alternativa, expresados en N3, puede ser:
Ejemplo: Un defensor expresado en notacin 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 genrico. EARL permite el uso de ciertas clases de FOAF como
agente, organizacin o persona para proporcionar ms informacin semntica sobre el
tipo de defensor. Adems, Por lo tanto, la W3C Validator se podra describir de manera
ms 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>
45
</earl:Software>
Se debe notar la propiedad adicional, dct:HasVersion, lo que indica la versin

del software. A continuacin se analiza el caso de que el defensor es una persona. Esto
se puede expresar en el siguiente ejemplo:
Ejemplo: Una persona como defensor
<foaf:Personrdf:ID="john">
<foaf:mboxrdf:resource="mailto:john@example.org"/>
<foaf:name>John Doe</foaf:name>
</foaf:Person>
El segundo paso es definir lo que se analiza, el recurso que se prueba. Para

ello, EARL define la clase Test Subject. Esta clase es un contenedor genrico que las
cosas que se van a probar tales como recursos Web (cnt: Contenido) o software
(conde: Software). En este caso, el ejemplo se podra 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-0214</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
propsito son
llamados afirmaciones, y
tienen
cuatro propiedades
fundamentales: Earl: assertedBy, Earl:subject, Earl:test y conde:result. Cada uno de
ellos sirve para apuntar a los defensores correspondientes, los sujetos de prueba, los
46
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:Assertion>
</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 evaluacin de conformidad como: especificaciones de diseo, compras, regulacin o
47
acuerdos contractuales. Con el fin de cumplir con las necesidades de los diferentes
grupos y situaciones, se definen tres niveles de conformidad: A (el ms bajo), AA y AAA
(el ms alto).
El nivel A recoge los requisitos mnimos de accesibilidad que debe observar un sitio Web.
El nivel doble A indica los requisitos que debera cumplir un sitio para alcanzar un nivel
adecuado de accesibilidad. El nivel triple A define los requisitos que podra cumplir un
sitio para alcanzar un nivel mximo de accesibilidad.
6.2.7. Principios, guas y tcnicas
Cada componente de la iniciativa para la accesibilidad Web est compuesto por
principios, que a su vez contiene una cantidad determinada de guas. Estas guas
proveen al usuario de tcnicas 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

ingls Authoring Tool Accessibility Guidelines.
Las personas y organizaciones que pueden utilizar las ATAG 2.0 varan ampliamente,
entre ellos se pueden encontrar desarrolladores, usuarios y responsables polticos. Con
el fin de satisfacer las diversas necesidades de este pblico, 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 creacin, por
cualquier autor (no slo las personas con discapacidad), de contenido Web.
Principios: Debajo de cada parte existen varios principios que organizan las
directrices.
Guas: Bajo los principios se encuentran las guas. Las guas establecen los
objetivos bsicos que los desarrolladores de herramientas de autora deben seguir
para elaborar herramientas fciles de creacin para personas discapacitadas y
usuarios finales de contenido Web con diferentes discapacidades. Las guas no
son comprobables, pero proporcionan el marco y los objetivos generales para
48
ayudar a los desarrolladores de herramientas de autora a entender los criterios

de xito. Cada gua incluye una breve explicacin de por qu se incluy.
A continuacin se presentan las capas definidas en la ATAG:
PARTE A: Hacer la herramienta accesible

Alcance de la "interfaz de usuario de la herramienta de autora": En la Parte A se
aplican todos los aspectos de creacin de la interfaz de usuario.
Tambin incluye puntos de vista del contenido Web que se est editando y
caractersticas que son independientes del contenido, como mens, barras de botones,
barras de estado, las preferencias del usuario, documentacin, entre otros.
Refleja los problemas de accesibilidad al contenido: La herramienta es responsable
de asegurar que la edicin 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 creacin de interfaces de usuario deben seguir las guas de
accesibilidad.
Gua A.1.1: (Para la interfaz de usuario de la herramienta de autora)

Asegurar que las funcionalidades no basadas en Web sean accesibles.
Justificacin: Cuando las herramientas (o partes de la herramienta) no
son basadas en Web, aplicando las guas de accesibilidad existentes se
debe asegurar el acceso fcil a las personas que posean discapacidades.
PRINCIPIO A.2: La edicin debe ser perceptible.
Gua A.2.1: (Para la interfaz de usuario de la herramienta) Habilitar el

contenido alternativo a los usuarios.
Justificacin: Algunos autores necesitan tener acceso a contenido
alternativo con el fin de interactuar con el contenido Web que se est
editando.
49
Gua A.2.2: (Para la interfaz de usuario de la herramienta) La edicin de la

interfaz puede ser editada travs de programas.
Justificacin: Algunos autores necesitan tener acceso a detalles sobre la
edicin de la interfaz, a travs de su tecnologa de asistencia.
PRINCIPIO A.3: La edicin debe ser permitida a personas con discapacidad
Gua A.3.1: (Para la interfaz de usuario de la herramienta) Facilitar el acceso

de teclado para las funcionalidades de la herramienta.
Justificacin: Algunos usuarios con movilidad reducida o discapacidad
visual no son capaces de utilizar un ratn, y en requieren el acceso
mediante teclado a todas las funcionalidades de la herramienta.
Gua A.3.2: (Para la interfaz de usuario de la herramienta) Proveer suficiente

tiempo a los usuarios al realizar ediciones
Justificacin: Algunos autores que han digitan con dificultad o un lento
manejo del ratn, se les debe evitar el uso de los sistemas con lmites de
tiempo o que requieren altas velocidades de reaccin, tales como hacer
clic en un blanco mvil.
Gua A.3.3: (Para la interfaz de usuario de la herramienta) Ayudar a los

usuarios evitar objetos intermitentes que puedan provocar convulsiones.
Justificacin: Objetos intermitentes pueden causar convulsiones en los
usuarios con trastorno convulsivo fotosensible.
Gua A.3.4: (Para la interfaz de usuario de la herramienta) Mejorar la

navegacin y la edicin a travs de cmo se muestra la estructura del
contenido.
Justificacin: Algunos usuarios que tienen dificultades para escribir o
utilizar el beneficio del ratn, se les debe presentar la informacin
estructurada para permitir la fcil navegacin por el contenido.
Gua A.3.5: (Para la interfaz de usuario de la herramienta) Permitir la

bsqueda del contenido mediante texto.
Justificacin: Algunos usuarios tienen dificultades para escribir o utilizar
el beneficio del ratn, se les debe permitir buscar informacin acerca del
50
contenido de las funcionalidades mediante opciones de bsqueda tales

como, case sensitive, two-way, match, entre otras.
Gua A.3.6: (Para la interfaz de usuario de la herramienta) Administrar las

preferencias de configuracin de los usuarios.
Justificacin: Algunos autores necesitan establecer su propia
configuracin de cmo se estructura el contenido de la pagina, de una
manera que difiere de la presentacin que se define para el contenido
Web publicado, se debe proporcionar la capacidad de guardar y cargar
conjuntos de teclado.
Gua A.3.7: (Para la interfaz de usuario de la herramienta) Asegrese de que

las pre-visualizaciones son accesibles.
Justificacin: Las pre-visualizaciones se presentan en muchas
herramientas, porque las personas a menudo requieren comprobar de
forma peridica su trabajo para mirar cmo 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 edicin debe ser comprensible.
Gua A.4.1: (Para la interfaz de usuario de la herramienta) Se debe ayudar a

las personas a evitar y corregir los errores.
Justificacin: Algunas personas con discapacidad pueden ser ms
susceptibles a cometer errores debido a factores tales como la dificultad
para realizar movimientos finos o errores de reconocimiento de voz.
Gua A.4.2: (Para la interfaz de usuario de la herramienta de autora)

Documentar la interfaz de usuario, incluyendo todas las caractersticas de
accesibilidad.
Justificacin: Algunas personas no pueden ser capaces de comprender o
utilizar la herramienta sin la documentacin adecuada.
PARTE B: Brindar soporte a la produccin de contenidos accesibles
51
PRINCIPIO B.1: Todos los procesos automticos deben producir contenido accesible.
Gua B.1.1: Asegrese de especificar que contenido automtico es accesible.

Justificacin: si se especifican que funcionalidades automticas no son
accesibles, el uso de la funcionalidad quedar en manos del usuario.
PRINCIPIO B.2: Las personas deben ser apoyadas en la produccin de contenidos

accesibles.
Gua B.2.1: Brindar una gua para que las personas puedan producir
contenido accesible.
Justificacin: Al brindar guas a las personas desde el principio en la
creacin y mantenimiento de contenidos Web accesibles (WCAG), los
problemas de accesibilidad Web de se ven mitigados y menos esfuerzo de
reparacin serian necesarios.
Gua B.2.2: Ayudar a los autores con plantillas accesibles.

Justificacin: Proporcionar plantillas accesibles y otros contenidos predefinidos (por ejemplo, imgenes prediseadas, multimedia sincronizado,
widgets, etc) puede tener varios beneficios, entre ellos: mejorar el
contenido Web cuando alguna persona desea crear una pgina, 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.
Gua B.3.1: Ayudar a los personas en la comprobacin de los problemas de

accesibilidad.
Justificacin: Cuando se ayuda a las personas a comprobar la
accesibilidad con una funcin integrada en la herramienta, ayuda a las
personas a ser conscientes de los problemas de accesibilidad al contenido
durante el proceso de creacin, por lo que puede ser corregido de
inmediato.
GuaB.3.2: Ayudar a los autores a corregir los problemas de accesibilidad.

Justificacin: La correccin como parte integral del proceso de creacin
mejora enormemente el control y aumenta la probabilidad de que los
problemas de accesibilidad sern tratados adecuadamente.
52
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 recuperacin, lo que hace y la
interaccin 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, fsicas, del habla, cognitivas, del lenguaje, el aprendizaje,
discapacidades neurolgicas 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
mtodos clave para el logro de ese objetivo son:
Configurabilidad.
Dispositivo de la independencia.
Interoperabilidad.
Apoyo directo a las reproducciones, tanto grfica y auditiva.
Algunos usuarios tienen ms 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 opcin de utilizar la configuracin para
asegurarse de que una funcionalidad diseada para mejorar la accesibilidad de un
usuario no interfiera con la accesibilidad de otro. Una configuracin 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 pblicos que utilizan capas UAAG,
varias capas se presentan varias capas de orientacin, 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 especficos para los agentes de
usuario: facilitar el acceso programtico y cumplir con las especificaciones y
convenciones.
53
Directrices - Bajo los principios se encuentran las guas. Las directrices

proporcionan los objetivos bsicos que los autores deben trabajar para lograr que
los agentes de usuario sean ms accesibles para a los usuarios con diferentes
discapacidades. Las guas no son comprobables, sino que aportan a los objetivos y
el marco general ayuda para comprender los criterios de xito y una mejor
aplicacin de las tcnicas.
Principio 1: Perceptible -Asegrese de que la interfaz de usuario y el contenido

representado son perceptibles
Gua 1: Contenido alternativo - Facilitar el acceso a contenidos alternativos. El

usuario puede determinar qu piezas de contenido tienen otras alternativas como
alttext o longdesc.
Gua 2: Reparacin de falta de contenido. El usuario puede solicitar informacin

alternativa cuando el autor no las proporcione.
Gua 3: Proporcionar el resaltado de seleccin, foco del teclado, elementos

habilitados, los enlaces visitados. El usuario debe poder distinguir visualmente los
elementos seleccionados, los centrados, los enlaces visitados.
Gua 4: Proporcionar opciones de configuracin del texto. El usuario puede

controlar la fuente del texto, color y tamao
Principio 2: Operable -Asegrese de que la interfaz de usuario es capaz de funcionar
Gua 1: Garantizar el acceso mediante el teclado. Todas las funciones deben

permitir ser operados a travs del teclado utilizando comandos de teclado
secuenciales que no requieren de tiempos especficos para las pulsaciones de
teclado.
Gua 2: Proporcionar navegacin secuencial. Se debe permitir la navegacin

secuencial al usuario mediante el uso de teclado.
Gua 3: Proveer de bsqueda de texto. Se debe proveer un medio donde el

usuario pueda buscar palabras o frases en el contenido.
54
7. METODOLOGA
A continuacin se mencionar el proceso para la construccin de los lineamientos que

tendrn por objetivo lograr un diseo accesible a las pginas Web de las instituciones del
estado y que pueden ser evaluadas bajo los mismos criterios que ofrece la W3C.
7.1.
IDENTIFICACIN DE PAUTAS PARA LA ACCESIBILIDAD
Durante la investigacin, se ha identificado a la W3C como organismo lder en el

desarrollo de tcnicas de accesibilidad en la Web y es por esto que los lineamientos y
tcnicas mencionados en los siguientes captulos estarn basados en el anlisis de cada
una de las pautas y actividades propuestas por el organismo.
Se debe tener en cuenta que al referirse a la Web no slo se incluye contenidos a los que
pueden ser accedidos a travs del internet, sino tambin al proceso desde que dicha
informacin 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 distribucin
de informacin e incluir guas para asegurar que tanto las herramientas para la creacin
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 construccin de lineamientos las
pautas de Accesibilidad al contenido, Accesibilidad para Agentes de Usuario y Pautas
para herramientas de Autor, mencionadas en el captulo 6.
7.2.
IDENTIFICACIN
TCNICAS
DE
PRINCIPIOS,
55
PUNTOS
DE
VERIFICACIN
Es necesario para cada una de las pautas de accesibilidad identificar los principios,
puntos de verificacin y guas. Los principios constituyen los objetivos del diseo
accesible, las guas corresponden con las caractersticas del diseo accesible y los puntos
de verificacin representan el cmo 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 estarn relacionados nicamente al mejoramiento del
contenido Web y por ende sus guas y puntos de verificacin estarn relacionados al
mismo objetivo.
7.3.
CONSTRUCCIN 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 ttulo. Es necesario tener en cuenta
que el ttulo debe resaltar la caracterstica del diseo accesible para que el lineamiento
sea fcil de identificar.
Despus, se debe evaluar si existen uno o ms puntos de verificacin funcionalmente
relacionados ya que las descripciones del lineamiento no corresponden necesariamente a
una gua sino a un conjunto de puntos de verificacin.
Un ejemplo de esto sera la gua 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
smbolos o permitir un lenguaje ms sencillo. [1]
Y un punto de verificacin de esta gua define:
1.1.1 Contenido no textual: Todo contenido no textual que se presenta al usuario
tiene una alternativa textual que cumple el mismo propsito, excepto en las situaciones
enumeradas a continuacin. (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
propsito. (Vase la Pauta 4.1 para requisitos adicionales sobre los controles y el
contenido que aceptan entrada de datos).
56
Decoracin, Formato, Invisible: Si el contenido no textual es simple

decoracin, 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 tcnicas.
Contenido multimedia tempo dependiente: Si el contenido no textual es una

presentacin multimedia con desarrollo temporal, entonces las alternativas
textuales proporcionan al menos una identificacin descriptiva del contenido no
textual. (Vase la Pauta 1.2 para requisitos adicionales sobre contenido
multimedia).
Pruebas: Si el contenido no textual es una prueba o un ejercicio que no sera

vlido si se presentara en forma de texto, entonces las alternativas textuales
proporcionan al menos una identificacin descriptiva del contenido no textual.
Sensorial: Si el contenido no textual tiene como objetivo principal el crear una

experiencia sensorial especfica, entonces las alternativas textuales
proporcionan al menos una identificacin descriptiva del contenido no textual.
CAPTCHA: Si el propsito 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 propsito 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 gua para identificar cada
una de las caractersticas del diseo 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 imgenes, videos u otro tipo de presentacin de informacin y adems se
incluyen funcionalidades como lo son CAPTCHA, se debe dividir esta gua en diferentes
lineamientos. Lo mismo ocurrir si existen otras gruas con puntos de verificacin
similares, ya que de existir un lineamiento con caractersticas similares, deber incluirse
en l.
Una vez definida la caracterstica del lineamiento, se debe conocer el nivel de
conformidad de la gua que se est analizando, para este caso la gua tiene un nivel A lo
que significa que puede existir otra gua con las mismas caractersticas 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 caracterstica accesible pero dndole al
usuario la posibilidad de elegir el nivel de accesibilidad que desea implantar.
57
Un ejemplo de esto sera la gua 1.4 que define:

Facilitar a los usuarios ver y or el contenido, incluyendo la separacin entre el primer
plano y el fondo
Y dos de los puntos de verificacin de esta gua definen:
1.4.3 Contraste (mnimo): La presentacin visual de texto e imgenes de texto tiene
una relacin de contraste de, al menos, 4.5:1, excepto en los siguientes casos: (Nivel
AA)
Textos grandes: Los textos de gran tamao y las imgenes de texto de gran
tamao tienen una relacin de contraste de, al menos, 3:1.
Incidental: Los textos o imgenes de texto que forman parte de un componente

inactivo de la interfaz de usuario, que son simple decoracin, 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 mnimo.
1.4.6 Contraste (mejorado): La presentacin visual de texto e imgenes de texto tiene

una relacin de contraste de, al menos, 7:1, excepto en los siguientes casos. (Nivel AAA)
Textos grandes: Los textos de gran tamao y las imgenes de texto de gran
tamao tienen una relacin de contraste de, al menos, 4.5:1.
Incidental: Los textos o imgenes de texto que forman parte de un componente

de la interfaz de usuario inactivo, que son simple decoracin, 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 mnimo.
El ejemplo anterior nos muestra dos puntos de verificacin con las mismas
caractersticas pero con un nivel de conformidad distinto (AA y AAA). Para la
construccin del lineamiento se debe incluir la caracterstica ms accesible (Contraste
de 4.5:1) pero dndole la posibilidad al usuario de seleccionar el nivel de
implementacin, esto puede lograrse con el uso de palabras como al menos o hasta.
58
Finalmente, se debe leer el lineamiento y verificar si es fcil de entender, es decir, es

clara la forma de implementarlo al sitio Web deseado. De no ser as, se debe incluir
ejemplos relacionados con las instituciones del estado colombiano.
59
8. LINEAMIENTOS
Es necesario conocer previamente la definicin de lineamiento para identificar el

alcance y la finalidad de este captulo.
8.1.
DEFINICIN DE LINEAMIENTOS
La palabra lineamento (que proviene del trmino latino lineamentum) hace referencia a
las directrices especficas que facilitan la orientacin 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 ms que propuestas para ayudar a
mejorar la accesibilidad en la Web, por lo que estarn sujetas a la decisin 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 construccin
de un proyecto de software. Durante este proceso, el desarrollador deber conocer
previamente cmo se aplicarn 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 informacin debe ser publicada,
cumpliendo con los estndares de la W3C.
60
Tabla 1. Incluir alternativas de textos
Lineamiento para el Contenido de la Web

Lineamiento
Incluir alternativas de textos.
Descripcin
Es necesario publicar la informacin de diferentes maneras para que el

usuario pueda seleccionar la configuracin que desee.
Ejemplo
Mediante una opcin, la informacin puede cambiar a una letra ms

grande, braille, smbolos o lenguaje menos tcnico y sencillo.
Beneficio
Las alternativas de texto pueden ayudar a personas que tienen

dificultades para percibir el contenido visual. La tecnologa de
asistencia puede leer el texto en voz alta, presentarlo visualmente,
o convertirla en braille.
Las personas sordas, con problemas de audicin, o que tienen

problemas para entender la informacin de audio, por cualquier
motivo pueden leer la presentacin del texto.
Tabla 2. Evitar el manejo de CAPTCHAs

Lineamiento
Evitar el manejo de CAPTCHAs.
Descripcin
Los CAPTCHA se implementan como un intento de impedir el acceso a

los procesos automatizados de la Web, a travs de una clave que valide
si de verdad se trata de una persona real. Aunque no deberan 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 ms de dos modalidades de CAPTCHA (Auditiva o

61

Visual).
Beneficio
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 travs de preguntas de validacin (que no
requieran de mecanismos similares como los CAPTCHA) o que se
encuentren registrados en la Web.
Este tipo de verificacin visual y textual tiene un precio enorme

para los usuarios ciegos, dislxicos o que presentan otras
deficiencias visuales. Adems la imagen textual se presenta de
forma difcil de entender lo que sera difcil de percibir para un
usuario con problemas cognitivos.
Tabla 3. Incluir contenido no textual

Lineamiento
Incluir contenido no textual.
Descripcin
Es necesario proporcionar imgenes, grficos, diagramas, grabaciones

de audio o animaciones que puedan ser accedidas por modalidades
visuales, auditivas o tctiles para explicar procesos complejos,
evitando as, una gran cantidad de texto. Se debe tener en cuenta
que las imgenes de texto no deben incluir ningn tipo de
informacin til para el usuario, de no ser as, se debe incluir una
alternativa textual que describa el propsito de la imagen.
Ejemplo
Se puede incluir imgenes que le permitan al usuario ejecutar un

proceso de envo o aceptacin de datos, explicndoles de forma
grfica el proceso que est a punto de realizar y as, evitar
botones textuales.
62
Beneficio

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 calificacin como exmenes en lnea

pruebas de otro tipo, es importante que se incluyan imgenes y
sonidos que permitan a los usuarios identificar si la informacin
suministrada por ellos es correcta o incorrecta.
El contenido no textual puede ayudar a algunas personas que

tienen dificultad para entender el significado de las fotografas,
dibujos y otras imgenes (por ejemplo, dibujos, diseos grficos,
pinturas, representaciones tridimensionales), grficos, tablas,
animaciones, entre otros.
Tabla 4. Evitar elementos no tiles para los usuarios

Lineamiento
Evitar elementos no tiles para los usuarios.
Descripcin
Es necesario evitar imgenes decorativas, imgenes transparentes o

no visibles que incluyan informacin que terminen por confundir al
usuario final. En caso de incluir un elemento de este tipo, deber ser
etiquetado para que las tecnologas 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
tecnologas de asistencia puedan ignorarlos.
Beneficio
Evita la confusin en las personas que utilizan las tecnologas de

asistencia ya que estas pasarn por alto cualquier elemento con
63

informacin innecesaria para ellos.
Tabla 5. Incluir reproducciones de slo audio y slo video

Lineamiento
Incluir reproducciones de slo audio y slo video.
Descripcin
Es necesario que los contenidos estn representados en

reproducciones de slo audio y soportados por un texto alterno que
explique en detalle el tema del que se habla. Tambin es posible
proporcionar al usuario de videos de slo imgenes, las cuales seran
muy parecidas a una pelcula muda y estaran acompaadas de un
texto alternativo que respaldarn y explicarn 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 tecnologa 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 audicin, o que

tienen problemas para entender la informacin de audio, por
cualquier motivo pueden leer la presentacin del texto.
Tabla 6. Incluir subttulos, descripciones (visuales y auditivas) y lenguaje de seas.

Lineamiento
Incluir subttulos, descripciones (visuales y auditivas) y lenguaje de
64

seas.
Descripcin
Es importante incluir distintos medios de transmisin de informacin

tanto auditivos como visuales. Para el caso de videos donde se
expliquen procesos, trmites electorales o cualquier otro tipo de
trmite, se deben incluir descripciones textuales o reproducciones
auditivas que expliquen en detalle su proceso y propsito.
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 explicarn con
ms detalle el proceso en cuestin.
Tambin es recomendable incluir el lenguaje de seas a travs de
videos que expliquen cualquier otra informacin fundamental para los
ciudadanos, de esta forma se abarcan distintas modalidades de
transmisin, donde los usuarios con diferentes discapacidades podrn
acceder al contenido fcilmente.
Ejemplo
N/A
Beneficio
Los subttulos u otras alternativas de texto pueden ayudar a

algunas personas que tienen dificultades para comprender el
significado del contenido de vdeo pregrabado.
Las personas que son sordas pueden comprender los videos con
informacin presentada en lenguaje de seas.
Las personas que son ciegas o tienen baja visin, as como las
personas con limitaciones cognitivas que tienen dificultad para
interpretar visualmente lo que est sucediendo se benefician de la
audio-descripcin de la informacin visual.
Las personas cuyo lenguaje humano es un lenguaje de seas a

veces tienen la capacidad de lectura limitada. Estos individuos
pueden no ser capaces de leer y comprender los subttulos y por lo
65

tanto requieren una interpretacin lenguaje de seas.
La audio-<9descripcin extendida puede proporcionar la

informacin adicional necesaria para entender el video en los
procesos crticos y complejos.
Tabla 7. Incluir seales auditivas

Lineamiento
Incluir seales auditivas.
Descripcin
Las seales auditivas pueden ser usadas para determinar en qu punto

del sitio Web se encuentra el usuario o como una respuesta a algn
tipo de accin.
Ejemplo
Una seal de inicio de sesin que le informe al usuario cuando ya

ha accedido al sitio Web.
Una seal de xito que determine si una respuesta es correcta o

un proceso finaliz correctamente.
Los subttulos u otras alternativas de texto pueden ayudar a

algunas personas que tienen dificultades para comprender el
significado del contenido de vdeo pregrabado.
Las personas que son sordas pueden comprender los videos con
informacin presentada en lenguaje de seas.
Beneficio
66
Tabla 8. Incluir una estructura en la presentacin

Lineamiento
Incluir una estructura en la presentacin.
Descripcin
Se debe tener en cuenta las pistas visuales, es decir, aquellas

estructuras de la informacin que permiten una mejor comprensin al
contenido.
Ejemplo
Los textos de las cabeceras estn en negrita, en la parte superior

de todos los prrafos, y separados por saltos de lnea.
Los elementos que comparten caractersticas en comn estn

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, debern estar marcados
para que el usuario lo perciba fcilmente.
Si existen elementos con un estado especial como links o palabras

claves, debern estar marcados por un cambio de fuente como
cursiva, negrita o subrayado.
Beneficia a todos los usuarios al permitir identificar fcil y

rpidamente si la informacin contenida en la pgina Web es
relevante para sus necesidades.
Las personas con discapacidades visuales se beneficiarn de la

posibilidad de diferenciar el contenido de varias pginas Web,
cuando estn abiertas.
Beneficio
67
Tabla 9. Mantener una secuencia de informacin lgica

Lineamiento
Mantener una secuencia de informacin lgica.
Descripcin
Es necesario organizar los contenidos de forma que estn distribuidos

en numerales consecutivos. Esta distribucin debe estar presente en
el diseo, a travs de la separacin 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 informacin para que al usuario le sea fcil navegar por el sitio
Web.
Beneficio
Los usuarios con problemas cognitivos podrn identificar

fcilmente el contenido de un nivel alto al de un nivel inferior.
Los usuarios con problemas de visin y que utilizan las tecnologas

de asistencia, podrn navegar fcilmente por la informacin que
ellos consideren importante.
Tabla 10. Permitir configuracin visual

Lineamiento
Permitir configuracin visual.
Descripcin
Se debe permitir al usuario configurar el contenido que est

publicado en la Web:
El usuario podr aumentar hasta un 200% el tamao del texto

de la Web, sin necesidad de navegar horizontal o
verticalmente para leer una lnea de texto y sin prdida del
contenido o funcionalidad alguna.
68
Ejemplo
N/A
Beneficio
El usuario podr configurar el color del texto y de fondo.
Ayuda a los usuarios con baja visin, hacindoles ver el texto sin
la distraccin de elementos de presentacin. Les permite
configurar el texto de manera que ser ms fcil para ellos ver al
permitirles controlar el color y el tamao de los bloques de texto.
Tabla 11. Incluir mecanismos para instruir al usuario

Lineamiento
Incluir mecanismos para instruir al usuario.
Descripcin
Es importante incluir instrucciones que le permitan al usuario seguir

el orden lgico del contenido y que no estn ligadas a la ubicacin y
la forma de los objetos.
Ejemplo
Si un usuario desea navegar a otra ubicacin y se ha habilitado el

botn Siguiente, este debera tener un color distinto y una
descripcin que le explique al usuario la funcionalidad del botn.
De existir un calendario donde se muestren los plazos para

trmites u otro tipo de proceso de las entidades estatales, es
necesario que estn marcadas de un color distinto y con una
descripcin textual de lo que ocurrir para esas fechas.
Este criterio de xito puede ayudar a las personas que confan en

las tecnologas de asistencia que leen en voz alta el contenido, la
secuenciacin de la informacin en la presentacin
predeterminada ser la misma cuando el contenido se presenta en
Beneficio
69

forma hablada.
Tabla 12. Hacer buen uso del color

Lineamiento
Hacer buen uso del color.
Descripcin
Los usuarios pueden acceder a la informacin dependiendo del

correcto uso de los colores y del significado que se le d para
categorizar el contenido. Tambin permite identificar ciertos
aspectos como mensajes de error, textos obligatorios, informacin
faltante o informacin 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
informacin sin ningn problema.
Ejemplo
Beneficio
Los campos que sean considerados obligatorios deben tener un

color distinto y adicionalmente deben incluir un smbolo (*).
Los mensajes de error sean de color rojo. Adicionalmente, incluye

un smbolo (X) para identificarlo como error.
Los objetos inhabilitados sean de color gris. Adicionalmente,

incluye un smbolo (I) para identificarlo como inhabilitado.
Los usuarios con deficiencia visual, a menudo experimentan la

visin de colores limitada.
Algunos usuarios de ms edad pueden no ser capaces de ver bien

el color.
Los
usuarios
que
tienen
70
daltonismo
debera
tener
su

disponibilidad otras formas visuales para acceder a la informacin.
Tabla 13. Permitir la configuracin del sonido

Lineamiento
Permitir la configuracin del sonido.
Descripcin
Es necesario que el usuario pueda controlar el sonido de las

reproducciones o permitir que la reproduccin inicie una vez sea
autorizada por el mismo, ya que podra interferir con las seales que
hayan sido implementadas durante la navegacin.
Ejemplo
Si se inicia una reproduccin mientras el usuario est digitando

informacin errnea, se debe tener en cuenta que el sonido de la
reproduccin puede interferir con la seal de alerta del error, lo
que terminara por confundir al usuario.
Beneficio
Evita la confusin 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
Evitar el ruido en el audio.
71

Descripcin
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 confusin 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 ms bajo de

la locucin principal.
Ejemplo
N/A
Beneficio
Las personas que estn con problemas de audicin 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
Permitir el manejo del teclado como componente de interfaz de

usuario.
Descripcin
Es importante que toda funcionalidad expuesta en el sitio Web pueda

ser accedida a travs teclado.
Ejemplo
Navegar con una tecla por los campos de un formulario.
Cambiar el tamao del texto con una combinacin de teclas.
Reproducir un sonido con tecla rpida.
72

Beneficio
Ayuda a las personas que son ciegas (que no pueden utilizar

dispositivos tales como los ratones que requieren coordinacin
ojo-mano).
Las personas con baja visin (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 ratn muy difcil y por lo tanto, suelen utilizar un teclado.
Tabla 16. Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido.

Lineamiento
Proporcionar a los usuarios el tiempo suficiente para leer y usar el

contenido.
Descripcin
Es importante que las imgenes, reproducciones o textos en

movimiento que tienen un lmite de tiempo para su proyeccin, 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 comprensin.
Tambin es necesario que aquellos textos que se actualizan o se
inician automticamente puedan ser controlados por los usuarios,
proporcionndoles un tiempo de actualizacin o deshabilitando dicha
caracterstica.
Ejemplo
Las personas con discapacidades fsicas a menudo necesitan ms

tiempo para reaccionar, para escribir y para completar las
actividades.
Las personas con baja visin necesitan ms tiempo para ubicar los
elementos de la pantalla. Las personas que son ciegas y usan
73

lectores de pantalla pueden necesitar ms tiempo para entender
diseos de pantalla, encontrar informacin y operar los controles.
Beneficio
Las personas que tienen limitaciones cognitivas o de lenguaje

necesitan ms tiempo para leer y comprender.
Las personas que son sordas y se comunican en lengua de signos

puede necesitar ms tiempo para leer la informacin 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
ms tiempo para leer o comprender la informacin pueden tener
ms tiempo para leer la informacin, haciendo una pausa en el
contenido.
Ayuda a las personas que son ciegas (que no pueden utilizar

dispositivos tales como los ratones que requieren coordinacin
ojo-mano).
Las personas con baja visin (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 ratn muy difcil y por lo tanto, suelen utilizar un teclado.
Tabla 17. Definir un lmite de contraste

Lineamiento
Definir un lmite de contraste.
Descripcin
Es necesario que el texto y las imgenes tengan una relacin de

contraste de al menos 4.5:1 a excepcin de los siguientes:
74

Texto o imgenes de gran proporcin: con una relacin de
contraste al menos de 3:1.
Texto o imgenes decorativas: sin requisito de contraste.
Logotipos:
mnimo).
Ejemplo
N/A.
Beneficio
sin
requisito
de
contraste
(preferiblemente
Las personas con baja visin 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 visin del color
que reduce el contraste an ms. Proporcionar una relacin de
contraste de luminancia mnima entre el texto y el fondo puede
hacer el texto ms legible, incluso si la persona no ve toda la
gama de colores.
Tabla 18. Evitar interrupciones en las reproducciones

Lineamiento
Evitar interrupciones en las reproducciones.
Descripcin
Es importante que no se incluyan alertas o mensajes informativos que

deriven una interrupcin en la reproduccin de un video o sonido. De
incluirse, deben ser posteriormente configuradas por los usuarios para
seleccionar si desean implementarlas o descartarlas.
Ejemplo
N/A
75

Beneficio
Las personas con trastornos por dficit de atencin pueden

centrarse en el contenido, sin distracciones.
Tabla 19. Evitar la prdida de informacin durante la re-autentificacin

Lineamiento
Evitar la prdida de informacin durante la re-autentificacin.
Descripcin
Cuando el tiempo de sesin expire, el usuario pueda continuar la

actividad sin prdida 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 ms tiempo para
leer y responder a un cuestionario.
Los usuarios que interactan a travs de un lector de pantalla

pueden necesitar ms tiempo para navegar y completar un
formulario complicado.
Una persona con discapacidades motrices o que navega con un

dispositivo de entrada alternativo puede requerir ms tiempo
para navegar a travs de la entrada o completar un formulario.
En los casos en que un intrprete de lenguaje de signos puede ser

materia de contenido de audio a un usuario que es sordo, el
control sobre los lmites de tiempo tambin es importante.
76
Tabla 20. Disminuir los destellos en las imgenes

Lineamiento
Disminuir los destellos en las imgenes.
Descripcin
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

imgenes destellantes sern 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
Evitar bloques de texto redundantes.
Descripcin
Es importante evitar el contenido repetido o innecesario en todo el

sitio Web debido a que podr crear confusin en algunos usuarios.
Ejemplo
Links, imgenes o textos que se publican en todas las pginas del

sitio Web.
77

Beneficio
Los usuarios con lectores de pantalla que visitan varias pginas 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 seleccin

Lineamiento
Incluir el foco de seleccin.
Descripcin
Es importante que el foco de seleccin sea visible, navegue de forma

ordenada y cambie acorde a los dilogos o mensajes que aparezcan.
Adicionalmente, el foco de seleccin no debe alterar el contexto de
la pgina Web, es decir, realizar un cambio drstico en el contenido o
presentacin de este que pueda confundir al usuario final.
Ejemplo
Beneficio
Si un usuario enva alguna informacin a procesar y despus deba

indicar si desea continuar o cancelar el proceso, entonces el foco
de seleccin debera ubicarse en el botn cancelar o aceptar.
No incluir formas que se ejecuten automticamente cuando un

componente recibe foco.
No incluir la ejecucin de nuevas ventanas cuando un componente

recibe foco.
Las personas con problemas de movilidad que necesitan acceder al

contenido a travs del teclado pueden ser beneficiadas por el
orden lgico de los elementos.
78
Las personas con impedimentos visuales pueden desorientarse

cuando se toma el foco de tabulacin en algn lugar inesperado o
cuando no puede encontrar fcilmente el contenido que rodea a
un elemento interactivo.
Las personas con limitaciones de atencin, de memoria a largo

plazo, o limitaciones en los procesos ejecutivos, se benefician al
ser capaz de descubrir dnde se encuentra el foco.
Tabla 23. Incluir una ruta de navegacin

Lineamiento
Incluir una ruta de navegacin.
Descripcin
Es necesario indicarle al usuario su ubicacin en el sitio Web a travs

de una ruta de navegacin 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 atencin que pueden

llegar a confundirse despus de una larga serie de pasos de
navegacin.
Tambin es til cuando un usuario sigue un enlace directo a una

pgina en lo profundo del contenido de una pgina Web y necesita
navegar sobre los niveles superiores para encontrar ms
informacin relacionada.
79
Tabla 24. Mantener un buen manejo del idioma

Lineamiento
Mantener un buen manejo del idioma.
Descripcin
Es importante que se incluya el idioma por defecto de la pgina Web,

de esta forma las tecnologas de asistencia podrn presentar el texto
u otros contenidos lingsticos correctamente.
En caso de que la pgina 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 Repblica Democrtica Alemana) era un Treppenwitz
der Weltgeschichte. La frase alemana 'Treppenwitz der
Weltgeschichte se deber marcar con el idioma Alemn.
Beneficio
Ayuda a las personas que tienen dificultades para leer material

escrito con fluidez y precisin, como por ejemplo el
reconocimiento de caracteres.
Ayuda a las personas que dependen de los subttulos para

entender el contenido.
Ayuda a las personas que utilizan lectores de pantalla u otras

tecnologas que convierten el texto en lenguaje sinttico.
Tabla 25. Incluir definiciones y abreviaciones

Lineamiento
Incluir definiciones y abreviaciones.
80

Descripcin
Es importante que las palabras tcnicas o inusuales tengan etiquetas

donde se incluya su definicin. Adicionalmente, si dicha palabra
corresponde a una abreviacin es importante especificar su
significado y definicin.
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
Mantener un nivel de lectura adecuado.
Descripcin
Es importante definir el nivel de lectura del sitio Web, es decir, la

complejidad de la informacin a publicar. Se debe tener en cuenta el
lenguaje usado en las palabras y frases para que puedan ser
entendidos fcilmente, de esta forma cualquier usuario tendra la
posibilidad de entender e interpretar la informacin de manera fcil y
sencilla.
Ejemplo
N/A
Beneficio
Ayuda a las personas que tienen dificultad para comprender e

interpretar el lenguaje escrito (por ejemplo, los artculos, las
instrucciones, o peridicos en texto o braille).
81
Tabla 27. Distribuir el contenido en secciones

Lineamiento
Distribuir el contenido en secciones.
Descripcin
Es importante que el contenido est distribuido en secciones, es

decir, que la informacin publicada est dividida de forma coherente,
incluyendo encabezados claros que introduzcan al usuario al tema en
cuestin. De esta forma se provee la capacidad de diferenciar
fcilmente los tipos de contenidos publicados.
Ejemplo
N/A
Beneficio
Las personas ciegas saben cundo se han movido de una seccin

de una pgina Web a otra y conocer el propsito de cada seccin.
Las personas que navegan por el contenido mediante el teclado

sern capaces de saltar el foco de la seccin, lo que les permite
encontrar rpidamente el contenido de su inters.
Tabla 28. Incluir mecanismos para la pronunciacin.

Lineamiento
Incluir mecanismos para la pronunciacin.
Descripcin
Es importante incluir mecanismos que permitan la pronunciacin de

palabras que resulten ambiguas o desconocidas para el usuario final.
Ejemplo
Un glosario con archivos de sonido que permita al usuario

escuchar la pronunciacin de las palabras que le causen
dificultad.
82

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

comprensin.
Utilizar las tecnologas que se leen las palabras en voz alta.
Tabla 29. Incluir cambios sutiles de contexto

Lineamiento
Incluir cambios sutiles de contexto.
Descripcin
Se debe tener cuidado los cambios de contexto en la presentacin o

el contenido de la Web, dichos cambios podran confundir al usuario a
menos que ste sea advertido del cambio.
En el mejor de los casos, los cambios de contexto deben realizarse
slo con autorizacin del usuario o sin que este lo perciba (para los
casos de actualizaciones o re-direccionamientos en la pgina Web).
Ejemplo
Si un usuario selecciona un tipo de presentacin de informacin

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 ms predecible el
83

contenido interactivo. Los cambios inesperados del contexto
pueden ser desconcertantes para los usuarios con discapacidad
visual o limitaciones cognitivas.
Tabla 30. Incluir navegacin consistente a otros sitios Web

Lineamiento
Incluir navegacin consistente a otros sitios Web.
Descripcin
La ubicacin 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, dndole al
usuario la posibilidad de reconocerlos de manera rpida y eficiente.
Ejemplo
Si un usuario selecciona un tipo de presentacin de informacin

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 visin, los usuarios con discapacidad intelectual.
Tabla 31. Realizar un manejo adecuado de errores

Lineamiento
Realizar un manejo adecuado de errores.
84

Descripcin
Es importante que cuando un usuario cometa un error en el sitio Web,

se le presente la informacin con la descripcin 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 informacin suministrada por los usuarios no debera
ser borrada y la causa del error debera estar marcada para que el
usuario pueda percibir donde se ha equivocado.
Ejemplo
N/A
Beneficio
Proporcionar informacin acerca de los errores de entrada de

texto permite a los usuarios que son ciegos o daltnicos 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
ms propensos a cometer los mismos errores una y otra vez.
Tabla 32. Incluir ayuda para el contenido Web

Lineamiento
Incluir ayuda para el contenido Web.
Descripcin
Se debe proporcionar ayuda fcil 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 situacin que presentan.
85

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.
Descripcin
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 tambin puede
elegir al menos una alternativa, como pre-establecer que el texto
alternativo se muestra siempre, pero se recomienda que los usuarios
tambin puedan especificar estas opciones.
Ejemplo
Mediante una opcin, la informacin puede cambiar a una letra

ms grande, braille, smbolos o lenguaje menos tcnico y sencillo.
Beneficio
Este lineamiento puede ayudar a personas que tienen dificultades

para percibir el contenido visual. La tecnologa 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 fotografas,
86

dibujos y otras imgenes (por ejemplo, dibujos, diseos grficos,
pinturas, representaciones tridimensionales), grficos, tablas,
animaciones, entre otros.
Las personas que son sordas, con problemas de audicin, o que

tienen problemas para entender la informacin de audio, por
cualquier motivo puede leer la presentacin del texto.
Tabla 34. Proveer opciones de foco, elementos activos y links visitados

Lineamiento
Proveer opciones de foco, elementos activos y links visitados.
Descripcin
El usuario debe poder distinguir visualmente lo que est habilitado,

los enlaces visitados y a lo que est tratando de acceder, estas
caractersticas se pueden proveer con colores de fondo, bordes, y
combinacin de colores.
Ejemplo
N/A
Beneficio
Este lineamiento provee a las personas que poseen problemas de

visin una ayuda que les permite tener ms conocimiento de
donde se encuentran posicionados en el contenido Web.
Tabla 35. Configurar el texto

Lineamiento
Configurar el texto.
87

Descripcin
Se le debe permitir al usuario cambiar el color de texto y el tamao

de todo el contenido Web de la pgina.
Ejemplo
Mediante una opcin de preferencias se le debe permitir al

usuario configurarlas caractersticas de: el tamao 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 tamao
del texto de acuerdo a sus preferencias.
Tabla 36. Permitir el control del volumen

Lineamiento
Permitir el control del volumen.
Descripcin
Se le debe permitir el usuario controlar el volumen de cada sonido

disponible o de toda la aplicacin.
Ejemplo
El usuario puede ajustar de manera independiente el volumen de

todas las pistas de audio, en
relacin 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 implicacin.
Beneficio
Facilita el control de volumen de la pgina, minimizando la

navegacin y el control que el usuario debe realizar para controlar
dicho volumen.
88
Tabla 37. Proveer un mecanismo de foco efectivo

Lineamiento
Proveer un mecanismo de foco efectivo.
Descripcin
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

visin una ayuda que les permite tener ms conocimiento de
donde se encuentran posicionados en el contenido Web.
Tabla 38. Proveer una navegacin secuencial

Lineamiento
Proveer una navegacin secuencial.
Descripcin
Se le debe permitir al usuario una navegacin secuencial, ya sea por

medio del teclado, por opciones del mouse o por algn dispositivo de
accesibilidad del usuario, con el fin de facilitar la navegacin por el
contenido Web.
Ejemplo
N/A
Beneficio
Facilita la navegacin por el contenido Web, paginas, tabs y links.
89
8.2.3. Lineamientos para herramientas de desarrollo.

Tabla 39. Permitir incluir opciones graficas
Lineamientos para herramientas de desarrollo

Lineamiento
Permitir incluir opciones graficas.
Descripcin
Se debe permitir a los usuarios con limitaciones colocar y visualizar

opciones graficas al contenido Web que estn desarrollando, opciones
que permitan identificar el estado de la informacin.
Ejemplo
Se debe permitir a los usuario colocar ayudas que le permitan

distinguir en qu estado se encuentra partes de la informacin, ya
sea que identifique que parte de un texto se debe corregir, borrar
o aadir ms informacin
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 rpidos

Lineamiento
La herramienta debe permitir el uso de sus funcionalidades mediante

accesos rpidos.
Descripcin
Se debe permitir a los usuarios, el uso de la herramienta mediante

opciones de acceso rpido 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 pgina o navegar
90

entre los campos de la pgina.
Beneficio
Facilidad de uso del contenido, ya que facilita la navegacin por

la pagina
Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades

Lineamiento
Proveer a los usuarios con suficiente tiempo para usar las

funcionalidades.
Descripcin
Algunas personas poseen problemas de tipeo (uso de funciones

mediante el teclado), problemas de operacin con el ratn (uso de
clics o scroll con el mouse) o dificultades al procesar informacin,
por estos motivos la herramienta debe proporcionar el tiempo
necesario para que las personas con limitaciones puedan utilizar la
aplicacin de manera adecuada, pero si la herramienta tiene
establecidos tiempos limites para la ejecucin de alguna actividad
(por ejemplo para la autentificacin del usuario), el contenido
ingresado por el usuario debera guardarse de manera automtica 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 pgina y su contenido Web.
Tabla 42. Proveer la informacin de una manera estructurada
91

Lineamiento
Proveer la informacin de una manera estructurada
Descripcin
Cuando se les presenta la informacin 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 algn tipo de
discapacidad se les permita el uso de todas las funcionalidad
presentes en la pagina y/o el contenido.
Tabla 43. Permitir la bsqueda de informacin

Lineamiento
Permitir la bsqueda de informacin
Descripcin
Se debe proveer opciones de bsqueda que permitan consultar las

funcionalidades de la aplicacin. Las opciones de bsqueda se pueden
presentar a nivel de la aplicacin (todo el contenido Web) o a nivel de
la funcionalidad (parte del contenido).
Ejemplo
Campos de bsqueda a nivel de toda la pagina y a nivel de

funcionalidades
Beneficio
Permitan encontrar informacin relevante para el cliente,

realizando ms fcil el uso del contenido y de la pgina.
92
Tabla 44. Permitir la administracin de las preferencias de los usuarios

Lineamiento
Permitir la administracin de las preferencias de los usuarios
Descripcin
A un usuario se le debe permitir la configuracin de su herramienta

para que su uso sea ms accesible, la herramienta debe ser capaz de
guardar estas configuraciones para que el usuario tenga ms facilidad
al usarla.
Ejemplo
Proveer opciones de configuracin, y guardar dicha configuracin

en cookies.
Beneficio
Provee al usuario la posibilidad de configurar el entorno de la

pgina y el contenido que esta posea, dando as la posibilidad de
que el usuario pueda usar la pgina con ms facilidad.
Tabla 45. Ayudar a los usuarios a evitar mensajes innecesarios

Lineamiento
Ayudar a los usuarios a evitar mensajes innecesarios
Descripcin
Se le debe presentar la opcin al usuario de bloquear los mensajes

flotantes que se puedan presentar, tambin se le debe permitir
configurar la frecuencia con que deben aparecer los mensajes.
Ejemplo
Opcin de bloqueo de mensajes emergentes (Pop-ups)
Beneficio
Ayuda al usuario a mejorar el uso de la pgina, su navegacin y

evita llenar al usuario de mensajes innecesarios.
93
Tabla 46. Ayudar a los usuarios a evitar y corregir errores

Lineamiento
Ayudar a los usuarios a evitar y corregir errores
Descripcin
Se le deben proporcionar servicios de ayuda a los usuarios con el fin

de disminuir los posibles errores que puedan cometer, si por algn
motivo llegan a cometer errores tambin 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 travs de un
corrector ortogrfico
Beneficio
Provee ayudas a los usuarios para dar solucin a errores

cometidos.
Tabla 47. Asegurar la disponibilidad de caractersticas que permitan la produccin de contenidos

accesibles

Lineamiento
Asegurar la disponibilidad de caractersticas que permitan la

produccin de contenidos accesibles
Descripcin
Se debe garantizar que las caractersticas del contenido Web

accesible sean percibidas por los usuarios, cuando los autores estn
produciendo pginas con caractersticas 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

caractersticas estn disponibles para su implementacin en una
94

pgina Web.
Beneficio
Ayudar a los usuarios tener ms conocimiento acerca de que

caractersticas de accesibilidad estn disponibles para su
implementacin, dando as mayor posibilidad de que los usuarios
las implementen.
95
9. TCNICAS DE EVALUACIN
9.1.
CMO SE REALIZA UNA EVALUACIN DE ACCESIBILIDAD?
Una evaluacin de accesibilidad eficaz exige tanto buenas capacidades para llevar a
cabo la evaluacin, como contar con la experiencia de personas con discapacidad. Si no
resulta muy complicado disponer de la colaboracin de personas con discapacidad
(porque trabajen en tu mismo edificio, por ejemplo) para que ayuden en la evaluacin,
es probable que se quiera llevar a cabo con ellos numerosas evaluaciones informales
sobre los primeros prototipos que se haya diseado. Si, como es habitual, resulta ms
difcil contar con la ayuda de personas con discapacidad para realizar la evaluacin,
quiz se prefiera utilizar, primero, los otros mtodos de evaluacin.
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 cmo interactan 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 colaboracin de los usuarios.
Centrar las pruebas de usabilidad o la evaluacin informal con los usuarios en

mbitos potencialmente problemticos.
Aunque cada plan de evaluacin ser diferente dependiendo de los recursos y dems
factores, se debe de asegurar de que se lleva a cabo una evaluacin exhaustiva que
incluye, al menos, parte de los mtodos que se describen a continuacin: revisin de
estndares, evaluacin heurstica, simulaciones de diseo, tcnicas de filtrado y pruebas
de usabilidad.
96
9.1.1. Revisin de estndares

La revisin de estndares en el proceso de diseo centrado en el usuario que valora si un
producto cumple con un estndar de diseo de interfaz concreto. A veces, los
estndares son guas internas de estilo y, otras veces, son estndares externos.
Los estndares y pautas de accesibilidad son facilitados por organismos internacionales
de estandarizacin; administraciones nacionales, estatales y locales; grupos
empresariales; y organizaciones individuales.
Las revisiones de estndares de accesibilidad suelen ser ms rigurosas que las revisiones
de interfaces de usuario tradicionales, sobre todo cuando la conformidad con un
estndar determinado es un requisito legal. Es ms, los problemas de interfaz de usuario
suelen solaparse con los problemas tcnicos que se localizan a travs de la revisin de
estndares de accesibilidad.
9.1.2. Evaluacin Heurstica

En una evaluacin heurstica, los especialistas valoran si cada elemento del diseo
cumple los principios de accesibilidad establecidos. Para llevar a cabo una evaluacin
heurstica de la accesibilidad, se valorar si los elementos del diseo cumplen con los
principios de accesibilidad.
Existen varios recursos con informacin que pueden servir de ayuda sobre la evaluacin
heurstica de la accesibilidad:
Seccin 255 de la Ley de Telecomunicaciones de EE. UU. El Subartculo C:

Requisitos de accesibilidad y usabilidad se cita en la seccin "Comprensin de la
diversidad funcional" dentro de la Diseo.
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 telfonos, telfonos celulares, buscapersonas,
llamadas en espera y servicios de operador que a menudo eran inaccesibles para muchos
usuarios con discapacidades. [27]
97
Seccin 508 de la Ley de Rehabilitacin de EE. UU. El Sub-artculo C Criterios

de capacidad funcional.
Ejemplo de criterios de capacidad funcional:
Deber facilitarse, al menos, un medio de operacin y recuperacin de la

informacin que no requiera que el usuario utilice la vista o bien el soporte para
las tecnologas de apoyo utilizadas por las personas ciegas o con baja visin.

informacin que no requiera una agudeza visual superior a 20/70, en seal de
audio y salida impresa ampliada de forma conjunta o por separado o bien soporte
para las tecnologas de apoyo utilizadas por las personas con baja visin.

informacin que no requiera percepcin auditiva por parte del usuario o bien el
soporte para las tecnologas de apoyo utilizadas por las personas sordas o con
dificultades auditivas.
Cuando la informacin acstica sea importante para la utilizacin de un

producto, deber facilitarse, al menos, un medio de operacin y recuperacin de
la informacin con audio mejorado o bien soporte para dispositivos de ayuda
auditiva.

informacin que pueda utilizarse aunque se carezca de habla o bien el soporte
para las tecnologas de apoyo utilizadas por las personas con discapacidad.

informacin que no requiera un control motriz preciso o la realizacin de
acciones simultneas y que sea operable con un alcance y una fuerza limitados
por parte del usuario.
9.1.3. Simulaciones de diseo

El propsito de una simulacin de diseo es encontrar problemas potenciales de
usabilidad imaginando cmo interactuara 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 diseo le orienta por una serie de tareas reales que tiene que
98
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, mens
desplegables, cuadros de dilogo en forma de ventanas emergentes (pop-ups) y otros
elementos de la interfaz.
Algunas vas para incorporar la accesibilidad a las simulaciones de diseo son:
Centrarse en problemas de accesibilidad concretos durante las simulaciones

frecuentes.
Llevar a cabo simulaciones especficas para la accesibilidad.
Un ejemplo de cmo centrarse en problemas de accesibilidad especficos en las

simulaciones de software que se realizan frecuentemente es la interaccin con
independencia de dispositivo. El equipo de diseo espera a que la persona que
representa al usuario diga: Hara clic aqu, haciendo referencia a una accin que se
lleva a cabo mediante el ratn. A continuacin, el equipo comprueba que todas las
acciones realizadas mediante un ratn tambin pueden realizarse a travs del teclado
para las personas que no utilizan dispositivos de puntero. Otro ejemplo de un problema
de accesibilidad concreto para realizar la evaluacin en las simulaciones de diseo es el
sonido. Cuando se analiza la utilizacin de un producto de consumo, el equipo de diseo
est atento al miembro del equipo que hace de dispositivo para que indique cualquier
tipo de reaccin o interaccin a travs del sonido.
Para llevar a cabo simulaciones especficas para la accesibilidad, se debe contar
personas con discapacidad y escenarios que incluyan estrategias de adaptacin para
completar la tarea.
Para llevar a cabo simulaciones con prototipos de alta fidelidad tambin puedes utilizar
tcnicas de filtrado, de las que se habla a continuacin.
9.1.4. Tcnicas de filtrado.

Las tcnicas de filtrado son actividades sencillas y sin coste alguno que ayudan a
identificar barreras potenciales a la accesibilidad en el diseo de productos. Los equipos
de diseo utilizan estas tcnicas 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 ms barato
introducir cambios en el producto, y porque sirven para centrar las pruebas de
usabilidad con personas con discapacidad.
99
Las tcnicas de filtrado implican la utilizacin de estrategias de adaptacin, dispositivos

de ayuda y tecnologas de apoyo. Por ejemplo, que un diseador de software apague su
monitor y utilice un lector de pantalla para interactuar con su aplicacin o que un
especialista en usabilidad utilice un puntero bucal o desenchufe su ratn para hacerse
una idea de cmo de usable es su producto para las personas que no pueden usar los
brazos o las manos.
9.2.
HERRAMIENTAS PARA LA EVALUACIN DE ACCESIBILIDAD
Existen herramientas de software que ayudan a evaluar pginas Web y algunos

elementos del software. Aunque estas herramientas faciliten la revisin automtica de
ciertos aspectos, todava es necesaria la evaluacin humana.
Aunque las herramientas de evaluacin identifican algunos problemas de accesibilidad,
no pueden determinar por s solas si un producto satisface o no los estndares o si es
accesible. Un buen ejemplo de lo que pueden o no pueden hacer las herramientas es la
evaluacin de los textos alternativos, que son equivalentes a las imgenes en una pgina
Web. Las herramientas pueden identificar las imgenes que no tengan un texto
alternativo. Sin embargo, no pueden determinar si ese texto es equivalente o no (es
decir, si proporciona la misma informacin en formato textual que la que transmite la
imagen visualmente). Valorar si el texto alternativo es equivalente o no requiere una
evaluacin humana.
Existen mltiples herramientas de revisin (o evaluacin) que se pueden clasificar en las
siguientes categoras:
Validacin del cdigo: 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 cdigo HTML, W3C CSS Validation Service para revisar el
cdigo CSS y W3C RDF Validation Service para revisar RDF. Para revisar el cdigo
HTML de mltiples pginas (por ejemplo, de todo un sitio Web) se puede
emplear Multipage Validator o Multipage XHTML/HTML validator tool.
Revisin del contenido: verifican que el contenido no presenta ningn problema.

Por ejemplo: W3C Link Checker y Dead Links para revisar los enlaces rotos de un sitio
Web.
100
Revisin automtica de la accesibilidad: comprueban si se cumplen los puntos de

verificacin de las pautas de accesibilidad que se pueden evaluar de forma
automtica. Una herramienta de este tipo nunca puede sustituir la revisin 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 verificacin de WCAG 1.0, como por ejemplo TAW, Cynthia Says y Total Validator.
Otras herramientas comprueban un subconjunto de los puntos de verificacin, como
Accessibility Check. Algunas herramientas se pueden descargar y ejecutar en local,
como Web Accessibility Inspector de Fujitsu.
Revisin manual de la accesibilidad: ayudan a que un experto realice una revisin

manual de la accesibilidad de una pgina Web. Por ejemplo: HERA, HERA-XP y Edipo.
Adems, algunas herramientas como el complemento Web Developer para Mozilla
Firefox se pueden emplear para realizar una revisin manual de la accesibilidad, tal
como se explica en Evaluacin de la accesibilidad de sitios Web con la barra de
herramientas de Firefox Web Developer Tool Bar.
Revisin y reparacin: revisan la accesibilidad Web y ayudan a corregir los errores

encontrados. Por ejemplo: A-Prompt, LIFT y AccMonitor y AccRepair.
Validadores mltiples: realizan mltiples validaciones de forma simultnea. Por

ejemplo, test everything! permite realizar validaciones y comprobaciones en ms de
100 herramientas introduciendo una URL en un nico sitio.
Navegadores alternativos y simuladores: permiten comprobar cmo percibe una

persona con algn tipo de discapacidad una pgina 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). Tambin se
puede emplear un programa como aDesigner, que permite verificar la accesibilidad y
usabilidad de cara a usuarios con problemas de visin o ceguera total.
Las herramientas de revisin automtica de la accesibilidad comprueban si se cumplen

los puntos de verificacin de las pautas de accesibilidad que se pueden evaluar de forma
automtica. Algunas herramientas comprueban las pautas y puntos de verificacin
de WCAG 1.0, WCAG 2.0 y Section 508. La mayora de las herramientas estn disponibles
como servicios gratuitos online, aunque hay algunas que se pueden descargar y ejecutar
en local. A continuacin se muestran algunas de las herramientas que se utilizan para
evaluar la accesibilidad de pginas Web:
Accessibility Check: Herramienta online que usa un subconjunto de WCAG 1.0.

[28]
101
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 pgina publicada en Internet o subir o pegar directamente su
cdigo HTML. Revisar los puntos de verificacin uno a uno y adems ofrece una
puntuacin del 1 al 10.
AChecker: Herramienta online que permite revisar BITV, Section 508, WCAG 1.0
y WCAG 2.0 al mismo tiempo. Adems, tambin permite validar el cdigo HTML y
CSS. Permite revisar una pgina publicada en Internet o subir o pegar
directamente su cdigo HTML. [30]
Cynthia Says: Revisa WCAG 1.0 y Section 508. Tambin analiza la calidad de los
textos alternativos de las imgenes. [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 esttico y dinmico. [32]
EvalAccess 2.0: Herramienta online que permite evaluar una pgina Web o todo
un sitio Web. [33]
eXaminator: Herramienta online que evala la aplicacin de las pautas de

accesibilidad en los contenidos HTML y CSS de una pgina, 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 revisin

funcional de la accesibilidad Web. Si el usuario se registra (de forma gratuita)
tiene acceso a ms opciones como evaluar todo un sitio Web o grabar los
resultados. [35]
TAW: Revisa WCAG 1.0, 2.0 y mobileOK. Dispone de versin online, para
descargar y como complemento para Mozilla Firefox. [36]
102
Total Validator: Revisa el cdigo XHTML, la accesibilidad Web y los enlaces rotos.
Dispone de una versin gratuita para descargar para Windows, OS X, Linux y como
extensin de Mozilla Firefox. y otra versin profesional de pago. [37]
WAVE: Herramienta online que revisa la accesibilidad de una pgina Web y

muestra el resultado sobre la propia pgina. Tambin disponible como
complemento para Mozilla Firefox y extensin para Adobe Dreamweaver. [38]
Web Accessibility Checker: Herramienta online que revisa la accesibilidad de

una pgina Web. Permite verificar diferentes pautas de accesibilidad, como BITV,
Section 508, WCAG 1.0 y WCAG 2.0. Permite revisar una pgina publicada en
Internet o subir la pgina a la herramienta. Los resultados se organizan en tres
tipos de problemas: problemas conocidos, problemas probables y problemas
potenciales.
Web Accessibility Inspector: Herramienta gratuita para descargar de Fujitsu,

disponible para Windows y Mac OS X. Usa como referencia WCAG 1.0 y Fujitsu
Web Accessibility Guidelines. [39]
103
10.
EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS

WEB
Para la evaluacin del grado de accesibilidad en las plataformas de redes sociales se ha

aplicado una nueva metodologa elaborada por Technosite. Dicha metodologa se basa en
una recomendacin de W3C/WAI, en su documento Evaluating Web Sites for
Accessibility. La metodologa aplicada comprende el anlisis del cumplimiento de doce
aspectos o criterios de accesibilidad que sintetizan la mayora 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 anlisis tcnico realizado por expertos como para el de la experiencia de
usuario, se han definido doce aspectos o criterios que sintetizan la mayora 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 visin sinttica bastante ajustada sobre la accesibilidad de un
sitio Web o de un servicio electrnico 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 anlisis por igual se detallan a
continuacin:
1. Acceso multinavegador: analiza las condiciones de visualizacin de las distintas
pginas en tres navegadores: Internet Explorer, Mozilla Firefox y Safari.
2. Navegacin y orientacin: pretende valorar la correcta estructura de una pgina
Web para que sea ms cmoda la navegacin por la misma. Se divide en varios
subcriterios:
2.1 Navegacin coherente: el men de navegacin del sitio debe ser homogneo
y representar la estructura de navegacin de la pgina.
2.2 Ttulos de pgina: se incumple si los ttulos de pgina no describen el
contenido del documento.
104
2.3 Identificacin 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 algn programa externo sin avisar al
usuario pueden provocarle una sensacin de prdida o desorientacin.
3. Formularios: se aplica a las caractersticas de los formularios que aparecen en
las diferentes pginas del portal, y se divide en dos subcriterios:
3.1 Etiquetado de controles: evala si existen controles de formulario que
carecen de etiqueta, o si sta no est asociada correctamente con el control.
3.2 Informacin de errores y sugerencias: se incumple si la pgina 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. Imgenes: ante la existencia de imgenes en las diferentes pginas de un portal,
se tienen en cuenta los siguientes subcriterios de accesibilidad:
4.1 Existencia de alternativas: se incumple si las imgenes existentes en el sitio
se presentan sin atributo alta o insertadas mediante CSS sin alternativa. Si las
imgenes carecen de un texto alternativo, las personas que naveguen con un
lector de pantalla, o con las imgenes desactivadas, no podrn acceder a la
informacin 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, imgenes decorativas con
alternativas que interfieren con el acceso). Los textos alternativos
proporcionados en las imgenes deben expresar correctamente su contenido.
5. Estructura: con este criterio se evala la correcta estructura de la Web mediante
encabezados y la asociacin de elementos homogneos mediante listas.
5.1 Uso de encabezados: se incumple si no existen encabezados o la estructura
jerrquica no es la adecuada.
105
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 homogneos que se prestan a una
asociacin.
6. Separacin de presentacin y contenido: este criterio contempla la posibilidad
de modificar el tamao del texto sin que se vea afectada la visualizacin del
resto de la Web; tambin la prdida de funcionalidad al desactivar los estilos; y
la transmisin de contenido mediante imgenes sin alternativa. Las barreras en
este criterio afectan a todos los usuarios, no slo a aqullos con algn tipo de
discapacidad.
6.1 Aumento del tamao del texto: se incumple si no es posible aumentar el
tamao del texto, o si al hacerlo se producen solapamientos.
6.2 Funcionalidad sin estilos: se incumple si al desactivar los estilos se pierde
informacin o funcionalidad, o el acceso se ve dificultado.
6.3 Imgenes de texto: el incumplimiento tiene lugar cuando existen imgenes
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 evala tres posibles barreras: el contraste de las imgenes, el
contraste del texto con el fondo y el uso semntico del color.
7.1 Contraste en imgenes: se evala que no existan imgenes con textos o
grficos 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 informacin
usando exclusivamente el color como indicador; por ejemplo, mediante avisos
de campos obligatorios en formularios o leyendas en grficos.
8. Tablas de maquetacin: el uso de tablas de maquetacin no supone el
incumplimiento de ningn criterio, pero est desaconsejado por el W3C su uso
para maquetar los contenidos de una pgina Web; se recomienda, en estos casos,
el uso de CSS.
106
9. Tablas de datos: mediante este criterio se evala 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 informacin y puedan asociar los ttulos 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 prdida de funcionalidad del servicio si no se
dispone de soporte de script. Unos script inaccesibles para las ayudas tcnicas
pueden provocar graves dificultades de acceso a los diferentes servicios. Existen
servicios que provocan la aparicin de mensajes en pantalla que pasan
desapercibidos para los lectores de pantalla, con lo cual las personas que utilicen
estas ayudas pueden perderse esa informacin.
10.1 Accesibilidad de los script: su criterio se incumple si el resultado de la
ejecucin de los script no es accesible para las ayudas tcnicas, o si los script
interfieren con el acceso (por ejemplo, si producen saltos de pgina o
comportamientos inesperados).
10.2 Funcionalidad sin script: se produce el incumplimiento si al desactivar
los script se pierde contenido o funcionalidades bsicas para el acceso a la
informacin.
11. Multimedia: con este criterio se valoran
presentaciones multimedia de los portales.
diferentes
aspectos
de
las
11.1 Audio descripcin: su criterio se incumple si los contenidos de video o

multimedia del sitio transmiten informacin importante de forma visual, pero
no disponen de la audio-descripcin necesaria.
11.2 Subttulos: se incumple si los contenidos de video o multimedia
transmiten informacin importante de forma sonora, pero no disponen del
subtitulado necesario.
107
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 estn mal identificados.
12. Documentos pdf: el uso de documentacin en formato pdf se ha extendido en
Internet para presentar, en ocasiones, informacin muy importante para el
usuario, por lo que un documento pdf inaccesible puede provocar graves
problemas de acceso a la informacin, 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
comprensin.
12.2 Estructura semntica: se incumple si hay ausencia de marcado de
encabezados, estructura de tablas u otros elementos semnticos.
12.3 Alternativas a imgenes: el incumplimiento se produce si las imgenes
incrustadas en el documento no disponen de alternativa textual equivalente.
7.2.
ANLISIS POR SITIO WEB
Se presenta a continuacin el anlisis 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 puntuacin en el cumplimiento de dichos criterios desde el punto de
vista tcnico, 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 ningn tipo de accesibilidad.
7.2.1. LinkedIn
Este portal de temtica profesional ha conseguido el mayor nmero de estrellas: tres
procedentes del anlisis tcnico (que indican un nivel de accesibilidad moderado)
Algunas de las barreras de accesibilidad que presenta LinkedIn, y que le han impedido
obtener una puntuacin ms alta, son las siguientes:
108
En lo que se refiere a las imgenes, en el anlisis tcnico se ha detectado que algunos

textos alternativos no son correctos. Por su parte, los usuarios con ceguera han
encontrado tanto imgenes 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 aadir 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 despus 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 tambin con barreras de
accesibilidad relacionadas con los script en su navegacin en LinkedIn.
En referencia a la separacin entre presentacin 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 informacin a aquellos
usuarios que por diferentes motivos no visualizan las aplicaciones con los estilos
activados, como de hecho ha sucedido en la evaluacin de la experiencia de usuario.
Respecto al criterio de navegacin y orientacin, en primer lugar, el texto de algunos
enlaces en las distintas pginas de LinkedIn no es el idneo para que se conozca su
funcionalidad fuera de contexto. En la pgina principal del portal, el directorio de
usuarios se encuentra organizado por enlaces en orden alfabtico, pero el texto de estos
enlaces no resulta intuitivo para su comprensin fuera de contexto (por ejemplo, se
presentan textos como Ms). Por otra parte, al pulsar algunos enlaces se abren nuevas
ventanas del navegador o de algn programa externo sin avisar al usuario. Debido a la
variedad de barreras que presenta el portal en relacin con este criterio, se trata de uno
de los peor evaluados por los usuarios, ya que prcticamente 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
anlisis tcnico, en concreto en el documento con este formato encontrado en el
proceso de buscar y aadir contactos, pero no en la experiencia de usuario, puesto que
stos no hallaron ningn PDF en su navegacin por la plataforma. En cualquier caso, el
documento PDF evaluado en el anlisis tcnico carece totalmente de criterios de
accesibilidad: no posee un marcado correcto, no tiene especificado ningn orden de
lectura, carece por completo de una estructura semntica, y no dispone de textos
alternativos para las imgenes.
109
Otros criterios en los que LinkedIn tambin 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 aadir 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 ms
problemas han tenido en este aspecto, as como en cuanto a la informacin 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 anlisis tcnico se ha encontrado que las pginas de la
Web de LinkedIn no se encuentran estructuradas de forma idnea 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 homogneos 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 situacin 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
ttulo de las diferentes columnas con el contenido de las mismas.
Por ltimo, si bien en el anlisis tcnico 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 imgenes sea
suficientemente alto, para evitar la aparicin de este problema.
En resumen, en la siguiente imagen se presentan los resultados derivados del anlisis
tcnico de cada uno de los criterios de accesibilidad evaluados en LinkedIn:
110
Ilustracin 1. Puntuacin de accesibilidad en el anlisis tcnico por criterio de verificacin, en la

plataforma LinkedIn.
7.2.2. Twitter
Twitter, el sitio de micro blogging por excelencia, que cada da crece en nmero de
usuarios y expansin mundial, obtiene una sola estrella en el anlisis tcnico
(accesibilidad muy deficiente).
Los incumplimientos de los criterios de accesibilidad ms relevantes detectados en esta
plataforma se presentan a continuacin:
Los usuarios del perfil de discapacidad visual (ceguera) han encontrado en esta
plataforma considerables barreras en relacin con las imgenes, tanto por la carencia
de texto alternativo para muchas de ellas, como por la inadecuacin del contenido del
mismo, en las imgenes que s lo presentan, para la descripcin de las mismas. Algunos
usuarios han sealado dificultades, e imposibilidad en algn 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 seccin, para determinar las diferentes secciones de la pgina, tanto
por falta de uso de los mismos como por un uso incorrecto. Igualmente ocurre con la
agrupacin de elementos mediante listas. Esto supone una barrera muy importante para
las personas con ceguera que usan lector de pantalla para navegar, como han sealado
los propios usuarios.
111
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 algn caso
en el que la combinacin 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 pgina pierde toda su funcionalidad y no se puede acceder a
ella, lo que se ha podido comprobar tambin desde la experiencia de los propios
usuarios. Por otra parte, los script que se utilizan en el sitio de Twitter provocan la
aparicin de nuevo contenido y opciones en la pgina sin que la ayuda tcnica lo
identifique. Esto ha sucedido en el caso de los usuarios de lector de pantalla y de
programa de reconocimiento de voz, y tambin ha supuesto una barrera para el perfil de
discapacidad intelectual.
En cuanto al criterio de navegacin y orientacin, algunos textos de enlaces no
identifican correctamente su funcionalidad o direccin. 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 navegacin y orientacin 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
pgina Web con tablas. Aun as, si se utilizan, hay que garantizar que su contenido, al
alinearse, puede ser ledo correctamente por los usuarios de ayudas tcnicas. En este
sentido, uno de los usuarios del perfil de discapacidad visual (ceguera) ha detectado
barreras provocadas por el uso de tablas de maquetacin 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
separacin entre presentacin y contenido, los usuarios no han encontrado barreras
referidas a este criterio, pero en el anlisis tcnico s se ha observado que, por ejemplo,
los valores utilizados para definir el tamao de las fuentes se implementa en unidades
112
absolutas, lo que limita la posibilidad de ajustar el tamao de las fuentes en funcin 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 interpretacin para los usuarios de lectores de pantalla, al no poder
asociar stos correctamente el ttulo de las diferentes columnas con el contenido de las
mismas.
En resumen, en la siguiente figura se presentan los resultados derivados del anlisis
tcnico de cada uno de los criterios de accesibilidad evaluados en Twitter.
Ilustracin 2. Puntuacin de accesibilidad en el anlisis tcnico por criterio de verificacin, en la

plataforma Twitter
113
11.
DISEOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS
Finalmente, el proyecto culmina con el desarrollo de un prototipo que implementar

algunos de los lineamientos propuestos en el captulo 8. Para esto, se ha realizado
previamente la evaluacin del diseo accesible a un portal colombiano perteneciente a
una institucin del estado colombiano, como lo es la Registradura Nacional; catalogando
cuales de los lineamientos propuestos se cumplen y cuales no.
Para la presentacin de los resultados, es conveniente dividir las no conformidades entre
la pgina principal y las dems 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
despus de navegar por las distintas opciones de men.
11.1. INCONFORMIDADES EN LA PGINA INICIAL
Ilustracin 3. Vista inicial del portal
114
Ilustracin 4. Vista inicial del portal
Ilustracin 5. Reproduccin de la pgina inicial.
115
Ilustracin 6. Scroll de imgenes del portal
Ilustracin 7. Foco en el men principal
Ilustracin 8. Foco despus de presionar tabular <TAB>
En la ilustracin 3, se puede apreciar que el sitio Web no cumple con los siguientes
lineamientos del diseo accesible:
No existe una opcin que le permita al usuario seleccionar una o varias

alternativas de texto.
Incluye en exceso imgenes decorativas y texto que puede ser no relevantes para
el usuario final como por ejemplo Nuestros ltimos Tweets.
No existe una secuencia lgica en el contenido de la pgina, las imgenes y
textos estn 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 ilustracin 4, el sitio Web no cumple con:
Existe informacin importante en imgenes de texto, sin incluir una alternativa

que describa lo que se muestra.
No existe una estructura en la informacin, como por ejemplo, diferentes ttulos
con diferentes tamaos y tipos de letra.
La ilustracin 5 corresponde a un video que se encuentra en el recuadro de la pgina

inicial y que a pesar de tener sonido y reproduccin visual, no incluye una alternativa de
texto o subttulos que lo acompaen.
116
La ilustracin 6 presenta el scroll que se utiliza para navegar sobre las imgenes,
claramente el portal no incluye ninguna descripcin en los botones > y <.
La ilustracin 7 y 8 presentan el foco, que a pesar de cambiar de color, no realiza de
forma consistente la navegacin a travs del teclado.
11.2. INCONFORMIDADES EN LAS DEMS OPCIONES DE MEN
Ilustracin 9. Al aumentar el zoom de la pgina, el texto no se ajusta a tamao.
117
Ilustracin 10. Pgina con reproduccin automtica.
En la ilustracin 9, se presenta que al aumentar el zoom de la pgina Web en cualquier

opcin de men, el texto no se ajusta y el usuario se vera en la obligacin de recorrerlo
con la barra de desplazamiento.
En la ilustracin 10, se presenta otra pgina que reproduce automticamente una
pequea introduccin sobre la historia de la registradura nacional de Colombia. El
usuario no controla el comienzo del sonido, ni le da una opcin de pausarlo y
reproducirlo tantas veces se desee.
118
12.
TRABAJOS FUTUROS
Hoy la mayora de los usuarios discapacitados y las personas que de alguna u otra
manera estn vinculadas al tema, estn convencidos de que el escenario futuro ser el
siguiente: una web cada da ms accesible donde no slo se corregirn los problemas
pasados, sino que los avances a desarrollar, contemplarn su utilizacin 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]
Tambin se pueden encontrar iniciativas como se describe en el articulo HTML5 and
Accessibility [41], el cual es un pequeo artculo escrito por Bruce Lawson y Steve
Faulkner, en el que se muestran las nuevas caractersticas de HTML5 que pueden ayudar
a mejorar la accesibilidad de las pginas web.
Quizs lo ms interesante del artculo 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).
Adems, algunos temas que se estn investigando o desarrollando y que se emplearn en
el futuro para mejorar la accesibilidad de las pginas web:
CSS: CSS3 Speech Module es una propuesta del W3C (se encuentra todava en
fase de borrador de trabajo) permite crear hojas de estilo en cascada que
definen cmo reproducir mediante un sintetizador de voz un documento XML (y,
por supuesto, una pgina web). Es de esperar que los lectores de pantalla sean
capaces de interpretar estas hojas de estilo para lograr una reproduccin ms
correcta. [42]
Hardware: Existen diversas investigaciones dirigidas a interpretar la informacin

transmitida mediante las conexiones neuronales del cerebro. De este modo, se
podra simplemente con el pensamiento controlar una prtesis o un ordenador.
[43]
Semntica: La web semntica consiste en aadir metadatos con informacin

semntica a las pginas web. La informacin semntica permite describir el
119
contenido, su significado y la relacin que guarda un dato con otros. Una de las
tecnologas que se propone es RDFa2. [44]
RDFa es un conjunto de extensiones de XHTML propuestas por W3C para introducir semntica 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. Adems se ha definido una correspondencia simple que permite
extraer tripletes RDF.
120
13.
CONCLUSIONES
Concienciacin y divulgacin para propietarios de sitios Web as como formacin

y especializacin para desarrolladores harn posible que el internet evolucione
como base de una futura Sociedad de la Informacin sin barreras ni
discriminaciones.
Es imprescindible concienciar sobre la importancia y beneficios

accesibilidad adaptando la tecnologa a las personas y adoptando el
estndares de desarrollo que permitan el acceso y consumo de todo
contenidos y servicios a todos los usuarios independientemente
capacidades, nivel de conocimiento y dispositivos de acceso.
Existen muchas oportunidades para empresas y universidades, para diseadores y

desarrolladores Web, para estudiantes y profesionales interesados en Internet.
Los estndares Web, la accesibilidad, la usabilidad y en general, el rea de
experiencia de usuario, son reas de un desarrollo casi nulo en el pas 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 conclusin de que la proporcin entre coste y beneficio, de alguna

forma u otra, siempre es positiva y por lo tanto no hay ninguna razn que
justifique la creacin de una sede Web inaccesible.
Los medios de comunicacin 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.
121
de
uso
tipo
de
la
de
de
sus
BIBLIOGRAFA
[1] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/WAI/intro/wcag.php.
[2] As vamos en salud, Boletn de Discapacidad,

http://www.asivamosensalud.org/descargas/Boletin_Discapacidad.pdf.
[3] StickyMinds, [En lnea]. Available:

http://www.stickyminds.com/sitewide.asp?ObjectId=2537&Function=DETAILBROWSE&Objec
tType=ART.
[4] N. L. Unido, Que es la discapcidad, [En lnea]. Available:

http://www.nl.gob.mx/?P=info_discapacidad.
[5] No solo usabilidad, [En lnea]. Available:

http://www.nosolousabilidad.com/articulos/accesibilidad.htm.
[6] C. E. E. Pohl. [En lnea]. Available: http://www.caminandoutopias.org.ar/tesis/tesis11.php.
[7] T. Granollers, MPIu+a. Una metodologa que integra la ingeniera del software, la integracin
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 Ingeniera de la usabilidad y de la

accesibilidad. MPIu+a, [En lnea]. Available:
http://www.grihohcitools.udl.cat/mpiua/necesidadAccesibilidad.htm.
122
[9] Discapnet, [En lnea]. Available:

http://www.discapnet.es/Castellano/areastematicas/Accesibilidad/Observatorio_infoaccesibi
lidad/ventajasaccesibilidadsitioweb/Paginas/ventajasdelaaccesibilidad.aspx.
[10] F. Tarifa, Mas que Accesibilidad, [En lnea]. Available: http://www.mqaccesibilidad.com/.
[11] Icontec Internacional, [En lnea]. Available:

http://www.icontec.org.co/index.php?section=37.
[12] Senado de Colombia, [En lnea]. Available: http://www.senado.gov.co/participacionciudadana/congreso-para-ninos/item/11164-que-es-una-ley.
[13] Ministerio de Tecnologas, [En lnea]. Available:

http://archivo.mintic.gov.co/mincom/faces/index.jsp?id=21330.
[14] Manual de Estrategias en Linea, [En lnea]. Available:

http://programa.gobiernoenlinea.gov.co/apc-aafiles/DocumentosAdicionales/ManualGobiernoenLineav_2010.pdf.
[15] Punto Profesional, [En lnea]. Available:

http://www.puntoprofesional.com/P/0650/LEY_26653.HTM.
[16] C. d. D. d. l. Nacin, Propuesta de Ley, [En lnea]. Available:

http://www1.hcdn.gov.ar/dependencias/dsecretaria/Periodo2009/PDF2009/SANCIONES/452
1-D-2008.pdf.
[17] Wikipedia, Accesibilidad Web, [En lnea]. Available:

http://es.wikipedia.org/wiki/Accesibilidad_web.
[18] Inteco, Instituto Nacional de Tecnologas de Informacin., [En lnea]. Available:

http://www.inteco.es/Accesibilidad/difusion/Normativa/Descarga/DescargaUNE_139803.
123
[19] Manolo.net, [En lnea]. Available: http://www.manolo.net/508i.htm.
[20] Federal Agency Commited to Accesible Design, [En lnea]. Available: http://accessboard.gov/gs.htm.
[21] Consorcio para la Web, [En lnea]. Available: http://www.w3c.es/Consorcio/.
[22] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/WAI/guid-tech.html.
[23] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/WAI/intro/uaag.php.
[24] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/WAI/intro/atag.php.
[25] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/TR/wai-aria/.
[26] Definicin, [En lnea]. Available: http://definicion.de/lineamiento/.
[27] Inclusion-Ia, Guia para las leyes de los derechos de las personas con discapacidades, [En
lnea]. Available: http://www.inclusion-ia.org/espa%F1ol/Norm/compend-usa.htm.
[28] Etre, AccessibilityCheck, [En lnea]. Available:

http://www.etre.com/tools/accessibilitycheck/.
[29] Accessibility Valet Demostrator, [En lnea]. Available:

http://valet.webthing.com/access/url.html.
[30] AChecker, [En lnea]. Available: http://achecker.ca/checker/index.php.
[31] HiSoftware, Cynthia Says, [En lnea]. Available: http://www.contentquality.com/.
124
[32] FireEyes, DequeWorldSpace, [En lnea]. Available:

http://worldspace.deque.com/FireEyes/login/auth;jsessionid=2BC51CACF506FD54F611DF7E
A3DFA029.tomcat159.
[33] EvalAcces, [En lnea]. Available: http://sipt07.si.ehu.es/evalaccess2/.
[34] eXaminator, [En lnea]. Available: http://examinator.ws/.
[35] University of Illinois, FuncionalAccesibilityEvaluator, [En lnea]. Available:

http://cita.disability.uiuc.edu/presentations/fae/.
[36] TAW, [En lnea]. Available: http://www.tawdis.net/.
[37] TotalValidator, [En lnea]. Available: http://www.totalvalidator.com/.
[38] WAVE, [En lnea]. Available: http://wave.webaim.org/.
[39] Web Accesiblity Inspector, [En lnea]. Available:

http://www.fujitsu.com/global/accessibility/assistance/wi/.
[40] S. L. Mora. [En lnea]. Available: http://accesibilidadenlaweb.blogspot.com/2012/03/html5situacion-actual-y-futuro.html.
[41] M. Magazine. [En lnea]. Available: http://msdn.microsoft.com/enus/magazine//hh204741.aspx.
[42] A. W. -. CSS. [En lnea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fu-css.
[43] A. W. -. Hardware. [En lnea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fuhardware.
125
[44] A. W. -. Semantica. [En lnea]. Available: http://accesibilidadweb.dlsi.ua.es/?menu=fusemantica.
[45] Universidad de Alicante, [En lnea]. Available:

http://accesibilidadweb.dlsi.ua.es/?menu=introduccion.
[46] Consorcio para la Web, [En lnea]. Available: http://www.w3.org/WAI/intro/earl.php.
[47] Registradura Colombiana de Estado Civil, [En lnea]. Available: www.registraduria.gov.co.
[48] TecnoAyudas, [En lnea]. Available: http://www.tecnoayudas.com.
126

Guía Sitios Web Caicedo 2012

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guía Sitios Web Caicedo 2012

Cargado por

Copyright:

Formatos disponibles

GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES

Carlos Felipe Caicedo Gonzlez

Universidad de San buenaventura

GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES

Carlos Felipe Caicedo Gonzlez

Directora: Yenny A. Mndez A.

Universidad de San buenaventura

PLANTEAMIENTO DEL PROBLEMA............................................................. 17

OBJETIVOS DEL PROYECTO ................................................................... 20

BASE CONCEPTUAL ............................................................................. 21

6.2.5. Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls

IDENTIFICACIN DE PAUTAS PARA LA ACCESIBILIDAD ................................ 55

TCNICAS DE EVALUACIN .................................................................... 96

EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB ........................ 104

7.2. ANLISIS POR SITIO WEB ............................................................... 108

DISEOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS ............................. 114

INCONFORMIDADES EN LA PGINA INICIAL ........................................ 114

TRABAJOS FUTUROS ...................................................................... 119

CONCLUSIONES ............................................................................ 121

BIBLIOGRAFA ...................................................................................... 122

Tabla 1. Incluir alternativas de textos ........................................................... 61

Tabla 21. Evitar bloques de texto redundantes ................................................. 77

Tabla 43. Permitir la bsqueda de informacin ................................................ 92

Ilustracin 1. Puntuacin de accesibilidad en el anlisis tcnico por criterio de

AUDIODESCRIPCIN: La narracin agregada a la pista de sonido para describir los

AUDIODESCRIPCIN EXTENDIDA: Audio descripcin que se agrega a una presentacin

BLOQUES DE TEXTO: Ms de una oracin de texto [1].

CAMBIOS DE CONTEXTO: Corresponden a los cambios importantes en el contenido de

CSS: Abreviacin de Cascading Style Sheets

CONFORMIDAD: La satisfaccin de todos los requisitos de un estndar, pauta o

IMGENES DE TEXTO: Corresponde al texto que ha sido presentado en forma no textual

LUMINOSIDAD RELATIVA: Brillo relativo de cualquier punto situado en un espacio de

Si RsRGB<= 0.03928 entonces

RsRGB, GsRGB, y BsRGB se definen como:

Es necesario tener en cuenta si se aplica un difuminado despus de la distribucin de un

SECUENCIA CORRECTA DE LECTURA: Cualquier secuencia donde las palabras y prrafos

VISUALMENTE COFIGURABLE: Cuando se puede establecer el tipo de letra, el tamao,

WCAG: Abreviacin de Web Content Accessibility Guidelines, que en espaol traduce

Existen millones de personas con discapacidad que no pueden utilizar la Web.

Captulo 1: Planteamiento del problema. Explica y argumenta el problema que

Captulo 6: Metodologa. Explica de forma detallada el proceso que se llev a

1. PLANTEAMIENTO DEL PROBLEMA

En Colombia, el nmero de discapacitados crece como consecuencia de enfermedades y

aquellas barreras que impiden a las personas con discapacidades y necesidades

Actualmente, Internet se ha convertido en el mayor canal de comunicacin a nivel

3. OBJETIVOS DEL PROYECTO

2. Identificar las normas, estndares y recomendaciones para la elaboracin de

Se presenta a continuacin la informacin respecto a los temas que establecen la base

La discapacidad es cualquier restriccin o impedimento de la capacidad para realizar

4.1.1. Principales discapacidades

Discapacidades visuales: conjunto de limitaciones que abarcan la ceguera, la

Discapacidades auditivas: son discapacidades que pueden ser consideradas

Discapacidades motrices: limitaciones relacionadas con la capacidad de

Discapacidades cognitivas y de lenguaje: conjunto de limitaciones que abarcan

Las cuatro discapacidades engloban una gran diversidad de sub-tipos de discapacidad,

La accesibilidad significa proporcionar flexibilidad para acomodarse a las necesidades de

Las dificultades de acceso a los contenidos de la Web podran reducirse

POR QU LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL?

Personas de edad avanzada. La poblacin mundial cada da envejece mas, por

Durante el desarrollo de una Web para infantes. Se encuentran innumerables

Personas con dispositivos lentos o antiguos. La tecnologa avanza a un ritmo

Personas con discapacidades temporales. Pongamos un par de ejemplos para

Incrementa la cuota de mercado y audiencia de la Web.