UX Audit — la checklist completa di 50 punti (template gratuito)

Un UX audit è un'analisi sistematica di un prodotto digitale che identifica problemi di usabilità, accessibilità e design senza dover fare ricerca utenti. È uno degli strumenti più veloci e più sottovalutati nell'arsenale di un designer: in 3-4 ore di lavoro metodico, puoi produrre un report che vale settimane di discovery session.

L'UX audit non sostituisce la ricerca qualitativa — usability test, interviste, analytics — ma la integra. Un designer senior lo usa in due momenti chiave: quando viene assunto in un nuovo progetto (per capire velocemente dove sono i problemi) e quando serve giustificare un redesign a stakeholder scettici (mostrando problemi specifici che non possono ignorare).

In questa guida trovi la checklist di 50 punti che usiamo internamente nei corsi CorsoUX, organizzata per area (navigazione, form, accessibilità, mobile, performance, contenuti). È operativa, non teorica: ogni punto si verifica in 1-2 minuti e produce output azionabili.

Cosa imparerai leggendo:

• Cos'è un UX audit e quando serve davvero
• I 4 approcci classici: euristico, cognitive walkthrough, accessibility, competitive
• La checklist completa di 50 punti organizzata per area
• Come strutturare il report finale (template gratuito)
• Come calcolare la priorità di ogni finding
• Gli errori più comuni che rendono un audit inutile

Cos'è un UX Audit (e quando serve)

Un UX audit è una revisione critica di un prodotto esistente basata su principi riconosciuti di usabilità e design. È diverso da un usability test perché non coinvolge utenti reali: è il designer (o un team di designer) che applica la propria expertise per identificare problemi.

Il metodo più classico è la heuristic evaluation di Jakob Nielsen, basata sulle 10 euristiche di usabilità. Ma l'audit moderno del 2026 va oltre le 10 euristiche classiche: include accessibilità WCAG 2.2, performance tecnica, compliance normativa (DSA, GDPR), mobile-first, dark pattern detection.

Quando un UX audit serve davvero:

• All'inizio di un nuovo progetto per conoscere velocemente lo stato del prodotto
• Prima di un redesign per documentare i problemi attuali che il redesign deve risolvere
• Per una proposta commerciale come "hook" per vendere un progetto più grande
• Come parte di un ciclo di miglioramento continuo — un audit trimestrale fa emergere drift
• Quando i KPI di prodotto calano e vuoi capire se è un problema di design

Quando NON serve:

• Quando hai già fatto usability test recenti (la ricerca reale batte l'audit teorico)
• Per prodotti molto specifici che richiedono conoscenza di dominio (es. software medico — meglio domain expert)
• Come sostituto della ricerca utente in progetti critici (il rischio di falsi positivi è troppo alto)

I 4 approcci classici all'UX Audit

Un audit completo di solito combina 4 approcci complementari. Per un audit rapido puoi scegliere solo 1-2 approcci.

1. Heuristic Evaluation (Nielsen)

Valutazione basata sulle 10 euristiche di Jakob Nielsen pubblicate nel 1994 e ancora standard del settore. Si cerca di identificare violazioni di ciascuna euristica con esempi concreti.

Forza: velocità (2-3 ore per un prodotto medio), applicabile a qualsiasi interfaccia. Debolezza: generico, non cattura problemi specifici del dominio.

Per il framework completo leggi la nostra guida alle 10 euristiche di Nielsen.

2. Cognitive Walkthrough

Simulazione del percorso mentale di un utente che cerca di completare un task specifico. Per ogni step del flusso ti chiedi:

1. L'utente sa di dover fare questo?
2. L'utente vede come farlo?
3. Se lo fa, riceve feedback che il sistema ha capito?
4. Il sistema si comporta come l'utente si aspettava?

Se una di queste 4 domande ha risposta "no" su uno step, c'è un problema.

Forza: si concentra sui task critici, non sul design in astratto. Debolezza: dipende dalla scelta dei task — se scegli i task sbagliati perdi problemi importanti.

3. Accessibility Audit (WCAG 2.2)

Verifica sistematica della conformità alle WCAG 2.2 livello AA, lo standard europeo dal 28 giugno 2025. Include contrasto colore, navigazione da tastiera, screen reader, alt text, semantica HTML.

Forza: riduce rischio legale (European Accessibility Act) e espande audience. Debolezza: richiede conoscenze tecniche specifiche, molti tool automatici non catturano tutto.

Per il framework completo leggi la nostra guida WCAG 2.2.

4. Competitive Benchmark

Confronto del prodotto con 3-5 competitor diretti su funzionalità chiave, UX pattern e decisioni di design. Non è copia, è mappatura dei gap: cosa fanno i competitor che noi non facciamo? Quali dei loro pattern sono meglio dei nostri?

Forza: produce insight immediati su "punti di debolezza" rispetto al mercato. Debolezza: rischia di incoraggiare il copy-paste invece dell'innovazione.

La checklist di 50 punti

Organizzata in 6 aree. Per ogni punto, verifica se il prodotto è conforme (✓), non conforme (✗) o non applicabile (N/A).

🧭 Navigazione e information architecture (8 punti)

1. Homepage chiara: in 5 secondi l'utente capisce cosa offre il prodotto?
2. Menu prevedibile: il menu principale contiene le categorie che l'utente si aspetta (max 7±2)?
3. Breadcrumb in pagine profonde: le pagine annidate mostrano dove ti trovi nella gerarchia?
4. Search accessibile: la barra di ricerca è visibile in ogni pagina se il prodotto è content-heavy?
5. Logo cliccabile: il logo torna sempre alla home?
6. Path multipli: ci sono almeno 2 modi per raggiungere le pagine principali (menu + CTA, search + link)?
7. Footer utile: il footer contiene i link che gli utenti cercano (contatti, privacy, termini, info aziendali)?
8. 404 intelligente: la pagina 404 aiuta l'utente a tornare indietro o cercare?

📝 Form e input (8 punti)

9. Label visibili: ogni campo ha una label sempre visibile (non solo placeholder)?
10. Campi obbligatori segnalati: asterischi o "(obbligatorio)" accanto ai campi?
11. Errori specifici: i messaggi di errore dicono cosa sbagliare e come correggere?
12. Validazione in tempo reale: l'errore compare al blur del campo, non dopo il submit?
13. Non perdere i dati: in caso di errore, i dati compilati non vengono persi?
14. Input appropriati: i campi usano il tipo corretto (email, tel, number, date)?
15. Autofill supportato: i form permettono al browser di suggerire completamenti?
16. Bottone primario chiaro: il bottone di invio è distinguibile dagli altri (reset, cancel)?

♿ Accessibilità (WCAG 2.2 AA, 10 punti)

17. Contrasto colore ≥ 4.5:1 per testo standard (≥ 3:1 per grandi titoli)?
18. Contrasto controlli UI ≥ 3:1 con il contesto (bottoni, icone, bordi)?
19. Target size ≥ 24×24 pixel per elementi cliccabili?
20. Navigazione da tastiera completa (tutto raggiungibile con Tab)?
21. Focus visibile su ogni elemento interattivo?
22. Alt text su immagini informative (alt="" su decorative)?
23. Lingua dichiarata con <html lang="..."> corretto?
24. Nessuna dipendenza solo dal colore per comunicare informazioni (es. "campi in rosso" = cattivo, usa anche icone)?
25. Video sottotitolati se presenti?
26. Skip link "Vai al contenuto" in cima a ogni pagina?

📱 Mobile e responsive (8 punti)

27. Viewport meta tag presente e corretto?
28. Target cliccabili ≥ 44×44 pixel su mobile (criterio Apple)?
29. Testo leggibile senza zoom (minimo 16px body)?
30. Scroll orizzontale assente (tutto si adatta alla viewport)?
31. Gesture standard funzionano (swipe, pinch, tap)?
32. Form ottimizzati per mobile (numeric keyboard su input number, ecc.)?
33. Orientamento flessibile (portrait + landscape funzionano)?
34. Thumb reachable area (elementi critici raggiungibili col pollice)?

⚡ Performance e tecnica (8 punti)

35. First Contentful Paint < 1.8s (test su Lighthouse)?
36. Largest Contentful Paint < 2.5s?
37. Cumulative Layout Shift < 0.1?
38. Immagini ottimizzate (WebP/AVIF, lazy loading, dimensioni corrette)?
39. Font web efficienti (font-display: swap, subset Latin)?
40. Nessun console error in produzione?
41. HTTPS attivo su tutte le pagine?
42. HTML semantico (header, main, nav, footer, article, section)?

📄 Contenuti e microcopy (8 punti)

43. Titoli descrittivi (non generici come "Benvenuto")?
44. Call to action orientate all'azione (non "Submit" o "Clicca qui")?
45. Testi scansionabili (paragrafi brevi, bullet list, H2/H3)?
46. Errori grammaticali zero (refusi danneggiano la credibilità)?
47. Tono coerente in tutto il prodotto (non formale in una pagina e informale in un'altra)?
48. Empty state utili (non schermi vuoti senza istruzioni)?
49. Conferme chiare dopo azioni importanti (acquisto, cancellazione, invio)?
50. Policy di privacy e termini facilmente accessibili?

Come strutturare il report di audit

Un audit non serve a niente se il report è difficile da leggere. Il formato che consigliamo ha 5 sezioni:

1. Executive summary (1 pagina)

Un sommario per il dirigente che legge solo la prima pagina:

• Contesto: cosa hai auditato (URL, date, metodo)
• Findings totali: "Abbiamo identificato 23 issue in 6 aree"
• Priorità: "8 critici, 10 medi, 5 low priority"
• Impatto atteso: "Risolvere i critici dovrebbe aumentare la conversion del 15-30%"

2. Scoring per area

Una tabella con punteggio da 0 a 10 per ogni area (navigazione, form, accessibilità, ecc.). Facile da leggere, comparabile nel tempo.

3. Lista dei findings

Per ogni issue:

• Titolo breve: "La ricerca non funziona con mobile iOS"
• Severity: Critico / Alto / Medio / Basso
• Screenshot: screenshot del problema annotato
• Descrizione: 2-3 frasi che spiegano il problema
• Raccomandazione: cosa fare per risolverlo
• Effort stimato: small (< 1h), medium (1-4h), large (> 4h)

4. Priorità di intervento (roadmap)

Una matrice 2×2 con impact vs effort. Inserisci ogni finding nel quadrante giusto. L'angolo alto-sinistra (alto impatto, basso effort) è la priorità assoluta.

5. Appendice metodologica

Il dettaglio del metodo usato (euristiche applicate, task evaluated, tool di test, contesto di ricerca). Utile per ripetere l'audit in futuro con stessi criteri.

Come calcolare la severity di un finding

Usa questa formula semplice:

Severity = Frequenza × Impatto × Visibilità

• Frequenza: quante volte gli utenti incontrano il problema? (1-5)
• Impatto: quanto è grave quando lo incontrano? (1-5)
• Visibilità: quanto è visibile a chi valuta il prodotto (utente e stakeholder)? (1-5)

Punteggi ottenuti (da 1 a 125):

• 80+ = Critico (blocca l'uso, va risolto immediatamente)
• 40-79 = Alto (crea frustrazione significativa)
• 15-39 = Medio (migliorerebbe l'esperienza)
• < 15 = Basso (nice-to-have)

Un bottone CTA nascosto in home che tutti incontrano e che ha effetto diretto sul revenue: 5×5×5 = 125, critico. Un typo in una pagina di contatti: 2×1×2 = 4, basso.

Strumenti per velocizzare l'audit

• axe DevTools: estensione Chrome gratuita per audit accessibility automatico
• Lighthouse: integrato in Chrome per Performance, Accessibility, SEO, Best Practices
• Contrast Checker WebAIM: verifica contrasto colore
• Stark: plugin Figma per accessibilità in fase di design
• Responsively.app: browser che mostra più viewport contemporaneamente
• Maze: per usability test rapidi dopo l'audit
• Template Notion/Figma interni: nel corso completo CorsoUX forniamo un template di audit pronto all'uso

Errori comuni negli audit

• Audit troppo astratti. "Il design non è moderno" non è un finding. "Il colore primario ha contrasto 2.8:1 che viola WCAG AA" lo è.
• Mancanza di screenshot. Un report senza immagini è difficile da leggere e da far capire a stakeholder non-tecnici.
• Focus solo su design visivo. L'audit va fatto su 6 aree, non solo visual. Accessibilità e performance sono spesso ignorati dai junior.
• Severity arbitraria. "Tanti findings critici" senza una metodologia di calcolo rende il report poco credibile.
• Nessun piano d'azione. Un audit che non dice "cosa fare in che ordine" è analisi, non design. L'output deve essere una roadmap.
• Audit unidirezionale. Fare un audit senza poi validarne i findings con 2-3 usability test veloci è rischioso: alcune cose che sembrano problemi sull'euristica non lo sono in pratica.

Domande frequenti

Quanto tempo serve per un UX audit?

Dipende dal prodotto. Un'app semplice (landing page + 5-10 pagine) richiede 3-4 ore per un audit euristico di qualità. Un prodotto complesso (SaaS con dashboard, e-commerce con checkout) può richiedere 2-3 giorni. Un audit completo con tutti e 4 gli approcci (heuristic + cognitive walkthrough + accessibility + competitive) su un SaaS medio richiede circa 5-8 giorni lavorativi.

Quanto si fa pagare un UX audit in Italia?

I prezzi variano da 1.500 € per un audit rapido (3-4 ore, 1 pagina, solo euristico) a 10.000-20.000 € per un audit enterprise multi-prodotto con report completo e workshop di presentazione. La fascia tipica per una startup/scale-up è 3.000-6.000 € per un audit completo di un prodotto medio. In freelance è uno dei servizi più venduti perché ha deliverable chiaro e fixed-price.

Posso fare un audit al mio stesso prodotto?

Sì, ma ha valore limitato: tendi a giustificare le tue scelte passate. Il trucco è aspettare almeno 2 settimane dalla tua ultima interazione col prodotto per avere sguardo fresco, e seguire la checklist in modo rigoroso senza auto-indulgenza. Anche meglio: scambiare audit con un altro designer (tu lo fai al suo prodotto, lui al tuo).

È meglio un audit o uno usability test?

Sono complementari, non alternativi. Un audit identifica rapidamente molti problemi teorici ma può generare falsi positivi. Un usability test identifica pochi problemi empirici ma confermati dall'uso reale. Il workflow ottimale: audit prima per identificare candidati, usability test per validare i 3-5 critici. Per approfondire leggi la nostra guida alla user research.

Quanti problemi dovrei trovare in un audit?

Non c'è un numero "giusto". In media, un prodotto medio ha 20-40 findings identificabili in un audit completo. Più di 60 è segnale che stai scendendo in dettagli insignificanti. Meno di 10 è segnale che stai guardando superficialmente o che il prodotto è davvero ben fatto. La qualità conta più della quantità: meglio 15 findings ben documentati che 50 generici.

Prossimi passi

Saper fare un UX audit è una delle skill più "monetizzabili" del mestiere. È un servizio che si vende facilmente, con deliverable chiaro e impatto misurabile — e una delle poche attività dove un designer può generare revenue autonomamente senza dipendere da sprint di prodotto.

Il corso completo di UX Design di CorsoUX include un modulo dedicato agli UX audit: esercitazioni reali su prodotti italiani noti, template di report battle-tested, simulazioni di presentazione a clienti. Al termine hai 2-3 audit completi nel portfolio, pronti per essere citati in colloqui freelance o in proposte commerciali.

Per approfondire:

• Le 10 euristiche di Nielsen — il framework teorico alla base dell'audit euristico
• WCAG 2.2 e accessibilità — per la parte accessibility dell'audit
• Analisi UX: cos'è e come farla — l'approccio più ampio all'analisi
• Metriche UX: SUS, NPS, HEART — per misurare quantitativamente il prima/dopo di un audit