Quale servizio email per un'app costruita con Lovable?
Di Mara Levin · Aggiornato il 7 ottobre 2026 · Prezzi e documentazione verificati quel giorno
Prima di scegliere un servizio, controlla che il tuo dominio possa ricevere i record DNS che Lovable richiede: è lì che si blocca la maggior parte dei progetti. Le email integrate di Lovable bastano per autenticazione e messaggi dell'app; un servizio esterno serve per marketing, ciclo di vita o volumi più alti, con connettori ufficiali per Resend e Brevo e API per Loops, Sequenzy e gli altri.
Il collo di bottiglia è il dominio, non il servizio
Le email integrate partono da un sottodominio di invio come notify.tuodominio.com. Secondo la documentazione sulle email, Lovable chiede record NS per quel sottodominio, perché li usa per delegarselo e per creare SPF, DKIM e DMARC. Non accetta alternative: né TXT, né CNAME, né MX sul dominio principale. Se il tuo provider DNS non permette NS sui sottodomini, per esempio Hostinger o Wix secondo la stessa pagina, devi spostare il DNS altrove (la documentazione cita Cloudflare, e il dominio può restare registrato dov'è) oppure trasferire il dominio a Lovable.
Gli stati del dominio raccontano a che punto sei: Pending, Verifying, Setting up, Verified, Offline e Failed. Un dominio non verificato dopo una o due settimane passa a Failed; uno che era Verified diventa Offline se qualcuno cambia o rimuove i record richiesti. Prima di procedere, controlla anche i requisiti: piano a pagamento, un dominio tuo con accesso al DNS e il ruolo di amministratore o proprietario del workspace.
Questo vale per le email integrate. Se scegli un servizio esterno con dominio proprio, ricomincia lo stesso lavoro di verifica DNS, ma nel pannello di quel fornitore, e per Resend e Mailgun il connettore Lovable non lo fa al posto tuo.
Limiti orari e reputazione del dominio
Lovable limita quanti messaggi un workspace spedisce in un'ora, con soglie separate per email di applicazione e di autenticazione. Sono i numeri da confrontare con il tuo picco di lancio, non con la media mensile.
| Piano Lovable | Email di app all'ora | Email di autenticazione all'ora |
|---|---|---|
| Pro | 100 | 500 |
| Business | 300 | 3.000 |
| Enterprise | 1.000 | 10.000 |
Fonte: documentazione Lovable sulle email, letta il 7 ottobre 2026. Oltre il limite i nuovi messaggi vengono rifiutati fino all'ora successiva.
Un esempio concreto: se 400 persone si iscrivono nella stessa ora di un annuncio, a un workspace Pro con tetto di 500 email di autenticazione all'ora restano 100 messaggi di margine, mentre i messaggi dell'app (100 all'ora) vanno in coda molto prima. La documentazione aggiunge che un dominio nuovo parte con reputazione neutra e che i picchi improvvisi e gli invii di prova in massa fanno più danno del volume in sé. Per questo conviene far crescere il traffico con iscrizioni reali.
Quanto lavoro operativo lascia ogni servizio
| Servizio | Connettore Lovable | Webhook di consegna | Prezzo di partenza |
|---|---|---|---|
| Email integrate | Non serve | Registro nel pannello Cloud | Incluse (50.000 al mese) |
| Resend | Sì | Non tramite il connettore | Gratis, poi 20 $ |
| Brevo | Sì | Non tramite il connettore | Gratis, poi 9 $ |
| Loops | No, via API | Stripe documentato | Gratis, poi 99 $ a 9.998 iscritti |
| Sequenzy | No, via API | Stripe e Paddle elencati | Gratis, poi 19 $ |
| SendGrid | No, via API | Firma ECDSA o OAuth 2.0 | 19,95 $ (Essentials) |
| Amazon SES | No, via API | A tuo carico | 0,16 $ ogni 1.000 email |
Resend
Ideale per: App che mandano email di prodotto dal proprio dominio e vogliono un connettore ufficiale con poco lavoro iniziale
Prezzo: Free: 3.000 email al mese (100 al giorno). Pro 20 $ per 50.000. Scale 90 $ per 100.000. Extra: 0,90 $ ogni 1.000.
Cosa devi preparare
La pagina del connettore chiede un account Resend, una chiave API e, per scrivere a persone diverse da te, un dominio verificato in Resend. Il connettore non configura il DNS e non verifica i domini. Finché il dominio non è verificato, l'indirizzo di prova onboarding@resend.dev consegna solo all'indirizzo del titolare dell'account, quindi la tua prova funziona e quella dei primi utenti no.
Cosa non copre
Non riceve i webhook degli eventi di Resend: Lovable suggerisce di puntarli a un endpoint della tua app oppure di leggere lo stato dall'API. Una sola connessione rappresenta un solo account Resend, condiviso da tutti i progetti collegati. Il costo dell'invio lo fattura Resend, non Lovable. Sulla pagina dei prezzi il cursore indica Pro a 35 $ per 100.000 email e Scale a 160 $ per 200.000; non ho trovato un gradino a 125.000, quindi leggilo sul cursore invece di ricavarlo dall'extra di 0,90 $.
Brevo
Ideale per: Progetti che vogliono marketing, liste di contatti, SMS o WhatsApp e automazioni nello stesso account
Prezzo: Gratis: 300 email al giorno e archivio fino a 100.000 contatti. Starter da 9 $, Standard da 18 $ (da 5.000 email al mese).
Cosa devi preparare
Secondo il connettore Brevo servono un account, una chiave REST che inizia con xkeysib- e il permesso di creare connessioni nel workspace. Su Enterprise le connessioni sono inizialmente disattivate finché un amministratore non cambia l'impostazione. L'utilizzo è addebitato da Brevo secondo il tuo piano.
Quando conviene e quando no
Lovable lo indica per campagne marketing, liste, SMS o WhatsApp e automazioni del ciclo di vita, oppure se i messaggi li gestisci già in Brevo; per conferme di iscrizione e reset password rimanda alle email integrate. Anche qui niente webhook tramite il connettore e nessuna rotazione automatica delle chiavi. Il listino segue il volume di email scelto, non il numero di contatti.
Loops
Ideale per: App SaaS i cui messaggi di ciclo di vita deve poter modificare chi non programma, con Stripe già collegato
Prezzo: Gratis: fino a 4.000 invii in 30 giorni ai 1.000 contatti più recenti. A pagamento: 99 $ al mese con 9.998 iscritti, 249 $ con 49.989.
Come lo colleghi
Nella documentazione di Lovable che ho consultato Loops non ha una pagina connettore: l'app lo chiama via API, con la chiave salvata come segreto. In compenso Loops documenta un'integrazione con Stripe basata su webhook in ingresso. Associa i contatti per indirizzo email e invia eventi come customer.subscription.trial_will_end, invoice.paid e invoice.payment_failed, che avviano i flussi. Gli eventi fuori dall'elenco vengono ignorati, e quelli senza email non si possono elaborare.
Costo
La pagina prezzi fattura gli iscritti: 99 $ con 9.998 e 249 $ con 49.989, con invio transazionale incluso nei piani a pagamento e nessun costo per postazione. Chi ha molti account dormienti li paga tutti.
Sequenzy
Ideale per: App Lovable con abbonamenti Stripe o Paddle che vogliono email di benvenuto, fine prova e pagamenti falliti in un unico account, con prezzo a volume
Prezzo: Gratis fino a 2.500 email al mese; 19 $ (15.000), 29 $ (30.000), 49 $ (60.000), 99 $ (120.000); contatti illimitati.
Il motivo del suo posto in classifica è scritto in questa scheda: giudica tu. Il metodo è spiegato in How we evaluate (in inglese).
Cosa offre per un'app con pagamenti
La pagina prezzi di Sequenzy elenca integrazioni con Stripe (segmenti per MRR e LTV), Paddle e Lemon Squeezy su tutti i piani, flussi avviati da eventi, condizioni di arresto e accesso via API, MCP e CLI. Nella home page si legge che l'evento invoice.payment_failed di Stripe avvia una sequenza di solleciti con una pagina per aggiornare la carta. Quando la carta viene riaddebitata lo decide Stripe o Paddle, e Sequenzy non pubblica alcun tasso di recupero.
Perché è al quarto posto
Nella documentazione di Lovable non c'è una pagina connettore per Sequenzy: si collega come connettore personalizzato o con integrazione diretta e chiave come segreto. Resend e Brevo hanno un connettore ufficiale, e Loops documenta l'integrazione con Stripe, quindi la messa in opera è più corta. Sequenzy sale nella lista quando l'app vende abbonamenti e vuoi pagare per volume di email con contatti illimitati; il piano gratuito aggiunge la scritta «Sent with Sequenzy», che i piani a pagamento tolgono. Senza pagamenti non ha vantaggi particolari.
SendGrid
Ideale per: App in un'azienda che ha già un contratto Twilio e prevede volumi alti
Prezzo: Prova dell'API: 100 email al giorno per 60 giorni. Essentials da 19,95 $, Pro da 89,95 $.
Integrazione e prezzi
Non ha una pagina connettore tra quelle di Lovable che ho letto: chiamata API da una funzione lato server, con la chiave come segreto. La pagina prezzi non mostra tariffe sotto le 50.000 email al mese per l'API, e il piano gratuito duraturo appartiene all'altro prodotto (Marketing Campaigns: 2.000 contatti, 6.000 email). Un progetto con 3.000 email al mese non trova quindi qui il suo listino. Confronto diretto: SendGrid contro Mailgun.
MailerLite
Ideale per: Progetti con pagina di lancio, lista d'attesa e un piccolo budget di marketing, senza eventi di prodotto
Prezzo: Free: 250 iscritti, 2.500 email, 2 postazioni. Comfort da 12 $ a 500 iscritti.
Come si usa con Lovable
Non c'è un connettore Lovable per MailerLite nella documentazione letta: un modulo di iscrizione può inviare gli iscritti tramite API oppure si usano i moduli e le pagine di MailerLite. Il listino include automazioni, pagine di destinazione e un assistente di scrittura con IA. Il servizio transazionale è un prodotto separato, quindi i reset password della tua app passano dalle email integrate di Lovable o da un altro mittente.
Amazon SES
Ideale per: Sviluppatori che vogliono il costo per email più basso e accettano di costruire il resto da soli
Prezzo: Essentials: 0,16 $ ogni 1.000 email. Per i nuovi clienti AWS un piano gratuito di 6 mesi e fino a 200 $ di crediti.
Costo e prerequisiti
Secondo la pagina prezzi di SES, il livello Essentials costa 0,16 $ ogni 1.000 email: per 20.000 email al mese sono 20 x 0,16 $ = 3,20 $. In cambio un account nuovo parte nella sandbox, e la documentazione AWS elenca i limiti: invio solo a indirizzi e domini verificati, al massimo 200 messaggi ogni 24 ore e 1 messaggio al secondo, finché non chiedi l'accesso in produzione.
Quando vale la pena
Non ha un connettore Lovable, non offre editor né flussi di marketing e lascia a te la gestione di reputazione e rimbalzi. Ha senso se la tua app ha già qualcuno che conosce AWS e il volume giustifica il risparmio.
Pagamenti ed email: cosa registra Lovable sul provider
Se l'app incassa, la documentazione sui pagamenti spiega che Lovable registra due endpoint webhook sul tuo account del provider per ciascun ambiente. Il primo consegna gli eventi di pagamento al gestore webhook della tua app: tiene aggiornati gli abbonamenti e sblocca le funzioni dopo un acquisto, e il suo indirizzo termina con ?env=sandbox oppure ?env=live. Il secondo invia una copia degli eventi a Lovable per controllare che arrivino, non inoltra nulla alla tua app e non serve alle statistiche della scheda Payments.
Due conseguenze pratiche. Primo: nel pannello di Stripe o Paddle vedrai due endpoint che sembrano doppioni, e cancellarne uno per «fare pulizia» rischia di interrompere la consegna o il monitoraggio. Secondo: l'ambiente di prova si chiama sandbox negli indirizzi, non test, quindi un flusso di email agganciato agli eventi live non scatta durante le prove. Per il confronto tra i due provider, Lovable indica Paddle come merchant of record con 5,0 % + 50 ¢ a transazione e nessun canone, e Stripe con le tariffe standard a consumo; per le email di ciclo di vita il punto è un altro: serve uno strumento che ascolti invoice.payment_failed e gli altri eventi, come descritto nella guida per chi usa Stripe.
Modelli, piè di pagina e disiscrizione
I modelli delle email integrate usano componenti React Email con stili inline, perché i client di posta non supportano CSS esterno. Lovable applica il tuo marchio estraendo variabili CSS (colori, font, raggio degli angoli) e cercando il logo nelle cartelle dell'app, e mantiene bianco (#ffffff) lo sfondo esterno del messaggio per una resa coerente nei client. Puoi chiedere in chat di cambiare testo, colori, struttura, immagini e oggetti; per vedere i file basta chiedere «mostrami i file dei miei modelli di email».
Un dettaglio che si dimentica: Lovable aggiunge da sé il piè di pagina con il link di disiscrizione alle email di app, e per i progetti creati dal 9 luglio 2026 ospita anche la pagina di disiscrizione. La documentazione chiede di non inserire link o testi di disiscrizione propri nei modelli. Su alcuni progetti le modifiche ai file o agli oggetti diventano attive solo dopo una nuova pubblicazione, quindi se non vedi il cambiamento chiedi a Lovable di ripubblicare i modelli.
Più progetti, un solo dominio
I domini di invio sono assegnati a livello di workspace. Un workspace può averne più d'uno, un dominio verificato si può usare in più progetti, ma ogni progetto ne ha uno solo attivo alla volta e solo i domini in stato Verified inviano. Se elimini un dominio, Lovable rifiuta l'operazione finché altri progetti lo usano; per il progetto da cui lo elimini, l'autenticazione ripiega sul mittente predefinito di Lovable Cloud Auth e le email di app smettono di partire. Conviene quindi scegliere il sottodominio di invio prima di creare il secondo progetto, non dopo.
Lista di controllo prima del lancio
- Il dominio di invio risulta Verified in More → Cloud → Emails e le email sono abilitate per il progetto.
- Hai provato ogni flusso con indirizzi che controlli e hai letto il registro di invio, non solo la tua casella.
- La chiave API sta nei segreti e non in una variabile esposta al browser o nella chat.
- Conosci il tetto orario del tuo piano e lo hai confrontato con il picco atteso il giorno dell'annuncio.
- Per i pagamenti, sai quale endpoint riceve gli eventi e chi ascolta
invoice.payment_failed. - Un indirizzo che rimbalza non viene riprovato all'infinito: la documentazione consiglia di validare l'email all'iscrizione e di non ripetere i rimbalzi permanenti.
Per le guide dello stesso tipo, vedi gli strumenti per profilo, e per chi incassa con Stripe gli strumenti email per chi usa Stripe (in inglese).
Domande frequenti
Lovable manda già email senza un servizio esterno?
Sì, sui piani a pagamento: le email integrate partono dal tuo dominio e coprono i sei messaggi di autenticazione (conferma registrazione, reset password, invito, link magico, cambio email, riautenticazione) più le email di applicazione che chiedi in chat, come ricevute e conferme d'ordine. Ogni workspace a pagamento include 50.000 email transazionali al mese; l'eccedenza costa 4 crediti ogni 1.000. La documentazione dice che non servono account o chiavi di altri provider.
Perché il dominio di invio resta in «Pending» o «Verifying»?
Le cause più frequenti elencate da Lovable sono propagazione DNS incompleta, delega NS errata, record TXT mancante, DNS configurato al livello sbagliato del dominio, oppure record NS di un dominio padre che già puntano ai nameserver di Lovable. Lovable consiglia di ricontrollare i record mostrati in More → Cloud → Emails, di attendere fino a 72 ore e di usare «Verify domain». Un dominio non verificato per una o due settimane passa a «Failed».
Il mio provider DNS non accetta record NS per sottodomini: che faccio?
Lovable richiede record NS per il sottodominio di invio, per esempio notify, perché delegano il sottodominio a Lovable, che crea e mantiene SPF, DKIM e DMARC. Non esiste un metodo alternativo: record TXT, CNAME o MX sul dominio principale non sostituiscono gli NS. Per alcuni provider, tra cui Hostinger e Wix, la procedura segnala che il DNS non può contenere questi record. La documentazione propone di spostare il DNS su un provider che li supporta, come Cloudflare (il dominio può restare registrato dove si trova), oppure di trasferire il dominio a Lovable.
Quanti messaggi all'ora posso mandare con le email integrate?
Dipende dal piano e vale per workspace: Pro 100 email di applicazione e 500 di autenticazione all'ora, Business 300 e 3.000, Enterprise 1.000 e 10.000. Raggiunto il limite, Lovable rifiuta i nuovi messaggi fino all'ora successiva, e il pannello Cloud mostra un avviso all'80 %. Un lancio con un picco di iscrizioni può superare il tetto di un piano Pro.
Perché le prime email finiscono nello spam?
Un dominio nuovo parte con una reputazione neutra. La documentazione di Lovable dice che nei primi giorni le email di prova possono finire nello spam, che nelle prime settimane la consegna migliora con traffico legittimo e che la reputazione si stabilizza in alcuni mesi. Aiutano invio costante e messaggi attesi dall'utente; fanno danno i picchi improvvisi e gli invii di prova in massa subito dopo la configurazione.
Dove metto la chiave API di un servizio email esterno?
Come segreto, non in chat. Secondo la documentazione di Lovable sulle API esterne, l'app salva la chiave come segreto e il codice lato server la legge; la chiave si inserisce nel modulo «Add secret» e si gestisce da More → Cloud → Secrets. In alternativa, un connettore personalizzato tiene le credenziali cifrate nel gateway e le aggiunge alle richieste lato server; crearne uno richiede il ruolo di amministratore o proprietario del workspace.
Come gestisco le email legate ai pagamenti Stripe o Paddle?
I pagamenti integrati di Lovable usano Paddle (modello merchant of record, 5,0 % + 50 ¢ a transazione) o Stripe e registrano sul provider un endpoint webhook che consegna gli eventi alla tua app, più un secondo endpoint di monitoraggio verso Lovable che non inoltra nulla alla tua app. Le email di ciclo di vita richiedono uno strumento che ascolti gli eventi: Loops documenta l'integrazione con Stripe, Sequenzy elenca Stripe e Paddle, e con Resend o SES è la tua funzione lato server a ricevere l'evento e a inviare il messaggio.