# Automazioni email attivate da trigger: collega l’evento al messaggio giusto

URL canonico: https://brew.new/it/blog/triggered-email-automations-guide
Autore: Brew Team
Pubblicato: 2026-08-20
Aggiornato: 2026-09-29

Un’email attivata da un trigger parte da qualcosa che è successo: una registrazione, il mancato pagamento di una fattura, un’esportazione completata o un altro evento che il tuo sistema sa descrivere. Quell’evento fornisce il contesto per un messaggio.

Non è il trigger a decidere se il messaggio è di marketing o transazionale: lo decidono lo scopo del messaggio e il rapporto con il destinatario. Una ricevuta e una proposta di upgrade possono nascere dallo stesso prodotto e richiedere comunque regole di invio diverse.

## Dai all’evento un significato preciso

Scegli un nome che descriva un’azione o una condizione verificata. Dichiara i campi di cui l’email ha bisogno e testa payload rappresentativi. Evita un evento che significa cose diverse a seconda del servizio che lo ha inviato.

Ad esempio, un evento di ordine completato potrebbe contenere l’indirizzo del destinatario, il riferimento dell’ordine e un link all’ordine. Tieni fuori dal payload i dati sensibili o non necessari. Il [riferimento API](https://docs.brew.new/api-reference/api/api-introduction) documenta i formati di richiesta supportati.

Nel modello di automazione di Brew, un trigger è collegato a passaggi come l’invio di un’email. Crea e rivedi la bozza, poi pubblica l’automazione prima di aspettarti che gli eventi di produzione la eseguano. [Email automation con l’IA](/it/blog/ai-email-automation) spiega quali flussi del ciclo di vita creare per primi, dalla registrazione alla riattivazione.

## I messaggi di marketing e quelli transazionali richiedono verifiche diverse

Una sequenza di benvenuto che promuove un prodotto è marketing. Una ricevuta d’ordine o un messaggio sulla sicurezza dell’account richiesto dall’utente possono essere transazionali. I messaggi misti richiedono una valutazione dello scopo principale: aggiungere una piccola promozione non risolve automaticamente la questione legale, né in un senso né nell’altro.

Fai in modo che le informazioni essenziali sull’account siano facili da trovare. Usa la finalità del dominio di invio adatta al messaggio e testa il comportamento delle iscrizioni. Leggi la [guida alle email transazionali](/it/blog/transactional-emails) per la distinzione e per i requisiti dei provider indicati nei link.

Per il marketing, verifica il consenso e rispetta lo stato di disiscrizione e di esclusione. Un evento corrispondente non autorizza a scrivere a chiunque il cui indirizzo compaia per caso nel payload.

## Un promemoria al sesto giorno ha bisogno dei dati del sesto giorno

Supponiamo che tu voglia mandare un promemoria a un utente in prova che dopo sei giorni non ha completato la configurazione. L’evento di registrazione sa cosa era vero al momento della registrazione. Non può prevedere se l’utente finirà domani.

Per la verifica del sesto giorno in Brew, un nodo Filtro o Divisione condizionale può leggere i campi attuali del contatto in Brew tramite `contact.<name>`. Definisci e sincronizza i campi di attivazione e di iscrizione, poi controllali dopo l’attesa. I campi dell’evento come `payload.activated` contengono ancora i valori dell’evento originale. Se lo stato che ti serve sta fuori da Brew, fallo controllare alla tua applicazione il sesto giorno e invia un nuovo evento di promemoria solo se l’utente è ancora idoneo.

La stessa regola vale quando la condizione è “non ha acquistato” o “è ancora sul piano gratuito”. La [guida alla sequenza per il periodo di prova](/it/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events) spiega lo schema da applicare lato applicazione.

## Verifica l’intero percorso

Testa la richiesta dell’evento, l’esecuzione dell’automazione e l’email ricevuta. Includi campi mancanti, nuovi tentativi, destinatari di test privati e un cambio di stato che dovrebbe impedire un invio successivo.

Per i provider collegati, usa i nomi effettivi dei loro eventi. La [pagina dell’integrazione con Stripe](/it/browse/integrations/stripe) elenca gli eventi supportati da Brew e spiega perché l’impostazione per la sincronizzazione del nome non ha niente a che fare con la pubblicazione di un’automazione.

Quando il percorso funziona, mantieni la sequenza comprensibile. Un piccolo insieme di eventi espliciti e di messaggi verificati è più facile da gestire di una lunga automazione le cui condizioni nessuno sa spiegare.