Il problema delle email: quando la tua app creata con l'IA deve inviare messaggi a persone vere
Aggiungere le email a un'app creata con l'IA sembra semplice — finché i tuoi link di registrazione finiscono nello spam, i reset della password spariscono e il tuo dominio viene messo in blocklist. Una guida in parole povere per fare bene l'invio delle email fin dalla prima volta.
Hai costruito l’app. Il modulo di registrazione funziona. Un utente lo compila, clicca “Crea account” — e poi non succede niente. O peggio: l’email di conferma arriva quaranta minuti dopo, nella cartella spam, con un indirizzo mittente che sembra scritto da un robot. Chiedi al tuo creatore di app con IA di “sistemare le email”. Tre iterazioni dopo, hai un nuovo bug e lo stesso problema.
Se hai pubblicato qualcosa con un creatore di app con IA, probabilmente ci sei sbattuto contro. Le email sembrano una funzionalità da una riga. Non lo sono. È un protocollo vecchio di trent’anni con strane regole di fiducia, e farlo comportare bene dentro un’app creata con l’IA è uno dei punti più comuni in cui i founder non tecnici perdono utenti in silenzio.
Ecco cosa sta succedendo davvero, e cosa chiedere al tuo creatore di app di fare a riguardo.
Perché le email sono più difficili di quanto il tuo creatore di app le faccia sembrare
Quando il tuo creatore di app con IA genera una funzionalità “invia email”, di solito mette insieme la cosa più piccola che funziona su una schermata di test. Usa un indirizzo mittente di default. Invia tramite qualsiasi servizio preferisca il suo template. Presuppone che tu sia un’azienda vera con un dominio vero di cui internet si fida.
Internet, quella vera, non si fida dei nuovi mittenti. I provider di posta — Gmail, Outlook, Yahoo, Apple — hanno passato vent’anni a diventare bravi a segnalare le fonti sconosciute. Quando un dominio nuovo di zecca inizia a inviare reset password ed email di benvenuto, ogni filtro antispam del mondo alza un sopracciglio. Senza tre specifici pezzi di configurazione al loro posto, le tue email finiranno nello spam, verranno scartate in silenzio, o arriveranno abbastanza tardi da far sì che gli utenti abbiano già rinunciato.
I tre pezzi sono SPF, DKIM e DMARC. Non ti serve sapere cosa significhino le sigle. Ti serve sapere che senza di essi, la tua funzionalità di invio email è rotta in un modo che non puoi vedere dall’interno dell’app.
La prima cosa da controllare: da chi arriva davvero l’email?
Apri l’email più recente che la tua app ha inviato. Guarda l’indirizzo mittente. Di solito è una di tre cose:
- Qualcosa@tuodominio.com — caso migliore. Il tuo creatore di app con IA ha configurato un vero mittente. Se gli utenti continuano a non ricevere queste email, il problema sono le tre sigle qui sopra.
- Qualcosa@un-servizio-del-creatore-app.com — comune. Le tue email vengono inviate dall’infrastruttura condivisa del tuo creatore di app. Questo funziona, ma ti mette in un calderone con ogni altra app a caso sulla piattaforma. Un vicino di casa che si comporta male e il tuo tasso di consegna crolla.
- noreply@un-dominio-a-caso.example — male. Il tuo creatore di app con IA ha generato un segnaposto che non ha mai sostituito. Gli utenti ricevono email da un dominio che non ti appartiene, e i provider di posta li sospetteranno, giustamente.
Se sei nel caso 2 o 3, quella è la prima cosa da sistemare.
Cosa chiedere al tuo creatore di app con IA, in ordine
C’è una sequenza specifica che funziona per la maggior parte dei creatori di app. Chiedere queste cose nell’ordine sbagliato produrrà risultati confusi.
Passo 1: scegli un provider di invio
Chiedi al tuo creatore di app con IA: “Voglio inviare email dal mio dominio. Collega questa app a Resend (o Postmark, o SendGrid) usando la mia chiave API.” Scegline uno. Sono sostanzialmente equivalenti per le piccole app. Resend e Postmark hanno i flussi di configurazione più amichevoli.
Dovrai registrarti tu stesso presso il provider e prendere una chiave API. L’IA non può fare questa parte — richiede che inserisca una carta di credito e verifichi la tua identità. Mettici in conto trenta minuti.
Passo 2: verifica il tuo dominio
Una volta collegato il tuo provider di invio, il provider ti chiederà di aggiungere tre record DNS al tuo dominio. Sono i record SPF, DKIM e DMARC che ho menzionato. Il tuo provider ti mostrerà esattamente cosa incollare.
Questo è il passo che la maggior parte dei founder non tecnici salta, ed è quello che risolve l’80% dei reclami “le mie email vanno nello spam”. Chiedi al tuo creatore di app con IA: “Aiutami a trovare dove aggiungere i record DNS per il dominio che ho comprato.” Ti guiderà attraverso il tuo registrar (GoDaddy, Namecheap, Cloudflare, chiunque sia).
Questo è anche l’unico passo che richiede tempo nel mondo reale — le modifiche DNS possono impiegare qualche ora a propagarsi. Non farti prendere dal panico se non funziona subito.
Passo 3: riscrivi il contenuto delle tue email
Questo sorprende le persone. Il contenuto delle tue email conta tanto quanto la configurazione. I creatori di app con IA si rifanno di default a un testo di marketing chiacchierone che ricalca lo spam. Due cose specifiche da sistemare:
- Niente oggetti tutti in maiuscolo. “BENVENUTO NELLA MIA APP” è un segnale di spam. “Benvenuto su Barche di Maria” no.
- Niente link nudi verso domini di redirect. Se la tua email dice “Clicca qui” e il link punta a un URL di tracciamento che rimbalza attraverso tre provider, i filtri antispam se ne accorgono. Chiedi al tuo creatore di app di usare link che vanno dritti al tuo dominio.
Un controllo veloce: inviati una vera email dall’app, poi inoltrala a mail-tester.com. Dà un punteggio alla tua email su 10 e ti dice esattamente cosa sistemare. Un punteggio di 8 o più significa che le caselle di posta ti accetteranno. Sotto 6, aspettati problemi.
Le tre email che devono funzionare
Non ti serve inviare bene ogni email. Ti serve inviare bene tre email specifiche, perché se anche solo una di esse fallisce, la tua app si rompe per i nuovi utenti.
- La conferma di registrazione. Se gli utenti si registrano e non possono confermare il loro indirizzo, non possono accedere. Assicurati che questa arrivi in meno di un minuto, ogni volta.
- Il reset della password. È l’email di cui gli utenti notano l’assenza. Se chiedono un reset e non arriva niente, la tua casella di supporto si riempie lo stesso giorno.
- L’email “è successo qualcosa nel tuo account” — un nuovo accesso, un invito, un commento. Queste costruiscono fiducia. Se compaiono in modo affidabile, gli utenti iniziano a trattare la tua app come un vero servizio.
Tutto il resto — newsletter, aggiornamenti di prodotto, campagne drip — è un extra. Fai in modo che le tre email principali vengano consegnate in modo costante prima di costruire qualsiasi cosa elaborata.
Quando chiedere a un umano
Se hai fatto i tre passi qui sopra e le email continuano a finire nello spam, il problema è quasi sempre una di tre cose: il tuo dominio è troppo nuovo (aspetta una settimana, invia con parsimonia), il tuo contenuto fa scattare un filtro specifico (fai il controllo con mail-tester), o il tuo volume di invio è schizzato all’improvviso (parti piano, aumenta gradualmente).
Se ci hai passato più di un giorno e ancora non funziona, questo è il momento giusto per pagare un freelancer per due ore. La deliverability delle email è una delle poche cose in un’app moderna in cui un umano esperto può sistemare ciò che un creatore di app con IA non riesce del tutto a ragionarci sopra — perché la risposta spesso vive nei record DNS che l’IA non può vedere.
Puoi pubblicare un’intera app creata con l’IA senza mai mettere in piedi le email vere. Non puoi tenerti gli utenti senza.