Cómo hacer una auditoría de arquitectura de información basada en tareas

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 sobre información difícil de encontrar apenas indican dónde preguntar: no revelan si falta contenido, si un rótulo promete otra cosa, si el buscador devuelve resultados débiles o si un control impide avanzar. La unidad de análisis debe ser un resultado que una persona necesita alcanzar, observado desde sus puntos de entrada reales y con evidencia suficiente para decidir entre una reparación localizada y un cambio estructural.

¿Qué decisión tiene que orientar la auditoría?

La auditoría debe diseñarse para una decisión acotada: reparar una sección, cambiar rótulos, preparar una migración o determinar si existe evidencia para un rediseño más amplio. La arquitectura de información comprende la organización, los rótulos y la navegación que ayudan a encontrar información, entender la ubicación y las opciones disponibles, y completar tareas. Por eso, el alcance no se define sólo con una lista de páginas: también incluye audiencias, objetivos, puntos de partida, tipos de página, dispositivos, idiomas, permisos y estados del recorrido que pueden modificar las rutas disponibles.

Separá desde el inicio hechos conocidos, conducta observada, hallazgos de una inspección experta e hipótesis todavía no probadas. Una auditoría basada en tareas diagnostica si el sistema actual de recorridos sostiene resultados seleccionados; no reemplaza un inventario de contenidos, una auditoría técnica de SEO, una evaluación integral de conformidad de accesibilidad ni el diseño de una solución futura. Sus conclusiones corresponden a los públicos y contextos incluidos. Si no se registró el móvil, el área autenticada o una variante regional, el informe no debería generalizar sobre esos ámbitos.

• Decisión que deberá tomarse y responsables de tomarla.
• Audiencias, tareas, estados, canales, dispositivos e idiomas incluidos.
• Fuentes aceptables de evidencia y grado de confianza requerido.
• Aspectos excluidos y preguntas que deberán pasar a otra evaluación.
• Formato para distinguir observaciones, interpretación e hipótesis.

¿Cómo se arma un conjunto representativo de tareas con evidencia?

El conjunto se arma redactando cada tarea como un resultado reconocible para el público, sin revelar el nombre del destino ni la opción de navegación presunta. 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. Un estudio documentado por Digital.gov derivó escenarios realistas de investigaciones anteriores y revisó su cobertura antes de probarlos. Esa procedencia debe quedar al lado de cada tarea para que el equipo sepa qué está respaldado y qué sigue siendo una conjetura.

La analítica, las consultas del buscador, los contactos con soporte, los estudios anteriores, las entrevistas, la observación y el personal que trabaja con usuarios pueden aportar evidencia; las opiniones ajenas a usuarios siguen siendo supuestos. La analítica, las búsquedas internas y los contactos con soporte son señales útiles, pero no prueban por sí solos la intención del usuario, la causa de un abandono ni la solución estructural correcta. Equilibrá tareas frecuentes con otras de alta consecuencia, difíciles o desatendidas, y documentá para cada una la audiencia, el disparador, los puntos de partida y la condición concreta de éxito.

• Resultado buscado, expresado sin anticipar el rótulo o la categoría correcta.
• Audiencia y situación que disparan la necesidad.
• Inicio posible: buscador externo, página interna, portada de sección, área autenticada o búsqueda del sitio.
• Contenido, acción o confirmación que constituye una finalización válida.
• Fuente de evidencia, fecha, alcance y nivel de confianza.

¿Qué tiene que registrar la matriz de tareas y recorridos?

La matriz tiene que conectar cada tarea respaldada con su resultado, destino, puntos de entrada, recorridos plausibles, señales inspeccionadas, conducta observada, diagnóstico, cambio propuesto y nueva prueba. No presupongas que el viaje comienza en la página de inicio: trazá por separado la llegada desde un buscador externo, la navegación global o local, los enlaces contextuales y la búsqueda interna. En cada decisión, anotá qué ve la persona, qué expectativa crea esa señal, adónde llega y si puede reconocer y corregir una elección improductiva.

El criterio 2,4,5 de WCAG 2,2 exige más de una manera de localizar una página dentro de un conjunto, salvo cuando esa página sea un resultado o un paso de un proceso. Sus técnicas documentadas incluyen navegación general, enlaces relacionados, mapa del sitio y búsqueda. Ese criterio aporta una verificación puntual, no una conclusión automática sobre toda la arquitectura. Conservá la misma fila durante inspección, prueba, priorización, asignación y retesteo: así cada recomendación mantiene una cadena visible entre necesidad, recorrido, evidencia y decisión.

Una auditoría de arquitectura no pregunta si el sitemap se ve prolijo: pregunta si las personas llegan al resultado que necesitan por recorridos reales y con evidencia accionable.

¿Cómo se inspecciona el recorrido completo y no sólo los menús?

Inspeccioná cada componente material desde la entrada hasta el contenido, la acción o la confirmación final: página de llegada, navegación global y local, índices, agrupaciones, encabezados, migas u otras señales de ubicación, enlaces contextuales, buscador y destino. Microsoft recomienda planificar la navegación desde la perspectiva, las tareas habituales y los modelos mentales de los usuarios, y describe los buenos rótulos como precisos, familiares, concisos, escaneables y distinguibles. En la práctica, evaluá la expectativa que crea cada rótulo dentro de su contexto, no su brevedad de manera aislada.

El criterio 2,4,6 de WCAG 2,2 exige que los encabezados y rótulos proporcionados describan su tema o propósito. El criterio 3,2,3 de WCAG 2,2 requiere que los mecanismos de navegación repetidos conserven el mismo orden relativo, salvo que la persona usuaria inicie un cambio. Esto no prohíbe una navegación local o secundaria. Repetí las tareas importantes en páginas, dispositivos, idiomas, permisos y estados que cambien materialmente el recorrido. Usar el buscador interno puede ser una preferencia válida y no demuestra, por sí solo, que la navegación haya fallado.

• ¿La señal describe con precisión el destino y se distingue de las opciones vecinas?
• ¿La página confirma dónde está la persona, qué nivel alcanzó y qué puede hacer después?
• ¿Existe una recuperación comprensible después de una elección equivocada?
• ¿Los mecanismos repetidos mantienen nombre, orden y comportamiento previsibles?
• ¿El destino ofrece realmente el contenido, la acción o el estado necesarios para terminar?

¿Qué método conviene para validar cada recorrido incierto?

Elegí el método por la pregunta de evidencia, no por costumbre. Digital.gov describe la clasificación de tarjetas como un método para conocer cómo agrupan contenido los participantes y, en la modalidad abierta, cómo nombran los grupos que crean. Usala cuando la incertidumbre esté en la agrupación esperada o en el lenguaje de una categoría, sin presentarla como prueba de un recorrido completo. La prueba de árbol puede aislar la encontrabilidad de un destino dentro de una jerarquía y revelar categorías o rótulos confusos, pero omite gran parte de la interfaz renderizada.

Cuando la pregunta involucra navegación renderizada, señales de página, controles, enlaces contextuales, resultados de búsqueda, recuperación o finalización, aplicá pruebas de usabilidad basadas en tareas. 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. Seleccioná sólo las observaciones que respondan a la decisión. Los recorridos divergentes y las explicaciones de los participantes pueden exponer agrupaciones o rótulos ambiguos aun cuando algunas personas lleguen al destino esperado.

• Inspección experta: localiza defectos probables, pero sus hallazgos no son conducta observada.
• Clasificación de tarjetas: investiga agrupación esperada y lenguaje de categorías.
• Prueba de árbol: aísla jerarquía y rótulos sin la influencia de buena parte del diseño visual.
• Prueba de usabilidad: examina el recorrido renderizado, las alternativas, la recuperación y la finalización.
• Medidas posibles: finalización, ayuda, errores, desvíos, tiempo, retrocesos, reformulaciones, confianza y razonamiento.

¿Cómo se convierten los hallazgos en cambios acotados o en un rediseño justificado?

Convertí cada hallazgo en una decisión clasificando primero la falla real. Puede ser de cobertura, si falta el contenido o la acción; de entrada, si un inicio probable no ofrece camino; de rótulo o agrupación, si la expectativa no coincide; de orientación, si no queda claro dónde se está; de enlace contextual, búsqueda o consistencia; o de interacción, cuando la estructura parece razonable pero el control impide usarla. Esta taxonomía evita que todos los síntomas terminen convertidos en una recomendación genérica de cambiar el menú.

• Importancia de la tarea y públicos afectados.
• Frecuencia observada, alcance y consecuencia de la falla.
• Fortaleza, procedencia y límites de la evidencia.
• Dependencias operativas y responsables de la corrección.
• Intervención candidata: contenido, rótulo, enlace, agrupación, búsqueda, sección o estructura general.

Priorizá con esos datos visibles y registrá el juicio, en lugar de esconderlo en un puntaje universal. Un rediseño amplio queda justificado cuando fallas importantes se repiten en los contextos pertinentes, cuentan con evidencia observada, son estructurales y no pueden resolverse razonablemente con intervenciones acotadas. En los demás casos, corregí el componente específico y retesteá las tareas afectadas antes de declarar éxito. Si aparecen dudas de accesibilidad, convocá a una persona especialista y realizá la evaluación apropiada: revisar estos criterios puntuales no demuestra la conformidad de accesibilidad de todo el sitio.