---
title: "Accesibilidad web ITA: autoevaluación Resolución 1519"
description: "Revise su sitio con las nueve preguntas de accesibilidad de la matriz ITA, vea qué exige el Anexo 1 de la Resolución 1519 y prepare el certificado."
url: "https://dardo.studio/es/herramientas/certificado-accesibilidad-web/"
language: "es"
updated: "2026-10-15"
---

Herramientas gratuitas

# Accesibilidad web para el ITA: autoevaluación y certificado según la Resolución 1519 de 2020

La matriz del Índice de Transparencia y Acceso a la Información (ITA) de la Procuraduría pregunta por la accesibilidad del sitio web y de los documentos de cada sujeto obligado, y para casi todas las respuestas pide el enlace a un certificado firmado. Esta autoevaluación recorre esas nueve preguntas con pruebas que su equipo puede hacer con teclado, lector de pantalla y zoom, y explica qué exige la Resolución 1519 de 2020 detrás de cada una. No reemplaza una auditoría ni un concepto jurídico.

Por Equipo editorial de Dardo · Actualizado 15 oct 2026 · 18 min de lectura

[Pedir una propuesta](https://dardo.studio/es/contacto/?service=web-accessibility)

Redacción oficial de la matriz ITA 2026 (Anexo Técnico 1). Para b la matriz pide los enlaces a los videos y para e los enlaces a los formularios; para las demás, un certificado firmado.

a ¿Los elementos no textuales (p. ej. imágenes, diagramas, mapas, sonidos, vibraciones, etc.) que aparecen en el sitio web tienen texto alternativo?

WCAG 2.1: 1.1.1

Pase WAVE o axe por cada tipo de plantilla y anote las imágenes sin texto alternativo. Después escuche la página con NVDA o VoiceOver: cada imagen informativa debe anunciar lo mismo que muestra y las decorativas no deben anunciarse. Incluya íconos, mapas, gráficos, botones con imagen y sonidos de alerta.

Escriba en el gestor de contenidos un texto alternativo que cumpla el mismo propósito que la imagen (no el título de la noticia) y deje vacío el alt de las decorativas. Para mapas o gráficos complejos, agregue una descripción en texto junto a la imagen.

b ¿Los videos o elementos multimedia tienen subtítulos y audio descripción (cuando no tiene audio original), como también su respectivo guion en texto? (en los siguientes casos también deben tener lenguaje de señas: para las alocuciones presidenciales, información sobre desastres y emergencias, información sobre seguridad ciudadana, rendición de cuentas anual de los entes centrales de cada sector del Gobierno Nacional).

WCAG 2.1: 1.2.1, 1.2.2, 1.2.3, 1.2.4, 1.2.5

Abra una muestra de los videos publicados y active los subtítulos: deben existir, estar revisados, en español y sincronizados. Compruebe que hay guion en texto junto al video y audiodescripción cuando la imagen muestra información que el audio no dice. Si es una entidad del Gobierno Nacional, verifique la Lengua de Señas Colombiana en los cuatro casos que fija el Anexo 1.

Suba subtítulos revisados (archivo .srt o .vtt) a cada video, publique el guion en texto junto al reproductor y agregue audiodescripción cuando haga falta. Incluya estos entregables en los contratos de producción audiovisual.

c ¿El texto usado en el sitio web es de mínimo 12 puntos, con contraste de color que permita su visualización, y con posibilidad de ampliación hasta el 200% sin desconfiguración del contenido?

WCAG 2.1: 1.4.3, 1.4.4, 1.4.10, 1.4.11

Mida con un comprobador de contraste el texto (4.5:1, o 3:1 si es grande) y los íconos, bordes de campos y botones (3:1). Amplíe el navegador al 200 % y luego pruebe una ventana de 1280 px con zoom al 400 %: no debe perderse contenido ni aparecer desplazamiento horizontal. El cuerpo de texto debe medir al menos 12 pt, que en pantalla equivalen a 16 px.

Corrija los colores en el sistema de diseño o la plantilla, no página por página, y use unidades relativas y diseño adaptable para que el contenido se reacomode. Un botón para agrandar la letra en la página no resuelve el reajuste al 400 %.

d ¿El código de programación y el contenido del sitio web está ordenado, con lenguaje de marcado bien utilizado y comprensible sin tener en cuenta el aspecto visual del sitio web, con una estructura organizada, identificación coherente y unificada de los enlaces (vínculos/botones), y con la posibilidad de una navegación lineal y continua con esos enlaces, incluyendo un buscador?

WCAG 2.1: 1.3.1, 1.3.2, 2.4.1, 2.4.5, 2.4.6, 3.2.3, 3.2.4, 4.1.1, 4.1.2

Revise con la lista de encabezados de NVDA o el rotor de VoiceOver que cada página tenga un solo título principal, encabezados en orden, regiones (encabezado, navegación, contenido principal, pie) y un enlace para saltar al contenido. Desactive los estilos o use el modo lectura del navegador: el orden debe seguir teniendo sentido. Confirme que hay buscador y mapa del sitio, y que los enlaces que llevan al mismo lugar se llaman igual en todo el sitio.

Corrija la plantilla: un h1 por página, encabezados sin saltos, etiquetas header, nav, main y footer, enlace 'Saltar al contenido' y controles con nombre accesible. Unifique en el gestor de contenidos los textos de menús, enlaces y botones repetidos.

e ¿Los formularios o casillas de información tienen advertencias e instrucciones claras con varios canales sensoriales (p. ej. Campos con asterisco obligatorios, colores, ayuda sonora, mayúscula sostenida)?

WCAG 2.1: 1.3.1, 1.3.3, 1.4.1, 3.3.2

Recorra cada formulario (PQRSD, contacto, trámites, búsqueda) con un lector de pantalla: cada campo debe anunciar su etiqueta, si es obligatorio y el formato esperado antes de que usted escriba. Verifique que el aviso de campos obligatorios aparezca antes del formulario y que lo obligatorio no se indique solo con color.

Asocie una etiqueta visible a cada campo, marque los obligatorios con texto o con un asterisco explicado al inicio, y ponga las instrucciones de formato dentro de la etiqueta o vinculadas al campo. No dependa solo del color ni del texto de ejemplo dentro del campo.

f ¿Al navegar el sitio web con tabulación se hace en orden adecuada y resaltando la información seleccionada?

WCAG 2.1: 2.1.1, 2.1.2, 2.4.3, 2.4.7

Deje el mouse a un lado y recorra la página con Tab, Shift+Tab, Enter, Espacio y las flechas: debe llegar a todos los enlaces, menús, campos y ventanas emergentes, en un orden lógico y sin quedar atrapado. En cada paso debe ver con claridad dónde está el foco.

No elimine el contorno de foco sin reemplazarlo por uno visible y con buen contraste. Use elementos nativos (button, a, select) en lugar de bloques con clic, y ordene el código igual que el orden visual en lugar de usar tabindex positivos.

g ¿Se permite control de contenidos con movimientos y parpadeo y de eventos temporizados?

WCAG 2.1: 2.2.1, 2.2.2, 2.3.1

Busque carruseles, banners rotativos, textos en movimiento, animaciones y sesiones que expiran. Todo lo que se mueva más de cinco segundos debe tener un control visible para pausarlo, y los tiempos límite deben avisar y permitir extenderse. Verifique que nada destelle más de tres veces por segundo.

Agregue botones de pausa y detención que funcionen con teclado, quite la rotación automática o respete la preferencia de movimiento reducido del sistema, y avise antes de cerrar una sesión con opción de extenderla.

h ¿El lenguaje de los títulos, páginas, sección, enlaces, mensajes de error, campos de formularios, es en español claro y comprensible (siguiendo la guía de lenguaje claro del DAFP, en el caso de las entidades públicas, disponible en: https://www.portaltributariodecolombia.com/wp-content/uploads/2015/07/portaltributariodecolombia\_guia-de-lenguaje-claro-para-servidores-publicos.pdf ).

WCAG 2.1: 2.4.2, 2.4.4, 2.4.6, 3.1.1, 3.1.2, 3.3.1, 3.3.2, 3.3.3, 3.3.4

Lea los títulos de las pestañas, encabezados, menús, enlaces y mensajes de error: deben decir qué es o qué pasa sin depender del contexto, sin 'clic aquí' ni 'ver más'. Envíe un formulario con errores y compruebe que el mensaje dice qué falló y cómo corregirlo. Verifique en el código que la página declara el idioma español.

Reescriba con la guía de lenguaje claro: títulos con el nombre de la página y de la entidad, enlaces que nombren su destino y mensajes de error que indiquen la solución. Declare el idioma en la plantilla (lang="es") y marque los fragmentos en otro idioma.

La pregunta i es la de la matriz; i1 a i10 son las pautas del capítulo 3 del Anexo 1 que la sustentan, para revisar una muestra de documentos.

i ¿Los documentos (Word, Excel, PDF, PowerPoint, etc.) cumplen con los criterios de accesibilidad establecidos en el Anexo 1 de la Resolución 1519 de 2020 para ser consultados fácilmente por cualquier persona?

WCAG 2.1: 1.1.1, 1.3.1, 1.3.2, 1.4.3, 2.4.2, 2.4.4, 3.1.1, 4.1.2

Tome una muestra de los documentos más descargados y de los publicados este año en el menú de Transparencia, y revíselos con los puntos i1 a i10. Use el comprobador de accesibilidad de Microsoft 365, el de Acrobat o PAC, y lea al menos un PDF completo con un lector de pantalla.

Corrija la plantilla institucional de documentos (estilos, idioma, tablas, colores) para que lo nuevo nazca accesible, y defina un plan para los documentos históricos más consultados.

i1 ¿Los documentos usan los estilos de título del programa (Título 1, Título 2...) y tienen un orden de lectura lógico?

WCAG 2.1: 1.3.1, 1.3.2, 2.4.6

En Word, abra el panel de navegación: los títulos deben aparecer en orden y con su nivel. En un PDF, revise las etiquetas o léalo con un lector de pantalla para confirmar que el orden coincide con el visual.

Aplique los estilos de título en lugar de agrandar la letra a mano y vuelva a exportar el PDF desde el documento corregido.

i2 ¿Las imágenes y gráficos tienen texto alternativo, y no hay tablas ni textos publicados como imagen o escaneo sin texto?

WCAG 2.1: 1.1.1, 1.4.5

Revise que cada imagen, gráfico o mapa tenga texto alternativo. Intente seleccionar el texto de cada página: si no puede, es una imagen escaneada.

Agregue el texto alternativo desde el menú de la imagen, reemplace las tablas pegadas como imagen por tablas reales y aplique reconocimiento de texto (OCR) a los escaneados, indicando que el original está firmado.

i3 ¿El documento tiene definido el idioma principal y el de los fragmentos en otro idioma?

WCAG 2.1: 3.1.1, 3.1.2

Revise el idioma en la barra de estado del procesador de textos o en las propiedades del PDF.

Defina español como idioma del documento antes de exportar y marque con su idioma los fragmentos en otra lengua.

i4 ¿Las tablas se crearon como tablas reales, con fila de encabezado, sin celdas combinadas, anidadas ni vacías?

WCAG 2.1: 1.3.1

Compruebe que las tablas se hicieron con la función Insertar tabla, que la primera fila está marcada como encabezado y se repite al cambiar de página, y que no hay tablas usadas solo para diagramar.

Marque la fila de encabezado, divida las tablas complejas en varias simples, escriba 'No aplica' en lugar de dejar celdas vacías y dé un título a cada tabla.

i5 ¿El texto tiene al menos 12 puntos y contraste suficiente con el fondo?

WCAG 2.1: 1.4.3

Revise el tamaño del estilo Normal y mida con un comprobador el contraste de textos sobre fondos de color o imágenes.

Ajuste la plantilla institucional a 12 puntos y a colores con contraste de al menos 4.5:1, y evite texto sobre imágenes de fondo.

i6 ¿Los hipervínculos tienen un texto que indica a dónde llevan?

WCAG 2.1: 2.4.4

Liste los enlaces del documento: ninguno debe decir solo 'aquí', 'ver más' o mostrar una dirección larga sin explicación.

Escriba como texto del enlace el nombre del destino, por ejemplo 'Plan anual de adquisiciones 2026'.

i7 ¿Los PDF están etiquetados, tienen título en sus propiedades y su seguridad permite el uso de lectores de pantalla?

WCAG 2.1: 1.3.1, 2.4.2, 4.1.2

Abra el PDF en Acrobat o en PAC y verifique que está etiquetado, que tiene título e idioma, que los campos de formulario tienen nombre y que la seguridad no bloquea el acceso de las tecnologías de apoyo.

Exporte desde el procesador con la opción de etiquetas de estructura para accesibilidad activada, marque los elementos decorativos como artefactos y corrija lo que señale el comprobador.

i8 ¿Las hojas de cálculo tienen hojas con nombre, una tabla de datos por hoja y ninguna información importante solo en el encabezado o el pie?

WCAG 2.1: 1.3.1, 2.4.6

Abra el archivo: cada hoja debe tener un nombre claro, los datos deben estar en una tabla con encabezados, sin filas o columnas vacías usadas como margen, y el cursor debe quedar en la celda A1 de la primera hoja.

Dé formato de tabla a los datos, elimine hojas y filas vacías, escriba 'No aplica' en las celdas sin dato y guarde con el cursor en A1.

i9 ¿Las presentaciones tienen un título por diapositiva, orden de lectura revisado, videos subtitulados y ninguna transición automática?

WCAG 2.1: 1.2.2, 1.3.2, 2.2.2, 2.4.2

Revise el panel de orden de lectura de cada diapositiva, que ningún dato imprescindible esté solo en el fondo o el pie, y que no haya animaciones o transiciones que avancen solas.

Use las plantillas de diapositiva del programa, dé título único a cada diapositiva, subtitule los videos y quite las transiciones automáticas.

i10 ¿Las instrucciones y advertencias aparecen antes del campo o la tabla a la que se refieren y no dependen solo del color o la posición?

WCAG 2.1: 1.3.3, 1.4.1, 3.3.2

Lea el documento en orden: el aviso de campos obligatorios o de formato debe llegar antes del campo, y lo que se marca con color también debe tener texto o un símbolo explicado.

Mueva las advertencias antes del contenido al que afectan y agregue texto o un asterisco explicado donde hoy solo hay color.

La Resolución 1519 exige WCAG 2.1 AA completo. Estos puntos no están en la matriz, pero cuentan en una auditoría.

x1 ¿Algún audio o video suena solo al entrar a la página?

WCAG 2.1: 1.4.2

Entre a la página de inicio y a las principales con el sonido activado. Si algo suena más de tres segundos, debe poder pausarse o silenciarse desde el inicio de la página.

Desactive la reproducción automática con sonido y deje que la persona inicie el audio.

x2 ¿La página cambia sola al recibir el foco, al elegir una opción o porque se actualiza automáticamente?

WCAG 2.1: 2.2.1, 3.2.1, 3.2.2

Mueva el foco por menús y listas desplegables y cambie valores en los campos: nada debe abrir ventanas, enviar formularios o cambiar de página sin que usted lo pida. Verifique que ninguna página se recarga sola.

Use un botón explícito para enviar o ir, y quite las recargas automáticas o deje que la persona las controle.

x3 ¿Hay texto dentro de imágenes, como banners, piezas gráficas o comunicados escaneados?

WCAG 2.1: 1.4.5, 1.1.1

Busque banners, piezas de campaña y comunicados publicados como imagen y compruebe si el texto se puede seleccionar.

Publique el texto como texto en la página y deje la imagen como apoyo con su texto alternativo.

x4 ¿Los componentes de terceros (chats, mapas, calendarios, redes sociales, captcha, barras de accesibilidad) son accesibles?

WCAG 2.1: 2.1.1, 4.1.2, 4.1.3

Pruebe cada componente incrustado con teclado y lector de pantalla, igual que el resto del sitio. Verifique que los avisos que aparecen sin recargar (por ejemplo 'mensaje enviado') se anuncian.

Exija accesibilidad en los contratos de esos servicios, reemplace los que no la cumplan y use captcha accesible, como pide el Anexo 3.

x5 ¿El sitio funciona en vertical y horizontal, con espaciado de texto aumentado y con contenido que aparece al pasar el cursor?

WCAG 2.1: 1.3.4, 1.4.12, 1.4.13

Gire el teléfono, aumente el interlineado y el espaciado de letras con un marcador de prueba y pase el cursor o el foco sobre menús y ayudas emergentes: nada debe cortarse ni desaparecer antes de leerlo.

Evite alturas fijas en contenedores de texto y permita cerrar con Escape los menús y ayudas que aparecen al pasar el cursor.

x6 ¿Los campos de datos personales permiten autocompletar y los controles funcionan sin gestos complejos?

WCAG 2.1: 1.3.5, 2.1.4, 2.5.1, 2.5.2, 2.5.3, 2.5.4

En los formularios, compruebe que nombre, correo y teléfono ofrecen autocompletar. En celular, verifique que mapas, carruseles y deslizadores tienen alternativa con un solo toque, y que el nombre accesible de cada botón incluye su texto visible.

Agregue el atributo autocomplete a los campos de datos personales, ofrezca botones como alternativa a los gestos y haga coincidir la etiqueta visible con el nombre accesible.

**Campos del formulario**

- Nombre de la entidad
- Sitio web revisado
- Quien firma el certificado
- Cargo de quien firma
- Revisión desde
- Revisión hasta
- Muestra revisada
- Solo teclado
- Lector de pantalla NVDA
- Lector de pantalla VoiceOver
- Ampliación al 200 % y 400 %
- Comprobador de contraste
- WAVE
- axe
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia
- Cumple
- Cumple parcialmente
- No cumple
- No aplica
- Cómo se verificó o enlace de evidencia

## Su informe y certificado

¿Va a firmar y nadie ha probado el sitio con lector de pantalla? Envíenos el resumen y le respondemos con el alcance de una auditoría.

## Puntos clave

- Desde 2022 los sujetos obligados deben cumplir WCAG 2.1 AA en su sitio web y en el contenido ya publicado (Resolución 1519 de 2020, Anexo 1).
- La matriz ITA pregunta por ocho aspectos del sitio (a–h) y por los documentos (i); para casi todos pide el enlace a un certificado firmado por la entidad.
- Una barra o widget de accesibilidad no corrige el código, los videos ni los documentos: la evidencia sale de pruebas con teclado, lector de pantalla y ampliación.

## Cómo usar la autoevaluación

La herramienta sigue el bloque "Anexo Técnico 1. Accesibilidad web" de la matriz ITA que la Procuraduría publicó como versión 2026: ocho preguntas sobre el sitio web (a a h) y una sobre los documentos publicados (i). Cada pregunta trae su redacción oficial, los criterios de WCAG 2.1 que la sustentan, cómo probarla y qué suele corregirla.

1. Elija una muestra antes de empezar: la página de inicio, una página de cada plantilla (noticia, trámite, directorio, transparencia), el formulario de PQRSD, la búsqueda, un video y cinco documentos de los más descargados.
2. Haga cada prueba en esa muestra y marque Cumple, No cumple o No aplica. Anote la dirección exacta y una captura de lo que encontró: le servirá para el certificado y para el plan de mejora.
3. Use al menos tres herramientas: el teclado (sin mouse), un lector de pantalla ([NVDA](https://www.nvaccess.org/download/) es gratuito para Windows; [VoiceOver](https://support.apple.com/es-es/guide/voiceover/welcome/mac) viene con macOS) y el zoom del navegador. Complemente con un revisor automático como [WAVE](https://wave.webaim.org/) o [axe](https://github.com/dequelabs/axe-core) y con un [comprobador de contraste](https://webaim.org/resources/contrastchecker/).
4. No se quede con el resultado de la herramienta automática. El Anexo 1 de MinTIC advierte que el validador automático "no puede convertirse en el medio principal de revisión", y el W3C explica que estas herramientas ayudan a evaluar, pero no determinan por sí solas si un sitio es accesible.

Un "No cumple" no se oculta en el certificado: se corrige o se documenta con un plan y una fecha.

## Quién debe cumplir

La Resolución 1519 aplica a los sujetos obligados del artículo 5 de la Ley 1712 de 2014 (Ley de Transparencia):

- Todas las entidades públicas, de todas las ramas y en todos los niveles: nacional, departamental, municipal y distrital.
- Los órganos autónomos, independientes y de control.
- Las personas naturales o jurídicas, públicas o privadas, que presten función pública o servicios públicos, en lo relacionado con ese servicio o función.
- Los partidos y movimientos políticos y los grupos significativos de ciudadanos.
- Las entidades que administran recursos parafiscales, fondos o recursos de origen público. Quien solo recibe o intermedia fondos públicos responde por la información de esos fondos.

Las empresas privadas no están obligadas en general: la ley excluye de forma expresa a los particulares que solo son usuarios de información pública. Una empresa privada que presta un servicio público o administra recursos públicos sí entra, en lo que toca a esa actividad.

Si usted es contratista y construye o administra el portal de un sujeto obligado, la obligación es de la entidad, pero el portal que entrega debe cumplir. Conviene que el contrato diga qué nivel de accesibilidad se entrega, cómo se prueba y qué queda por fuera, por ejemplo los contenidos que publica la entidad después de la entrega.

## Qué pide cada anexo al sitio web

La Resolución 1519 tiene cuatro anexos. Los cuatro afectan el sitio web, aunque el ITA solo pide certificado de accesibilidad para el primero.

**Anexo 1, Directrices de accesibilidad web.** Desde el 1 de enero de 2022 los sujetos obligados deben cumplir WCAG 2.1 en nivel AA, el estándar del W3C, en todo diseño, rediseño o actualización de sus portales y sedes electrónicas, y también en el contenido que ya estaba publicado. MinTIC resume el estándar en 32 criterios de cumplimiento (CC1 a CC32). El anexo agrega reglas propias: subtítulos en todos los videos nuevos desde 2022 (no aplica a transmisiones en vivo), Lengua de Señas Colombiana para las entidades del Gobierno Nacional en alocuciones presidenciales, emergencias y desastres, seguridad ciudadana y rendición de cuentas anual, un enlace al mapa del sitio en el pie de página y un mapa del sitio en XML. Su capítulo 3 da pautas para documentos de Word, Excel, PDF y presentaciones.

**Anexo 2, Estándares de publicación y divulgación de información.** Define la barra superior de GOV.CO (obligatoria para la rama ejecutiva, con excepciones), el pie de página con datos de contacto y teléfonos con +57, las políticas de términos y condiciones, privacidad y derechos de autor, los menús Transparencia y acceso a la información pública, Atención y servicios a la ciudadanía y Participa, y el formulario de PQRSD. Exige que los contenidos sean accesibles según el Anexo 1 y estén en lenguaje claro, y que el aviso de error del formulario de PQRSD sea visible y accesible para todos.

**Anexo 3, Condiciones mínimas técnicas y de seguridad digital.** Pide adoptar el Modelo de Seguridad y Privacidad de la Información (MSPI), reportar incidentes graves y aplicar controles al sitio: HTTPS, cabeceras de seguridad, validación de formularios, actualizaciones, copias de respaldo y registros. Dos de esos controles tocan la accesibilidad: el captcha debe ser accesible o autodetectable, y los mensajes de error deben ser comprensibles y accesibles.

**Anexo 4, Requisitos mínimos de datos abiertos.** Pide una sección de datos abiertos, federarlos con datos.gov.co, registrar los activos de información y publicar una licencia de datos abiertos.

La resolución fijó el 31 de diciembre de 2021 como plazo para la accesibilidad y el 31 de marzo de 2021 para los demás anexos. Hoy no hay plazo de transición: la obligación está vigente y se mide cada año en el ITA.

## Las preguntas de accesibilidad del ITA, explicadas

La matriz cita, para cada pregunta, los criterios del Anexo 1 que la sustentan. La correspondencia con WCAG 2.1 que aparece abajo es nuestra lectura de esos criterios. La redacción oficial completa de cada pregunta está en la autoevaluación.

**a. Texto alternativo en elementos no textuales.** Imágenes, diagramas, mapas, íconos y sonidos de alerta necesitan un texto que cumpla la misma función. Un error frecuente es usar como texto alternativo el título de la noticia. WCAG 1.1.1.

**b. Videos con subtítulos, audiodescripción y guion.** Los videos necesitan subtítulos revisados, guion en texto y audiodescripción cuando la imagen muestra lo que el audio no dice. Las entidades del Gobierno Nacional, además, lengua de señas en los cuatro casos del Anexo 1. Para esta pregunta la matriz no pide certificado, sino los enlaces a los videos. WCAG 1.2.1 a 1.2.5.

**c. Tamaño, contraste y ampliación del texto.** La matriz pide texto de mínimo 12 puntos, que en pantalla equivalen a 16 píxeles. WCAG no fija un tamaño mínimo, pero sí un contraste de 4.5:1 para texto normal y 3:1 para texto grande, íconos y bordes de campos. El contenido debe ampliarse al 200 % sin desconfigurarse y, a un ancho equivalente a 1280 píxeles con zoom al 400 %, no debe obligar a desplazarse en horizontal. WCAG 1.4.3, 1.4.4, 1.4.10 y 1.4.11.

**d. Código ordenado, estructura y navegación coherente.** Cada página necesita encabezados en orden, regiones (encabezado, navegación, contenido principal y pie), un enlace para saltar al contenido, marcado válido, buscador, mapa del sitio, y enlaces y botones con el mismo nombre cuando hacen lo mismo. El contenido debe entenderse en orden aun sin los estilos visuales. WCAG 1.3.1, 1.3.2, 2.4.1, 2.4.5, 2.4.6, 3.2.3, 3.2.4, 4.1.1 y 4.1.2.

**e. Formularios con advertencias e instrucciones claras.** Cada campo debe tener etiqueta, el aviso de obligatorios debe estar antes del formulario y nada debe depender solo del color. Aquí la matriz pide los enlaces a los formularios, para verificarlos directamente. WCAG 1.3.1, 1.3.3, 1.4.1 y 3.3.2.

**f. Navegación con teclado y foco visible.** Con Tab debe poder llegar a todo, en orden lógico, sin quedar atrapado y viendo siempre dónde está el foco. WCAG 2.1.1, 2.1.2, 2.4.3 y 2.4.7.

**g. Control del movimiento, el parpadeo y los tiempos.** Carruseles y animaciones de más de cinco segundos necesitan un botón de pausa; los tiempos límite deben avisar y poder extenderse; nada debe destellar más de tres veces por segundo. WCAG 2.2.1, 2.2.2 y 2.3.1.

**h. Lenguaje claro en títulos, enlaces, errores y campos.** Títulos de página con el nombre de la página y de la entidad, enlaces que dicen a dónde llevan (no "clic aquí"), mensajes de error que explican cómo corregir e idioma declarado. El lenguaje claro como tal no es un criterio de nivel AA en WCAG; lo exigen la pregunta del ITA y el Anexo 2. WCAG 2.4.2, 2.4.4, 2.4.6, 3.1.1, 3.1.2 y 3.3.1 a 3.3.4.

**i. Documentos accesibles.** Se explica en la sección siguiente.

### Lo que el ITA no pregunta, pero la resolución exige

Las nueve preguntas no cubren todos los criterios del Anexo 1. Según las citas de la propia matriz, quedan por fuera el audio que suena solo (CC18), la actualización automática de páginas (CC21), los cambios inesperados al recibir el foco o al elegir una opción (CC22), las imágenes de texto (CC29), los componentes de terceros como chats, mapas y calendarios (CC30) y la codificación de caracteres (CC31). La resolución exige WCAG 2.1 AA completo, así que esos puntos también cuentan, igual que criterios de WCAG 2.1 que el Anexo 1 no detalla, como la orientación de pantalla, el espaciado del texto o el autocompletado de datos personales. La autoevaluación reúne los principales en un bloque aparte.

Si su equipo quiere ir más allá de WCAG 2.1, nuestra guía de [WCAG 2.2 en español](https://dardo.studio/es/blog/wcag-2-2-en-espanol/) explica los seis criterios nuevos de nivel A y AA con una prueba y la corrección de cada uno, por qué conviene seguir validando el marcado aunque WCAG 2.2 retiró el 4.1.1, y qué exigen México y Chile.

### Hallazgos que aparecen en informes públicos

No existe una medición oficial de los errores más frecuentes en los sitios públicos colombianos. Los informes que publican las propias entidades sí muestran hallazgos repetidos: páginas sin región principal ni enlace para saltar bloques, títulos sin jerarquía, botones sin nombre o con nombres repetidos, videos sin guion, pies de página sin enlace al mapa del sitio, errores de validación del HTML, documentos históricos no accesibles, componentes interactivos con fallas de foco o de teclado y contenidos embebidos de terceros con errores de marcado.

## Documentos

La pregunta i de la matriz pregunta si los documentos publicados (Word, Excel, PDF, PowerPoint) cumplen los criterios del capítulo 3 del Anexo 1, y pide un certificado. En la práctica, la mayor parte de lo que publica el menú de Transparencia son documentos, y es donde más fácil se acumulan fallas.

Lo que revisa el capítulo 3, en resumen:

- **Todos los documentos:** idioma definido, letra de 12 puntos, estilos de título jerárquicos, listas y tablas hechas con las herramientas del programa, tablas solo para datos (con título, sin celdas combinadas ni tablas dentro de tablas, nunca pegadas como imagen), texto alternativo en imágenes, enlaces que dicen a dónde llevan, advertencias antes del campo y buen contraste.
- **PDF:** debe estar etiquetado (al exportar desde Word, con la opción de etiquetas de estructura activada), tener idioma y orden de lectura correctos, marcar los decorativos como artefactos y no bloquear los lectores de pantalla con su configuración de seguridad. Un documento escaneado necesita texto alternativo o reconocimiento de texto (OCR), con la indicación de que el original está firmado.
- **Hojas de cálculo:** un nombre claro para cada hoja, una tabla de datos por hoja, sin filas o columnas vacías como margen, "No aplica" en lugar de celdas vacías, nada importante solo en el encabezado o el pie, y el cursor en la celda A1 al guardar.
- **Presentaciones:** plantillas del programa, un título por diapositiva, orden de lectura revisado, videos subtitulados y sin transiciones automáticas.

Cómo revisarlos: use el [comprobador de accesibilidad de Microsoft 365](https://support.microsoft.com/es-es/office/mejorar-la-accesibilidad-con-el-comprobador-de-accesibilidad-a16f6de0-2f39-4a2b-8bd8-5ad801426c7f) antes de exportar, revise los PDF con el comprobador de Acrobat o con [PAC](https://pac.pdf-accessibility.org/) y lea al menos uno completo con un lector de pantalla. Lo más eficiente es corregir la plantilla institucional, para que lo nuevo salga accesible, y priorizar los documentos históricos más consultados.

## Cómo preparar y firmar el certificado

La matriz ITA pide, para las preguntas a, c, d, f, g, h e i, el enlace a un certificado emitido por el representante legal o por un funcionario o empleado responsable del cumplimiento regulatorio con capacidad para emitirlo. Para b pide los enlaces a los videos y para e, los enlaces a los formularios. El reporte se hace en el [aplicativo ITA de la Procuraduría](https://apps.procuraduria.gov.co/ita/login/); el Excel de la matriz sirve para preparar las respuestas, pero no reemplaza ese reporte.

En los certificados publicados en julio de 2026 firman, según la entidad, el jefe de la oficina de tecnologías de la información, el jefe de la oficina de comunicaciones, el director TIC o ambos jefes juntos. Cuando un proveedor externo construyó o revisó el portal, su certificación técnica puede ir como anexo, pero la matriz pide que el certificado lo emita la entidad, por medio de su representante legal o de un funcionario o empleado.

Antes de firmar:

1. **Defina el alcance.** Qué dominios y subdominios cubre, qué muestra se revisó, en qué fecha y con qué método (teclado, lector de pantalla, zoom, herramientas automáticas). Diga qué queda por fuera, por ejemplo contenidos de terceros o documentos anteriores a cierta fecha.
2. **Responda pregunta por pregunta, con evidencia.** Una o dos frases por pregunta sobre cómo se verificó y el enlace a una página donde se pueda comprobar. Evite afirmaciones que una prueba con teclado desmentiría en un minuto.
3. **Declare los incumplimientos.** Si algo no cumple, dígalo y anexe el plan de mejora con responsables y fechas.
4. **Publique el certificado en una dirección estable**, dentro del menú de Transparencia y acceso a la información pública. La Procuraduría tiene un módulo de auditoría en el que verifica directamente las páginas, y un enlace que vence puede no estar disponible cuando revise.
5. **Haga accesible el certificado.** Publíquelo como PDF etiquetado con texto seleccionable, no como imagen escaneada sin texto; si debe publicar el escaneo firmado, acompáñelo de una versión en texto.

### Modelo de certificado (texto editable)

> **Modelo, no asesoría jurídica.** Adapte el texto a su entidad, a la prueba que realmente hizo y a las instrucciones de su oficina jurídica. Reemplace todo lo que está entre corchetes. El modelo completo, con plan de mejora, está en el archivo de plantilla.

> \[Ciudad\], \[fecha\]

> **Certificado de cumplimiento de las directrices de accesibilidad web. Matriz ITA \[año\], Anexo Técnico 1 de la Resolución MinTIC 1519 de 2020**

> Para: Procuraduría General de la Nación

> \[Nombre y cargo de quien firma\], de \[nombre de la entidad\], certifica que el sitio web \[dirección del sitio\] fue revisado entre el \[fecha\] y el \[fecha\] frente a las directrices de accesibilidad del Anexo 1 de la Resolución 1519 de 2020, que remite a WCAG 2.1 nivel AA. La revisión cubrió \[páginas, plantillas, formularios, videos y documentos de la muestra\] con pruebas de navegación por teclado, lector de pantalla \[NVDA / VoiceOver\], ampliación al 200 % y 400 %, medición de contraste y herramientas automáticas \[nombres\].

> Resultado por pregunta de la matriz:

> a. Texto alternativo en elementos no textuales: \[Cumple / Cumple parcialmente / No cumple\]. \[Cómo se verificó\]. Evidencia: \[URL\].

> b. Videos y multimedia: \[resultado\]. Evidencia: \[URL de los videos\].

> \[Continúe con c, d, e, f, g, h e i.\]

> Los incumplimientos identificados se atenderán según el plan de mejora anexo, con fecha de cierre \[fecha\].

> \[Firma\]

> \[Nombre completo\]

> \[Cargo\]

> \[Dependencia\]

## Calendario

La Procuraduría fija cada año, por directiva, la ventana para diligenciar el ITA:

__Calendario__
| Ciclo | Plazo inicial                                            | Plazo adicional                                                    |
| ----- | -------------------------------------------------------- | ------------------------------------------------------------------ |
| 2024  | 2 al 31 de julio (Directiva 004 del 20 de junio de 2024) | 1 al 30 de agosto (Directiva 006 del 31 de julio de 2024)          |
| 2025  | 1 al 29 de agosto (Directiva 009 del 3 de julio de 2025) | 15 al 30 de septiembre (Directiva 014 del 5 de septiembre de 2025) |
| 2026  | 1 al 31 de julio (Directiva 011 del 4 de junio de 2026)  | 1 al 31 de agosto (Directiva 014 del 31 de julio de 2026)          |

A octubre de 2026 la ventana del ciclo 2026 está cerrada y la Procuraduría no ha anunciado las fechas de 2027. En los tres últimos ciclos la ventana se abrió a mitad de año y la Procuraduría dio después un plazo adicional, pero las fechas cambian de un año a otro: consulte la [página ITA de la Procuraduría](https://www.procuraduria.gov.co/Pages/ita.aspx).

Un orden de trabajo razonable: haga la autoevaluación y las correcciones en el primer semestre, firme y publique el certificado poco antes de que abra la ventana, y reporte en la primera semana. Según las preguntas frecuentes de la Procuraduría (documento de 2020), una vez se pulsa "Finalizar y Enviar" la información ya no se puede editar sin pedir el cambio a la Procuraduría.

La accesibilidad no es un trámite anual. El Anexo 1 pide que todo contenido nuevo se publique accesible, así que el certificado describe un estado que hay que mantener todo el año.

## Cuándo contratar una auditoría externa

La autoevaluación alcanza si su equipo puede probar con teclado y lector de pantalla y el sitio es sencillo. Considere una auditoría externa cuando:

Para revisar todos los criterios de WCAG 2.2 de nivel A y AA, no solo los de la matriz del ITA, use nuestra [checklist WCAG 2.2](https://dardo.studio/es/herramientas/checklist-wcag-2-2/).

- Va a firmar un certificado y nadie del equipo ha probado el sitio con un lector de pantalla.
- El sitio tiene trámites, formularios largos, inicio de sesión, pagos o componentes de terceros.
- Viene de un rediseño o de una migración de plataforma.
- La auditoría del ITA o el control interno encontraron fallas que no se han cerrado.
- Necesita un informe con los hallazgos asociados a cada criterio, que sirva de anexo al certificado y de lista de trabajo para el proveedor.

Pida que la auditoría incluya prueba manual con teclado y lectores de pantalla, no solo el resultado de una herramienta, que nombre el criterio de WCAG de cada hallazgo y que ofrezca una nueva prueba después de corregir. Una barra o widget de accesibilidad no corrige el código fuente, los videos ni los documentos del sitio, que es donde están las fallas. En Dardo hacemos [auditorías de accesibilidad web](https://dardo.studio/es/servicios/accesibilidad-web/) con WCAG 2.2 AA, que cubre el nivel 2.1 AA de la Resolución 1519, con prueba manual y sin overlays.

## Preguntas antes de elegir

**¿La Resolución 1519 exige WCAG 2.1 o WCAG 2.2?**

Exige WCAG 2.1 nivel AA. WCAG 2.2, publicada por el W3C en 2023 y aprobada como norma ISO/IEC 40500:2025, incluye los criterios de 2.1 y agrega seis en los niveles A y AA, así que una revisión con 2.2 AA cubre lo que pide la resolución. La única diferencia es que 2.2 retiró el criterio 4.1.1 (Procesamiento): si su meta es 2.1, conviene revisarlo también.

**¿Qué papel tiene hoy la NTC 5854?**

La NTC 5854 de ICONTEC, de 2011, se elaboró tomando como referencia WCAG 2.0. La Resolución 1519 y su Anexo 1 no la mencionan: el requisito es WCAG 2.1 AA, que agrega 17 criterios a la versión 2.0. Muchas entidades la siguen usando en informes de control interno; puede tratarla como referencia complementaria, no como sustituto de WCAG 2.1 AA.

**¿Una barra o widget de accesibilidad basta para responder "Sí" en el ITA?**

No. Esas barras ofrecen ajustes a quien visita el sitio, como agrandar la letra o cambiar el contraste, pero no corrigen el código fuente, las etiquetas de los formularios, los videos ni los documentos publicados, que es lo que preguntan los ítems de la matriz. Una institución de educación superior pública que usa una de esas barras lo dice en su propio certificado de 2026: la herramienta complementa, pero no sustituye, el trabajo técnico y editorial. El Anexo 1 advierte además que los validadores automáticos no pueden ser el medio principal de revisión.

**¿Quién puede firmar el certificado?**

La matriz pide que lo emita el representante legal o un funcionario o empleado responsable del cumplimiento regulatorio con capacidad para hacerlo. En la práctica firman jefes de tecnología o de comunicaciones. Si un contratista hizo la revisión, su informe puede ir como anexo.

**¿Las empresas privadas deben cumplir la Resolución 1519?**

No en general. Aplica a los sujetos obligados de la Ley 1712: entidades públicas, órganos de control, partidos y movimientos políticos, quienes administran recursos públicos y los particulares que prestan servicios públicos o cumplen funciones públicas, en lo que toca a esa actividad. Si su empresa construye el portal de un sujeto obligado, ese portal debe cumplir.

**¿Qué pasa si la Procuraduría revisa el sitio?**

El aplicativo ITA tiene, además del autodiagnóstico, un módulo de auditoría en el que la Procuraduría verifica directamente las páginas web. Por eso conviene que cada "Sí" tenga una prueba que alguien externo pueda repetir y que el certificado esté publicado en una dirección estable.

**¿Cada cuánto debo repetir la autoevaluación?**

Al menos una vez al año, antes del reporte del ITA, y cada vez que cambie la plantilla, el gestor de contenidos o un componente de terceros. La obligación es permanente: el Anexo 1 pide que todo contenido nuevo se publique accesible.

## Fuentes y lecturas

Fuentes de esta página, con más detalles de sus publicaciones originales.

- [Resolución MinTIC 1519 de 2020 (texto firmado)](https://gobiernodigital.mintic.gov.co/692/articles-160770%5Fresolucion%5F1519%5F2020.pdf) · gobiernodigital.mintic.gov.co
- [Resolución 1519 de 2020 con sus cuatro anexos, Compilación Jurídica de MinTIC](https://normograma.mintic.gov.co/mintic/compilacion/docs/resolucion%5Fmintic%5F1519%5F2020.htm) · normograma.mintic.gov.co
- [Anexo 1, Directrices de accesibilidad web (MinTIC, 2020)](https://gobiernodigital.mintic.gov.co/692/articles-160770%5FDirectrices%5FAccesibilidad%5Fweb.pdf) · gobiernodigital.mintic.gov.co
- [Ley 1712 de 2014, Gestor Normativo de Función Pública](https://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=56882) · funcionpublica.gov.co
- [Índice de Transparencia y Acceso a la Información, Procuraduría General de la Nación](https://www.procuraduria.gov.co/Pages/ita.aspx) · procuraduria.gov.co
- [Matriz de vigilancia del cumplimiento normativo de la Ley 1712 de 2014, versión 2026 (Excel)](https://www.procuraduria.gov.co/Documents/2026/6.%20Junio/Matriz%20vigilancia%20del%20Cumplimiento%20Normativo%20de%20la%20Ley%201712%20de%202014%20-%20Versi%c3%b3n%202026.xlsx) · procuraduria.gov.co
- [Directiva 011 del 4 de junio de 2026, Procuraduría](https://www.procuraduria.gov.co/Documents/2026/6.%20Junio/Directiva%20No.%20011%20del%204%20de%20junio%20de%202026.pdf) · procuraduria.gov.co
- [Directiva 014 del 31 de julio de 2026, Procuraduría](https://www.procuraduria.gov.co/Documents/2026/7.%20Julio/Directiva%20014%20del%2031%20de%20julio%20de%202026.pdf) · procuraduria.gov.co
- [Preguntas frecuentes del aplicativo ITA, Procuraduría](https://www.procuraduria.gov.co/portal/media/docs/PGN-ITA-Preguntas%5FFrecuentes%5Fv2%5F2.pdf) · procuraduria.gov.co
- [WCAG 2.1, W3C](https://www.w3.org/TR/WCAG21/) · w3.org
- [WCAG 2.2, W3C](https://www.w3.org/TR/WCAG22/) · w3.org
- [Resumen de las WCAG en español, W3C WAI](https://www.w3.org/WAI/standards-guidelines/wcag/es) · w3.org
- [WCAG 2.2 aprobada como ISO/IEC 40500:2025, W3C WAI](https://www.w3.org/WAI/news/2025-10-21/wcag22-iso) · w3.org
- [Cómo elegir herramientas de evaluación de accesibilidad, W3C WAI (en inglés)](https://www.w3.org/WAI/test-evaluate/tools/selecting/) · w3.org
- [WCAG2ICT: aplicar WCAG a documentos y software no web, W3C (en inglés)](https://www.w3.org/TR/wcag2ict-22/) · w3.org
- [Presentación de la NTC 5854, MinTIC (2011)](https://www.mintic.gov.co/portal/715/w3-article-2518.html) · mintic.gov.co
- [Accesibilidad y usabilidad de medellin.gov.co según la NTC 5854, Alcaldía de Medellín](https://www.medellin.gov.co/es/wp-content/uploads/2022/09/Accesibilidad%5FUsabilidad%5FSC%5F07112024.pdf) · medellin.gov.co
- [Informe de auditoría de accesibilidad del portal Colombia Aprende, Ministerio de Educación (2023)](https://www.mineducacion.gov.co/1780/articles-415889%5Frecurso%5F30.pdf) · mineducacion.gov.co
- [Auditoría exprés de accesibilidad web, Gobernación de Antioquia (2024)](https://antioquia.gov.co/images/PDF2/Transparencia/2024/07/informe-final-auditora-expres-accesibilidad-web-01082024.pdf) · antioquia.gov.co
- [Certificado de accesibilidad web 2026, Unidad Central del Valle del Cauca](https://www.uceva.edu.co/wp-content/uploads/2026/07/CERTIFICADO-DE-CUMPLIMIENTO-ACCESIBILIDAD-WEB-2026.pdf) · uceva.edu.co

[Dardo](https://dardo.studio/es/) · [Herramientas gratuitas](https://dardo.studio/es/herramientas/) · Autoevaluación de accesibilidad ITA

## Antes de firmar

Si el sitio tiene trámites, formularios largos o nadie lo ha probado con lector de pantalla, una auditoría le da la evidencia para el certificado.

[01 · **Auditoría de accesibilidad web** · WCAG 2.2 AA, prueba manual, sin overlays](https://dardo.studio/es/servicios/accesibilidad-web/) · [02 · **Ver precios** · Auditorías desde USD 690](https://dardo.studio/es/precios/) · [03 · **Hablar con Dardo** · Cuéntenos el sitio y la fecha del ITA](https://dardo.studio/es/contacto/)

## Sigue explorando.

- [Servicio · **Accesibilidad web: auditoría WCAG 2.2 AA y Resolución 1519**](https://dardo.studio/es/servicios/accesibilidad-web/)
- [Servicio · **Mantenimiento web: planes mensuales de soporte y monitoreo**](https://dardo.studio/es/servicios/mantenimiento-web/)
- [Servicio · **Agencia de diseño web en Bogotá: sitios a medida para Colombia, Estados Unidos y Latinoamérica**](https://dardo.studio/es/servicios/diseno-web/)

- [Servicio · **Auditoría UX: qué frena a tus visitantes y usuarios, por impacto**](https://dardo.studio/es/servicios/auditoria-ux/)
