Strumenti email per app mobile
L'email per app mobile copre onboarding, attivazione e riattivazione collegate a pochi eventi app — installazione, registrazione, primo uso chiave, inattività. Deve completare push e in-app, non duplicarli: ogni canale ha il suo momento.
La sintesi: Braze per lifecycle multicanale maturo; OneSignal per email + push unite; Customer.io per journey costruiti sugli eventi dell'app; Brevo per partire con email di onboarding a costo contenuto.
Confronto rapido
| Strumento | Ideale per | Prezzo | Punto di forza |
|---|---|---|---|
| Braze | Lifecycle multicanale maturo | Su preventivo | Email + push + in-app orchestrati |
| OneSignal | Email + push unite | Gratis + piani | Un account per entrambi i canali |
| Customer.io | Journey da eventi app | 100 $/mese | Attributi e stati profondi |
| ActiveCampaign | Nurture SMB con app | 15 $/mese | Rami accessibili economici |
| Brevo | Budget + SMS | 9 $/mese | Campagne economiche con push via API |
| MailerLite | Annunci semplici app | 12 $/mese (Comfort) | Leggerezza quotidiana |
| Mailchimp | Broadcast familiari | 20 $/mese (Standard) | Ecosistema noto a tutti |
| Loops | Onboarding app snello | 49 $/mese | Eventi essenziali veloci |
| Airship | Enterprise mobile serio | Su preventivo | Wallet, SMS e orchestrazione |
Il livello accessibile che basta
Brevo, MailerLite e Mailchimp coprono annunci e nurture base per app piccole: onboarding semplice, aggiornamenti, winback essenziali. Per app neonate è tutto ciò che serve davvero.
Regola: esaurisci il livello accessibile prima di salire. La maggior parte delle app non arriva mai ai suoi limiti reali.
Il livello app intermedio
Loops per onboarding via eventi con DX rapida, ActiveCampaign per rami accessibili, Customer.io per journey profondi con team dati. Airship sopra scala enterprise con wallet e orchestrazione completa.
Per app in crescita, il rapporto potenza/complessità ideale: eventi che guidano messaggi senza team dedicato intero.
Opt-in push e permessi
Chiedi i permessi al momento del valore, mai all'avvio a freddo: utenti che capiscono perché ricevono accettano di più. Pre-permission screen che spiegano il beneficio prima del dialogo di sistema.
Chi rifiuta riceve email invece di silenzio: il fallback multicanale recupera ciò che il permesso negato toglie. Mai punire chi dice no.
Attribution mobile senza illusioni
SKAdNetwork, Privacy Sandbox e ATT hanno reso l'attribution approssimativa: dichiara incertezze, usa incrementality test, diffida dei last-click. I numeri precisi al decimale sono finzione statistica.
Misura con coorti e holdout dove possibile: la verità approssimata e onesta batte la precisione finta dei dashboard vecchio stile.
Glossario mobile minimo
| Termine | Significato operativo | Errore tipico |
|---|---|---|
| Deep link | Link che apre schermata esatta loggati | Link generici allo store |
| Opt-in push | Permesso notifiche di sistema | Chiesto a freddo all'avvio |
| ATT | Consenso tracking Apple | Ignorato nelle misurazioni |
| Onboarding | Primi passi guidati in-app | Troppo lungo, mai saltabile |
| Winback app | Recupero inattivi multicanale | Solo push ignorate da mesi |
Caso: onboarding che attiva davvero
Da tour infinito a 3 passi con skip evidente più email di rinforzo: attivazione D1 dal 28% al 57%. Meno spiegazioni, più azioni guidate subito.
Lezione: l'onboarding migliore è quasi invisibile. Ogni schermata deve guadagnarsi l'attenzione con valore immediato.
Caso: winback multicanale misurato
Email più push coordinati (mai insieme) a dormienti 30-60 giorni: ritorno 14% contro 6% della sola push. Il coordinamento batte la somma dei canali usati a caso.
Lezione: i canali si coordinano, non si sommano. Stesso messaggio ovunque stanca, messaggi complementari convertono.
Email transazionali dell'app: un canale a parte
Verifica account, codici di accesso e ricevute non devono viaggiare dalla stessa infrastruttura delle promozioni. Un servizio per sviluppatori come Resend o Postmark, o l'account Brevo che gestisce anche le campagne, permette di separare mittente e reputazione.
Imposta SPF, DKIM e un sottodominio dedicato prima del lancio: un codice di accesso che finisce in spam è un utente perso al primo avvio.
Braze e OneSignal: scala e unione
Braze per team che coordinano email, push, in-app e altri canali mobile: collega comportamento app a journey ampi. Requisiti dati e implementativi sostanziali — adatto a operazioni mobile mature.
OneSignal quando email e push devono convivere in piattaforma relativamente focalizzata: aiuta a coordinare preferenze canali. Verifica identity resolution, consensi e copertura eventi prima.
La divisione dei canali
Push: urgente e breve (offerte lampo, alert, promemoria). In-app: guida contestuale durante l'uso. Email: tutto ciò che merita attenzione differita (riepiloghi, educazione, winback). Stesso evento, canale diverso per urgenza diversa.
Mai lo stesso messaggio su tre canali insieme: coordinamento significa scegliere, non moltiplicare.
Deep link o morte
Ogni email app deve atterrare nella schermata esatta, loggati e con contesto: link generici allo store uccidono conversioni. Testa deep link su iOS e Android prima di ogni campagna importante.
E rispetta le preferenze canale per utente: chi disattiva le push riceve email, non silenzio. Il preference center multicanale è obbligatorio, non optional.
Email serve ancora con le push?
Sì: le push hanno opt-in bassi e vita breve, l'email raggiunge tutti con contenuti ricchi. Servono entrambe con ruoli diversi, non una al posto dell'altra.
La regola d'oro: push per l'urgente e il breve, email per il profondo e il differito, in-app per il contestuale. Ogni canale al suo lavoro.
Come collego eventi app all'email?
SDK o API eventi verso la piattaforma email con identità unificata (stesso user ID ovunque). Testa con utenti fittizi prima: identità rotte generano messaggi a persone sbagliate.
Documenta mappatura eventi con proprietari e versioni: senza, ogni aggiornamento app rischia di rompere trigger silenziosamente.
Frequenza giusta per app?
Email: 1-2 a settimana max + trigger importanti. Push: solo ciò che merita interruzione. Il resto in-app. Meno canali ben usati battono tutti i canali male usati.
Monitora disattivazioni push e disiscrizioni email per coorte: sono il termometro più onesto della pressione esercitata.
Come gestisco i permessi push?
Chiedendoli al momento del valore con pre-permission esplicativa: utenti che capiscono accettano di più. Mai all'avvio a freddo senza contesto.
Chi rifiuta entra nel percorso email rafforzato, non nel dimenticatoio: il no alle push non è no alla relazione.
Deep link sempre obbligatori?
Sì per qualunque CTA da email verso app: schermata esatta, loggati, con contesto. Link generici allo store uccidono conversioni e fiducia insieme.
Testa su iOS e Android prima di ogni campagna importante: i deep link rotti sono tra i bug più costosi e meno visibili.
Come misuro il lifecycle app?
Installazione, attivazione D1/D7/D30, retention per coorte, revenue per utente: cinque numeri raccontano salute meglio di qualunque dashboard volumetrica.
Separa organico e acquisito a pagamento sempre: mescolarli nasconde unit economics veri e giustifica spese insensate.
Verdetto per app neonate
Onboarding essenziale, push parsimoniose, email di rinforzo mirate. Con Brevo le sequenze di benvenuto e riattivazione girano senza team dedicato, dal piano gratuito (300 invii al giorno) al Standard da 18 $/mese: pochi eventi, exit chiare.
Non costruire l'orchestra prima di avere pubblico: tre canali coordinati male battono un canale fatto bene? No, è il contrario.
Verdetto per app mature
Braze o Airship con orchestrazione multicanale governata, eventi puliti e proprietari per canale. La complessità rende solo con dati affidabili e QA continua.
Senza governo multicanale, più canali significano più caos: un owner per l'esperienza complessiva, non uno per canale isolato.
Audit trimestrale multicanale
| Trimestre | Azione | Segnale di allarme |
|---|---|---|
| Q1 | Rivedi divisione ruoli tra canali | Duplicazioni sistematiche ovunque |
| Q2 | Verifica deep link e permessi | Link rotti e opt-in in calo |
| Q3 | Analizza retention per canale mix | Canali che cannibalizzano tutto |
| Q4 | Pianifica capacità picchi annuali | Incidenti passati dimenticati |
Stack app per dimensione
Piccole: Brevo o MailerLite per le email, più le push native del sistema operativo o di OneSignal. Bastano eventi essenziali e disciplina: la scala arriva dopo.
Medie: OneSignal per unione email-push più Customer.io per journey profondi. Qui il multicanale diventa vantaggio misurabile.
Grandi: Braze o Airship con orchestrazione governata e team dedicato. A questi volumi i canali sono sistema operativo aziendale.
Nota di metodo
Ogni frequenza di questa guida va calibrata sui tuoi utenti reali: utility quotidiane e app occasionali non condividono ritmi. Parti dai nostri numeri, misura disattivazioni, adatta.
Campagne Email è una guida indipendente. Ultimo aggiornamento: settembre 2026.
Errori app che bruciano utenti
Stesso messaggio ovunque. Email, push e in-app identici e simultanei: triplo fastidio per zero valore aggiunto. Deep link rotti. CTA che atterrano su store o homepage: fiducia bruciata in un tap.
Permessi chiesti male. Dialoghi a freddo senza contesto: rifiuti di massa permanenti. Onboarding infinito. Tour obbligatori di 10 schermate: abbandoni prima del valore.
App e privacy oltre gli store
ATT, Privacy Sandbox e normative privacy rendono il tracking un privilegio da guadagnare, non un diritto: consensi chiari, minimizzazione dati, alternative funzionanti senza tracciamento.
Le app rispettose convertono meglio nel lungo periodo: la fiducia è il vero tasso di opt-in, il resto sono trucchi a scadenza.
Prossimi passi concreti
Oggi: mappa eventi app essenziali con identità unificata. Questa settimana: deep link testati e preferenze canale attive. Questo mese: primo ciclo onboarding-retention misurato per coorte.
Poi studia l'guida onboarding, la segmentazione e la deliverability.
Campagne Email è una guida indipendente. Ultimo aggiornamento: settembre 2026.
Checklist tascabile
- Identità unificata su tutti i canali
- Deep link testati su iOS e Android
- Permessi chiesti al momento del valore
- Canali coordinati, mai duplicati
- Metriche per coorte, non aggregate
Cinque voci per app che comunicano invece di disturbare.
Verdetto
Sequenze di benvenuto a budget con Brevo, journey da eventi con Customer.io, multicanale maturo con Braze, unione economica con OneSignal. Un evento, un canale giusto, deep link sempre. Vedi anche la guida onboarding e la classifica completa.
Pricing deep-dive: cosa guardare sul listino
| Voce del listino | Perché conta | Domanda da fare al vendor |
|---|---|---|
| Modello di fatturazione | Contatti puniscono le liste grandi e fredde; invii premiano chi invia poco | «A 10.000 contatti con 40.000 invii/mese, quanto pago davvero?» |
| Limite del piano gratuito | Definisce quanto puoi testare prima di pagare | «Il gratuito include automazioni o solo newsletter?» |
| Branding del piano base | Il logo del vendor nelle email riduce la fiducia percepita | «Posso rimuovere il branding e da quale piano?» |
| Sedi e sottodomini | Separare marketing e transazionale protegge la deliverability | «I sottodomini aggiuntivi costano extra?» |
| Integrazioni native | Ogni connessione via Zapier è un punto di rottura in più | «L’integrazione con il mio stack è nativa o via middleware?» |
Tabella decisionale rapida
| Se il tuo caso è… | Priorità alla… | Perché |
|---|---|---|
| Prima piattaforma, lista piccola | Semplicità e piano gratuito onesto | Devi imparare il metodo, non governare un’enterprise suite |
| Lista in crescita rapida | Modello a invii, contatti illimitati | Il prezzo a contatti diventa la voce più pesante del budget |
| SaaS in abbonamento | Eventi di billing e lifecycle | Dunning e rinnovi valgono più di qualunque editor |
| Ecommerce | Feed prodotto e dati d’ordine | Carrelli e post-acquisto senza dati reali sono promemoria ciechi |
| Transazionale critico | Deliverability e velocità | Un reset password in ritardo costa più di un canone annualizzato |
| Team con dati prodotto | Journey guidati da eventi | Il comportamento nell’app decide meglio dei timer |
Leggi anche le guide su blog/segmentation e tools: il metodo resta lo stesso anche quando cambia lo strumento.
Domande frequenti
Quanto costa mandare le email di benvenuto e di servizio di un'app?
Dipende dal volume e da quanto vuoi gestire via API. Resend offre un piano gratuito da 3.000 email al mese e un piano Pro da 20 $/mese per 50.000, Postmark parte da 15 $/mese per 10.000 email, e il piano gratuito di Brevo consente 300 invii al giorno. Per un'app nuova con poche migliaia di utenti il piano gratuito basta quasi sempre per i primi mesi.
Braze costa troppo per una app piccola?
La pagina prezzi di Braze non pubblica tariffe: il costo dipende da edizione della piattaforma, utenti attivi e crediti di utilizzo, e si ottiene con un preventivo. C'è una prova gratuita, ma non un piano self-service, quindi per un'app senza un team che gestisca dati e canali conviene partire da strumenti con prezzi pubblici e passare a Braze solo quando email, push e in-app richiedono davvero un'orchestrazione unica.
Quando passo da Brevo o MailerLite a Customer.io per le email legate agli eventi dell'app?
Quando i messaggi devono dipendere da eventi e attributi dell'app (ultima schermata aperta, piano attivo, funzione mai provata) e non più solo da liste e tag. Customer.io, secondo la pagina prezzi, parte da 100 $/mese con il piano Essentials, contro i 18 $/mese del piano Standard di Brevo; la differenza paga un costruttore di flussi visuale e una gestione più profonda dei dati, ma richiede qualcuno che invii gli eventi dall'SDK.
Le email di un'app sono tutte soggette a consenso marketing?
No: le email necessarie al servizio, come conferma dell'account, reimpostazione della password o ricevuta, non richiedono lo stesso consenso di una promozione. Appena un messaggio promuove funzioni, offerte o riattivazioni, serve una base giuridica per il marketing e un modo semplice per disiscriversi. Tieni separati i due flussi anche a livello di dominio o sottodominio mittente e registra le scelte nel preference center, compreso il permesso push concesso dal sistema operativo.
Dove finiscono i dati degli utenti dell'app e serve un accordo con il fornitore?
Sì: ogni strumento a cui invii identificativi utente ed eventi è un responsabile del trattamento, e serve l'accordo di trattamento dei dati insieme a un'informativa che elenchi il fornitore. Customer.io indica data center sia negli Stati Uniti sia nell'UE sulla propria pagina prezzi. Invia solo i dati che servono ai messaggi, per esempio identificativo e stato di attivazione, ed evita di caricare contenuti sensibili generati dall'utente.