¿Qué es la arquitectura de la información?

Nielsen Norman Group distingue dos componentes. El primero es identificar y definir el contenido y las funciones del sitio. El segundo es la organización, la estructura y los nombres que definen cómo se relacionan entre sí. Según NN/g, la arquitectura de la información no aparece en pantalla, pero orienta la interfaz, y se documenta en hojas de cálculo y diagramas, como un mapa del sitio.

La navegación es otra cosa: el conjunto de elementos de la interfaz que llevan a esa información. NN/g cita el menú principal, la navegación local, las migas de pan, los filtros, los enlaces relacionados y el pie de página. Las dos forman parte de la experiencia de usuario, que tiene su propia entrada en este glosario.

El trabajo empieza por saber qué contenido hay y cómo lo agrupan los usuarios. Para lo segundo, NN/g describe el card sorting: los participantes reparten tarjetas con nombres de páginas en los grupos que tienen sentido para ellos. En la variante abierta crean ellos mismos los grupos. Es la más común y la que NN/g recomienda, porque muestra el modelo mental de los usuarios.

Una vez propuesta la jerarquía, se comprueba con un tree testing. Los participantes reciben el árbol de categorías y buscan en qué punto estaría un contenido o una función concretos. NN/g lo usa para medir si se encuentran los recursos clave y lo recomienda en lugar del card sorting cerrado para evaluar las categorías.

En la web, la estructura se traduce en URL, menús y enlaces internos. Google aconseja organizar el sitio de forma lógica, porque ayuda a buscadores y usuarios a entender cómo se relaciona cada página con el resto, y usar URL descriptivas. Si el sitio tiene más de unos pocos miles de URL, agrupar en directorios las páginas de temas parecidos ayuda a Google a saber con qué frecuencia cambia cada directorio. Además, Google pide que cada página importante reciba un enlace desde al menos otra página del sitio, y solo rastrea con fiabilidad los enlaces HTML con atributo href.

Una estructura que no corresponde a cómo piensan los usuarios esconde contenido que existe. NN/g lo resume así: si no se comprueba, se adivina. La arquitectura hay que probarla para saber si los usuarios encuentran los recursos clave.

Para los buscadores, la estructura decide qué páginas se descubren a través de enlaces y cómo se entiende su relación. Google matiza el alcance: no hace falta reorganizar un sitio de inmediato, porque los buscadores probablemente entienden las páginas tal como están, se organicen como se organicen. Las ventajas son a largo plazo y pesan más en sitios grandes.

El enlazado interno y la estructura de encabezados llevan la arquitectura a la práctica, entre páginas y dentro de cada una. Las dos tienen su propia entrada.

• Hacer un inventario del contenido antes de diseñar el menú.
• Usar un card sorting abierto para conocer cómo agrupan los usuarios.
• Probar la jerarquía con un tree testing antes de implementarla.
• Nombrar las categorías con las palabras de los usuarios y no con la jerga interna.
• Enlazar cada página importante desde al menos otra página del sitio, como pide Google.

• Confundir la arquitectura de la información con el menú.
• Dar por buena una estructura sin probarla con usuarios.
• Crear categorías que se solapan, de modo que un contenido cabe en dos sitios.
• Dejar páginas sin ningún enlace interno que lleve a ellas.
• Cambiar todas las URL de golpe esperando una mejora en Google, cuando Google dice que los buscadores probablemente ya entienden el sitio.