Arquitectura de información. Fundamentos

Arquitectura de información, usabilidad, accesibilidad… todas ellas son disciplinas diferentes aunque íntimamente relacionadas, englobadas en una macrodisciplina denominada Experiencia de usuario (UX) que aglutina la arquitectura de información y la mayoría de las disciplinas cercanas a ella [1].

El objetivo de este artículo es introducir los fundamentos de la arquitectura de información (AI), es decir, los principios y cimientos de la disciplina. Para estructurar el contenido he tomado como guión uno de los mejores libros que existen sobre el tema “Arquitectura de información en entornos web” de Mario Pérez-Montoro Gutiérrez (Pérez-Montoro, 2010).

Para los que ya lo han leído, este artículo puede servir de esquema resumen. A los demás os animo a leerlo, pues en él se desarrollan en profundidad todos los apartados con gran rigor y muy bien documentados.

¿Qué es la arquitectura de información?

Disciplina (arte y ciencia) encargada de estructurar, organizar y etiquetar los elementos que conforman los entornos informacionales para facilitar de esta manera la localización (o el acceso) de la información contenida en ellos y mejorar, así, su utilidad y su aprovechamiento por parte de los usuarios (Pérez-Montoro 2010).

El arquitecto de información es la persona que debe identificar la misión (los objetivos) y la visión (las expectativas de los usuarios) de la pagina web, determinar los contenidos y funcionalidades de la página, facilitar el acceso mediante sistemas de organización, etiquetado, navegación y búsqueda y planificar en previsión de futuras modificaciones y crecimiento de la página (Morville y Rosenfeld, 1998)

Durante la fase de “estrategia” identifica los objetivos, en la fase de “alcance” las necesidades de los usuarios, en la fase de “estructura” especifica las funcionalidades y requerimientos de la web, en la fase de “esqueleto” el diseño de los sistemas de navegación, organización, etiquetado y búsqueda y en la fase de “interfaz” prototipa la página (Garret, 2003)

Tipos de necesidad de información

El objetivo habitual de un usuario al acceder a una web es satisfacer una necesidad de información y/o realizar una transacción (por ejemplo comprar un billete de tren). Desde el punto de vista de las necesidades informativas, se pueden distinguir tres tipos:

• Necesidad de información concreta (NIC): por ejemplo, “¿qué precio tiene este producto?”
• Necesidad de información orientada a problemas (NIOP), por ejemplo, “¿cuál es la relación entre la usabilidad y la arquitectura de información?”
• Necesidad de información exploratoria (NIE), por ejemplo “quiero escoger un buen hotel para este fin de semana”
• Necesidad de información sobre búsquedas previas (NIBP), es decir, localizar información que ya había localizado previamente.

Las estrategias de las que dispone un usuario para satisfacer estas necesidades de información en una página web son:

• Búsqueda, utiliza la caja de búsqueda y analiza e interacciona con los resultados.
• Navegación, explora a partir de los enlaces de la web.
• Ayuda, por comodidad o desesperación reclama que se le oriente y señale dónde se encuentra el contenido.

El usuario utiliza una de estas estrategias - o una combinación de ellas- para localizar información que asimila y evalúa para así reformular o refinar su necesidad de información, hasta que considera que ha quedado resuelta. Es lo que se conoce como el modelo berrypicking o recolección de bayas (Bates, 1989). Ver también modelo pearl-growing

Componentes o anatomía de la arquitectura de información

Una buena arquitectura de información se sustenta en tres pilares: el contexto organizacional en el que se desarrolla, el contenido que alberga y los usuarios que la visitan y consultan (Morville y Rosenfeld, 2006)

Los sistemas, estructuras o recursos para estructurar una web y que definen la AI de un sitio se llaman componentes o anatomía de la arquitectura de información y son los siguientes:

• Sistemas de organización
• Sistemas de etiquetado
• Sistemas de navegación
• Sistemas de búsqueda
• Vocabularios o lenguajes documentales

Todos ellos son los responsables en gran de media de la findability de la página y los contenidos que alberga.

Sistemas de organización

Dependiendo de cómo organicemos la información contenida en una web lograremos que los contenidos que alberga sean más fáciles de encontrar por los usuarios. Para hacer un diseño adecuado del sistema de organización es necesario desarrollar correctamente los componentes que lo conforma:

• Esquemas de organización: sistemas que organizan los grupos de ítems de información contenidos en una página web en grupos a partir de un criterio concreto:
  
  
  • Exactos: grupos bien definidos y mutuamente excluyentes, sirven para conocer cosas previamente conocidas:
    
    
    • Alfabéticos
    • Cronológicos
    • Geográficos
  • Ambiguos, para localizar contenidos que no conocemos:
    
    
    • Tema
    • Tarea
    • Audiencia
    • Metáfora, de la que no hay que abusar, pues si no está bien desarrollada su alta ambigüedad desorienta al usuario.
    • Híbrido, utilización de varios de los esquemas anteriores.
• Estructuras de organización: sistemas que organizan los grupos de ítems de información resultantes de los esquemas mostrando las dependencias lógicas que existen entre ellos:
  
  
  • Estructura jerárquica, una buena arquitectura de información incluye una jerarquía o taxonomía entre sus componentes. Permiten al usuario ubicarse y obtener un modelo mental de la estructura del sitio que visita:

    Consejos:

    • Diseñarla teniendo en cuenta a los usuarios.
    • Las opciones principales deben estar siempre visibles.
    • Combinarla con los otros tipos de estructuras para ofrecer al usuario flexibilidad a la hora de localizar la información.
    • Las categorías que la conforman deben ser mutuamente excluyentes. Si muchos contenidos pertenecen a varias categorías la taxonomía termina perdiendo su valor para localizar la información.
    • Sobre la anchura (nº de ítems al mismo nivel) y profundidad de la estructura (niveles de división verticales) recomendada se han escrito ríos de tinta [2]
    • Definir la estructura pensando en la escalabilidad del portal, que sea posible incluir nuevas categorías sin modificarla sustancialmente, sin provocar cambios en la imagen mental que tiene el usuario que ya la ha visitado y sin tener que introducir modificaciones visuales en la home.
  • Basada en registros (o en el modelo de base de datos), idóneo para los contenidos bien estructurados y homogéneos
  • Estructura hipertextual (o en red), que debe ser complemento de otros tipos de estructuras y no la única opción de organización de la información. Permite reflejar relaciones menos estructuradas y más creativas existentes entre los contenidos.
  • Estructura secuencial, con un principio y un final claro y un único itinerario de consulta o exploración
  • Estructura en tabla (o matriz), sólo para aquellos contenidos que admitan su representación en una tabla, y debe ser utilizado en combinación con otras estructuras.

Algunos problemas que debemos resolver al diseñar el sistema de organización son:

• La ambigüedad del propio lenguaje lingüístico.
• La heterogeneidad de los contenidos.
• Las diferentes perspectivas, siendo imprescindible tener en cuenta a nuestro público objetivo.
• Los intereses de la organización, que es necesario conocer a fondo.

El mejor consejo es que, dependiendo del contexto y los usuarios, elegir y articular aquellos sistemas que sean realmente útiles, intentando simultanear esquemas exactos y ambiguos para ofrecer al usuario diferentes vías para acceder y localizar la información. La combinación de diferentes estructuras, si se combinan adecuadamente, permiten obtener un sistema sólido, coherente y flexible.

Sistemas de etiquetado

A la hora de definir el sistema de etiquetado debemos tener cuidado con:

• La ambigüedad intrínseca al lenguaje, tanto sintáctica, léxicas (sinonimia y polisemia) como semántica (uso de metáforas, ironía, etc.)
• La arbitrariedad, evitando utilizar términos con un significado diferente con el que normalmente se asocian.
• La desorientación que producen las etiquetas que no anticipan ni dan pista sobre lo que esconden.
• Las etiquetas que utilizamos se asociación al branding de la empresa, y unas etiquetas mal elegidas pueden dar una mala impresión de la misma.

Todo ello puede suponer que el usuario abandone la página porque no encuentra lo que necesita.

Las etiquetas pueden ser textuales o icónicas, estas deben utilizarse siempre junto a las primeras porque son intrínsecamente ambiguas.

Los sistemas de etiquetado con formato textual que deben planificarse son:

• Enlaces contextuales. Deben identificarse visualmente como tales, diferenciar los que sean externos y utilizarse de forma consistente. No deben ser ambiguos y se debe tener en cuenta el contexto en el que se insertan, siendo además independientes del mismo.
• Títulos. Deben estructurar coherentemente el contenido y su diseño debe reflejar su jerarquía. Tienen que ser descriptivos y coherentes con los literales utilizados en los otros sistemas de etiquetado. Deben ser consistentes a lo largo del sitio tanto en su ubicación como en su aspecto.
• Opciones del sistema de navegación. Deben ser consistentes y coherente siguiendo un mismo patrón visual y de ubicación a lo largo de todo el sitio. Deben describir adecuadamente los contenidos que incluyen y ser entre ellos lo más excluyentes posibles.
• Términos de indización. Son el conjunto de etiquetas utilizadas para describir cualquier tipo de contenido en un entorno web y facilitar su localización, búsqueda y recuperación. Su enlace permite acceder al listado de todos los contenidos indizados con ese término y además alimentan el índice inverso del sistema de búsqueda. Cuando los propios usuarios o los autores de los contenidos proponen las etiquetas (tag) hablamos de marcadores sociales. Una folksonomía es el resultado de la agregación de las etiquetas o tags propuestos por uno más usuarios. Se pueden visualizar en forma de listado, nubes de etiquetas, los más populares, etc.

Consejos y recomendaciones

• Acotar el significado de las etiquetas teniendo en cuenta a los usuarios.
• Diseñar el sistema de etiquetado de forma global y no etiquetas de forma aislada.
• Mantener la consistencia tanto en el literal como en el formato.
• Usar el mismo registro: si usas “linfoma” no uses “dolor de cabeza” sino “cefalea”.
• Reconocibles por ser conceptos familiares, el usuario no debe tener que aprender su significado.
• Utilizar estrategias para desambiguar las etiquetas, por ejemplo mediante el contexto (acompañada de otros elementos similares; mediante un texto que la acompañe, etc.)

Orientaciones metodológicas

• Crear una tabla con tres columnas: etiqueta, explicación de la etiqueta y contenido que representa, para detectar inconsistencias y duplicidades.
• Involucrar a los autores de contenidos.
• Involucrar a los usuarios con pruebas de cardsorting.
• Ver cómo etiquetan nuestros contenidos los usuarios por ejemplo en Del.icio.us
• Analizar los términos que utilizan los usuarios en el buscador de nuestra web.
• Aprovechar tesauros y vocabularios controlados ya existentes que podamos adaptar y refinar, pero siempre deben coincidir con nuestra audiencia.

Sistemas de navegación

Son estructuras que ordenan y agrupan los contenidos de una página web bajo unas categorías que forman una clasificación. Nos permiten:

• Identificar las relaciones entre los contenidos de la web y entre esos contenidos y la página que se está visitando en ese momento.
• Habilitar y facilitar la navegación entre esos contenidos
• Orientarnos, saber dónde estamos, que hay aquí, de dónde venimos y cómo podemos ir hacia donde deseamos ir.
• Formar una imagen mental del tamaño y estructura del sitio.

Los usuarios pueden navegar de formas muy distintas: con dirección, cuando buscan una información determinada, sin dirección, cuando ojean la web sin un objetivo claramente preestablecido, además puede navegar en amplitud o en profundidad.

Tipos de sistemas de navegación

• Sistemas básicos
  
  
  • Sistemas integrados
    
    
    • Sistemas constantes (o globales)
    • Sistemas locales, deben estar correctamente articulados con el sistema constante.
    • Sistemas contextuales, que permiten identificar contenidos relacionados y enlazar con ellos. Es importante que los contenidos o páginas críticas se enlaces desde otros contenidos.

    Se deben articular estos tres sistemas sin saturar de enlaces y sin que ocupen todo el espacio de la página. Deben situarse de forma consistente, fija y diferenciada entre ellos.

  • Sistemas complementarios, son recursos para localizar información y para orientarse que suelen ser páginas propias e independientes.
    
    
    • Mapa del sitio
    • Índices, listado de términos que representan el contenido del sitio, normalmente ordenados alfabéticamente
    • Guías, para introducir a los nuevos usuarios en los contenidos y la funcionalidad de una parte concreta del sitio: wizards, configuradores, visitas guiadas, tutoriales, etc.
• Sistemas no básicos
  
  
  • Sistemas de personalización, estructuras de navegación proactivas que se autodiseñan en función de lo que espera el usuario, ofreciéndole enlaces a partir de su perfil. El principal problema es que los comportamientos pasados no son garantía de inferir sus comportamientos futuros.
  • Sistemas de customización: estructuras reactivas que permiten que el usuario pueda diseñar su propio sistema de navegación. El principal problema es que a los usuarios les pasen desapercibidas estas opciones, que si sus necesidades cambian deben redefinirlas o que simplemente no tengan tiempo de hacerlo.
  • Sistemas de navegación visual, permiten explorar usando recursos icónicos o visuales.
  • Sistemas de navegación social, inferidos a partir del comportamiento de la mayoría de usuarios que visitan la página (lo más popular, lo más comprado, etc.)

Recomendaciones

• Utilizar recursos de contextualización que permitan al usuario saber dónde se encuentra, adónde puede ir y la relación del contenido con el resto del sitio: incluir siempre el logo de la organización, marcar visualmente las opciones de menú donde nos encontramos, incluir migas de pan, etc.
• No anular funcionalidades del navegador. Al posicionar el cursor sobre un enlace la URL debe verse en el pie del navegador; no eliminar las barra de menú del navegador al abrir una ventana nueva; no impedir al usuario que utilice el menú contextual del botón derecho; no impedir que la página muestre el scoll cuando sea necesario; permitir que los enlaces visitados cambien de color, etc.
• Diseño de navegación: incluir siempre un mapa web. Si se usan menús desplegables es mejor que se desplieguen al activarlos y se mantengan desplegados (Chaparro, Minnaert y Phipps, 2000).

Sistemas de búsqueda

Utilizados normalmente para localizar información a partir de una necesidad concreta. Ofrecen los resultados que coinciden con los definidos por el usuario en la ecuación de búsqueda. Los problemas a superar son:

• Ruido: contenidos recuperados no pertinentes, se mide con el índice de precisión.
• Silencio: documentos pertinentes no recuperados, se mide con el índice de exhaustividad.

Los sistemas de búsqueda pueden ser:

• Reactivos: reaccionan frente a la conducta informativa del usuario.
• Proactivos: ofrecen proactivamente la información al usuario sin que tenga que reclamarla continuamente:
  
  
  • Sistemas de difusión selectiva de información (DSI), ofrecen una actualización informativa automatizada sobre un tema concreto a partir de la sindicalización de contenidos.
  • Sistemas de workshop, suministran automáticamente la información dentro de un proceso a partir del perfil del usuario.
  • Agentes inteligentes: infieren el perfil de interés informacional de un usuario a partir de criterios como su histórico de comportamiento o su similitud con el de otros usuarios.
• RSS, es reactivo porque has de suscribirte y proactivo porque desde ese momento los recibes automáticamente.

Recomendaciones

• Evaluar la necesidad de un vocabulario controlado y definir los metadatos implicados en su descripción.
• Seleccionar como términos de indización ciertos componentes de los contenidos (título, url, etiquetas de los enlaces o títulos de las imágenes)
• Si se indiza el texto completo de todos los contenidos, introducir recursos como la búsqueda por campos para refinar el resultado y evitar una tasa de ruido elevada.
• Evaluar si se indiza sólo algunos contenidos, algunas zonas de esos contenidos o algunos componentes determinados de ellos.
• Indizar los contenidos según el tipo de usuario o audiencia al que va dirigido.
• Inferir patrones en el comportamiento de los usuarios.
• Tratar de indizar las páginas según el tipo de contenido.
• Incluir siempre que se pueda:
  
  
  • corrector ortográfico: corrigen automáticamente la ortografía dando alternativas.
  • herramientas fonéticas: para identificar términos con grafías diferentes pero fonéticamente idénticas
  • herramientas de procesamiento del lenguaje natural: obvian las palabras vacías e introducen AND entre los términos propuestos.
  • en función del proyecto, evaluar la inclusión de sugerencias de términos en la caja de búsqueda, que se va adaptando a lo que se escribe y que permiten identificar las búsquedas con más resultados.
• Poder refinar y mejorar manualmente los resultados de las búsquedas más habituales.
• Formar a los autores del contenido sobre cómo deben redactar los títulos o etiquetar el contenido.
• La caja de búsqueda debe estar identificada como tal y cerca del sistema de navegación.
• Diseñar la interfaz de búsqueda teniendo en cuenta a los usuarios, el tipo de necesidad informativa, la cantidad de información recuperada y el tipo de contenidos a recuperar.
• En la página de resultado:
  
  
  • indicar los términos por los que se ha buscado
  • indicar el número de resultados mostrados y encontrados
  • poner en negrita las coincidencias
  • permitir refinar la búsqueda (no solo semánticamente sino por fecha, lengua, tipo de documento, etc.)
  • permitir realizar búsquedas sólo en los resultados.
  • permitir personalizar el número de resultados a mostrar.
  • poder imprimir o enviar por email los resultados
  • poder guardar la búsqueda, para ello es necesario que sea mediante GET para que tenga una URL propia.
  • ofrecer opciones de ordenación (por precio, por relevancia, por cronología, etc.)

Vocabularios o lenguajes documentales

La indización es la operación en la que se asigna a cada contenido una serie de términos (palabras clave) que representan el tema o temas sobre los que versa. Es una operación de análisis. La clasificación es la operación por la cual se asigna a cada contenido un único término que representa el tema principal sobre el que versa ese documento. Es una operación de síntesis.

La información resultante de la indización y la clasificación suele incorporarse al contenido mediante metadatos asociados para que funcione con los sistemas de organización, etiquetado, navegación y búsqueda.

Un lenguaje documental se constituye a partir de un subconjunto de términos del lenguaje natural (acompañados a veces de números como en el caso de las clasificaciones) para facilitar la búsqueda y recuperación de la información contenida en los documentos.

Aunque el uso de un lenguaje documental reduce el ruido y el silencio en las búsquedas, su construcción y mantenimiento lleva asociado un coste de personal y de tiempo importante, además de que hay que asegurar que se hace correctamente. Por ello hay que evaluar con criterio la necesidad de ese esfuerzo y su viabilidad.

Un lenguaje documental está formado por:

• El vocabulario del lenguaje documental: subconjunto del lenguaje natural. Se distingue:
  
  
  • el término de indización principal (descriptor): es unívoco. Identifica la representación estándar de ese concepto. Por ejemplo, “sacerdote”.
  • término de indización secundario: es sinónimo del principal y una buena representación del concepto que el primero también representa, pero se decide no identificarlo como la representación estándar. Por ejemplo: “cura”, “clérigo”
• Relaciones semánticas entre los términos de indización, que pueden ser de:
  
  
  • Equivalencia: sinónimos, acrónimos, abreviaciones, variantes léxicas, posibles errores ortográficos, cuasisinónimos.
  • Jerarquía, que puede ser:
    
    
    • Genérica: soltero-hombre
    • Relación parte-todo: rueda-coche
    • Relaciones de instanciación: Mediterráneo-mar
  • Asociativa: por afinidad semántica o evocación. Por ejemplo, veneno-toxicidad.

Tipos de lenguajes documentales

• Libres, por ejemplo extraer automáticamente de un texto las palabras que no pertenecen al fichero de palabras vacías.
• Controlados:
  
  
  • Anillos de sinónimos, entre los términos se establecen relaciones de equivalencia pero no de jerarquía ni de asociación. Al hacer una búsqueda se recuperan también los indexados por sus sinónimos. Reduce el silencio en las búsquedas pero aumenta el ruido.
  • Fichero de autoridades, listado de términos principales (con sus respectivos sinónimos) para describir y normalizar un conjunto de entidades (personas, organizaciones, lugares geográficos) ante la variedad de homónimos, sinónimos o nombres con los que puede ser denominada una persona, entidad, obra, tema o concepto. Se utiliza especialmente en la catalogación de los fondos de las bibliotecas.
  • Lista de encabezamientos de materia (LEM), en el cual el encabezado condensa el tema del documento con uno o varios términos. Presentan relaciones asociativas, jerárquicas y de equivalencia. Se usan preferentemente en las bibliotecas y en los centros de documentación cuyos fondos son esencialmente enciclopédicos.
  • Taxonomías, sus términos presentan relaciones de equivalencia y jerarquía pero no asociativas.
  • Clasificación, representa entre sus términos relaciones asociativas, jerárquicas y de equivalencia y algunas veces asocia un código identificativo a cada uno de sus términos.

    La más utilizada en web es la clasificación facetada para poder clasificar simultáneamente desde distintos puntos de vista, o a partir de diferentes criterios, un mismo conjunto de objetos.

    Cada una de las clasificaciones o facetas es paralela a las demás en un mismo nivel semántico. Cada faceta sería una etiqueta del sistema de navegación global, o un campo de la base de datos; y las categorías de esa faceta serían las de uno de los sistemas de navegación local, o las de los posibles valores de un campo de la base de datos. Por ejemplo, cada faceta seria (corriente literaria, género literario, etc.) y las categoría (realismo, modernismo,…; novela, poesía,…).

  • Tesauro, se encuentran integrados en los sistemas de navegación y búsqueda. Sus términos presentan relaciones asociativas (términos relacionados, TR), jerárquicas (términos genéricos, TG y términos específicos, TE) y de equivalencia.

En este apartado recomiendo también la lectura de dos artículo de Yusef Hassan Montero:

• “Diseño de Arquitectura de Información: Descripción y Clasificación”, 2005, NSU
• “Clasificaciones Facetadas y Metadatos (I): Conceptos Básicos”, 2003, NSU

Bibliografía

BATES, M.J. (1989): “The Design of Browsing and Berrypicking. Tecniques for the Online Search Interfaces”, Online Reviews, vol. nº3, pp. 407-424

CHAPARRO, B., G.MINNAERTS y C.PHIPPS (2000): “Limitations of Using Mouse-Over with Menu Item Selection”, Human Factors and Ergonomics Society Annual Meeting Proceedings

GALLETTA, D., R. HENRY, S.McCOY y P.POLAK (2006), “When the Wait isn’t So Bad: The Interacting Effects of Website Delay, Familiarity, and Breadth”, Information Systems Research, vol. 17, núm. 1, pp. 20-37”

GARRET, J. (2003): The Elements of User Experience. User-Centered Design for the Web, Nueva York: American Institute of Graphic Arts

JACKO, J.A y G. SALVENDY (1996): “Hierarchical Menu Design: Breadth, Depth and Task Complexity”, Perceptual and Motor Skills, vol. 82, pp. 1187-1201

KRUG, S (2000): Don’t Make Me Think: A Common Sense approach to Web Usability, Indianápolis (Indiana): New Riders

MORVILLE, Peter y ROSENFELD, Louis (1998): Information Architecture for the World Wide Web, Sebastopol (California): O’Reilly Media Inc.

­­- (2006): Information Architecture for the World Wide Web, 3ª edición, Sebastopol (California): O’Reilly Media Inc.

MILLER, D.P (1981): “The Depth/Breadth Tradeoff in Hierarchical Computer Menus”, Proceedings of the Human Factors Society 25^TH Annual Meeting, pp. 296-300

MILLER, C. y R.REMINGTON (2002): “Effects of Structure and Label Ambiguity on Information Architecture”, Conference on Human Factors in Computing Systems, pp. 630-631

- (2004): “Modeling Information Navigation: Implications for Information Architecture”, Human-Computer Interaction, vol. 19, núm.3, pp. 225-271

PEREZ-MONTORO, Mario (2010): Arquitectura en entornos web, Gijón: Ediciones Trea

SNOWBERRY, K., S. PARKINSON y N. SISSON (1983): “Computer Display Menus”, Ergonomics, vol. 26, núm.7, pp. 699-712

---

[1] Consultar "Disciplinas relacionadas con la usabilidad"

[2] Miller, 1981 indica que el máximo de enlaces que retenemos mentalmente cuando navegamos es de 7.

Pero Krung, 2000 defiende que el número de enlaces que recordamos depende de lo que se tenga que recordar. Lo importante es utilizar etiquetas adecuadas al nivel cultural y profesional de los usuarios y discriminar visualmente lo principal de lo secundario.

Porter, 2003 demostró que la regla de los 3 clics es falsa y por tanto no debe fundamentarse en ella la selección de jerarquías anchas y poco profundas, pues lo importante es que cada clic sea significativo y no ambiguo (Krug 2000). Hay que tener en cuenta que las jerarquías muy anchas y poco profundas exigen un mayor esfuerzo cognitivo del usuario para elegir entre todas las opciones del mismo nivel, mientras que las jerarquías estrechas exigen menor esfuerzo cognitivo al tener que elegir entre pocas opciones, de modo que a medida que se avanza, se van desambiguando y da sensación de ser una web menos compleja (ver modelo modelo pearl-growing).

Miller, 1981 defiende que hay que buscar un equilibrio entre la anchura y la profundidad de la estructura. Si el usuario se encuentra demasiadas opciones en el menú principal, en una jerarquía muy ancha y poco profunda, tiene la sensación de escasez de contenido, y si es muy profunda puede sentirse perdido.

Snowberry, Parkison y Sisson, 1983 defienden las jerarquías anchas. Las profundas reclaman mayor memoria a corto plazo, y las anchas transmiten más sensación de orientación, aunque exigen mayor habilidad de análisis visual para identificar las correlaciones semánticas entre los contenidos categorizados.

Galletta, Henry, McCoy y Polak, 2006 defienden las estructuras planas cuando la web es lenta, concluyendo que lo importante realmente es la familiaridad de los contenidos que es lo que más reduce el tiempo de localizar la información.

Jacko y Salvendy, 1996 especifican que el tiempo para completar un tarea aumenta tanto en estructuras anchas como profundas (en este caso más) pero que minimizar la profundidad reduce la percepción de complejidad.

Si la ventaja de las jerarquías anchas es la sensación de orientación, Miller y Remington, 2002, 2004 defienden que un buen sistema de etiquetado no ambiguo en una estructura profunda alteraría la máxima de que las planas son más eficientes, que completaría la tesis de Galletta, Henry, McCoy y Polak, 2006 de que los efectos negativos de la estructura ancha se mitigan con se establece una relación de familiaridad con sus contenidos.

Artículos relacionados

• Estándares formales de usabilidad y su aplicación práctica en una evaluación heurística
• Wireframes
• Vídeo "Prototipado" para el curso gratuito "iDESWEB: Introducción al desarrollo web"
• Metodología DCU MPlu+a
• La usabilidad como metodología para el desarrollo de una aplicación
  

Últimos anteriores

• PDF Techniques for WCAG 2.0
• Mi opinión sobre Google+: +1, -1
• Novedades de Axure 6
• Accesibilidad integrada en todas las fases de desarrollo de una aplicación Web: marco metodológico AWA
• SEO y Accesibilidad. Accesible también para buscadores
• Respuesta a 25 dudas habituales sobre accesibilidad web

Servicios relacionados

Análisis de interfaz (AI & UX): Arquitectura de información. Diseño de interacción. Prototipado. Experiencia de usuario.