En este artículo
En resumen: la Ley 1712 de 2014 es la Ley de Transparencia y del Derecho de Acceso a la Información Pública Nacional. Obliga a las entidades a publicar de forma proactiva información mínima sobre su estructura, servicios, procedimientos, contratación y presupuesto. La Resolución 1519 de 2020 de MinTIC fija cómo debe publicarse esa información en los sitios web, con anexos técnicos sobre accesibilidad web, publicación de información, seguridad digital y datos abiertos. Los lineamientos GOV.CO completan el marco para que los portales ofrezcan una experiencia coherente con el portal único del Estado.
Una entidad puede publicar un portal visualmente actualizado y, aun así, quedar expuesta a incumplimientos en accesibilidad, calidad de contenidos, seguridad o trazabilidad. El cumplimiento de los lineamientos GOV.CO no se resuelve al final del desarrollo con una revisión superficial: debe orientar las decisiones de arquitectura, diseño, contenidos y operación desde el inicio.
Para líderes de tecnología, comunicaciones y transformación digital, el reto no consiste únicamente en atender una exigencia institucional. Se trata de construir un canal confiable para la ciudadanía, administrable por los equipos internos y sostenible frente a cambios normativos, tecnológicos y organizacionales. Esa diferencia determina si el portal se convierte en un activo público de largo plazo o en otro proyecto que exige reconstrucciones frecuentes.
Qué implica el cumplimiento de lineamientos GOV.CO
Los lineamientos GOV.CO reúnen criterios para que las entidades públicas ofrezcan información y servicios digitales claros, accesibles, confiables y centrados en las necesidades de las personas. Su aplicación cruza varias dimensiones: estructura de navegación, publicación de información institucional, accesibilidad web, mecanismos de interacción, seguridad, datos abiertos y gestión editorial.
El error habitual es asumirlos como una lista de elementos visibles en la página de inicio. Un botón de transparencia, un enlace de atención al ciudadano o una sección de datos abiertos son necesarios cuando aplican, pero no garantizan por sí solos el cumplimiento. Cada componente debe conducir a información vigente, comprensible, localizable y correctamente administrada.
También debe existir evidencia operativa. Si un trámite, una política, un dato de contacto o un documento institucional cambia, la entidad necesita saber quién puede actualizarlo, bajo qué flujo de aprobación y cómo evitar que persistan versiones contradictorias. La plataforma y el modelo de gobierno de contenidos deben responder como un solo sistema.
El cumplimiento se diseña antes de construir
Un proyecto ordenado comienza con un diagnóstico que contraste el estado actual del portal con los requerimientos aplicables y con los objetivos de servicio de la entidad. No todas las organizaciones tienen las mismas obligaciones, ni enfrentan la misma complejidad. Una entidad con múltiples sedes, trámites transaccionales y audiencias diversas requiere un alcance distinto al de una institución con un portal principalmente informativo.
Este diagnóstico debe identificar brechas en cuatro frentes: contenido, experiencia, tecnología y operación. En contenido, se revisa qué información existe, cuál está desactualizada, quién es responsable y qué rutas siguen los usuarios para encontrarla. En experiencia, se evalúan navegación, buscador, lenguaje, formularios, dispositivos móviles y accesibilidad.
En tecnología, conviene revisar versiones de software, configuraciones de seguridad, rendimiento, integraciones, analítica, infraestructura y capacidad de recuperación. Finalmente, en operación se analizan roles editoriales, procesos de aprobación, indicadores y procedimientos para mantener el portal vigente. Sin esta lectura integral, es fácil invertir en una nueva interfaz que conserva los problemas estructurales de la plataforma anterior.
Definir un alcance verificable
Los criterios de cumplimiento deben traducirse en historias, reglas de aceptación y pruebas concretas. Decir que un sitio será accesible, por ejemplo, no basta. El equipo debe establecer qué estándares aplican, cómo se validarán componentes como menús, formularios, tablas, documentos y contenidos multimedia, y quién corregirá los hallazgos antes de publicar.
Lo mismo ocurre con la información institucional. Cada requisito debe relacionarse con una sección, un tipo de contenido, un responsable y una periodicidad de actualización. Esta matriz permite evitar dos riesgos frecuentes: publicar información sin dueño operativo o pedir al equipo editorial que gestione campos y procesos que no entiende.
Arquitectura y CMS: donde se sostiene el cumplimiento
La elección tecnológica no sustituye la gestión institucional, pero puede facilitarla o dificultarla de manera considerable. Un CMS bien configurado permite modelar tipos de contenido, controlar permisos, establecer flujos editoriales, conservar historial de cambios y reutilizar componentes aprobados. Uno mal implementado termina dependiendo de desarrolladores para ajustes menores, con costos y tiempos que afectan la actualización de información pública.
Drupal es especialmente útil en portales institucionales complejos cuando se aprovecha con criterio de arquitectura. Su capacidad para manejar roles, flujos de moderación, estructuras de contenido, multisitio e integraciones permite construir plataformas administrables sin sacrificar control. Sin embargo, instalar módulos sin una estrategia clara crea deuda técnica y puede comprometer seguridad, rendimiento o mantenibilidad.
Una arquitectura adecuada separa responsabilidades. Los componentes de interfaz deben ser consistentes y accesibles; los modelos de contenido deben responder a las necesidades editoriales; las integraciones con sistemas internos deben tener contratos definidos; y la infraestructura debe contar con monitoreo, respaldos y procedimientos de despliegue. Estas decisiones reducen la dependencia de intervenciones manuales y mejoran la trazabilidad de la operación.
Componentes reutilizables y control editorial
Un sistema de diseño no es solamente una biblioteca visual. Para una entidad pública, es una forma de asegurar que los equipos publiquen información con patrones aprobados. Alertas, tarjetas, acordeones, tablas, formularios, bloques de contacto y llamados a la acción deben mantener comportamiento consistente en todo el portal.
La reutilización tiene un beneficio directo para el cumplimiento: una corrección aplicada a un componente puede propagarse de forma controlada, en lugar de requerir ajustes página por página. El beneficio depende de una gobernanza clara. Si cada área puede crear variaciones sin límites, la consistencia se pierde rápidamente.
Accesibilidad: una condición de servicio, no una revisión estética
La accesibilidad suele detectarse tarde, cuando el diseño ya está aprobado y los contenidos ya fueron cargados. Corregirla en esa etapa cuesta más y rara vez resuelve todos los problemas. Contrastes insuficientes, navegación imposible con teclado, etiquetas incompletas en formularios, documentos no accesibles y videos sin alternativas son barreras reales para las personas usuarias.
La revisión debe combinar herramientas automáticas con pruebas manuales. Los validadores detectan aspectos técnicos valiosos, pero no pueden determinar si un texto es comprensible, si el orden de lectura tiene sentido o si una instrucción permite completar un trámite. La accesibilidad requiere diseño, desarrollo y edición responsable.
Los documentos merecen atención particular. Una página web puede cumplir criterios de accesibilidad mientras sus archivos adjuntos impiden acceder a información esencial. Por eso conviene definir plantillas documentales, pautas para publicación y controles previos para contenidos de alta relevancia.
Contenido institucional que se puede encontrar y entender
Los usuarios no navegan un portal institucional como lo hace su organigrama. Llegan con preguntas concretas: cómo realizar una solicitud, dónde consultar una norma, qué oficina atiende un caso o cuál es el estado de un servicio. La arquitectura de información debe responder a esas necesidades, incluso cuando la estructura interna de la entidad sea compleja.
Un modelo editorial efectivo reduce duplicidades y define la fuente oficial de cada información. También contempla vigencias, fechas de revisión, metadatos, etiquetas y relaciones entre contenidos. Esto mejora el buscador interno, facilita la indexación y evita que una noticia antigua compita con una instrucción vigente.
El lenguaje claro es parte de la calidad del servicio. No significa simplificar términos técnicos cuando son necesarios, sino explicar procesos, requisitos y decisiones sin trasladar al ciudadano la complejidad administrativa de la entidad. Cuando un procedimiento tiene condiciones especiales, estas deben aparecer en el momento preciso y con instrucciones accionables.
Seguridad, integración y continuidad operativa
El cumplimiento de lineamientos GOV.CO no puede separarse de la seguridad. Un portal desactualizado, con permisos excesivos o integraciones sin controles, afecta la confianza institucional aunque su contenido esté correctamente organizado. La gestión de actualizaciones, el endurecimiento de configuraciones, los registros de auditoría y las pruebas periódicas deben formar parte del plan operativo.
Las integraciones requieren especial cuidado. Conectar el portal a sistemas de trámites, autenticación, analítica, repositorios documentales o plataformas de atención puede mejorar la experiencia, pero también amplía la superficie de riesgo. Es necesario definir qué datos circulan, dónde se almacenan, quién los administra y qué ocurre cuando un sistema externo no está disponible.
La continuidad operativa se demuestra con acciones acotadas, auditables y medibles: respaldos verificados, ambientes separados, procedimientos de reversión, monitoreo de disponibilidad y responsables definidos para incidentes. No se trata de sobredimensionar la operación, sino de ajustarla a la criticidad real del canal digital.
Cómo medir que el cumplimiento se sostiene
Una evaluación inicial es necesaria, pero el cumplimiento no es una condición permanente por defecto. Los contenidos cambian, los equipos rotan, se agregan funcionalidades y aparecen nuevas dependencias tecnológicas. Por eso, la entidad necesita un ciclo de revisión que combine controles editoriales, auditorías técnicas y seguimiento de indicadores.
Algunas métricas útiles son el porcentaje de contenidos revisados dentro de su vigencia, el tiempo de resolución de hallazgos de accesibilidad, la disponibilidad de servicios críticos, el número de publicaciones con flujo de aprobación completo y la tasa de éxito en formularios o trámites. La selección depende de los objetivos del portal, pero las métricas deben conducir a decisiones concretas, no convertirse en reportes sin efecto operativo.
Coresis aborda estos proyectos desde tecnología aplicada con criterio de arquitectura y continuidad: el objetivo no es marcar requisitos como completados, sino dejar una plataforma que los equipos puedan administrar, auditar y evolucionar con seguridad.
El siguiente avance útil es convertir el cumplimiento en un plan de trabajo priorizado. Empiece por las brechas que afectan el acceso a información esencial, la seguridad y la capacidad editorial; después, establezca responsables, evidencia de validación y una cadencia de mejora. Así, el portal deja de ser una obligación de publicación y se consolida como un canal institucional confiable para la ciudadanía.
Qué debe resolver el portal, obligación por obligación
| Exigencia | Qué implica en el portal |
|---|---|
| Transparencia y acceso a la información (Ley 1712) | Sección de transparencia organizada según la estructura exigida, con información actualizada y responsables de cada contenido |
| Accesibilidad web (Resolución 1519, anexo de accesibilidad) | Plantillas, componentes y documentos accesibles; revisión continua, no solo al publicar |
| Seguridad digital | Condiciones técnicas mínimas, actualizaciones y control de accesos del gestor de contenidos |
| Datos abiertos | Publicación de conjuntos de datos reutilizables y enlazados con el portal nacional |
| Lineamientos GOV.CO | Barra y elementos comunes, lenguaje claro y recorridos consistentes para la ciudadanía |
El texto completo de la ley y de la resolución está enlazado al final. Las obligaciones concretas dependen del tipo de sujeto obligado; ante una duda de interpretación, la referencia es la propia norma y la guía de MinTIC.
Cómo lo aplica Coresis
Hemos llevado estas exigencias a portales en operación. En el ICBF (2017-2020), la plataforma debía facilitar el cumplimiento de la Ley de Transparencia en un volumen alto de contenidos, trámites y micrositios, conservando la autonomía editorial de muchos responsables. En el Ministerio de Vivienda la arquitectura de información convirtió obligaciones normativas en recorridos comprensibles, y el portal quedó alineado con GOV.CO. En la USPEC, los estándares GOV.CO fueron el marco para validar accesibilidad, navegación y contenido. Así trabajamos GOV.CO y Drupal para entidades públicas.
Lecturas relacionadas
- Accesibilidad web y WCAG en entidades públicas
- Datos abiertos en Colombia: un portal que se use
- Arquitectura de información: qué es y cómo aplicarla