En este artículo
En resumen: la arquitectura de información es la disciplina que organiza, estructura y etiqueta los contenidos de un sitio para que las personas encuentren lo que buscan y entiendan dónde están. No es lo mismo que la navegación: la navegación son los menús y enlaces que se ven en pantalla; la arquitectura de información es la estructura que hay detrás y que la navegación expresa. En un portal institucional, además, debe reflejar obligaciones normativas y responsabilidades editoriales.
Una persona entra en un portal institucional para resolver una necesidad concreta: solicitar un certificado, consultar una convocatoria, conocer un requisito o acceder a un servicio. Si debe recorrer cinco menús, interpretar etiquetas ambiguas o repetir la búsqueda en distintas secciones, el problema no es solo de diseño visual. La arquitectura de información institucional está fallando en su función principal: hacer comprensible la relación entre las necesidades de las personas, los contenidos y los servicios de la organización.
En entidades públicas, universidades y empresas con ecosistemas digitales amplios, esta disciplina tiene una responsabilidad adicional. Debe ordenar información cambiante, respetar responsabilidades editoriales, facilitar el cumplimiento normativo y sostener una experiencia coherente entre portales, intranets, aplicaciones y canales de atención. No se trata de reorganizar un menú. Se trata de establecer un sistema que pueda evolucionar sin perder claridad ni control.
Qué resuelve la arquitectura de información institucional
La arquitectura de información define cómo se clasifican, nombran, relacionan y encuentran los contenidos y servicios digitales. Su alcance incluye la navegación, el buscador, las taxonomías, los filtros, los metadatos, los tipos de contenido y los recorridos que una persona realiza para completar una tarea.
En una institución, el contenido suele originarse en áreas con objetivos, terminologías y ritmos de publicación diferentes. Jurídica publica normativa; comunicaciones gestiona actualidad; atención al ciudadano mantiene trámites; tecnología opera integraciones; talento humano administra información interna. Sin un modelo común, cada área termina creando secciones, etiquetas y páginas según su propia lógica. El resultado es una plataforma fragmentada, difícil de consultar y aún más difícil de administrar.
Una buena arquitectura no obliga a la organización a simplificar artificialmente su operación. Traduce esa complejidad a estructuras comprensibles para cada audiencia. Por eso, una misma información puede requerir rutas diferentes según la necesidad: una persona puede buscar un trámite por su nombre, por el momento de vida en que se encuentra, por el público al que pertenece o por la entidad responsable. La respuesta adecuada depende de la evidencia disponible sobre las consultas, las tareas frecuentes y el contexto regulatorio.
La arquitectura de información institucional empieza por decisiones de negocio
El error habitual es empezar por un mapa del sitio propuesto desde la estructura interna. Un organigrama puede ser útil para asignar responsables, pero rara vez es una buena guía de navegación. Las personas no suelen pensar en direcciones, oficinas o dependencias cuando necesitan resolver algo.
El trabajo debe comenzar con preguntas operativas: qué servicios son críticos, qué información genera más consultas, dónde se interrumpe un trámite, qué contenidos requieren actualización frecuente y quién responde por su exactitud. También conviene revisar datos de búsqueda, analítica, solicitudes a los canales de atención y términos empleados por la ciudadanía, estudiantes, clientes o equipos internos.
Esta investigación permite distinguir entre contenidos de contexto y contenidos de acción. Una política institucional puede ser relevante, pero no debe competir en el mismo nivel de navegación con un trámite de alta demanda. Del mismo modo, una noticia no debe sustituir a una página de servicio permanente solo porque es más sencilla de publicar.
Taxonomías que conectan contenido, no que lo duplican
Una taxonomía es un vocabulario controlado para clasificar información mediante categorías consistentes. Bien planteada, permite que una convocatoria, una guía, una noticia y un servicio aparezcan relacionados sin que sea necesario crear copias de la misma información en múltiples secciones.
Las taxonomías deben responder a usos reales. Temas, públicos, territorios, tipos de servicio, áreas de conocimiento, etapas de un proceso y líneas estratégicas pueden ser categorías válidas, siempre que cada una tenga una definición, una persona responsable y reglas de aplicación. Crear etiquetas sin gobierno editorial solo traslada el desorden al gestor de contenidos.
También conviene limitar el número de vocabularios y evitar categorías que se solapen. Si «formación», «educación» y «capacitación» se aplican de forma indistinta, el filtro pierde valor y el buscador ofrece resultados inconsistentes. La precisión no exige rigidez excesiva: exige criterios documentados y revisables.
Etiquetas que hablan el lenguaje de quien busca
Los nombres de menú y las llamadas a la acción deben partir del lenguaje de la audiencia, no de la jerga administrativa. «Servicios y trámites» puede orientar mejor que el nombre de una dependencia. «Becas y apoyos» puede resultar más claro que una denominación interna asociada a la gestión financiera.
Esto no implica eliminar los términos oficiales cuando son necesarios. En procesos regulados, una denominación jurídica debe mantenerse. La solución consiste en acompañarla con una explicación clara, sinónimos en el buscador y rutas de acceso basadas en la tarea. La arquitectura de información equilibra precisión institucional y comprensión inmediata.
Cómo construir una arquitectura que se pueda operar
La construcción debe combinar análisis, decisiones de diseño y validación. Primero se realiza un inventario de contenidos, servicios, documentos, integraciones y responsables. No basta con contar páginas: hay que identificar contenido duplicado, información obsoleta, documentos sin contexto, dependencias de sistemas externos y elementos que requieren actualización periódica.
Después se define un modelo de contenidos. Este modelo establece qué tipos de pieza existen, qué campos deben diligenciarse, qué metadatos son obligatorios, qué componentes se pueden reutilizar y qué relaciones deben mantenerse. En una plataforma institucional, una ficha de trámite, una convocatoria y un perfil de programa no deberían construirse como páginas libres si comparten información estructurada y reglas de publicación.
El siguiente paso es diseñar la navegación y los recorridos prioritarios. Los árboles de navegación y los prototipos ayudan, pero deben ponerse a prueba con usuarios representativos. Las pruebas de clasificación de tarjetas permiten comprobar si las categorías resultan naturales; las pruebas de árbol muestran si una persona encuentra una opción sin apoyo visual. Son ejercicios de bajo coste que evitan inversiones equivocadas en desarrollo.
Por último, la arquitectura debe traducirse a reglas de operación. Cada contenido necesita un propietario, una periodicidad de revisión y un flujo editorial proporcional a su nivel de riesgo. Una noticia puede requerir una validación ligera. Un trámite, una norma o una información que afecta derechos y obligaciones necesita controles más estrictos, trazabilidad de cambios y responsables claramente definidos.
Drupal, buscador e integraciones: la capa que sostiene el modelo
La calidad de la arquitectura se degrada cuando la plataforma no permite aplicarla con disciplina. Un gestor como Drupal puede materializar modelos de contenido estructurados, taxonomías, permisos por rol, flujos de moderación y componentes reutilizables. Esto reduce la dependencia de desarrolladores para tareas editoriales habituales, sin renunciar a controles en información sensible.
En plataformas críticas, el buscador merece una decisión específica. Un buscador que solo revisa el texto completo de las páginas ofrece resultados poco relevantes cuando existen miles de documentos y contenidos similares. La indexación debe aprovechar metadatos, sinónimos, filtros, prioridades y reglas para tipos de contenido relevantes. También debe medirse qué consultas no obtienen resultados y qué búsquedas terminan en abandono.
Las integraciones añaden otra capa de complejidad. Un portal puede mostrar datos procedentes de sistemas académicos, expedientes, CRM, catálogos o repositorios documentales. La arquitectura debe definir cuál es la fuente maestra de cada dato, cuándo se sincroniza y qué ocurre si el sistema de origen no está disponible. Publicar información conectada sin estas decisiones genera contradicciones que erosionan la confianza.
Para entidades sujetas a lineamientos GOV.CO, el modelo debe contemplar accesibilidad, contenidos mínimos, datos abiertos, transparencia y rutas de atención. Cumplir estos requisitos no consiste en añadir una sección al final del proyecto. Afecta a la estructura de contenidos, a los metadatos, al lenguaje empleado y a la capacidad de mantener la información vigente.
IA aplicada con límites y trazabilidad
Los agentes de inteligencia artificial y los sistemas RAG pueden ayudar a consultar grandes volúmenes de normativa, procedimientos y conocimiento institucional. Sin embargo, su utilidad depende directamente de la calidad de la arquitectura documental. Si los documentos no tienen versión, propietario, fecha de vigencia, clasificación y fuente identificable, el sistema puede recuperar información desactualizada o fuera de contexto.
La aplicación adecuada no es dejar que un asistente responda cualquier pregunta sin control. Es diseñar acciones acotadas, auditables y medibles: orientar hacia un trámite, resumir un procedimiento con referencias verificables, clasificar una solicitud o asistir al equipo editorial en la identificación de contenido duplicado. Las respuestas deben respetar permisos, conservar trazabilidad y escalar a un canal humano cuando la consulta implique decisiones sensibles.
Señales de que hace falta intervenir
Hay síntomas reconocibles: el menú crece con cada iniciativa, las áreas solicitan micrositios para publicar información, el buscador devuelve documentos irrelevantes, una misma página existe en varias versiones y los equipos editoriales dependen de tecnología para cambios sencillos. También es una señal de alerta que las consultas al centro de atención se repitan pese a que la información ya está publicada.
La intervención no siempre requiere rehacer todo el portal. A veces conviene corregir primero los servicios de mayor demanda, consolidar contenidos duplicados y establecer un modelo editorial común. En otros casos, una migración desde una plataforma heredada o una nueva arquitectura headless ofrece mejores condiciones para integrar canales, datos y experiencias futuras. La decisión depende del riesgo operativo, la deuda técnica y la capacidad real de la organización para gobernar el cambio.
Una plataforma institucional gana valor cuando permite encontrar, entender y actuar sin trasladar la complejidad interna a quien la utiliza. Mantener esa condición exige una arquitectura tratada como capacidad permanente: con responsables, datos de uso, criterios editoriales y decisiones tecnológicas que acompañen la operación diaria.
Sus componentes básicos
- Sistemas de organización: cómo se agrupan los contenidos (por tema, por público, por trámite).
- Etiquetado: los nombres que se usan en menús, títulos y categorías, en el lenguaje de la ciudadanía y no en el organigrama.
- Navegación: los recorridos que la estructura permite.
- Búsqueda: cómo se recupera un contenido cuando la persona no quiere navegar.
Un método habitual es validar la estructura con ejercicios de clasificación de tarjetas y pruebas de árbol antes de diseñar pantallas.
Cómo lo aplica Coresis
En el Ministerio de Vivienda empezamos por un análisis de infraestructura y una redefinición de la arquitectura de información; sobre ese diagnóstico se tomaron las decisiones de navegación, jerarquía y presentación, y solo después se abordó el diseño. En la USPEC, el análisis y el prototipado se hicieron con los gestores de contenido de la entidad para que los modelos editoriales respondieran a escenarios reales de publicación. Así lo llevamos a desarrollos Drupal y portales GOV.CO.
Lecturas relacionadas
- Ley 1712 de 2014: qué exige al portal de una entidad
- Accesibilidad web y WCAG en entidades públicas
- Transformación digital en Colombia: qué exige hoy