Gestire il web come un sistema aziendale.
Architettura dell’informazione
Un metodo pratico per seguire i compiti degli utenti tra navigazione, etichette, collegamenti e ricerca prima di approvare una riprogettazione.
WebChorus Editorial Team8 min di lettura
Prima di giudicare un menu o disegnare una nuova mappa del sito, occorre seguire compiti rappresentativi lungo tutti i percorsi plausibili. Per ogni compito si definisce il risultato atteso, si parte dai contesti realmente disponibili e si osserva dove navigazione, etichette, raggruppamenti, collegamenti contestuali o ricerca interna mantengono oppure tradiscono la promessa fatta all’utente. Questa impostazione trasforma impressioni generiche sulla reperibilità in evidenze utilizzabili per una decisione.
Un menu affollato, una pagina con molte uscite o la frase «non trovo niente» non dimostrano ancora un problema strutturale. Potrebbero mancare il contenuto necessario, un collegamento nel punto giusto, risultati di ricerca pertinenti o un controllo utilizzabile. Senza distinguere queste cause, una migrazione può trasferire intatti i difetti esistenti e una riprogettazione può assorbire budget senza migliorare il compito che conta.
Punti essenziali
L’audit deve essere progettato attorno a una decisione delimitata: riparare una sezione, cambiare alcune etichette, preparare una migrazione oppure stabilire se esistono basi sufficienti per una riprogettazione più ampia. L’architettura informativa comprende organizzazione, etichette e navigazione al servizio di reperibilità, orientamento e completamento; l’audit verifica come questo sistema sostiene compiti selezionati, non se la struttura appare ordinata su un diagramma.
Il mandato deve specificare pubblici, obiettivi, contesti di partenza, tipi di pagina, dispositivi, lingue, autorizzazioni e stati del percorso inclusi. Le conclusioni valgono per queste condizioni, non per un utente medio astratto. Va inoltre chiarito che il lavoro non sostituisce un inventario dei contenuti, un audit SEO tecnico, una valutazione di conformità dell’accessibilità o un progetto di redesign: può individuarne la necessità, ma risponde a una domanda diversa.
Un insieme rappresentativo nasce da risultati che le persone cercano davvero di ottenere, formulati con parole comprensibili senza svelare la sezione o l’etichetta prevista. La ricerca dovrebbe chiarire che cosa tentano di fare, come procedono oggi, quali ostacoli incontrano e quale esito serve loro. Un caso documentato da Digital.gov mostra un processo utile: ricavare scenari realistici da ricerche precedenti e controllarne la copertura prima di sottoporli ai partecipanti.
Le candidature possono provenire da interviste, osservazioni, studi precedenti, analitica, interrogazioni della ricerca interna, richieste all’assistenza, feedback e collaboratori a contatto diretto con gli utenti. Queste fonti non hanno tutte lo stesso significato: una frequenza indica dove guardare, non perché qualcosa accade. Annotate quindi la provenienza di ogni compito e mantenete come ipotesi le affermazioni interne non ancora sostenute da comportamenti o testimonianze degli utenti.
La scheda deve collegare, in un unico record, compito documentato, risultato, destinazione, punti di partenza, percorsi plausibili, segnali ispezionati, comportamento osservato, diagnosi, modifica proposta e verifica successiva. Non si presume che il viaggio inizi dalla home page: una persona può arrivare da un motore di ricerca, da una pagina di sezione, da un’area autenticata, da un collegamento contestuale oppure dalla ricerca interna.
Per ogni snodo registrate il segnale visibile, l’aspettativa che crea, la destinazione raggiunta e la possibilità di riconoscere e correggere una scelta improduttiva. Considerare più percorsi è anche coerente con il criterio di successo WCAG «Modalità multiple», che prevede più di un modo per individuare una pagina in un insieme, salvo risultati e fasi di processi. Tra le modalità documentate figurano navigazione, ricerca, mappe e collegamenti correlati.
Un audit basato sui compiti non misura quanto è ordinata la mappa: verifica se le persone raggiungono un risultato attraverso percorsi realistici e documentati.
| Compito, pubblico, trigger, risultato ed evidenze | Contesti iniziali, percorsi e segnali ispezionati | Comportamento, misure, guasto e forza delle evidenze | Modifica minima, responsabile e nuova verifica |
|---|---|---|---|
| Descrivere l’esito senza rivelare la destinazione; indicare pubblico, bisogno, risultato e provenienza. | Mappare ingresso esterno, navigazione, collegamenti contestuali e ricerca; annotare promesse e destinazioni. | Registrare completamento, aiuto, errori, deviazioni, ragionamento, diagnosi e attendibilità del riscontro. | Proporre l’intervento più circoscritto, assegnare un responsabile e definire compito e contesti da ritestare. |
L’ispezione deve seguire il compito dall’ingresso al risultato finale, includendo pagine di arrivo esterne, navigazione globale e locale, hub, raggruppamenti, titoli, segnali di posizione, collegamenti contestuali, ricerca interna e contenuto o azione conclusiva. A ogni passaggio chiedete se il segnale è visibile, descrive correttamente la destinazione, si distingue dalle alternative e offre un seguito comprensibile. Una struttura plausibile non basta se il controllo renderizzato impedisce di usarla.
Le etichette vanno giudicate per l’aspettativa che producono nel contesto: la guida Microsoft le descrive come accurate, familiari, concise, facilmente leggibili e distinguibili. Il criterio di successo WCAG «Titoli ed etichette» richiede che titoli ed etichette presenti descrivano argomento o scopo. Il criterio «Navigazione coerente» riguarda invece l’ordine relativo coerente dei meccanismi di navigazione ripetuti, senza vietare menu locali o secondari. Sono controlli specifici, non una certificazione complessiva.
Il metodo va scelto in funzione dell’incertezza da risolvere, non per abitudine. L’ispezione esperta e i dati esistenti localizzano difetti plausibili, ma un sospetto ispezionato non è un fallimento osservato. Il card sorting è adatto quando la domanda riguarda raggruppamenti attesi o linguaggio delle categorie; permette di vedere come i partecipanti organizzano i contenuti e, nella variante aperta, come nominano i gruppi, ma non convalida il percorso renderizzato.
Il tree testing isola la capacità di trovare una destinazione attraverso gerarchia ed etichette, riducendo l’influenza del design della pagina. Proprio per questo non esamina tutti i controlli, i segnali visivi, i collegamenti contestuali o i risultati di ricerca. Quando la domanda attraversa questi elementi, serve un test di usabilità basato su compiti nel sito renderizzato. NIST lo descrive con utenti e compiti rappresentativi e con osservazioni quantitative e qualitative selezionate secondo lo scopo.
I risultati diventano decisioni utili quando ogni problema riceve una diagnosi precisa e la raccomandazione più circoscritta sostenuta dalle evidenze. Un contenuto assente non si risolve rinominando il menu; un’etichetta ambigua non richiede necessariamente una nuova gerarchia; una struttura plausibile può fallire per il controllo renderizzato. Classificare il guasto impedisce che ogni sintomo venga trasformato automaticamente in una richiesta di riprogettazione.
Per stabilire la priorità, rendete visibili importanza del compito, pubblici interessati, frequenza osservata del problema, conseguenze, forza delle evidenze e dipendenze della correzione. Nessun punteggio composito universale sostituisce questo giudizio contestuale. La scheda deve condurre a una correzione di contenuto, etichetta o collegamento, a un nuovo raggruppamento, alla regolazione della ricerca, alla ristrutturazione di una sezione o, quando l’evidenza lo esige davvero, a un intervento più ampio.
La conclusione dell’audit è una decisione di nuova verifica, non una nuova mappa del sito per impostazione predefinita. Ripetete i compiti e i percorsi interessati prima di dichiarare il successo. Una riprogettazione ampia è giustificata quando i problemi importanti sono ripetuti nei contesti pertinenti, osservati, strutturali e non ragionevolmente riparabili localmente. Per ricerche complesse coinvolgete un professionista IA o UX; per questioni di accessibilità, uno specialista qualificato e una valutazione di conformità distinta.
Un audit basato sui compiti esamina ingressi, navigazione, etichette, raggruppamenti, segnali di posizione, collegamenti contestuali, ricerca e destinazione finale. Rimane distinto da inventario dei contenuti, audit SEO tecnico, valutazione di conformità dell’accessibilità e riprogettazione.
Non esiste, nelle fonti impiegate, un numero universale valido per ogni audit. La portata dipende dalla decisione, dalla varietà dei pubblici, dal rischio dei compiti, dall’incertezza e dalla solidità delle evidenze necessarie; i numeri di un singolo caso non vanno generalizzati.
Può indicare pagine, interrogazioni e passaggi che meritano un’indagine, soprattutto se combinata con ricerche interne, uscite e richieste all’assistenza. Da sola non dimostra l’intenzione dell’utente, la causa del comportamento o quale modifica strutturale sia corretta.
No: la ricerca può essere un percorso alternativo valido o preferito. Prima della diagnosi occorre esaminare riformulazioni, pertinenza dei risultati, sicurezza sulla destinazione e completamento del compito, distinguendo un problema della ricerca da uno della navigazione.
Quando fallimenti importanti si ripetono nei contesti rilevanti, sono sostenuti da comportamenti osservati, hanno natura strutturale e non possono essere riparati ragionevolmente con modifiche circoscritte. Etichette, collegamenti, contenuti, raggruppamenti e ricerca vanno corretti e ritestati prima di ampliare l’intervento.
Questo articolo è stato preparato utilizzando le seguenti fonti:
Strategia dei contenuti per siti web
Un brief in nove campi aiuta a verificare la necessità di una pagina, scegliere l’esito corretto e affidare alla redazione un incarico chiaro.
Una guida pratica per collegare bisogni del pubblico, percorsi e capacità del sito a risultati misurabili, priorità difendibili e revisioni fondate sui dati.
Un metodo pratico per preservare scopo, prove, scelte e prossima azione nelle viste ampie, strette, ingrandite e linearizzate di una pagina web.
