Gestioná la web como un sistema de negocio.
Arquitectura de la información
Método práctico para auditar tareas y recorridos, diagnosticar fallas de encontrabilidad y decidir entre reparaciones puntuales o un rediseño.
WebChorus Editorial Team9 min de lectura
Antes de revisar menús o dibujar un sitemap nuevo, auditá tareas representativas y todos los recorridos plausibles que permiten completarlas. Un menú cargado, una página con muchas salidas o una queja aislada pueden señalar un problema, pero no explican si falta contenido, si una etiqueta promete otra cosa, si el buscador devuelve malos resultados o si un control usable en escritorio deja de serlo en el celular.
La unidad de análisis debe ser un resultado que una persona necesita alcanzar. Para cada tarea, registrá de dónde surge, desde qué contextos puede comenzar, qué señales encuentra y dónde se interrumpe o se recupera el recorrido. Ese hilo permite discutir cambios con producto, contenido, diseño y tecnología sin convertir cada síntoma en un argumento automático a favor de una migración costosa.
Decisiones clave
La auditoría debe diseñarse alrededor de una decisión concreta: reparar una sección, cambiar etiquetas, preparar una migración o determinar si existe evidencia suficiente para considerar un rediseño. Definí también audiencias, objetivos, dispositivos, idiomas, permisos, tipos de página, estados del recorrido y puntos de entrada incluidos. La conclusión será válida para esos contextos declarados, no para un supuesto usuario promedio que nunca fue observado.
Una auditoría basada en tareas diagnostica si el sistema de recorridos existente permite completar resultados seleccionados; no sustituye un inventario de contenidos, una auditoría técnica de SEO, una evaluación integral de accesibilidad ni un proyecto de rediseño. La arquitectura de información abarca la organización, las etiquetas y la navegación que ayudan a encontrar información, comprender la ubicación y las opciones disponibles y completar tareas.
Acordá por adelantado qué evidencia alcanzará para tomar la decisión y quién podrá aprobarla. Si el equipo solo necesita saber por qué una tarea crítica fracasa en un portal autenticado, no hace falta evaluar todo el sitio público. El recorte protege tiempo y presupuesto, pero además evita que un hallazgo local se presente como diagnóstico general. Guardá las exclusiones y las limitaciones junto con los resultados.
El conjunto se arma escribiendo resultados que las personas reconocerían, sin revelar el nombre de la sección ni la respuesta de navegación esperada. La guía de GOV.UK recomienda investigar qué intentan hacer las personas, cómo lo hacen actualmente, qué problemas encuentran y qué resultado necesitan. Una consigna como “encontrá los requisitos y comenzá el trámite” conserva el objetivo; “entr á a Solicitudes” induce el recorrido.
La analítica, las búsquedas internas, los datos de soporte, los estudios previos, las entrevistas, la observación y el personal que trabaja con usuarios pueden aportar evidencia; las opiniones sin contacto con usuarios siguen siendo supuestos. La analítica, las salidas, las consultas y los contactos con soporte sirven para localizar preguntas de investigación, pero no demuestran por sí solos la intención, la causa ni la solución estructural correcta.
Equilibrá tareas frecuentes con otras de gran consecuencia, difíciles o correspondientes a públicos desatendidos. Un estudio documentado por Digital.gov construyó escenarios realistas a partir de investigación previa y revisó su cobertura antes de probarlos. Ese caso muestra un procedimiento útil, no una cantidad obligatoria. Si una tarea proviene solamente de una reunión interna, mantenela marcada como hipótesis hasta contrastarla con personas o evidencia operacional interpretable.
La planilla debe conectar cada tarea con su resultado, sus puntos de entrada, las vías plausibles, las señales inspeccionadas, el comportamiento observado, el diagnóstico y la nueva prueba. No supongas que todo empieza en la portada: una persona puede llegar desde un buscador externo, una página de campaña, un enlace guardado, un área autenticada, una sección interna o el buscador del propio sitio.
En cada decisión, anotá la señal visible, la expectativa que genera, el destino alcanzado y la posibilidad de reconocer y corregir una elección improductiva. El criterio de conformidad 2,4,5 de WCAG 2,2 exige más de una forma de localizar una página dentro de un conjunto, salvo cuando sea resultado o paso de un proceso; las técnicas documentadas incluyen enlaces relacionados, mapa del sitio, búsqueda y navegación integral.
Una auditoría de arquitectura no pregunta si el sitemap quedó prolijo, sino si una persona puede completar una tarea por recorridos realistas y comprobables.
| Tarea, audiencia, disparador, resultado y evidencia | Contextos iniciales, recorridos y señales inspeccionadas | Comportamiento, medidas, falla y fuerza de la evidencia | Cambio mínimo, responsable y nueva prueba |
|---|---|---|---|
| Actualizar datos de una cuenta; cliente autenticado; cambio reciente; evidencia de soporte y consultas internas. | Acceso directo, panel de cuenta y búsqueda; etiquetas, enlaces contextuales, encabezados y mensajes de estado. | Desvíos, asistencia, retrocesos y confianza en el destino; posible falla de etiqueta con evidencia observada. | Renombrar la opción y agregar un enlace contextual; responsable de producto; repetir la tarea en celular y escritorio. |
Usá la misma fila durante inspección, prueba, priorización, asignación y seguimiento. Si el equipo copia los hallazgos a una presentación sin conservar la relación con la tarea, resulta fácil perder el contexto y sobregeneralizar. Cuando aparezcan dos fallas distintas en un mismo recorrido, separalas: una etiqueta ambigua y un buscador irrelevante pueden afectar la misma tarea, pero requieren responsables, cambios y pruebas diferentes.
El recorrido completo se inspecciona desde cada entrada material hasta el contenido o la acción final, no solamente dentro de los menús. Revisá navegación global y local, páginas índice, agrupaciones, encabezados, migas u otras señales de ubicación, enlaces en contexto, búsqueda interna y destino. En cada paso preguntá qué promete la señal, qué nivel parece ocupar y cuál sería el próximo movimiento razonable.
Microsoft recomienda planificar la navegación según las perspectivas, tareas habituales y modelos mentales de los usuarios, y describe las buenas etiquetas como precisas, familiares, concisas, escaneables y distinguibles. El criterio 2,4,6 de WCAG 2,2 exige que los encabezados y las etiquetas proporcionados describan su tema o propósito, lo que ayuda a comprender la organización y encontrar información. Una etiqueta breve no es clara automáticamente: debe crear la expectativa correcta en su contexto.
El criterio 3,2,3 de WCAG 2,2 requiere que los mecanismos de navegación repetidos mantengan el mismo orden relativo, salvo que la persona usuaria inicie un cambio; no prohíbe la navegación local o secundaria. Compará tipos de página, permisos, estados, idiomas y dispositivos cuando alteren las rutas disponibles. Usar la búsqueda interna no demuestra que la navegación haya fallado: puede ser una vía alternativa válida o la opción preferida para una tarea concreta.
El método se elige según la incertidumbre que queda por resolver. La inspección experta y los datos existentes sirven para localizar defectos probables, pero una preocupación detectada por especialistas no debe presentarse como una falla observada en usuarios. Escribí primero la pregunta de evidencia: agrupación, lenguaje, jerarquía, señales de la interfaz, búsqueda, recuperación o finalización. Recién después elegí la prueba.
Digital.gov presenta la clasificación de tarjetas como un método para conocer cómo agrupan contenidos los participantes y, en las modalidades abiertas, qué nombres dan a los grupos. No valida por sí sola el recorrido del sitio. La prueba de árbol puede aislar la encontrabilidad de un destino dentro de una jerarquía y revelar categorías o etiquetas confusas, pero omite gran parte de la interfaz renderizada.
NIST describe las pruebas de usabilidad como la realización de tareas representativas por usuarios representativos, con evidencia que puede incluir finalización, errores, tiempo, comentarios cualitativos y satisfacción. Elegí solo las observaciones que respondan a la decisión. Los recorridos divergentes y las explicaciones de los participantes pueden revelar agrupaciones o etiquetas ambiguas incluso cuando algunas personas llegan al destino previsto; también pueden mostrar una alternativa válida que conviene preservar.
Los hallazgos se convierten en decisiones clasificando primero la falla y haciendo visibles los criterios de prioridad. Evitá escribir simplemente “problema de navegación”: indicá si falta cobertura, no existe una entrada plausible, la etiqueta promete otro destino, la agrupación contradice la expectativa, se pierde la orientación, falta un enlace, la búsqueda falla, cambia un mecanismo repetido o el control impide usar una estructura razonable.
Finalización, asistencia, errores, tiempo, desvíos, retrocesos, reformulaciones y explicaciones son medidas posibles, no una planilla universal que deba completarse siempre. Ninguna de las fuentes utilizadas ofrece un puntaje compuesto universal capaz de decidir por sí solo si corresponde rediseñar. Documentá los insumos por separado para que las personas responsables puedan discutir la importancia, la incertidumbre y el costo sin esconder el juicio detrás de una cifra.
Elegí la intervención mínima respaldada por el registro: corregir contenido, cambiar una etiqueta, agregar un enlace, reagrupar destinos, ajustar la búsqueda, reestructurar una sección o, si la evidencia lo exige, revisar el sistema completo. Repetí las tareas afectadas en los contextos relevantes antes de declarar éxito. El rediseño amplio se justifica recién cuando las fallas importantes son repetidas, están respaldadas por observación, responden a la estructura y no pueden resolverse razonablemente con intervenciones acotadas.
Si el equipo no puede construir un conjunto de tareas defendible, diseñar la investigación o resolver compensaciones estructurales, conviene sumar a una persona con experiencia en arquitectura de información o investigación UX. Si aparecen dudas de accesibilidad, involucrá a un especialista y realizá la evaluación de conformidad correspondiente. Revisar estos criterios durante la auditoría no demuestra la conformidad de accesibilidad del sitio completo. El cierre útil es una decisión de nueva prueba, no un sitemap nuevo por defecto.
Una auditoría basada en tareas revisa puntos de entrada, navegación, etiquetas, agrupaciones, orientación, enlaces contextuales, búsqueda y finalización. Se mantiene separada de un inventario de contenidos, una auditoría de SEO, una evaluación integral de accesibilidad y el propio rediseño.
Las fuentes utilizadas no establecen una cantidad universal de tareas o participantes para una auditoría de arquitectura de información. El alcance debe responder a la decisión, la diversidad de audiencias, el riesgo de las tareas, la incertidumbre y la fuerza de evidencia necesaria; las cifras de un caso no son una receta.
Permite localizar señales como consultas, salidas, secuencias y demandas de soporte, pero no prueba por sí sola la intención ni la causa. Combiná esos datos con observación, entrevistas, pruebas o evidencia cualitativa antes de elegir una solución estructural.
No necesariamente: la búsqueda puede ser una ruta válida y preferida. Revisá reformulaciones, relevancia de resultados, confianza en el destino y finalización antes de decidir si falla la navegación, la búsqueda o ninguna de las dos.
Cuando las tareas importantes fallan repetidamente en contextos relevantes, la evidencia observada apunta a causas estructurales y las reparaciones locales no resultan razonables. Antes de escalar, probá cambios acotados en contenido, etiquetas, enlaces, agrupaciones o búsqueda y repetí las tareas afectadas.
Este artículo se investigó utilizando las siguientes fuentes:
Estrategia de contenidos para sitios web
Una guía práctica para validar la necesidad, completar un brief de nueve campos y decidir si corresponde actualizar, combinar, redirigir, rechazar o crear.
Diseñá una estrategia web trazable que conecte evidencia de audiencias y recorridos con capacidades, resultados medibles y decisiones de inversión.
Un método práctico para ordenar propósito, evidencia, opciones y acciones en páginas que deben seguir siendo claras con reflujo, zoom y lectura lineal.
