winclusCumplimiento normativo en Colombia
En pocas palabras
- En Colombia, los sitios del Estado deben cumplir unas reglas de accesibilidad (Resolución 1519 de 2020).
- Winclus cumple casi todas las que le tocan: 37 de 41.
- Faltan tres cosas que solo puede hacer una persona: una evaluación externa, pruebas con personas con discapacidad y una opinión de un abogado sobre los datos.
- Cuando estén hechas, diremos «cumplimos en todo».
- Winclus ayuda a usar un sitio; el sitio también tiene que cumplir por su cuenta.
Respuesta corta. De 41 requisitos revisados, Winclus cumple 37, uno queda parcial (línea telefónica de soporte) y tres dependen de terceros: evaluación independiente, pruebas con personas con discapacidad y concepto jurídico sobre datos biométricos. Cuando esos cuatro estén cerrados podremos decir «cumplimos en todo» y sostenerlo ante una entidad.
Lo que la norma no dice y conviene tener claro. La Resolución 1519 obliga a cada sitio del Estado, no a un widget. Winclus es tecnología de apoyo que se añade a un sitio: hace que se pueda usar con la cara, la voz, un pulsador o pictogramas, pero no hace conforme el sitio. Un sitio cumple cuando su propio código cumple. Lo que sí garantizamos es que el widget, winclus.com y todo lo que entregamos cumplen lo exigible.
CumpleParcialPendiente (persona)No aplica
1. Resolución 1519 de 2020 de MinTIC, Anexo 1 (accesibilidad web)
Es la norma técnica que aplica a las sedes electrónicas del Estado desde el 1 de enero de 2022. Su texto exige el nivel AA de las WCAG 2.1 (apartado 1.3), reglas para vídeos (1.5), mapa del sitio (1.6), 32 criterios de cumplimiento interpretados (CC1 a CC32) y documentos descargables accesibles (capítulo 3).
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| 1.3 Nivel AA de las WCAG 2.1 en el widget | Cumple | Informe de conformidad (ACR) criterio por criterio; axe-core en cada pestaña, el teclado, los pictogramas y el modo fácil; contraste calculado; pruebas de teclado y de foco. Todo corre en cada cambio y se publica en evidencia. |
| 1.3 Nivel AA de las WCAG 2.1 en winclus.com | Cumple | axe-core sobre las catorce páginas a 1280 y 390 px, en cada cambio. |
| 1.5 Subtítulos en el 100 % de los vídeos nuevos | Cumple | Los tres vídeos de la demostración llevan pista de subtítulos (VTT) y descripción. El widget además agranda los subtítulos de cualquier vídeo del sitio anfitrión. |
| 1.5 Lengua de Señas Colombiana en vídeos | No aplica | La norma la exige solo a entidades del Gobierno Nacional en cuatro casos (alocuciones presidenciales, emergencias, seguridad ciudadana, rendición de cuentas). Winclus enlaza al Centro de Relevo y al diccionario del INSOR. |
| Capítulo 3.3 Documentos PDF | Cumple (lo verificable) | Verificado el 21 de septiembre de 2026 con prueba_documentos.mjs sobre los dos PDF del sitio (guía y manual): etiquetados, con idioma, título, encabezados sin saltos, listas etiquetadas, texto alternativo en todas las figuras, texto real (no escaneado), índice navegable y sin restricciones para lectores de pantalla. Esa verificación encontró 14 figuras sin texto alternativo en la guía, ya corregidas. Quedan para revisión humana el contraste, el orden de lectura, las instrucciones que dependan de lo visual y los elementos decorativos. |
| 1.6 Mapa del sitio en el pie y en XML | Cumple | Mapa del sitio enlazado desde el pie de todas las páginas y sitemap.xml. |
Verificación del 19 de septiembre de 2026. Cada criterio se comprueba sobre las quince páginas del sitio con herramientas\pruebas\widget\prueba_cc1519.js, que corre con cada cambio del código; el resultado en bruto está en cc1519.json. De los 32 criterios, 25 se comprueban por máquina y los 25 pasan (además, ninguna página da errores de JavaScript); los 7 restantes no los puede juzgar una máquina (si un texto alternativo dice lo que la imagen transmite, si una instrucción se entiende) y se marcan como revisión humana, tal como advierte el propio Anexo 1 en su apartado 2.2.3.8 sobre los validadores automáticos. Esa revisión, y las pruebas con personas con discapacidad, siguen pendientes de hacerse con evaluador externo. | ||
| CC1 Alternativa texto para elementos no textuales | Cumple | 45 imágenes, todas con alt (vacío si son decorativas) |
| CC2 Complemento para vídeos o multimedia (subtítulos) | Cumple | /demo.html: 1 pista(s); /demo.html: 1 pista(s); /demo.html: 1 pista(s); /demo.html: 1 pista(s) |
| CC3 Guion para solo vídeo y solo audio | Cumple | 4 transcripciones en texto para 4 vídeos, desplegables junto a cada uno |
| CC4 Textos e imágenes ampliables y en tamaños adecuados | Cumple | al 200 % ninguna página desborda; ningún texto por debajo de 12 px |
| CC5 Contraste de color suficiente | Cumple | medido en prueba_axe.js con la fórmula de las WCAG sobre cada página y cada pestaña del panel (umbral 7:1, más exigente que el 4,5:1 exigido) |
| CC6 Imágenes alternas al texto cuando sea posible | Revisión humana | 14 imágenes van dentro de <figure> con pie de foto; que la imagen ilustre bien lo que dice el texto lo juzga una persona |
| CC7 Identificación coherente | Cumple | 89 textos de enlace distintos, cada uno a un único destino |
| CC8 Todo documento y página organizado en secciones | Cumple | todas con un h1, un main y encabezados sin saltar niveles |
| CC9 Contenedores como tablas y listas usados correctamente | Cumple | 17 tablas y 94 listas, todas con contenido homogéneo y cabeceras |
| CC10 Permitir saltar bloques que se repiten | Cumple | todas las páginas empiezan con «Ir al contenido» |
| CC11 Lenguaje de marcado bien utilizado | Cumple | cada etiqueta de bloque abre y cierra en las 15 páginas |
| CC12 Permitir encontrar las páginas por múltiples vías | Cumple | todas las páginas están en el mapa del sitio, además del menú y los enlaces cruzados |
| CC13 Navegación coherente | Cumple | 3 menús de cabecera y 2 de pie; todas las páginas interiores comparten el mismo orden de enlaces |
| CC14 Orden adecuado de los contenidos si es significativo | Cumple | ningún tabindex positivo: el orden del código manda |
| CC15 Advertencias bien ubicadas | Revisión humana | el sitio no tiene formularios propios; el widget pone «Campo N de M» y los avisos antes del campo en los formularios del sitio anfitrión (prueba_formularios.js). Revisar a mano en cada sede donde se instale |
| CC16 Orden adecuado de los elementos al navegar con tabulación | Cumple | sin tabindex positivo, el orden de tabulación es el del código, que coincide con el visual; prueba_teclado_fisico.js lo recorre entero |
| CC17 Foco visible al navegar con tabulación | Cumple | paginas.css define un contorno propio en :focus-visible; medido también en prueba_teclado_fisico.js |
| CC18 No utilizar audio automático | Cumple | ningún audio ni vídeo arranca solo con sonido |
| CC19 Permitir control de eventos temporizados | Revisión humana | el sitio no tiene contenidos que cambien solos ni sesiones con tiempo; en el widget, el barrido automático se pausa con Escape y su tiempo se ajusta (prueba_barrido.js) |
| CC20 Permitir control de contenidos con movimiento y parpadeo | Cumple | sin <blink> ni <marquee>; las animaciones respetan prefers-reduced-motion y el modo calma (prueba_sistema.js) |
| CC21 No generar actualización automática de páginas | Cumple | ninguna página lleva meta refresh |
| CC22 No generar cambios automáticos al recibir el foco o entradas | Cumple | ningún control navega ni cambia la página al recibir el foco o al escribir |
| CC23 Utilice textos adecuados en títulos, páginas y secciones | Cumple | 15 títulos, todos distintos |
| CC24 Utilice nombres e indicaciones claras en campos de formulario | Cumple | 4 campos, todos con etiqueta asociada |
| CC25 Utilice instrucciones expresas y claras | Revisión humana | cada control del panel lleva su ayuda escrita debajo y el sitio abre con «En pocas palabras»; que se entiendan lo dicen las personas usuarias, no una máquina |
| CC26 Enlaces adecuados | Cumple | ningún enlace se llama «aquí», «ver más» o similar |
| CC27 Idioma | Cumple | todas declaran lang="es"; 0 fragmentos en otro idioma marcados con su propio lang |
| CC28 Manejo del error | Revisión humana | el sitio no tiene formularios propios; el widget explica los errores del sitio anfitrión en lenguaje claro y lleva el foco al campo (prueba_formularios.js) |
| CC29 Imágenes de texto | Revisión humana | las capturas de la guía muestran la interfaz (uso permitido por las WCAG); el logotipo está exento. Ninguna imagen sustituye texto informativo: comprobado a la vista |
| CC30 Objetos programados | Revisión humana | el panel, el teclado en pantalla, el tablero de pictogramas y la calibración son objetos propios: llevan roles ARIA, se manejan con teclado y se anuncian (prueba_aria.js, prueba_teclado_fisico.js). No hay objetos de terceros incrustados |
| CC31 Desde una letra hasta un elemento complejo utilizable | Cumple | todas las páginas declaran UTF-8 |
| CC32 Manejable por teclado | Cumple | prueba_teclado_fisico.js recorre con Tab todo el sitio y todo el panel, pulsa con Intro y Espacio y comprueba que no hay trampas |
2. Resolución 1519 de 2020, Anexo 3 (seguridad digital) en lo que toca a un script de terceros
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| HTTPS obligatorio y redirección | Cumple | winclus.com solo por HTTPS con HSTS (dos años, subdominios, preload). |
| Cabeceras de seguridad | Cumple | Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy y Permissions-Policy (cámara y micrófono solo desde el propio sitio). |
| Integridad del script que instala la entidad | Cumple | Cada versión fija es inmutable y publica su hash SHA-384 (atributo integrity) en la guía de integración, WordPress y Drupal. |
| Funciona con la CSP estricta de la entidad | Cumple | Prueba de aislamiento con CSP con nonce: el widget no necesita 'unsafe-inline' y no genera violaciones. |
| Sin servidores propios que reciban datos | Cumple | La cámara, la calibración y los ajustes se quedan en el navegador; el widget no llama a servidores de Winclus salvo para descargar sus propios archivos. Prueba de privacidad. |
3. Resolución 2893 de 2020 de MinTIC (sedes electrónicas), Anexo 1, 4.3.2 b): la barra de accesibilidad
Es el único requisito de la norma colombiana que se cumple con un elemento que se añade al sitio. Dice: «Se debe contar con una barra de accesibilidad visible, en la que se pueda modificar el contraste, reducir o aumentar la letra, y la opción de cambiar idioma». La sede electrónica la define el Decreto 620 de 2020 (Decreto 1078 de 2015, art. 2.2.17.6.1).
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| Barra visible | Cumple | El botón de Winclus está siempre a la vista, en todas las páginas del sitio, y se abre también con Alt+Mayúsculas+W. |
| Modificar el contraste | Cumple | «Veo poco» en la primera pantalla del panel; alto contraste, modo oscuro y colores de la página en la pestaña Ver. |
| Reducir o aumentar la letra | Cumple | «Veo poco» en la primera pantalla; «Tamaño del texto» del 80 % al 200 % y zoom de toda la página en la pestaña Ver. |
| Opción de cambiar idioma | Cumple, si el sitio tiene otros idiomas | «Otro idioma», a la vista al abrir el panel (desde la 0.8.0), lleva a las versiones del sitio en otros idiomas que declare con hreflang, con un selector de idioma o con data-idiomas. Si el sitio solo está en español, explica cómo traducirlo con el navegador: Winclus no traduce la página, para no enviarla a ningún servicio. prueba_otro_idioma.js. |
4. NTC 5854 (ICONTEC): ya no la exige la norma
La Resolución 1519 de 2020 no menciona la NTC 5854: adoptó directamente las WCAG 2.1 AA y derogó la Resolución 3564 de 2015, que era la que remitía a la NTC. Se deja aquí porque algunas entidades todavía la piden en sus pliegos.
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| Niveles A y AA (equivalen a las WCAG 2.0 A y AA) | Cumple | Las WCAG 2.1 AA contienen todos los criterios de las WCAG 2.0 AA; ver el ACR. |
| Nivel AAA | No aplica | Ninguna norma colombiana lo exige. Winclus cubre varios criterios AAA como apoyo (lenguaje claro con «Explicar en fácil», lectura en voz alta, espaciado de dislexia), pero no lo declara. |
5. Leyes de inclusión y transparencia
| Norma | Qué pide que toque a Winclus | Estado | Cómo se demuestra |
|---|---|---|---|
| Ley 1618 de 2013 (artículos 14 y 16) | Acceso a la información y a las TIC de las personas con discapacidad; tecnologías de apoyo | Cumple | Diez necesidades cubiertas (motriz, habla, baja visión, ceguera, auditiva, dislexia, cognitiva, neurodivergencia, mayores, daltonismo); guía por discapacidad. |
| Ley 1618 de 2013, evidencia de que sirve | Que la tecnología de apoyo se compruebe con las personas a las que va dirigida | Pendiente (persona) | Protocolo escrito y guion de diez minutos publicados; ninguna sesión hecha todavía. |
| Ley 1712 de 2014 (artículo 8) | Información pública accesible a personas con discapacidad | Cumple | Lectura en voz alta, lector básico, lectura limpia y explicación en fácil sobre cualquier página; PDF accesibles. |
| Ley 1680 de 2013 | Acceso de personas ciegas y con baja visión a la información | Cumple | Lector básico con voz y teclado para quien no tiene NVDA o JAWS; compatible con ellos (no se pisa si se deja apagado); texto al 200 %, lupa hasta ×16, contraste. |
| Ley 1346 de 2009 (aprueba la Convención de la ONU sobre los derechos de las personas con discapacidad, artículos 9 y 21) | Acceso a la información y a las TIC en igualdad de condiciones; información pública en formatos accesibles y comunicación aumentativa y alternativa | Cumple | Uso con la cara, la voz, un pulsador y pictogramas (comunicación aumentativa), lectura en voz alta y en fácil sobre la misma página, sin coste para la persona. |
| Ley 982 de 2005 | Reconocimiento de la Lengua de Señas Colombiana y acceso de personas sordas y sordociegas | Cumple en lo que toca a un widget | Subtítulos grandes, avisos visuales de sonidos, subtítulos en vivo, enlace al Centro de Relevo (intérprete gratuito) y al diccionario LSC del INSOR. Winclus no traduce el contenido a LSC. |
| Decreto 767 de 2022 (Gobierno Digital) | Servicios digitales de confianza, usables y accesibles | Cumple | Cifras de uso para que la entidad reporte cuántas personas terminan sus gestiones; declaración y evidencia públicas. |
6. Ley 1581 de 2012 y Decreto 1377 de 2013 (datos personales)
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| Autorización previa, expresa e informada para datos sensibles (la cara y la mirada) | Cumple | Consentimiento en pantalla antes de encender la cámara la primera vez, con texto en lenguaje claro; se guarda la fecha y la versión; «Restablecer todo» lo borra. Prueba de privacidad. |
| Política de tratamiento y aviso de privacidad | Cumple | Política con finalidades, derechos, plazos de respuesta (10 y 15 días hábiles) y canal; enlazada desde el «Acerca de» del widget. |
| Minimización: nada sale del equipo | Cumple | Imagen y rasgos procesados en el navegador; solo el dictado y las órdenes por voz usan el reconocedor del navegador (Google o Microsoft) y el panel lo avisa cada vez. |
| Papel de Winclus (responsable o no) y Registro Nacional de Bases de Datos | Pendiente (persona) | Hace falta un concepto jurídico escrito que confirme que, al no recibir nunca el dato, Winclus no es responsable del tratamiento, y si aplica el registro ante la SIC. Con él se ajusta la política y la cláusula para entidades. |
7. Norma europea EN 301 549 (la que las entidades usan para software de apoyo)
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| Capítulo 11, software (interfaz del widget) | Cumple | ACR, tabla 4. |
| 12.1 Documentación accesible | Cumple | Guía y manual en HTML y PDF etiquetado, en lenguaje claro. |
| 12.2 Servicio de apoyo | Parcial | Correo con compromiso de respuesta en 10 días hábiles. Falta una línea telefónica o de WhatsApp con horario publicado. |
8. Nivel AAA de las WCAG (no lo exige ninguna norma; se alcanza como ventaja)
| Requisito | Estado | Cómo se demuestra |
|---|---|---|
| Todos los criterios AAA que aplican al widget y a winclus.com (contraste 7:1, objetivos de 44 px, confirmación antes de borrar, colores propios y presentación visual, glosario y abreviaturas, lectura fácil, migas de pan, transcripciones, teclado sin excepción, sin tiempos, sin destellos, ayuda) | Cumple | Tabla 3b del informe de conformidad; prueba_aaa.js mide contraste, tamaños, confirmaciones, colores, glosario, migas y transcripciones en cada cambio. |
| 1.2.6 Lengua de señas en los vídeos de la demostración | Pendiente (persona) | Hace falta un intérprete certificado de Lengua de Señas Colombiana para unos cinco minutos de vídeo. Hasta entonces: «AAA salvo Lengua de Señas». |
Lo que falta y quién lo cierra
1. Evaluación independiente. Un experto en accesibilidad ajeno a Winclus evalúa el widget y el sitio con lector de pantalla, teclado, zoom y móvil, y firma un informe. Entre dos y cuatro semanas. Sin esto, todo lo de arriba es autodeclarado.
2. Pruebas con personas con discapacidad. Sesiones según el protocolo (ocho grupos, cinco personas cada uno) y, para empezar esta semana, la prueba de diez minutos. El informe se publica en la declaración.
3. Concepto jurídico y línea de soporte. Un abogado responde por escrito sobre el papel de Winclus con los datos biométricos y el registro de bases de datos; y se publica un teléfono o WhatsApp de soporte con horario.
El orden, los plazos y los correos modelo están en el plan de cumplimiento que acompaña a este documento (pídelo a hola@winclus.com). Cuando los tres estén cerrados, esta página pasará a decir «cumple» en todas las filas y la declaración enlazará el informe externo y el de pruebas.