Blocks
Migliori newsletter blocks 2026: 6 sezioni verificate
6 blocchi newsletter da 3 registry, metà dei quali sono coppie dello stesso blocco. Cosa controllare prima di perdere iscritti: validazione, doppio opt-in, stato di successo onesto.
In sintesi
- 6 blocchi newsletter e 3 publisher: la categoria più piccola del catalogo.
- Due coppie sono lo stesso blocco per due basi diverse: i disegni distinti sono quattro.
- Il successo va mostrato dopo la conferma, non dopo l'invio del form.
Una sezione newsletter ha un compito solo: ottenere un indirizzo valido e il permesso di scrivere. Nel catalogo ci sono 6 blocchi newsletter da 3 registry, misurati il 1 novembre 2026, ed è la categoria più piccola del catalogo blocchi.
Le rotture costano iscritti senza fare rumore. Il campo accetta “a@b” e l’indirizzo rimbalza alla prima campagna; il messaggio “Grazie, controlla la tua email” compare anche quando nessuna email è partita; il doppio invio crea due contatti; lo script del provider carica un iframe che blocca il rendering e sposta il testo. Nessuno di questi difetti si vede nell’anteprima, perché l’anteprima non invia niente a nessuno.
Perché metà delle righe sono doppioni
Le due righe di uitripled si chiamano entrambe “Newsletter Signup Block” e sono lo stesso blocco costruito su due basi: Base UI e shadcn/ui. Le due righe di flx si chiamano entrambe “Newsletter” e sono la stessa ricetta scritta per react-hook-form e per TanStack Form. Sei righe, quattro disegni: utile per confrontare le basi, inutile se stai cercando sei idee diverse da cui scegliere.
15 dipendenze per sei blocchi
I sei blocchi sommano 8 file, 1,3 per sezione, con 15 dipendenze npm e 18 registry dependency: 2,5 pacchetti per blocco, un rapporto alto per un campo email e un pulsante. Il motivo è che metà dei blocchi porta con sé una libreria di form e uno schema di validazione. Per un solo campo, quella struttura è più di quanto serva; per un form con nome, interessi e consenso, è il minimo.
La tabella, ordinata per file
La prima riga è un dialog, non una sezione da mettere in pagina: due file perché contiene il trigger e il pannello. Le due righe di Shadcn Space sono l’unica coppia con disegni diversi, una fascia e una finestra. Confronta i nomi prima dei numeri, perché qui il conteggio dei file dice poco.
| Blocco | Registry | File | Categoria |
|---|---|---|---|
| Dialog 01 - Newsletter Subscription Dialog | Shadcn Space | 2 | dialog |
| Newsletter 01 - Newsletter Subscription CTA | Shadcn Space | 2 | newsletter |
| Newsletter Signup Block | uitripled | 1 | newsletter |
| Newsletter Signup Block | uitripled | 1 | newsletter |
| Newsletter | flx | 1 | newsletter |
| Newsletter | flx | 1 | newsletter |
Cosa verificare prima di perdere iscritti
Iscrivi un indirizzo inesistente e guarda cosa risponde il blocco: se dice “fatto” senza che il server abbia accettato la richiesta, il messaggio è una bugia che scoprirai solo con i rimbalzi. Poi iscriviti due volte con lo stesso indirizzo e controlla che non nasca un doppione. Infine disattiva JavaScript e verifica se il form ha ancora un’action: senza di quella, metà dei tuoi visitatori non può iscriversi.
- Validazione dell’email anche sul server, non solo nel browser.
- Doppio opt-in: il successo si mostra dopo la conferma, non dopo l’invio.
- Consenso esplicito e tracciabile con data e testo accettato.
- Stato di errore annunciato e campo che conserva il valore digitato.
C’è poi il costo che non si vede nel codice del blocco: lo script di iscrizione. Molti provider consegnano un widget che crea un iframe, carica un font e un tracker prima del testo, e su una connessione lenta quel ritardo si somma a quello della pagina. Se il blocco è solo un form, puoi postare verso la tua route e chiamare l’API del provider dal server: il visitatore vede il risultato subito e il tracker non entra nel percorso critico.
curl "https://ui.eneawork.it/api/blocks/category/newsletter?limit=10"
Il limite: sei righe non fanno una classifica
Con sei blocchi e tre publisher, questa lista è un inventario, non un confronto di mercato. Il raggruppamento nasce dal titolo: il dialog di Shadcn Space entra perché si chiama “Newsletter Subscription Dialog”, e nella lista convivono una fascia, una finestra e due ricette di form. Se cerchi un blocco newsletter con nome, interessi e consenso, qui non c’è.
Regola di decisione
Se devi chiedere solo l’email, un campo e un pulsante in linea bastano: un blocco più grande aggiunge dipendenze e non aumenta le iscrizioni. Il dialog conviene quando c’è un incentivo, un PDF, uno sconto, perché interrompe la lettura e va giustificato. L’alternativa è un form nativo che invia a una tua route e da lì al provider: nessuno script di terze parti nel percorso critico, nessun iframe, e il messaggio di successo lo decidi tu. Il confronto tra l’economia dei blocchi e il costo di scriverli è lo stesso che vale per ogni sezione del catalogo.
I blocchi stanno su /blocks/category/newsletter, l’inventario su /blocks, e la variante shadcn/ui ha la scheda qui. Per validare senza espressioni regolari leggi validare l’email senza regex, per la validazione obbligatoria sul server la validazione lato server, e per il confronto sui costi dei blocchi l’economia dei blocchi misurata.
Domande frequenti
Quanti newsletter blocks ci sono nel catalogo?
6 blocchi da 3 registry, misurati il 1 novembre 2026. Due coppie sono lo stesso blocco su basi diverse, quindi i disegni distinti sono quattro.
Quando mostro il messaggio di successo?
Dopo la conferma del doppio opt-in, non dopo l'invio del form. Mostrarlo prima promette un'iscrizione che potrebbe non esistere e ti fa perdere la fiducia dell'utente.
Serve la validazione lato server per un campo email?
Sì. La validazione nel browser si aggira disattivando JavaScript, e un indirizzo malformato accettato dal client diventa un rimbalzo nella campagna successiva.
Meglio un form in linea o un dialog newsletter?
Il form in linea se chiedi solo l'email. Il dialog solo se c'è un incentivo concreto, perché interrompe la lettura e aggiunge un passaggio.
Come evito i doppioni nella lista iscritti?
Con una chiave unica sull'indirizzo sul server e una risposta che non crea un secondo contatto. Il blocco lato client non può garantirlo da solo.