Cosa valutare prima di scegliere
Da dove parte l’invio
Con Firebase l’evento nasce quasi sempre da una funzione cloud: registrazione, primo acquisto, inattività. Controlla che lo strumento accetti eventi o contatti via API, che gestisca i tentativi ripetuti e che due esecuzioni della stessa funzione non producano due email uguali. Nella documentazione di Firebase verifica se la funzione può essere rieseguita in caso di errore, e conserva nel database un campo che segni il benvenuto già inviato.
Chi è la fonte dei contatti
Decidi se la verità sta nel database dell’app o nello strumento email, e scrivilo nel progetto. Un campo con lo stato marketing, la data e il testo del consenso evita che una sincronizzazione notturna riattivi chi si è disiscritto. La disiscrizione avviene nello strumento ma deve tornare nell’app: controlla se il fornitore avvisa la tua app con un webhook o se devi esportare periodicamente l’elenco.
Messaggi di servizio e di marketing
Il link per reimpostare la password è un messaggio di servizio; la novità di prodotto è marketing. In Italia il marketing richiede un consenso libero, specifico e documentato, salvo il cosiddetto soft spam dell’art. 130 del Codice Privacy, che riguarda prodotti analoghi a clienti già acquisiti e lascia la possibilità di opporsi. Non aggiungere promozioni ai messaggi di servizio e, se hai dubbi, chiedi al tuo DPO o a un consulente.
Dove finiscono i dati degli utenti
Appena mandi un indirizzo a un fornitore, quello diventa un responsabile del trattamento. Chiedi l’accordo di trattamento, l’elenco dei sub-fornitori e dove sono i server; per i fornitori americani chiedi anche su quale base avvengono i trasferimenti verso gli Stati Uniti. Aggiorna l’informativa privacy dell’app, che deve nominare lo scopo dell’invio, e fai controllare il testo dal tuo DPO prima del lancio.
Il tetto giornaliero e il picco di registrazioni
Un piano gratuito da 100 email al giorno regge un’app che cresce lentamente, non una campagna che porta 400 iscritti in una sera. Confronta il tetto al giorno e quello al mese, non solo il secondo, e guarda se il limite vale per le email di servizio come per le promozionali. Calcola anche il costo a 1.000 e a 5.000 contatti: alcuni fornitori contano i contatti, altri gli invii.
Prova senza toccare gli utenti veri
Tieni chiavi e account distinti per sviluppo e produzione, e usa un progetto Firebase separato per i test: capita di mandare un benvenuto di prova a tutta la lista reale. Prima del rilascio invia i messaggi a caselle Gmail, Outlook, Apple Mail e Libero e guarda dove finiscono. Autentica il dominio mittente con SPF, DKIM e DMARC, usando un sottodominio dedicato alle email dell’app.
Domande frequenti
Come faccio partire un’email quando un utente si registra nella mia app Firebase?
Si usa una funzione che reagisce alla creazione dell’utente e chiama l’interfaccia del fornitore di email con il suo indirizzo e un identificativo. Tieni la chiave tra i segreti del progetto, non nel codice dell’app, e prevedi che la funzione possa essere eseguita due volte: salva nel database un segno di invio già fatto e controllalo prima di chiamare il fornitore. Come agganciare il trigger è spiegato nella documentazione di Firebase.
Posso usare i messaggi di Firebase Authentication per fare promozione?
No, trattali come messaggi di servizio: conferma dell’indirizzo, reimpostazione della password, accesso. Aggiungere offerte a quel testo trasforma un messaggio atteso in una comunicazione commerciale, per cui servirebbe un consenso a parte. Controlla nella console di Firebase quali testi partono dal progetto e personalizzali nella lingua dei tuoi utenti. Il marketing parte da un altro flusso, con una casella di consenso non pre-selezionata nella registrazione.
Serve il doppio consenso per mandare una newsletter agli utenti dell’app?
La legge non impone di per sé il doppio passaggio, ma devi saper dimostrare chi ha acconsentito, quando e a che cosa. Una casella non pre-selezionata nella registrazione, con la data salvata e la versione del testo, è la base; un’email di conferma aggiunge una prova in più ed evita indirizzi sbagliati. La scelta va concordata con il tuo DPO. Chiedi consensi separati per scopi diversi, per esempio novità di prodotto e offerte dei partner.
Come gestisco la disiscrizione se i contatti vivono nel database dell’app?
Il link di disiscrizione porta allo strumento email, quindi lo stato cambia lì. Hai due strade: un avviso automatico verso la tua app, se il fornitore lo offre, oppure un’esportazione periodica degli stati. In entrambi i casi la funzione di sincronizzazione non deve mai riscrivere nello strumento chi risulta disiscritto. Scrivi la regola nel codice e controllala a ogni modifica: reinserire per errore un contatto che si è tolto è un errore facile da evitare.
Quanto costa un’app con mille utenti registrati?
Dipende da quanti ne contatti e come. Con 1.000 contatti puoi restare nei piani gratuiti: la parte marketing di Resend ne ammette 1.000, secondo resend.com/pricing, mentre per Brevo conta il tetto di invio giornaliero più della dimensione dell’archivio. Il costo reale compare quando serve l’automazione completa: a 5.000 contatti la parte marketing di Resend costa 40 $ al mese, secondo la stessa pagina. Simula la lista che avrai tra dodici mesi, non quella di oggi.
Conviene tenere separati gli strumenti per le email di servizio e per il marketing?
Spesso sì, per proteggere la reputazione: se una campagna genera segnalazioni di spam, il link di accesso non deve finire in cartella spam insieme a lei. Si può ottenere anche con un solo fornitore, usando due sottodomini e flussi di invio separati. Due strumenti costano più lavoro, perché dovrai tenere allineati due elenchi di contatti. Un solo account, come in Brevo, semplifica la gestione ma richiede di verificare come separare i due flussi.
Come coordino le notifiche push dell’app con le email?
Decidi per ogni evento un canale principale e uno di riserva. Il promemoria urgente va in push, il riepilogo settimanale o la ricevuta per email; se l’utente non ha concesso le notifiche, l’email diventa il canale di riserva. Evita di mandare lo stesso avviso su entrambi nello stesso minuto. Nella scheda del contatto salva le preferenze, così chi vuole solo la ricevuta non riceve altro e il rischio di disiscrizioni cala.
Come proteggo la chiave dell’interfaccia di invio e gli indirizzi degli utenti?
La chiave non deve mai stare nel codice che gira sul telefono o nel browser: solo in funzioni lato server, con i segreti del progetto e un accesso limitato. Se sospetti una fuga, revocala e creane un’altra. Nei registri tecnici non scrivere indirizzi email interi: usa l’identificativo dell’utente. Riduci i dati inviati al fornitore a quelli che servono, per esempio nome e lingua, senza copiare tutto il documento dell’utente.
Che cosa devo scrivere nell’informativa privacy per le email dell’app?
Indica le finalità separate (messaggi di servizio e marketing), la base giuridica di ciascuna, il fornitore di email come destinatario dei dati, l’eventuale trasferimento fuori dallo Spazio economico europeo, per quanto tempo conservi i contatti e come disiscriversi. Usa un linguaggio semplice e un link raggiungibile dalla registrazione. Fai rivedere il testo al tuo DPO o a un consulente, perché dipende dai dati che raccogli davvero.