Migliori blog blocks 2026: 20 sezioni verificate

Un blocco blog è un elenco di articoli già impaginato, non un CMS. Il catalogo ne indicizza 20 da 6 registry, misurati il 1 novembre 2026 con /api/blocks/category/blog, e la tabella li ordina per numero di file.

Il difetto che si vede solo con articoli veri

I blocchi vengono mostrati con tre card di testo corto. Con dodici articoli, titoli lunghi e copertine mancanti, la griglia si sfalda: le card hanno altezze diverse, l'immagine senza width e height spinge il testo quando arriva, e il riassunto tagliato a metà parola lascia una riga orfana. Nessuno di questi difetti compare nella preview, perché la preview usa contenuti che sono stati scelti per stare comodi.

Il secondo gruppo di problemi è strutturale. Molti blocchi non spediscono paginazione né stato vuoto: se il feed è vuoto resta una griglia di spazio bianco, se supera i dodici elementi l'elenco cresce senza fine. E i chip dei tag spesso sono span senza collegamento: sembrano filtri, non filtrano nulla.

Tre dati che decidono la scelta

• Se il blocco include il contenitore della lista o solo la card: blog-01 porta due file, le varianti a un file sono card sciolte.
• Se le immagini hanno dimensioni dichiarate o un rapporto fisso nel CSS, che è il modo per non pagare layout shift.
• Se data e autore usano e un collegamento reale alla pagina autore, non due span decorativi.
• Quanti articoli regge il layout prima di rompersi: prova la preview con titoli di venti parole.
• La licenza del publisher, che qui cambia davvero da un registry all'altro.

La differenza tra card e sezione non è nominale. La card sciolta entra in una lista che gestisci tu, quindi paginazione, stato vuoto e caricamento progressivo restano sotto il tuo controllo. La sezione già composta ti risparmia il layout e ti lega al suo numero di colonne, al suo modo di troncare il testo e alla sua idea di cosa sia un articolo correlato.

Il limite da mettere in conto

Nessuno dei 20 blocchi conosce la tua sorgente di contenuti. Non c'è paginazione collegata a un cursore, non c'è stato vuoto legato a una query, non c'è gestione dell'errore di rete. Il blocco è presentazione: la parte che in produzione si rompe, cioè il confine tra dati e interfaccia, è tutta da scrivere.

La regola pratica

Sotto le dodici pubblicazioni prendi la sezione composta e risparmia una giornata di CSS. Sopra le dodici pretendi una card estraibile e costruisci la lista: la paginazione la aggiungi una volta sola e vale per ogni variante. Se il tuo feed cambia ordine o si filtra per tag, la card vince comunque, perché la sezione composta tende a cablare l'ordine nel markup.

L'alternativa è rendere l'elenco sul server e lasciare al browser solo il filtro. Con un framework che compila a HTML statico l'indice articoli costa zero JavaScript, e i motori di ricerca vedono i collegamenti nel documento invece di aspettare l'idratazione. Il blocco resta utile come modello visivo: prendi la griglia, non la logica.

L'ordine degli articoli è la seconda cosa che si rompe. La sezione composta mette in fila gli elementi così come arrivano, e va bene finché il feed è già ordinato per data. Quando l'ordine è editoriale, cioè quando un articolo importante deve restare in cima per due settimane, il blocco non ha un punto in cui dirlo: o aggiungi un campo di priorità alla query, o accetti che la griglia segua la data. Decidilo prima, perché cambiare l'ordinamento dopo significa toccare anche la paginazione.

curl "https://ui.eneawork.it/api/blocks/category/blog?limit=20"

L'elenco completo è in /blocks/category/blog, le card da comporre in /components/cat/card, le immagini in /icons. Per il lato contenuti leggi come è fatto il catalogo dei blocchi e l'economia dei blocchi; il confronto su cosa conviene possedere è in copy-paste o headless.