L'hamburger menu — quelle tre linee orizzontali in alto a sinistra che aprono un menu laterale — è uno dei pattern più diffusi dell'interfaccia mobile e, paradossalmente, uno dei più contestati dalla ricerca UX. Gli studi di Nielsen Norman Group, Luke Wroblewski e Baymard Institute concordano su un punto: le feature nascoste dentro un hamburger vengono scoperte e usate molto meno di quelle visibili. Eppure lo vediamo ovunque.
Come può un pattern così criticato essere così diffuso? Perché spesso è l'unica soluzione praticabile quando devi accomodare molte voci di menu nello spazio stretto di uno schermo mobile. Questo articolo ti aiuta a decidere quando usare l'hamburger, quando sceglierne alternative migliori, e come ottenere il meglio da questo pattern se scegli di usarlo.
Cosa imparerai leggendo:
- Cosa dice la ricerca UX sull'hamburger menu
- I 3 contesti in cui è ancora la scelta giusta
- Le 4 alternative moderne (tab bar, bottom sheet, hub page, segmented control)
- Come progettare un hamburger menu efficace se decidi di usarlo
- Gli errori comuni che lo rendono inusabile
Cosa dice la ricerca
Il dato chiave è questo: i contenuti nascosti dentro un hamburger menu vengono scoperti meno di quelli visibili. Uno studio NN/g pubblicato nel 2016 e aggiornato in seguito ha mostrato che quando le stesse voci sono disponibili in una navigazione visibile, la loro frequenza di utilizzo è significativamente più alta — spesso del doppio o più.
Non è una novità metodologica: è coerente con il principio di discoverability di Don Norman. Ciò che non si vede non esiste per l'utente che non sa già di cercarlo. L'hamburger è una "scatola chiusa": i novizi non sanno cosa ci sia dentro, e molti non la aprono mai.
Questo non significa che sia sempre sbagliato. Significa che va usato con cognizione di causa, accettando il trade-off: scambi discoverability per pulizia visiva. In alcuni contesti lo scambio ha senso, in altri no.
Quando l'hamburger menu è ancora la scelta giusta
Tre situazioni in cui è ancora ragionevole:
1. Quando hai molte voci di navigazione secondarie
Se la tua app ha 20+ sezioni di cui solo 4-5 sono primarie (il cuore del prodotto) e le altre sono secondarie o di servizio (settings, profilo, aiuto, info legali), l'hamburger è un contenitore accettabile per quelle secondarie. Le primarie vanno comunque esposte in altro modo.
2. Quando il tuo utente è ricorrente ed esperto
Se la tua app è un tool professionale usato ogni giorno dalla stessa persona per mesi, la mancanza di discoverability iniziale pesa meno: l'utente impara la struttura dopo pochi giorni. Slack, Notion, Jira — app dove l'hamburger (o varianti) è ancora vivo.
3. Quando hai poca superficie e tante aree di prodotto
Certe app di grandi istituzioni (banche, assicurazioni, enti pubblici) hanno decine di aree funzionali ciascuna legittima. Una tab bar di 5 slot è insufficiente. In quei casi un hamburger ben organizzato è il male minore.
Le 4 alternative moderne all'hamburger
Nel 2026 un designer ha a disposizione diverse alternative, ciascuna con il suo sweet spot.
1. Tab bar (bottom navigation)
Una barra fissa in basso con 3-5 sezioni principali. È il pattern dominante per app native iOS e Android dal 2018, e lo standard di Material Design 3 e Apple HIG.
Vantaggi:
- Discoverability massima: tutte le sezioni principali sono sempre visibili.
- Accesso comodo con il pollice sugli schermi grandi moderni.
- Coerente con il resto dell'ecosistema mobile: gli utenti ne hanno già il modello mentale.
Limiti:
- Massimo 5 slot. Se hai 6+ sezioni primarie, non ce la fai.
- Occupa spazio verticale permanente.
Quando scegliere: app con 3-5 aree chiaramente primarie (es. Instagram: Home, Search, Reels, Shop, Profile). È la scelta di default nel 2026.
2. Bottom sheet
Una superficie che si apre dal basso coprendo parte della schermata. Usata per azioni contestuali (condividi, modifica, filtri) e talvolta per navigazione secondaria.
Vantaggi:
- Si integra con il contesto corrente senza cambiare pagina.
- Più veloce di un passaggio a una nuova schermata.
- Occupa spazio solo quando richiamata.
Quando scegliere: per navigazione contestuale, non primaria. Esempio: il bottone "+" di Instagram apre un bottom sheet con "Post / Story / Reel / Live".
3. Hub page
Una schermata "home" che funge da indice delle aree del prodotto, visibile al primo accesso. L'app si apre direttamente su questa e l'utente sceglie dove andare.
Vantaggi:
- Tutte le aree visibili.
- Ottima come onboarding implicito.
- Flessibile per contenuti con struttura molto diversificata.
Limiti:
- L'utente fa un click in più rispetto a una tab bar.
- Richiede un buon visual design per non diventare una lista ingombrante.
Quando scegliere: app di servizi complessi con moltissime aree (banche, assicurazioni, portali PA, super-app).
4. Segmented control
Un controllo a pulsanti che divide la schermata principale in 2-4 sezioni, tipicamente in alto. Diverso dalla tab bar perché cambia il contenuto della stessa schermata, non il contesto dell'intera app.
Vantaggi:
- Velocità di switching senza cambi di pagina.
- Buono per filtrare tra viste della stessa informazione (es. "Tutti / Non letti / Preferiti").
Quando scegliere: non per navigazione globale, ma per sotto-aree di una stessa funzione.
Come progettare un hamburger menu efficace
Se dopo la valutazione decidi che l'hamburger è la scelta giusta per il tuo caso, segui queste regole per renderlo il più usabile possibile.
1. Mostra sempre un'etichetta accanto all'icona
"Menu" scritto accanto alle tre linee aumenta la discoverability in modo misurabile. Le tre linee sole sono un'icona imparata, ma "menu" è lingua universale.
2. Organizza le voci per priorità d'uso
Le voci più usate vanno in alto. Non alfabetiche, non logiche "dal punto di vista del creatore": statistiche di uso reali. Se non hai dati, fai una priorità basata su interviste con utenti.
3. Separa le azioni personali dalle aree funzionali
Settings, profilo, logout vanno in una sezione separata (in basso è il posto classico) rispetto alle aree del prodotto. Questa separazione riduce il carico cognitivo.
4. Mostra lo stato attivo
Quando il menu è aperto, l'area in cui sei deve essere evidenziata. L'utente non deve ricordare dove sia.
5. Limita la profondità
Un hamburger con sotto-menu che si aprono con sotto-sotto-menu è un labirinto. Massimo due livelli, e il secondo solo per ragioni molto forti.
6. Considera un'icona visiva per ogni voce
Le icone accanto ai nomi delle aree accelerano la scansione visuale del 20-30% secondo studi di usabilità classici. Non obbligatorie, ma un boost quando applicate con coerenza.
Gli errori più comuni
Cinque sbagli che rendono l'hamburger insopportabile:
1. Usarlo per nascondere le funzioni principali
Se le 3-4 funzioni più usate della tua app sono dentro l'hamburger, stai sbagliando. Devono essere sempre visibili.
2. Mischiare voci di livelli diversi
"Home / Ordini / Impostazioni / Il mio profilo / Logout / Contattaci / Termini di servizio / Lingua" in una lista unica è uno scempio cognitivo. Raggruppa per livello e tipo.
3. Solo icone senza etichette
Un menu con solo icone è indecifrabile per chi non riconosce immediatamente ogni glifo. Sempre etichetta.
4. Animazione di apertura troppo lenta
L'apertura dell'hamburger dovrebbe durare 200-300ms. Se dura 500ms+ diventa fastidioso dopo la decima volta.
5. Background non cliccabile per chiudere
Il menu deve poter essere chiuso toccando fuori dal suo perimetro. Obbligatorio.
Il futuro dell'hamburger
Nel 2026 l'hamburger menu è meno dominante di 5 anni fa sul mobile nativo, ma continua a vivere nel web mobile e nelle PWA (dove lo spazio è ancora più vincolato) e nei prodotti enterprise con decine di aree funzionali. Non è morto, è stato ridimensionato al suo ruolo corretto: contenitore di navigazione secondaria, non primaria.
La tendenza generale è verso navigazioni più visibili: tab bar espanse, hub page ben disegnate, bottom sheet contestuali. L'hamburger sopravvive dove è l'unica soluzione praticabile, non dove è la prima scelta.
Domande frequenti
L'hamburger menu è morto?
No, ma è stato ridimensionato. Era spesso la prima scelta per mobile nel 2013-2017; oggi è spesso la terza o quarta scelta, usato quando le alternative non sono praticabili. Continua a esistere ma con ruolo più specifico.
Posso avere sia hamburger che tab bar insieme?
Sì, molte app lo fanno. La tab bar contiene le 4-5 aree primarie, l'hamburger (o un bottone "altro") contiene le secondarie. È una soluzione di compromesso usata da molte super-app.
Perché Google e Apple usano ancora l'hamburger?
Alcune loro app di livello enterprise (Google Workspace, Apple Enterprise) lo usano perché hanno decine di aree funzionali. Le app consumer più recenti (Google Maps, Apple Photos) invece hanno abbandonato l'hamburger a favore di bottom sheet e hub page.
L'hamburger menu è meno accessibile?
Non intrinsecamente, ma è più facile sbagliare. Un hamburger deve essere attivabile da tastiera, screen reader deve leggere "menu, bottone, chiuso/aperto", e l'animazione deve rispettare prefers-reduced-motion. Questi requisiti sono spesso ignorati nell'implementazione pratica.
Qual è la differenza tra hamburger menu e kebab menu?
Il kebab menu (tre puntini verticali) è per azioni contestuali su un singolo elemento. L'hamburger menu (tre linee orizzontali) è per navigazione globale. Non sono intercambiabili anche se visivamente simili.
Prossimi passi
La scelta del pattern di navigazione è una delle decisioni più impattanti sul successo di un prodotto mobile. Per approfondire:
- Studia i principi di usabilità che governano queste scelte
- Leggi la guida al mobile first per il contesto di progettazione mobile
- Approfondisci l'architettura dell'informazione che sta dietro ogni navigazione
Il Corso di Interaction Design di CorsoUX dedica un'intera sezione alla scelta dei pattern di navigazione, con esercitazioni reali su prodotti mobile e feedback di mentor che progettano app ogni giorno.
