- El problema que resolvía
- Principios arquitectónicos de GOV.UK
- Lo que GOV.UK hace excepcionalmente bien
- Lecciones aplicables
- Para profundizar
GOV.UK es el sitio web del Gobierno del Reino Unido, lanzado en 2012 para unificar bajo un único dominio los cientos de sitios independientes de los distintos departamentos y agencias gubernamentales. Es ampliamente considerado uno de los ejemplos más rigurosos y más estudiados de arquitectura de la información centrada en el usuario a escala masiva.
Su análisis es valioso no porque sea un modelo a imitar literalmente, sino porque ilustra de forma excepcional qué pasa cuando los principios de la arquitectura de la información se aplican con coherencia y rigor a un problema de escala real.
El problema que resolvía
Antes de GOV.UK, el gobierno británico tenía más de 700 sitios web independientes. Cada departamento tenía su propio dominio, su propio diseño, su propia estructura de navegación y su propio vocabulario. Un ciudadano que necesitaba renovar el pasaporte, declarar un cambio de domicilio y solicitar una prestación tenía que navegar por tres sitios distintos con tres lógicas de navegación distintas.
El problema no era de diseño visual. Era de arquitectura de la información: el sitio estaba organizado según la estructura interna del gobierno, no según las necesidades de los ciudadanos.
GOV.UK partió de una premisa radical: el sitio debe organizarse según lo que los ciudadanos necesitan hacer, no según cómo está organizado el gobierno internamente.
Principios arquitectónicos de GOV.UK
1. Orientación a tareas, no a departamentos
La navegación principal de GOV.UK no está organizada por departamentos gubernamentales (“Ministerio del Interior”, “Agencia Tributaria”, “Ministerio de Educación”). Está organizada por tareas y necesidades del ciudadano:
- Nacimientos, muertes, matrimonios y cuidados
- Empresas y actividad empresarial
- Ciudadanía y vivir en el Reino Unido
- Crimen, justicia y ley
- Discapacidad
- Conducción y transporte
- Educación y formación
- Empleo y trabajo
El ciudadano no sabe qué departamento gestiona qué. Sí sabe en qué categoría de necesidad encaja su situación.
2. Vocabulario del ciudadano, no de la administración
El equipo de GOV.UK realizó investigación exhaustiva con usuarios para identificar qué vocabulario usaban los ciudadanos para describir sus necesidades. La terminología administrativa interna fue sistemáticamente reemplazada por el lenguaje natural de los usuarios.
“Permiso de conducir” en lugar de “Licencia de conducción de vehículos a motor”. “Prestación por desempleo” en lugar de “Subsidio de desempleo contributivo de tipo 1-B”.
Esto no es un detalle menor: es la aplicación directa de los principios de vocabulario controlado orientado al usuario.
3. Una URL, una tarea
GOV.UK es extraordinariamente disciplinado en su estructura de URLs. Cada tarea o contenido tiene una única URL clara y estable. No hay duplicaciones, no hay variantes, no hay rutas alternativas al mismo contenido.
La estructura de URLs refleja la jerarquía de navegación:
/browse/[categoria]/[subcategoria]/
/guidance/[nombre-de-la-guia]/
/[nombre-del-servicio]/[paso/]
4. El contenido de guía vs. el servicio transaccional
GOV.UK distingue explícitamente entre dos tipos de contenido:
Contenido de guía: Explica qué es algo, cómo funciona, qué se necesita. Es contenido informativo, indexable, enlazable.
Servicio transaccional: El formulario, el proceso, la transacción. Puede requerir autenticación, tiene un flujo definido, su URL puede no ser permanente.
Esta distinción es arquitectónicamente importante: no mezclan el contenido informativo con el transaccional en la misma estructura de URL ni en el mismo tipo de página.
5. Contenido mínimo suficiente
GOV.UK tiene un estilo de contenido muy específico: texto corto, oraciones simples, sin jerga, sin contenido redundante. No es solo una guía de estilo editorial; es una decisión arquitectónica. Cada página tiene exactamente el contenido necesario para la tarea, ni más ni menos.
Lo que GOV.UK hace excepcionalmente bien
La búsqueda como primer recurso. GOV.UK no confía en que los usuarios naveguen por la taxonomía para encontrar lo que buscan. La búsqueda es prominente y funciona bien.
La ausencia de menú global complejo. GOV.UK no tiene un menú de navegación global en el sentido tradicional. Tiene una taxonomía de temas que actúa como punto de partida, pero las páginas de contenido no tienen una barra de navegación persistente que intente mostrar todo el sitio.
La estabilidad de URLs. El equipo de GOV.UK tiene un compromiso explícito con la estabilidad de URLs. Los cambios de URL son tratados como eventos de alto impacto que requieren justificación y gestión cuidadosa de redirecciones.
La auditoría continua. GOV.UK publica datos sobre qué contenido se elimina, por qué y qué porcentaje del contenido publicado está “activo”. La arquitectura de la información es tratada como un proceso continuo, no como un entregable inicial.
Lecciones aplicables
Organizar por necesidades del usuario, no por estructura interna. Sea cual sea la organización interna del equipo o la empresa, la arquitectura del sitio debe reflejar el modelo mental del usuario.
Investigar el vocabulario antes de decidir las etiquetas. Las palabras que usa la organización no son necesariamente las palabras que usa el usuario.
Distinguir entre contenido informativo y contenido transaccional. Son tipos de contenido distintos con estructuras distintas, lógicas de URL distintas y necesidades de indexación distintas.
Comprometerse con la estabilidad de URLs. Cambiar URLs tiene un coste real. Diseñarlas bien desde el principio y tratarlas como compromisos permanentes es más eficiente a largo plazo.