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 del 2022, se deberán incluir en el 100% de los contenidos audiovisuales (vídeos) nuevos la opción de subtítulos incorporados o texto escondido (closed caption) auto activable por los usuarios. 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 del 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.

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.

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.

---

• 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.

---

• 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.

---

• 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 de del contenido audiovisual y debe visualizarse en una nueva ventana.

---

Lo visual entregado adecuadamente

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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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

• 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

---

• 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.

---

• 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.

---

• 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.

---

• 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.

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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.

---

• 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 la 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.

 

 

 

En el caso de las entidades públicas, todas las páginas deben contener lenguaje claro en español y comprensible en: dominios, subdominios, títulos, páginas, secciones, enlaces, mensajes de error, campos de formularios, etc, siguiendo lo indicado en la guía de lenguaje claro para servidores públicos del Programa Nacional de Servicio al Ciudadano del Departamento Nacional de Planeación disponible en: https://www.portaltributariodecolombia.com/wp-content/uploads/2015/07/portaltributariodecolombia_guia-de-lenguaje-claro-para-servidores-publicos.pdf