Navegación global, local y contextual: cómo orientar a las personas dentro de un producto digital
Una navegación no es solamente un menú. Es parte del sistema que permite que una persona entienda dónde está, qué tiene alrededor y hacia dónde puede avanzar.
En productos pequeños esta distinción puede pasar inadvertida. Pero cuando un sitio o una aplicación crecen, intentar resolver toda la orientación desde una única navegación empieza a generar problemas: demasiadas opciones, jerarquías difíciles de comprender y páginas que, vistas de manera aislada, pierden su contexto.
En Information Architecture for the World Wide Web, Peter Morville y Louis Rosenfeld distinguen tres sistemas de navegación que suelen convivir dentro de una interfaz: global, local y contextual.
No son tres estilos de menú. Son tres niveles diferentes de orientación.
Navegar también es comprender la estructura
Arquitectura de información y navegación están relacionadas, pero no son lo mismo.
La arquitectura de información establece cómo se organizan, nombran y relacionan las partes de un sistema. La navegación convierte parte de esa estructura en caminos que una persona puede recorrer.
Morville y Rosenfeld utilizan una metáfora especialmente clara: la estructura y la organización construyen las habitaciones; la navegación agrega puertas y ventanas.
Esto explica por qué cambiar un menú rara vez alcanza para solucionar una arquitectura confusa. Si las categorías no representan correctamente el contenido, los nombres son ambiguos o la estructura refleja la organización interna de una empresa en lugar del modelo mental de las personas, cambiar la posición del menú no resuelve el problema.
Abby Covert lleva esa idea un poco más atrás: diseñar arquitectura de información implica organizar las partes de algo para que el conjunto resulte comprensible. Cuando esa arquitectura se convierte en navegación aparecen además decisiones sobre lenguaje, intención, dirección, accesibilidad y gobernanza.
Por eso diseñar navegación no empieza preguntando:
¿Dónde ponemos el menú?
Empieza preguntando:
¿Qué necesita entender una persona para poder moverse por este sistema?
Tres escalas para orientarse
El modelo de Morville y Rosenfeld puede reducirse a tres preguntas muy simples:
| Tipo de navegación | Pregunta que ayuda a responder | Alcance |
|---|---|---|
| Global | ¿Qué grandes lugares existen? | Todo el producto |
| Local | ¿Qué hay alrededor de donde estoy? | Área o sección actual |
| Contextual | ¿Qué se relaciona con esto? | Contenido u objeto actual |
Los tres sistemas pueden aparecer simultáneamente en una misma página.
El problema aparece cuando uno intenta hacer el trabajo de todos los demás.
Navegación global: entender el territorio
La navegación global representa las principales áreas disponibles dentro de un producto o sitio.
En un portfolio podría incluir:
Portfolio · Artículos · Glosario · Autores · Recursos
En una aplicación empresarial:
Dashboard · Operaciones · Clientes · Reportes · Configuración
Su característica principal es la persistencia.
Morville y Rosenfeld describen la navegación global como un sistema destinado a estar disponible prácticamente en todo el sitio, permitiendo acceder a áreas fundamentales independientemente de la profundidad alcanzada dentro de la jerarquía.
Su función, sin embargo, no es mostrar todo. Es ofrecer una representación relativamente estable del territorio.
Una buena navegación global ayuda a construir un modelo mental
Después de recorrer varias páginas, una persona empieza a reconocer cómo está dividido el sistema.
Sabe que determinada información probablemente estará en “Recursos”, que los proyectos viven en “Portfolio” o que las definiciones conceptuales se encuentran dentro de “Glosario”.
La navegación empieza a funcionar como un mapa aprendido.
Por eso la consistencia importa: si las áreas principales cambian permanentemente según la pantalla, la persona tiene que reconstruir ese mapa una y otra vez.
El error de convertir todo en navegación global
Cuando un producto crece suele aparecer una reacción previsible:
“Esto también es importante. Agreguémoslo al menú.”
Después ocurre otra vez.
Y otra.
Hasta que la navegación global intenta representar productos, audiencias, contenidos, funcionalidades, campañas y prioridades internas al mismo tiempo.
El menú termina describiendo la complejidad de la organización en lugar de simplificarla.
La solución tampoco consiste necesariamente en meter todo dentro de un megamenú. Antes hay que decidir algo más difícil:
qué merece realmente formar parte del primer nivel del sistema.
El desafío es ofrecer suficiente acceso sin ocultar la jerarquía bajo una acumulación de opciones.
Navegación local: entender el barrio
Si la navegación global muestra el territorio, la navegación local permite explorar el área inmediata.
Una vez que entramos en una sección aparecen opciones que tienen sentido dentro de ese contexto, pero que no necesitan estar disponibles en todo el producto.
Por ejemplo:
Glosario
│
├── Arquitectura de información
├── Investigación
├── Diseño de interacción
├── Métricas
└── ContenidoEstas opciones pueden ser muy importantes mientras alguien explora el glosario, pero no necesitan aparecer mientras esa misma persona está leyendo un case study del portfolio.
Ese es el valor de la navegación local:
permite aumentar profundidad sin aumentar permanentemente la complejidad global.
Morville y Rosenfeld muestran además que distintas partes de un mismo ecosistema pueden necesitar navegaciones locales diferentes. Una sección de soporte, un catálogo y un área de empleo pueden pertenecer al mismo sitio pero requerir estructuras distintas porque las tareas que permiten realizar también lo son.
La navegación local no es simplemente un menú secundario.
Representa proximidad dentro de la arquitectura.
Navegación contextual: recorrer relaciones
No todas las conexiones importantes pertenecen a la jerarquía.
Ahí aparece la navegación contextual.
Un artículo sobre arquitectura de información puede relacionarse con:
Taxonomías · Card sorting · Tree testing · Modelos mentales
Esos contenidos no necesitan ser hijos o hermanos dentro de una misma rama. Están conectados porque existe entre ellos una relación significativa.
Morville y Rosenfeld describen precisamente este tipo de navegación como enlaces asociados a una página, documento u objeto particular. También destacan su capacidad para favorecer el aprendizaje asociativo: una persona puede descubrir nuevas ideas siguiendo las relaciones construidas entre los contenidos.
La estructura nos permite decir:
Esto pertenece acá.
La navegación contextual nos permite decir:
Si esto te interesa, probablemente aquello también tenga sentido.
Contextual no significa “poner cosas relacionadas abajo”
La navegación contextual puede aparecer de distintas formas.
Puede existir dentro del contenido:
Para validar esta estructura podríamos utilizar un tree test.
O como un bloque separado:
Relacionado
- Arquitectura de información
- Taxonomías
- Card sorting
- Tree testing
Incluso puede tomar la forma de productos relacionados, recomendaciones, próximos pasos o contenidos complementarios.
Lo importante no es el componente utilizado. Es la razón por la que existe esa conexión.
Morville y Rosenfeld señalan algo particularmente vigente: muchas de estas relaciones son tanto editoriales como arquitectónicas. Un autor, editor o especialista puede determinar qué conexiones realmente enriquecen el contenido.
Esto resulta todavía más relevante hoy, cuando un algoritmo puede generar cientos de relaciones posibles.
La pregunta de diseño no es:
¿Podemos relacionar estos dos contenidos?
Sino:
¿Esta relación ayuda a comprender, decidir o continuar?
Lo que Abby Covert agrega al modelo
El modelo global–local–contextual describe muy bien desde qué escala opera cada navegación.
El trabajo de Abby Covert permite sumar otra pregunta:
¿qué está comunicando esa navegación acerca del sistema?
En su marco para analizar navegación, Covert propone considerar dimensiones como intención, roles, permisos, interfaz, etiquetas, proyección, dirección, accesibilidad, alertas y gobernanza.
Para este problema hay tres especialmente útiles.
Intención
Una navegación diseñada para favorecer eficiencia puede ser distinta de otra orientada a promover exploración.
No existe una estructura universalmente correcta.
La navegación tiene que responder a lo que las personas necesitan hacer y a la intención del sistema.
Etiquetas
La navegación está construida fundamentalmente con lenguaje.
Una categoría puede ocupar el lugar correcto dentro de la jerarquía y, sin embargo, fallar porque nadie entiende qué significa.
Una buena etiqueta necesita ser comprensible para su audiencia y coherente con aquello que el sistema intenta comunicar.
Dirección
Finalmente, una navegación debería ayudar a responder:
¿Dónde estoy?
¿Qué puedo hacer acá?
¿Adónde puedo ir desde acá?
Estados seleccionados, breadcrumbs, títulos de página y otras señales pueden reforzar ese sentido de lugar.
El desafío real: contexto contra flexibilidad
La Web permite enlazar prácticamente cualquier contenido con cualquier otro.
Eso rompe una limitación propia de las estructuras puramente jerárquicas.
Podemos bajar, subir, movernos lateralmente, saltar hacia otra rama o cruzar directamente hacia un contenido relacionado.
Pero esa libertad tiene un costo.
Morville y Rosenfeld lo representan comparando dos extremos: una jerarquía pura es clara pero restrictiva; una red hipertextual completamente conectada ofrece enorme libertad, pero puede convertirse rápidamente en algo difícil de comprender.
El desafío del diseño de navegación vive exactamente entre esos extremos.
Muy poca navegación
↓
estructura clara
pero recorridos rígidos
EQUILIBRIO
contexto + flexibilidad
Demasiada navegación
↓
muchos caminos
pero poca orientaciónHoy podemos sumar tabs, filtros, breadcrumbs, command palettes, mega menus, sidebars, chips, enlaces inline, recomendaciones y accesos rápidos.
Cada elemento puede justificarse individualmente.
El conjunto puede seguir siendo insoportable.
Por eso el objetivo no es maximizar la cantidad de caminos posibles, sino ofrecer los caminos adecuados sin perder orientación.
Una página interna también es una puerta de entrada
No podemos asumir que las personas ingresan por la home.
Morville y Rosenfeld ya señalaban que un usuario podía llegar directamente desde un buscador o desde otro sitio, evitando por completo la página principal.
Hoy esa fragmentación es todavía mayor.
Podemos llegar desde Google, una red social, Slack, WhatsApp, una notificación, un marcador, una respuesta generada por IA o un enlace compartido.
Eso cambia una regla fundamental del diseño:
Cada página debería poder explicar suficiente contexto por sí misma.
Morville y Rosenfeld recuperan para esto el Navigation Stress Test de Keith Instone: ingresar directamente a páginas internas y comprobar si podemos determinar dónde estamos, en qué sección se encuentra esa página y hacia dónde podemos continuar.
Probá tu navegación sin pasar por la home
Elegí cualquier página interna de tu producto y abrila directamente.
Después preguntate:
- ¿Sé qué producto o sitio estoy usando?
- ¿Puedo identificar en qué área estoy?
- ¿Entiendo qué hay alrededor?
- ¿Los enlaces me permiten anticipar hacia dónde voy?
- ¿Tengo algún camino razonable para continuar?
Si necesitás conocer previamente la estructura para responder estas preguntas, probablemente el sistema dependa demasiado de la memoria del usuario.
Global, local y contextual no compiten
Preguntarse qué tipo de navegación debería utilizar un producto es plantear mal el problema.
Los sistemas complejos suelen necesitar las tres.
Global establece el territorio.
Local permite profundizar dentro de una zona.
Contextual conecta elementos que la jerarquía por sí sola no podría relacionar.
PRODUCTO
│
├────────── navegación global ──────────┐
│ │
│ ÁREA │
│ │ │
│ ├── navegación local │
│ │ ├── Sección A │
│ │ ├── Sección B │
│ │ └── Sección C │
│ │ │
│ └── CONTENIDO │
│ │ │
│ ├·· relacionado con X │
│ ├·· relacionado con Y │
│ └·· continuar hacia Z │
│ │
└──── navegación contextual puede ──────┘
atravesar la jerarquíaMorville y Rosenfeld advierten además que estas capas deben diseñarse en conjunto. Cuando se resuelven de manera independiente, pueden competir por el espacio y terminar ahogando al propio contenido que deberían ayudar a recorrer.
No se trata entonces de agregar navegación.
Se trata de distribuir responsabilidades.
Diseñar navegación es diseñar orientación
Una buena navegación rara vez llama la atención sobre sí misma.
La persona simplemente comprende dónde está y encuentra caminos razonables para continuar.
Detrás de esa aparente simplicidad existen decisiones sobre jerarquía, relaciones, lenguaje, contexto y prioridad.
La distinción propuesta por Morville y Rosenfeld sigue siendo útil porque separa tres responsabilidades diferentes:
mostrar el territorio, explicar el entorno inmediato y permitir descubrir relaciones.
Abby Covert amplía esa mirada recordándonos que esos caminos tampoco son neutrales. Las etiquetas que elegimos, las opciones que hacemos visibles y las direcciones que habilitamos proyectan una determinada interpretación del sistema.
Diseñar navegación no consiste entonces en ubicar un menú.
Consiste en construir suficientes señales para que, desde prácticamente cualquier punto del recorrido, una persona pueda responder tres preguntas:
¿Dónde estoy?
¿Qué tengo alrededor?
¿Hacia dónde puedo avanzar?
Cuando esas respuestas son claras, un conjunto de pantallas empieza a comportarse como un sistema.
Fuentes
- Peter Morville y Louis Rosenfeld — Information Architecture for the World Wide Web, 3rd Edition, capítulo 7: “Navigation Systems”.
- Abby Covert — Information Architecture for Navigation
- Abby Covert — How to Make Sense of Any Mess.