Migliori dashboard blocks 2026: 43 sezioni verificate

Un blocco dashboard è quasi sempre un guscio con barra laterale, non una dashboard. Il catalogo ne conta 43 da 9 registry, misurati il 1 novembre 2026 su /api/blocks/category/dashboard, e i primi cinque posti della tabella sono gusci da sei a undici file.

Perché il guscio è la parte delicata

La barra laterale sembra un dettaglio visivo e in realtà è uno stato condiviso. Se la sua apertura vive in un cookie o nel localStorage, il primo render sul server non conosce la preferenza e il client disegna un altro layout: il risultato è un salto visibile all'idratazione, oppure un errore di disallineamento se il componente legge il valore durante il render. Il secondo problema è la scorrevolezza: due contenitori con scorrimento annidato, la barra e il contenuto, fanno perdere la rotella su desktop e producono un rimbalzo su mobile.

Il terzo è la tastiera. Una scorciatoia come comando più B per chiudere la barra può collidere con quella del browser o con un'altra scorciatoia dell'applicazione. Il quarto è la profondità: undici file significano che il blocco include provider, contesto e componenti figli, e ogni modifica al provider tocca tutto ciò che sta sotto.

Cosa leggere prima di adottare il guscio

• Se lo stato della barra arriva dal server o dal browser: nel secondo caso serve una strategia per il primo render.
• Quanti contenitori hanno scorrimento proprio, e se il contenuto principale ne ha uno solo.
• Se la barra ha una versione mobile a foglio o a comparsa, perché su 360 pixel la versione desktop non sta.
• Se le scorciatoie da tastiera sono dichiarate e se possono essere disattivate.
• La licenza del publisher, che sui gusci completi è la voce da verificare per prima.

Un blocco da undici file non è automaticamente migliore. Ti dà un'architettura già pensata, e ti chiede di accettarla: se sostituisci il provider con il tuo, stai riscrivendo la parte che il blocco aveva già risolto. Il calcolo conviene farlo sul numero di pagine interne che condividono lo stesso guscio, non sul numero di file.

Il limite che il catalogo non copre

Nessuno dei 43 blocchi gestisce autorizzazione o caricamento dei dati per rotta. Non c'è un controllo dei permessi nella barra laterale, non c'è un confine di suspense per il contenuto, non c'è uno stato di errore quando l'API della pagina fallisce. Il secondo limite è la licenza: il guscio può essere libero e le icone incluse no.

La regola per non riscrivere il guscio

Se la barra si chiude per utente, tieni il provider del blocco e sostituisci solo il contenuto della pagina: due implementazioni della stessa barra sono il modo più rapido per avere due bug. Se ti serve una barra diversa, parti da una primitiva e scrivila, perché adattare un guscio da undici file costa più che costruirlo. In ogni caso decidi prima dove vive lo stato, e decidi che il server deve poter disegnare il primo frame.

L'alternativa è una pagina senza guscio condiviso, con navigazione in alto. Per applicazioni con tre o quattro schermate è la scelta più economica: niente stato condiviso, nessun salto all'idratazione, e su mobile la navigazione in alto sta senza foglio. La barra laterale conviene quando le destinazioni sono più di sette e restano visibili mentre lavori.

Il caricamento è l'altra metà del lavoro. Un guscio completo disegna subito barra e intestazione, e poi lascia un rettangolo vuoto dove arriveranno i numeri: se il contenuto salta dentro senza un segnaposto della stessa altezza, la pagina si muove due volte. Guarda se il blocco porta scheletri di caricamento per le card e per la tabella, e quanti ne servono per coprire il caso reale. Un guscio senza scheletri è un guscio a metà.

curl "https://ui.eneawork.it/api/blocks/category/dashboard?limit=10"

I gusci sono in /blocks/category/dashboard, le barre laterali in /components/cat/sidebar e le icone in /icons. Per la parte dati leggi tabella con TanStack e il peso di una libreria UI; il confronto tra blocco completo e composizione da primitive è in copy-paste o headless.