Tabla de contenido
Capítulo I: Criterios generales
Alcance
El anexo define los estándares de accesibilidad para todas las personas y para el acceso autónomo e independiente de las personas con discapacidad, principalmente de aquellas con discapacidad sensorial e intelectual a los sitios web y los contenidos a cargo de los sujetos obligados.
Definiciones
- Accesibilidad Web. Son las condiciones y características de los contenidos dispuestos en medios digitales por parte de los sujetos obligados para que puedan ser utilizados por la mayoría de ciudadanos independientemente de sus condiciones tecnológicas o del ambiente, e incluyendo a las personas con discapacidad.
- Contenidos audiovisuales. Se refieren a cualquier producción que contenga una sucesión de imágenes y/o audios susceptibles de ser emitida y transmitida. Incluye todos los contenidos cinematográficos, televisivos, radiofónicos o multimedia y es independiente de la naturaleza de su contenido y del medio a través del cual será transmitido.
- Discapacidad. Conforme la Convención Interamericana para la Eliminación de todas las formas de discriminación contra las Personas con discapacidad, aprobada en Colombia por medio de la Ley 762 de 2002, es
la deficiencia física (consiste en falta, deterioro o alteración funcional de una o más partes del cuerpo, y que provoque inmovilidad o disminución de movilidad), mental (consiste en alteraciones o deficiencias en las funciones mentales, específicamente en el pensar, sentir y relacionarse) o sensorial (consiste en el deterioro o falta de la función sensorial de oír o de ver, principalmente), que limita la capacidad de ejercer una o más actividades esenciales de la vida diaria, que puede ser causada o agravada por el entorno económico y social. Recientemente, también se ha reconocido la discapacidad intelectual/cognitiva, que consiste en limitaciones significativas en el funcionamiento intelectual y en la conducta adaptativa, que se manifiesta en habilidades adaptativas conceptuales, sociales y prácticas. - Mapa del sitio. Es la herramienta para facilitar y apoyar las búsquedas en los motores de búsqueda y contribuye en facilitar la accesibilidad a los usuarios, de forma que se puedan indexar adecuadamente. Su publicación se realiza a través de un archivo XML (Extensible Markup Language), conforme con la especificación de la W3C (World Web Wide Consortium) que incluye las URL de los sitios web. Además, los mapas del sitio, son una ayuda a la navegación, permitiendo a los usuarios de sitio web una vista general del contenido.
- Usabilidad Web. Es una medida que comprende un conjunto de principios que son utilizados para optimizar la navegación, de forma que sea sencilla, intuitiva, agradable y segura.
Requisitos generales de accesibilidad
A partir del 1 de enero del 2022 los sujetos obligados deberán cumplir mínimo con los estándares AA de la Guía de Accesibilidad de Contenidos Web (Web Content Accesibility Guidelines – WCAG) en la versión 2.1, expedida por el World Web Consortium (W3C), que incluye indicaciones sobre cómo hacer el contenido accesible para la mayor parte de los usuarios de los sitios web, independientemente de condiciones personales, tecnológicas o del ambiente en que se encuentren.
Los sujetos obligados deberán adoptar los lineamientos dispuestos en el presente anexo técnico sobre Directrices de Accesibilidad Web en todos los procesos de actualización, estructuración y reestructuración, diseño y rediseño de sus sedes electrónicas, ventanillas únicas, portales específicos de programas trasnversales del Estado y demás sitios web, así como de los contenidos existentes en ésas.
Principios que orientan la accesibilidad web
Serán principios que orienten la accesibilidad web, los siguientes:
- Perceptible: La información y los componentes de la interfaz de usuario deben ser puestas a disposición de los usuarios de manera que puedan percibirlos, incluyendo alternativas de texto, subtítulos, contenido distinguible, uso del color, entre otros aspectos.
- Operable: Los componentes de interfaz de usuario y la navegación deben facilitar el acceso, uso y operación por parte de los usuarios, incluyendo teclado accesible, órdenes mediante voz, pantallas táctiles, entre otros aspectos.
- Comprensible: La información/textos deben ser legibles y claros (lenguaje claro), y el funcionamiento de la interfaz facilite que el contenido sea predecible para los usuarios.
- Robusto: El contenido web debe permitir ser interpretado por una amplia gama de los usuarios y las tecnologías de asistencia para la accesibilidad al usuario, incluyendo las ayudas técnicas.
Criterios generales de accesibilidad web para contenidos audiovisuales web
Los sujetos obligados tendrán que adecuar los contenidos audiovisuales de sus sitios web bajo los siguientes requerimientos:
- Subtítulos o Closed Caption. A partir del 1 de enero de 2022, todos los sujetos obligados deberán incluir en el 100% de los contenidos audiovisuales (videos) nuevos la opción de subtítulos incorporados o texto escondido (closed caption) auto activable por losusuarios. Esta disposición no aplica para transmisiones en vivo y en directo.
- Lengua de Señas Colombiana para casos específicos. A partir del 1 de enero de 2022, las entidades del Gobierno Nacional, deberán presentar sus contenidos audiovisuales con Lengua de Señas Colombiana, para los siguientes cuatro casos: alocuciones presidenciales, información sobre emergencias y desastres, información sobre seguridad ciudadana, rendición de cuentas anual de los entes centrales de cada sector del Gobierno Nacional. Esta disposición aplica para las tipologías de videos, referidas anteriormente, distribuidos en vivo y en directo, en diferido o pregrabados.
Mapa del sitio
Todos los sujetos obligados deberán publicar un mapa del sitio con los siguientes requerimientos mínimos:
- Disponer un enlace en el pie de página del sitio web (footer) para acceder al mapa o índice del sitio, con actualización permanente, en el que se facilite la búsqueda y accesibilidad a los contenidos o temáticas incluidas en el sitio web.
- Disponer de un mapa del sitio en formato XML para que sea visible a los motores de búsquedas, de forma que se facilite la accesibilidad a los usuarios.
Capítulo II: Directrices Accesibilidad Web
¿Cómo interpretar las directrices?
El estándar WCAG (Web Content Accessibility Guidelines) de la W3C está organizado en 4 principios fundamentales, a los cuales le apunta la accesibilidad: perceptible, operable, comprensible y robusto.
- PERCEPTIBLE, se requiere que los contenidos sean para distintos usuarios, pero no de una única forma de percibir como la visual o la auditiva, sino por varias formas de permitir que la información pueda ser capturada por cada uno.
- OPERABLE, significa que los usuarios podrán operar o gestionar de distintas formas los contenidos de los sitios web, no siendo solamente posible mediante el ratón (mouse), sino por teclado, órdenes mediante la voz, pantallas táctiles y otros medios.
- COMPRENSIBLE, quiere decir que los contenidos los pueda entender un usuario muy diestro con las tecnologías, pero también otros que no tengan los mismos niveles de comprensión.
- ROBUSTO, significa que los contenidos pueden ser utilizados desde el punto de vista tecnológico, por distintas herramientas como computadores lentos, con niveles bajos de conectividad, distintos navegadores de Internet, entre otros.
Lo anterior no significa que quien conforma o desarrolla los contenidos debe volverlos audibles, capturables mediante la voz o con mecanismos especiales para algún grupo de personas. El sujeto obligado debe publicar los contenidos de forma que los textos, gráficos, objetos, controles, botones y todos los elementos usados, puedan ser interpretados adecuadamente por las ayudas técnicas o herramientas propias de las personas con discapacidad, para convertirlos a los formatos, medios o modos accesibles.
Un ejemplo de lo anterior, es la adición de textos alternativos de modo que la conformación de contenidos se vuelva accesible en la imagen, gráfico, esquemas o diagramas, para que ese texto pueda ser capturado por una herramienta de voz o braille, y a su vez a través de esa herramienta, permita que el contenido sea accesible para personas con discapacidad visual brindando un significado claro de forma que defina adecuadamente el gráfico, imagen, esquema o diagrama. En similar sentido, para quienes no escuchan, los sonidos, tienen como alternativa la inclusión de textos, de modo que los puedan percibir a partir de la descripción que se realice de los mismos. En similar forma, lo operable y lo comprensible, también puede significar mecanismos de accesibilidad adecuados para usuarios que no puedan mover los brazos para manejar el ratón (mouse), o también, le permita entender contenidos de maneras distintas respecto de cómo estaría el contenido regular para los usuarios.
El estándar WCAG cuenta con criterios de cumplimiento compuestos por las características y orientaciones, que deben aplicarse expresamente a los contenidos e información de modo que puedan ser utilizada por todos los usuarios.
Los criterios de cumplimiento contenidos en el estándar WCAG buscan lograr diversos niveles: A, AA (doble A) o AAA (triple A). Estas categorías terminan siendo una forma de establecer el nivel de cumplimiento de la accesibilidad, donde el sitio web que cumpla con absolutamente todos los criterios de categoría A, caracterizarse bajo un nivel de cumplimiento A. Si un sitio web cumpliera con todos y absolutamente todos los criterios de cumplimiento de nivel A, más todos los de nivel AA (doble A), tendría el nivel de cumplimiento AA (doble A). Si un sitio web cumpliera con nivel AA, es decir todos los criterios A más todos los AA (doble A) y con algunos de categoría AAA (triple A) se diría que es un sitio con nivel de cumplimiento AAA (triple A).
Así las cosas, con el cumplimiento de los criterios del nivel A se cubre a un grupo de usuarios específicos de forma plena y dejando a otros por fuera, mientras que el cumplimiento con todos los criterios A, más todos los de AA (doble A) cubre a la mayor parte de usuarios que usan la web.
La presente directriz describe los criterios de cumplimiento de la accesibilidad AA aplicables a los sitios web, sedes electrónicas, ventanillas únicas y portales transversales de programas específicos del Estado, a cargo de los sujetos obligados.
Lineamientos de accesibilidad Web
Aspectos básicos para obtener éxito con la accesibilidad
Los siguientes aspectos básicos deben ser contemplados desde el inicio de la implementación de la accesibilidad en los sitios web
Permanencia de la accesibilidad
Todo nuevo contenido debe contemplar las características que lo hagan utilizable por la más amplia mayoría de usuarios.
Integralidad de la implementación
La accesibilidad web es un concepto que debe aplicarse a todas las páginas y a todas las partes de estas, con el fin de brindar garantía plena de acceso a la información. Si se tuviera la página de inicio accesible pero las páginas que se acceden por intermedio de ésta no, la accesibilidad sería parcial y definitivamente muy poca.
Adicionalmente, las partes y componentes de cada página deben contemplar accesibilidad, incluyendo los textos, textos alternativos para imágenes, los gráficos, los videos, audios, imágenes, objetos incrustados, las secciones, entre otros.
La accesibilidad web debe ser una actividad institucional, y no solo la desarrolla los Webmaster o desarrolladores, implica también la participación de todas las personas que incluso se relacionen directa e indirectamente con los contenidos publicados o por publicar.
¿Cómo proceder?
A continuación, se definen algunos pasos para abordar la presente directriz:
Primer paso: Estudiar el concepto y criterios de accesibilidad.
El concepto de accesibilidad, debe comprenderse adecuadamente previo a su utilización. Estudiar el concepto y los criterios, facilita que el diseño e implementación sean los adecuados para que se contemplen las características que debe darse a los contenidos para que puedan ser perceptibles, operables y comprensibles para todos los usuarios.
Segundo paso: Todo lo nuevo accesible.
Desde el momento en que se asume el concepto de accesibilidad, este debe incorporarse cada vez que se desarrolla nuevos sitios web o se mejoren los mismos.
Adicionalmente, es necesario comprender que la accesibilidad debe ser asumida desde el momento del diseño, lo cual, implica que la herramienta de desarrollo, lenguaje de marcado, el CMS (Content Managger System) o el LMS (Learning Managger System), debe favorecer la creación e incorporación de contenidos con característica de accesibles. Ello se conoce analizando la documentación de esta herramienta, la cual, debe generar finalmente el código en un lenguaje de marcado que interprete adecuadamente el navegador de Internet y favorezca la accesibilidad, tal y como sucede con la programación en HTML 5. Si se contempla esta característica se tiene un terreno ganado.
Tercer paso: Plan de incorporación.
Es necesario que se establezca un plan de acción para llevar a cabo la incorporación de accesibilidad en la información ya publicada, si el sitio web ya estuviese conformado.
Este paso, implica que se revise el sitio en su conjunto, se establezcan los aspectos generales que lo afectan, tales como estructura de cada página desde cada plantilla, colores, fuentes y otros aspectos que se indican más adelante.
El plan debe contemplar adicionalmente, la información específica de cada micrositio, página y subpágina, de modo que todas las imágenes, gráficos, diagramas, esquemas y demás, cuenten con textos alternativos; que los videos o multimedia; y los elementos de solo video y solo audio, cuenten con sus alternativas y complementos con base en los criterios de accesibilidad específicos. Igualmente, los contenedores de información, tales como tablas, listas y controles de formulario, se requieren que estén adecuadamente estructurados y conformados, para luego contemplar instrucciones y orientaciones, y para que queden total y absolutamente claros para todos los tipos de usuarios.
Cuarto paso: Mantener el concepto accesible.
Es fundamental mantener el concepto, de modo que lo estructural del sitio web, al que ya se le ha incorporado accesibilidad, se le mantenga y permanezca accesible. Esto implica que todo nuevo contenido a subir, publicar o adicionar, cuente con la característica de ser accesible.
Criterios de cumplimiento de accesibilidad
A continuación, se muestran todos los criterios de accesibilidad en un compendio de ocho numerales, que se deben seguir a cabalidad.
En la presente sección, no se desarrollará la forma de proceder con el lenguaje de marcado o el uso de herramienta de programación alguna, dado que esto es un asunto de responsabilidad del desarrollador.
A continuación, se mostrarán las condiciones y características de la información que deberán ser aplicadas para lograr que los contenidos sean percibidos, operados, comprendidos y conformados en lo tecnológico de forma que sean accesibles para los usuarios.
Los criterios de cumplimiento estarán numerados y antecedidos de letras “CC”, así, el primer criterio de cumplimiento será CC1, el segundo CC2, hasta completar todos los criterios que se han interpretado en el actual documento, de forma que cumpliendo con todos se alcance el nivel AA (doble A). A continuación, se explicarán los criterios:
Alternativas a lo sensorial.
Los criterios mencionados a continuación contienen las indicaciones de alternativa y simultaneidad de texto para los contenidos entregados por distintos canales sensoriales, de manera que los usuarios que no tengan o no puedan aprovechar a plenitud estos canales sensoriales, puedan de todas maneras hacer uso de la información mediante la conversión del texto a formatos en los que ellos pueden percibir mediante la correspondiente ayuda técnica.
CC1. Alternativa texto para elementos no textuales.
Elementos estáticos como fotografías, imágenes, diagramas, mapas y similares, como también, los sonidos cortos de alerta, vibraciones u otros que constituyan elementos no textuales, deben indispensablemente llevar un texto alternativo que cumpla con el mismo propósito que este elemento tiene para quienes lo pueden ver, escuchar o sentir.
Ejemplo: una fotografía de una reunión con un personaje importante debería llevar un texto acorde con lo mostrado: “Fotografía del personaje en la reunión junto con sus asesores en el evento de lanzamiento del sitio web con accesibilidad”.
De esta manera quien no puede ver la fotografía por cualquier circunstancia, podrá tener un acercamiento a su contenido con el texto alternativo ingresado, el cual puede ser percibido directamente por la persona o mediante conversión por su tecnología de apoyo. Es importante que se indique en el texto alternativo, el mismo propósito que este tiene, tanto para la persona que ve, como para la que no ve. De esta manera, un texto alternativo como “Imagen del evento de lanzamiento”, no es correcto ya que no alude a lo que la imagen contiene o pretende transmitir. Es frecuente que a las fotografías se les indique como texto alternativo el mismo título de la noticia que ilustran y no lo que la misma contiene, lo cual no es correcto.
Si se produjera un sonido corto de alerta, tratando de incorporar en un formulario un dato inválido, este debe ir acompañado de un texto que indique que se produce un sonido de error, debido a alguna situación. Lo anterior, facilita que los usuarios de los contenidos que no puedan oírlos porque no tienen parlantes o no pueden escuchar, puedan atender la alerta o utilizar la información a través de este texto alternativo.
En algunas descripciones los textos alternativos se debe describir el propósito de la imagen. Un ejemplo de ello es una imagen de flecha a la izquierda que indica “Ir atrás”, en este caso, este mismo texto debería disponerse en el texto alternativo de la imagen, por el contrario, en este caso no se debe usar una descripción de la imagen: “Imagen de una flecha con color (nombre)”, dado que de hacerlo no produciría el propósito perseguido.
Si se entrega información mediante imágenes, fotografías, esquemas, diagramas, forma, tamaño, ubicación, sonido, vibración o se hace uso de un único canal sensorial del usuario para entregarle información, se debe entregar su propósito o contenido en texto alterno. Esto permite que la información pueda ser utilizada por usuarios en condiciones distintas y diversas ya que encontrarían una forma alterna de acceder, ya sea por ellos mismos o a través de su ayuda técnica que convierte este texto en formato acorde a su condición.
CC2. Complemento para videos o elementos multimedia
Los videos son elementos dependientes del tiempo (por su duración) y los momentos precisos que producen acciones específicas a visualizar. Para mostrar información de manera adecuada se debe sincronizar la multimedia o lo audiovisual en el momento y tiempo preciso, incorporando subtitulación o lengua de señas, incluso se puede establecer la opción de audio descripción.
La subtitulación, como regla general, corresponde a textos por lo general en la lengua original del idioma del multimedia, reflejando todos los eventos sonoros que se producen en el audio de la película. En todo caso, los subtítulos deben incluirse principalmente en español.
En caso de que se establezcan contenidos en lengua de señas debe aplicarse la LSC, Lengua de Señas Colombiana.
Para el caso del audio descripción, esta es entendida como la narración del audio mediante voz de los eventos visuales significativos que se producen en el multimedia o en lo audiovisual y que no son perceptibles mediante el audio base. La narración del audio descripción surge en los momentos que se requiere describir o facilitar el entendimiento de las imágenes y demás escenas. Si la multimedia tuviera voz y sonido, y con él todo el contenido audiovisual o multimedia fuese plenamente entendible, no sería necesaria el audio descripción.
Estas tres formas alternas de entregar información en video, garantizan a la mayoría de usuarios el acceso a la multimedia o a lo audiovisual. Se sugiere entregar adicional al contenido audiovisual, un enlace a ventana con el guion en texto, esto permite que personas sordociegas y otros usuarios puedan acceder al contenido.
CC3. Guion para solo video y solo audio.
Los elementos de información que fuesen solo video o solo audio deberán llevar, como alternativa, el texto del guion que los originó. Con ello podrá ser entendible la información por parte de muchos usuarios que no acceden al sonido o video.
Este texto puede ser ubicado junto con el enlace al video o al audio, o en un enlace junto al del elemento, indicando que se trata de la versión texto del contenido audiovisual y debe visualizarse en una nueva ventana.
Lo visual entregado adecuadamente
Algunos usuarios asumen que un producto accesible no tiene color ni diseño llamativo, esta posición es errónea.
El color, el tamaño y otros aspectos visuales son necesarios, no obstante, deben ser bien utilizados y entregados adecuadamente, de modo que usuarios con distintas condiciones visuales lo puedan utilizar.
Los siguientes criterios deben ser tenidos en cuenta para que la información pueda ser aprovechada por las personas que los pueden visualizar.
CC4. Textos e imágenes ampliables y en tamaños adecuados.
Los textos e imágenes deben ser conformados de manera que puedan ser visualizados sin mayor esfuerzo, lo anterior no implica hacer los contenidos grandes, solo se requieren ser visibles a cualquier usuario Un ejemplo de lo anterior, es disponer fuentes de texto de tamaño 12, dado que son adecuadas para lectura en pantallas de computador de escritorio.
Debe verificarse que los distintos contenidos puedan aumentarse de tamaño hasta un 200% mediante el navegador u otra herramienta, sin que ellos se deformen o monten, ni generen desplazamiento horizontal en el navegador. De esta manera los textos pueden ser visibles de forma adecuada por cualquier usuario, además, quienes los requirieran pueden aumentar su tamaño mediante herramientas incorporadas al navegador web.
CC5. Contraste de color suficiente en textos e imágenes.
El contraste de color, de forma general, debe estar dado por colores de textos e imágenes cuyos fondos sean oscuros si los colores originales son claros, o viceversa. Ello garantiza contraste suficiente para visibilizar los textos y gráficos.
Los contrastes no deben ser de textos totalmente claros sobre fondos totalmente oscuros o viceversa, ya que todo sería blanco sobre negro o de contrastes similares. El contraste de los colores debe permitir la visualización sin dificultad.
CC6. Imágenes alternas al texto cuando sea posible.
En la medida de lo posible y siempre que sea viable, la información debe entregarse mediante texto y acompañarse con la imagen que grafique lo descrito en el texto. Lo anterior brinda una ayuda valiosa para quienes tuvieren dificultad para la lectura o incluso permitiría que al visualizar imágenes rápidamente se pueda deducir el contexto de lo tratado. Este criterio no es obligatorio, sin embargo, cuando se incorpora, genera muchos más usuarios cómodos.
CC7. Identificación coherente.
Se hace indispensable que las opciones, enlaces o elementos que realicen las mismas acciones o lleven a los mismos sitios específicos, se muestren de la misma forma y con el mismo aspecto visual y textual.
Ejemplo. Un enlace “Contáctenos” más otro enlace “Contacte con nosotros” no deben llevar al mismo sitio, ya que no son iguales, si llevaran al mismo sitio necesariamente, debería asumir el texto y el aspecto visual del primero o del segundo, pero ser iguales en todo caso. Si, por el contrario, dos enlaces “Contáctenos” llevaran uno a la Subdirección Técnica y el otro a Atención al Ciudadano, deberían ser distinguibles adecuadamente, por ejemplo, como “Contacte con la Subdirección Técnica” y “Contacte con la oficina de Atención al Ciudadano”.
Estructura para todos
Generar una estructura de los documentos o de las páginas no solo beneficia visualizar la estructura y contenidos rápidamente, sino que permite una navegación más ágil.
Los siguientes criterios permitirán agilidad en la navegación y una mayor comprensión en la globalidad de lo que se pretende mostrar.
CC8. Todo documento y página organizado en secciones.
Todo sitio y toda página web debe contar con estructura que cubra todos los contenidos y además ser perceptible por usuarios con distintas condiciones.
Esto significa que los contenidos de una página o de un documento, deben contar con títulos y subtítulos o regiones y subregiones que agrupen todo el contenido de cada página.
Esto generalmente se hace a través de encabezados (H1 … H6 en HTML) o mediante estilo título 1 a Titulo 6 para documentos en procesador de textos; o mediante regiones activas en HTML 5.
En páginas web podría ser con regiones, en vez de encabezados, o combinando las dos opciones para generar una estructura completa y legible.
Adicionalmente las regiones activas pueden contar dentro de sí (en forma anidada) otras subregiones que generen la estructura que se requiera para dar claridad del contenido al usuario. Así, en el ejemplo anterior la región “encabezado”, podría tener tres subregiones, una con el buscador, otra con un banner de fotos y otra con el menú principal. En el mismo sentido, la región pie de página, podría contar con logos a entidades del gobierno, datos de contacto y créditos del sitio web y además etiquetadas como tal, lo cual favorece la ubicación y comprensión del sitio y sus contenidos.
Los sitios web generalmente cuentan con una estructura, pero ella solo es perceptible mediante colores de fondo o aspectos visuales similares, pero con las alternativas indicadas, estas serían utilizables y estructuradas para todos y no solo para quienes perciben el color y lo visual. Los títulos y regiones deben llevar nombres claros y acordes con el contenido o propósito de la sección y por supuesto no deben repetirse.
CC9. Contenedores como tablas y listas usados correctamente.
Contenedores de información como listas y tablas permiten agrupar adecuadamente la información y relacionarla adecuadamente.
Cuando se usan tablas o listas debe garantizarse que los contenidos o datos se relacionen entre sí o tengan características comunes que ameriten que ellos se ubiquen en estos elementos. Así, una tabla que tiene datos en columnas que son del mismo tipo y filas que corresponden a registros o entidades similares, permitiría concluir que se constituye en una tabla bien conformada. Las tablas deben ser utilizadas para relacionar datos y no para organizar o dar diseño a la información.
Las listas deben tener en cuenta criterios similares, es decir, contener elementos comunes. En igual sentido con las listas y con todo elemento que agrupe otros dentro de sí, las listas permiten anidar otras, ya que ello implica pertenencia a uno de los ítems de la lista. A modo de ejemplo, una lista con las opciones de menú de un sitio podría contar con anidamiento de nivel 1 para las subopciones, y si estas tuvieran submenús se contemplaría en nivel de anidamiento 2.
CC10. Permitir saltar bloques que se repiten.
Las secciones deben ser navegables y permitir que se muestre la información de manera lineal y continua como si se tratara de un texto en una sola columna, por tanto, es necesario que se creen mecanismos para saltar estos bloques. Lo anterior, generalmente se hace mediante un enlace al inicio de cada página, que permite al activarlo, avanzar al cuerpo de la página, lo que evita tener que pasar por todos los textos que se repiten.
Este mecanismo en realidad consiste en un ancla que lleva el foco al cuerpo de la página. El mencionado enlace puede dejarse oculto para no confundir a los usuarios o incluso dejarse visible para uso por algunos dispositivos como celulares, los cuales cuentan con pantallas pequeñas en las que es necesario avanzar por todos los contenidos de forma lenta hasta llegar al cuerpo, facilitando llegar de manera rápida a este sitio.
CC11. Lenguaje de marcado bien utilizado.
En el lenguaje HTML o XML para conformar páginas web, debe utilizarse la apertura y el cierre de cada marca; los inicios y fin de cada elemento deben ser adecuados y no traslaparse si ello no fuera requerido. Todo esto puede desarrollarse mediante validadores para el lenguaje de sitios web, los cuáles pueden consultarse en el sitio web de la W3C.
Una tabla o una lista utilizada para un solo elemento, no es correcta, lo mismo que iniciar una tabla al interior de una lista y terminar la lista sin haber cerrado la tabla. En general deben utilizarse bien los elementos del lenguaje de marcado para lo que son.
CC12. Permitir encontrar las páginas por múltiples vías.
Toda página web de un sitio debe ser posible de acceder o llegar a ella por distintas vías. Esto es, se debe poder llegar por mapa del sitio, por la ruta mediante la página principal y mediante el buscador.
La excepción a esta regla son las páginas intermedias de procesos, las cuales se acceden por el procedimiento al cual pertenecen solamente.
CC13. Navegación coherente.
Cada proceso o procedimiento que se repita en más de un sitio, debe realizarse en todas partes con el mismo orden, los mismos pasos y de la misma forma.
A modo de ejemplo, la forma de realizar los pasos para solicitar preguntas o formular quejas en un sitio web, siempre tiene los mismos pasos y estos son siempre iguales en orden, secuencia y en su aspecto.
Secuencia y orden revisado.
Los siguientes apartes corresponden a condiciones que deben ser revisadas en los sitios web, a fin de que se garantice que deben estar bien conformados y organizados para que el significado e intencionalidad de los contenidos sean iguales para todos.
CC14. Orden adecuado de los contenidos si es significativo.
Los contenidos de una página, así como las secciones que hacen parte de ella, deben aparecer en el código en un orden en el que los contenidos sean significativos y comprensibles para quienes acceden a ellos sin el diseño.
Esto se puede comprobar revisando en el código que el orden sea el adecuado, para lo cual, se podrá hacer uso de las herramientas de verificación disponibles. Otra forma de cómo puede hacerse es desactivando las hojas de estilo y revisando la información para determinar que con el orden en que se muestra el contenido, de forma que este se entienda.
CC15. Advertencias bien ubicadas.
Todo aviso, mensaje o aclaración sobre un proceso a realizar, un campo a ingresar o proceso a desarrollar, debe contar con las advertencias y avisos antes del campo, proceso o acción a realizar.
El aviso, a modo de ejemplo, “Los campos con asterisco (*) son obligatorios”, debe visualizarse previo al formulario al que afecta, esto dado que, si se visualiza después, podría no servir para usuarios de lector de pantalla debido únicamente tendrían dicha información al terminar de diligenciar el formulario.
En igual sentido, la aclaración de que un texto de campo de formulario debe escribirse en mayúsculas, debe estar junto con el nombre del campo y no en la línea siguiente. Así, “Nombres y apellidos completos (en mayúscula fija)” sería la secuencia correcta para este mensaje, teniendo el campo de edición luego del paréntesis.
CC16. Orden adecuado de los elementos al navegar con tabulación.
Deben revisarse en los contenidos que, al navegarlos con la tecla Tabulador, se accedan en el orden correcto. En caso de no ser así, debe organizarse la forma de avanzar por estos elementos.
CC17. Foco visible al navegar con tabulación.
Debe comprobarse que, al moverse con Tabulador por los contenidos, en los sitios en los que se detiene el sistema, estén visibles mediante un resaltado o punteado en el elemento distinguible visualmente. Este aspecto se adquiere al utilizar un lenguaje de marcado accesible, por ejemplo, HTML 5. Debe revisarse y configurarse si fuera necesario, que el resaltado sea suficientemente contrastante con el contenido para que pueda percibirse sin mayor esfuerzo.
Eventos automáticos y temporizados.
Debe cuidarse que los eventos que a continuación se describen, sean correctamente conformados para garantizar acceso y uso por todos.
CC18. No utilizar audio automático.
No debe surgir sonido de manera automática en un sitio al ingresar o llegar a él de forma automática, a no ser que este sonido tenga una duración menor a tres segundos. De lo contrario, debe permitirse que el sonido sea activado y pausado por el usuario que usa los contenidos.
Cuando los contenidos son sonoros, activados de forma automática y los usuarios utilizan el sonido para acceder a la información como con los lectores de pantalla, es posible que el sonido no sea posible escucharlo, en cuyo caso, se pierde el control del sistema por el usuario y la única opción que le queda es salir del sitio.
Por lo anterior, deben generarse mecanismos para controlar estos eventos en vez de producirlos de forma automática
CC19. Permitir control de eventos temporizados.
Una lectura que surge y al cabo de algunos segundos cambia a otra en forma automática en tiempos preestablecidos, requiere que se permita al usuario alargar o eliminar el control de tiempo, esto, dado que algunos usuarios podrían no alcanzar a leer o capturar los contenidos en este lapso.
Una serie de preguntas que deben responderse en un tiempo determinado, debería permitir eliminar o aplazar el control del tiempo ya que algunos usuarios podrían no leer al mismo ritmo de otros. Si las preguntas se invalidaran al suspender el tiempo por tratarse de un test de velocidad de lectura o similar, esta prueba no sería válida para quienes no pudieran por cualquier circunstancia leer al ritmo estándar de lectura.
El control del tiempo, debería poderse eliminar o aplazarse si ello fuese posible, de acuerdo con el propósito buscado. Por supuesto existen casos en los que ello no podría hacerse ya que se invalidaría el proceso o evento objeto de la temporización, como en el caso de una subasta o una prueba de tiempo, casos en los que se requiere una advertencia previa sobre la imposibilidad de esta modificación.
CC20. Permitir control de contenidos con movimiento y parpadeo.
Los contenidos de los sitios que provoquen movimiento, cambio automático, parpadeo o similares, deben poder pausarse o suspenderse, debido a que algunos usuarios no pueden concentrarse con este movimiento o efectos de cambio, para hacer lectura de otros contenidos simultáneos.
Sobre el parpadeo de los contenidos debe tenerse especial cuidado, dado que, para algunos usuarios, este efecto en frecuencias superiores a tres veces por segundo (3 Hertz), podría generarles problemas de salud, por lo que no se debe hacer uso de estas frecuencias en los contenidos.
CC21. No generar actualización automática de páginas.
Las páginas no deben actualizarse automáticamente sin advertir al usuario de ello. Si ello se hiciera, algunos usuarios como los de lectores de pantalla o renglones braille podrían perder el control del sitio del sistema, ocasionando pérdida de tiempo al tener que ubicarse de nuevo donde estaban.
CC22. No generar cambios automáticos al recibir el foco o entradas.
Si un objeto recibe el foco del sistema, no debe provocar cambios automáticamente ya que puede impedir la continuidad del contenido para los usuarios como los de baja visión o quienes usan lectores de pantalla. En igual sentido, puede generar una situación adversa, por ejemplo, cuando se ingresa un dato y se produce con base en este dato un cambio automático inadvertido.
Etiquetas e instrucciones adecuadas
El texto por sí solo no es accesible, este debe ser claro y entendible, de lo contrario puede generar confusión. Los siguientes apartes brindan aclaraciones mediante aplicabilidad del uso de este tipo de información.
CC23. Utilice textos adecuados en títulos, páginas y secciones.
Los títulos de las páginas deben ser claros e indicar la ubicación dentro del sitio web. La forma adecuada para asignar los títulos a las páginas es indicando el nombre de la página actual y separado por un guion, el nombre del sitio o portal. De esta manera “Quiénes somos – Institución/Empresa XYZ” brinda la claridad de la ubicación en sitio y página específica.
Respecto a las secciones de las páginas del sitio, ellas se indican estructuradamente, pero adicionalmente deben contar con nombres con texto claro y entendible sobre ubicación o contenido. Así, la sección “Noticias”, es muy diciente de lo que contiene y el sitio de ubicación, pero varios contenidos de noticias en regiones denominadas todas “Artículo” no son claras y confunden. Por tanto, las secciones y regiones deben contar con nombres claros y legibles, además que no se repitan.
CC24. Utilice nombres e indicaciones claras en campos de formulario.
Los nombres de los campos de formulario deben ser totalmente claros en lo que solicitan.
De esta manera, el campo “Nombre:” debe ser solo para ingresar el nombre, no el nombre y apellidos completos como se puede pretender en algunos formularios. Si se pide un dato o información, el nombre del campo debe decir claramente lo solicitado e incluso, indicar adecuadamente la forma de ingresar este campo, por ejemplo, diligenciar “en mayúscula fija.
No debe dejarse a deducción o a la intuición del usuario el nombre del dato ya que ello puede generar errores, ya que todos los usuarios pueden no contar con las capacidades para entender lo que se pretende.
CC25. Utilice instrucciones expresas y claras.
Las instrucciones para diligenciamiento o para interpretar o entender los contenidos deben estar presentes y ser claras. Así, un sitio que cuente con una sección cuyo título es “Formulario para registrarse ante la Entidad” y el texto “A continuación encontrará algunos campos que deberá diligenciar para quedar registrado ante la entidad XYZ, con el fin de poder acceder a los servicios que ella brinda…”, generan que el contenido sea totalmente claro sobre lo que debe hacerse. Se debe evitar suposiciones de que todo el público entenderá de que se trata.
Lo anterior, debe ser aplicado en todos los procesos y procedimientos que impliquen realizar algunos pasos o acciones, con el fin de que los usuarios los entiendan y los realicen de la mejor manera.
En las instrucciones deben darse indicaciones alternas para los eventos que contengan información brindada por un canal sensorial exclusivo. Así, si se indica, por ejemplo, que en el siguiente listado de empleados los que se encuentran en color rojo son los que no salen a vacaciones, debería indicarse adicionalmente que los empleados en rojo y con asterisco (*), son los que no saldrán a vacaciones. De esta manera podrá ser entendida la instrucción por quienes vieran el color y por quienes no, ya que el texto que acompaña podrá ser interpretado adecuadamente por lectores de pantalla, líneas Braille u otra tecnología de apoyo que puedan tener los usuarios.
En el mismo sentido, la instrucción “cuando surja el sonido del pito, inicie la actividad”, debe mostrar un texto alternativo y simultáneo con el sonido, de modo que quienes no tengan parlantes o no escuchen por cualquier circunstancia, puedan interpretar y utilizar la instrucción.
Ello debe aplicar a toda indicación mediante un único canal sensorial para proporcionar acceso a todos y no solo a los que pudieran manejar el canal sensorial específico. Tener en cuenta que para estos casos el texto es casi siempre la mejor forma alterna de entregar el contenido sensorial y ello dado que el texto puede ser convertido mediante ayudas técnicas en voz, braille u otras formas de acceso a la información.
CC26. Enlaces adecuados.
Los enlaces deben contar con un texto que sea claro e indicativo del sitio o ventana que abrirá o el documento al que llegará.
Por tanto, los enlaces deben ser claros y entendibles por sí solos y sin requerir del contexto en el que se encuentran.
Enlaces como “Aquí”, “Ver más” y similares, en la mayoría de ocasiones, se muestran como repetidos y ello no permite seleccionar el enlace adecuado cuando se tiene la oportunidad de listar enlaces para agilizar el trabajo como cuando se usan lectores de pantalla.
CC27. Idioma.
Cada página de un sitio web debe indicar el idioma en el que está conformada. Ello se informa en los metadatos, en los que se referencia esta característica.
Si se indicara el idioma del sitio web, pero en algún sitio se tuviera un texto en otro idioma, deberá existir un mecanismo para cambiar al idioma del sitio web.
Los lectores de pantalla detectan estas indicaciones y pronuncian la información con la fonética del idioma correspondiente, por lo que es fundamental que la selección del idioma se maneje correctamente.
CC28. Manejo del error.
Al producirse un error, este debe ser mostrado en texto claro, entendible e indicando lo sucedido, además, debe sugerirse la solución si fuera posible.
El texto de error debe ubicarse en un sitio visible, fácilmente detectable para el usuario y con características de contraste y tamaño adecuado para distintos tipos de usuarios.
Es importante que se brinden orientaciones que prevengan sobre la ocurrencia de errores si fuese posible. Ello los evita y ahorra tiempo a la hora de diligenciar información.
CC29. Imágenes de texto.
No se debe entregar información de texto incorporada a las imágenes, ya que esta información no puede ser leída por las ayudas técnicas de algunos usuarios.
Si fuese indispensable entregar esta información de esta forma, debe entregarse texto alterno similar que no sea imagen. Si se tratara de un documento firmado y por ello fuera la imagen escaneada, deberá proporcionarse el texto alterno y la indicación de original firmado, o disponer de documentos con lectura con reconocimiento óptico de caracteres – OCR, por sus siglas en inglés.
Todo elemento capturable
Existen formas diversas de brindar información a los usuarios de los sitios web, todas ellas deben ser accesibles y permitir por tanto acceso a todos.
Los siguientes aspectos se relacionan con tecnologías que, bien utilizadas, facilitan la garantía de acceso a la información para todos.
CC30. Objetos programados.
Los objetos programados que se insertan en los sitios permiten generar algunas acciones de formas, ya sea más llamativas o más eficientes en apariencia.
Estos elementos deben ser totalmente accesibles, lo que implica que ellos cumplan todos y cada uno de los criterios que en esta sección se han mostrado. No seleccione nunca un objeto programado sin haber determinado si es accesible.
Un ejemplo de estos objetos, es un calendario que surge al llegar al campo fecha, el cual muestra este elemento y permite seleccionar un día específico, con lo que se ingresará la fecha al campo. Estos objetos muchas veces son manejables solo mediante ratón, lo que deja a muchos usuarios por fuera de su manejo. Es indispensable que los objeto puedan ser manejable por teclado, contar con nombre claro, indicar su función y los valores que asume en cada momento.
De esta manera, todos los objetos programados, insertados, externos al sitio o asumidos de otras fuentes distintas a los contenidos del sitio original, deberán contar con características de accesibilidad.
CC31. Desde una letra hasta un elemento complejo utilizable.
La codificación de caracteres y textos debe ser la utilizada en la región para la que se hace el desarrollo, eso se logra indicando en los metadatos la codificación adecuada. Ello generalmente está dado en el lenguaje de marcado, el cual por defecto utiliza esta codificación. UTF-8 generalmente es la codificación utilizada en el medio para idioma español, ya que contiene el juego de caracteres necesario para mostrar correctamente la información en este idioma.
Esta codificación es vital ya que, al ser correctamente utilizada, los textos se pueden capturar y convertir por las tecnologías de apoyo en voz artificial legible, en braille u otro formato.
Si se tratara de objetos complejos, ellos deben garantizar su acceso a todos los usuarios. Por complejo se hace referencia a los elementos que permiten animaciones, imágenes con contenidos texto, instrucciones y varios elementos simultáneos, los cuales en su conjunto deben ser posibles de manejar y utilizar por todos los usuarios a través de su característica de accesibles.
De forma general, si se hace uso de herramientas de programación para sitios web, manejadores de contenidos (CMS), o manejadores de información para enseñanza aprendizaje virtual (LMS), debe consultarse su documentación previa la utilización, para corroborar que son accesibles o compatibles con la accesibilidad. En igual sentido deberá verificarse la accesibilidad con todos los elementos que se incrustan a partir de fuentes externas.
Por ejemplo, es muy común que se cometa errores con objetos insertados no accesibles provenientes de las redes sociales, los cuales generalmente dañan la accesibilidad de los sitios que ya cuenten con la misma.
CC32. Manejable por teclado.
Todo apartado de los contenidos y de las interfaces debe ser manejable por teclado y debe garantizarse que el ingreso y salida hacia y desde elementos y objetos, sea posible mediante este dispositivo.
Revisión de accesibilidad de un sitio web
Existen revisores automáticos de accesibilidad de sitios web, pero éstos solo se deben aplicar al final del proceso de implementación, de forma que se determine si existen falencias que pudieran haberse generado por olvido u omisión.
La accesibilidad tiene por fundamento principal que se conozca, aplique y se practique de forma continua y permanente, lo que garantiza que los contenidos sean totalmente accesibles.
Muchos usuarios comienzan el proceso pasando validadores automáticos a los contenidos, haciendo con posterioridad correcciones de los errores surgidos, de esta forma el proceso no garantiza necesariamente la accesibilidad plena del sitio.
Los validadores automáticos son ayudas que han sido generadas por desarrolladores de software que han interpretado los criterios de accesibilidad y los han plasmado en estas herramientas. En algunos casos estas herramientas no permiten establecer la claridad y pertinencia de los textos, o validar efectivamente la subtitulación o el audio descripción, entre otros, por lo que puede dejar por fuera muchos detalles importantes para el usuario.
La herramienta de validación puede ser usada para detectar olvidos o falencias, pero no puede convertirse en el medio principal de revisión.
Recomendaciones finales
Los criterios de accesibilidad cuentan con una organización basada en principios, pautas y criterios propiamente, pero esta organización no es la que siempre se utiliza en la práctica de implementación. De hecho, algunos de estos criterios ni siquiera son programados o incorporados por el personal encargado de los contenidos del sitio, otros vienen de objetos insertados y otros más se incorporan teniendo en cuenta etapas específicas, lo cual debe ser tenido en cuenta, sobre todo en las primeras fases de la conformación y creación de contenidos.
Si se inicia con un nuevo sitio Web o un portal para una entidad o empresa, lo mejor es elegir de forma intencionada el lenguaje de programación o la herramienta de desarrollo, llámese CMS (Content Manager System), framework u otra. A partir de este momento, se realiza de manera formal el diseño del sitio, con lo que es posible y de manera previa establecer los lugares en los que se incorporarán aspectos relativos a la accesibilidad.
En relación con la elección de la herramienta de programación o conformación del sitio, es necesario que se determine al momento de la elección su idoneidad para garantizar accesibilidad. De esta forma, deben establecerse aspectos como:
- Lenguaje de marcado accesible: Que la herramienta a utilizar genere finalmente de cara al navegador de Internet, un lenguaje de marcado que favorezca la accesibilidad, HTML 5 es hoy en día una muy buena alternativa y muchos CMS lo contemplan e incluso, algunos desarrolladores elijen programar directamente en este lenguaje para generar accesibilidad.
- Teclado en todas las acciones y operaciones: Es importante determinar que el lenguaje al cual convierte la herramienta, permita manejar en los contenidos, objetos e interfaces a generar, el teclado en todas las acciones.
- Visualización del foco: El lenguaje final al que convierte la herramienta, debe permitir visualizar el foco a medida que se mueve con Tabulador el control del sistema. El foco hace referencia al señalamiento que el sistema hace visualmente mediante un color más oscuro o mediante algún delineado o punteado, el sitio en el que el sistema se encuentra ubicado.
- Aumento de tamaño de los contenidos: Los contenidos que se generen a través de la herramienta deben poderse aumentar de tamaño con opciones del navegador de Internet hasta un 200% sin que se monten entre sí o generen un scroll o desplazamiento horizontal. Ello no solo depende del lenguaje sino de las plantillas utilizadas y de los contenidos conformados. Se aclara que el publicador de contenidos no tiene que aumentar el tamaño de los contenidos, solo constatar que, al aumentarse, los contenidos se comporten bien.
- Buen uso de tablas y listas: La herramienta que permita generar los contenidos debe hacer buen uso de contenedores como tablas y listas. Muchos generadores de código al final crean unas listas para elementos que no lo necesitan o en el caso más grave, generan la estructura del sitio mediante tablas y estos elementos no son para ello. Debe revisarse que no se generen de esta manera y si fuera así, no es aconsejado que se utilice de forma automática si se requiere incorporar accesibilidad.
- Listas y tablas para lo que son: En igual sentido, las listas y tablas generadas por la herramienta, deben ser utilizadas solo en los sitios necesarios y para lo que estos contenedores son: para mostrar datos que se relacionan entre sí y ameritan estos objetos.
- Lenguaje de marcado bien manejado: El lenguaje de marcado que genera la herramienta debe abrir y cerrar bien las marcas y sus parámetros. Algunos no cierran listas y ellas se traslapan con otros objetos, lo cual es un error.
- Tablas sin anidamiento: Para el caso de las tablas, verificar que la herramienta para generar contenidos no anide tablas, ya que es una práctica que daña la accesibilidad.
- Listas anidadas: En el caso de las listas, ellas pueden estar anidadas con otras, pero ello debe hacerse solo en el caso de elementos que lo ameriten, como en componentes que tengan ítems y sub ítems utilizados con criterio de contenencia o pertenencia, que mejoran y aclaran la comprensión de los contenidos.
- Nombre, función, valor: Al mostrarse los objetos generados con el lenguaje de marcado, ellos deben utilizar nombre, función y valor. Ello significa que cada objeto si lo amerita, muestra a las ayudas técnicas estos elementos. A modo de ejemplo, un “cuadro combinado” (combo box) debe pronunciar con un lector de pantalla la etiqueta del mismo, el nombre del objeto y el estado actual, tal como Departamento, cuadro combinado, Amazonas. Ello por supuesto exige que el desarrollador o la herramienta de creación de contenidos utilice bien los parámetros del lenguaje para la instrucción específica, lo cual debe hacer bien para este objeto y para todos los que se manejen por la herramienta de programación.
- Plantillas accesibles: La herramienta de desarrollo debe contar con plantillas que favorezcan la accesibilidad. Este parámetro junto con otros de estos productos, generalmente pueden encontrarse en su documentación o en grupos de discusión sobre accesibilidad para el producto a adquirir.
Capítulo 3. Accesibilidad en documentos digitales para la publicación web…
Consultar PDF completo de la resoluciónMintIC1519 de 2020. Directrices de Accesibilidad Web