Trasforma le email in fatturato con Brew.
Separa i messaggi sull’account e sulle transazioni dal marketing, applica il criterio dello scopo principale e invia con un’automazione di Brew pubblicata.
Le email transazionali forniscono informazioni su una transazione o su un rapporto in corso: una ricevuta, una reimpostazione della password richiesta dall’utente, un aggiornamento sulla spedizione o un avviso di sicurezza dell’account. Il loro scopo è diverso da quello di una campagna che chiede a qualcuno di acquistare o di tornare.
La distinzione dipende dal messaggio. Definire un’email “transazionale” in uno strumento di invio non ne stabilisce lo status giuridico.
La guida della FTC sul CAN-SPAM descrive categorie ristrette di messaggi transazionali e relazionali. Per i contenuti misti, commerciali e transazionali, considera cosa capirebbe un destinatario ragionevole dall’oggetto e dove compaiono le informazioni transazionali.
Un oggetto promozionale può rendere commerciale un messaggio misto. Un breve footer promozionale non lo fa automaticamente: la FTC fa l’esempio di un estratto conto che resta principalmente transazionale. Contano la norma e il messaggio reale.
Metti in evidenza le informazioni essenziali. Se una promozione distoglie l’attenzione da una ricevuta o da un avviso di sicurezza, un’email di marketing separata è di solito la scelta editoriale più chiara. Queste sono indicazioni statunitensi: verifica i requisiti applicabili ai tuoi destinatari e alla tua attività. Fonti consultate il 28 settembre 2026.
| Messaggio | Scopo abituale | Cosa verificare |
|---|---|---|
| Ricevuta dell’ordine o avviso di rimborso | Transazionale | Informazioni corrette sull’ordine e un destinatario appropriato |
| Reimpostazione della password richiesta | Sicurezza dell’account | Una richiesta autentica, un link valido e nessuna offerta che distragga |
| Aggiornamento sulla spedizione | Transazionale | Informazioni sull’ordine esistente |
| Promemoria per il carrello abbandonato | Marketing | Consenso, stato attuale del carrello e gestione della disiscrizione |
| Proposta di upgrade alla scadenza della prova | Marketing | L’offerta effettiva e se il destinatario è ancora idoneo |
Un avviso sullo stato dell’account e una proposta di upgrade possono riguardare la stessa prova e avere scopi diversi. Guarda cosa chiede di fare l’email a chi la legge.
Le linee guida di Gmail distinguono i requisiti di disiscrizione con un clic per il traffico di marketing e in abbonamento da quelli per i messaggi transazionali. Autenticazione e reputazione contano comunque per entrambi.
Yahoo consiglia di separare il marketing di massa dal traffico transazionale per IP e, quando opportuno, per dominio. Segui la configurazione del tuo provider invece di dare per scontato che un nuovo sottodominio basti da solo a creare una reputazione indipendente.
Per il marketing, la RFC 8058 definisce il meccanismo dell’header per la disiscrizione con un clic. Un link nel footer e una disiscrizione basata sugli header hanno ruoli diversi. Verifica il comportamento sul messaggio ricevuto.
Per questo flusso di lavoro Brew usa un’automazione pubblicata e il relativo trigger. Configura un dominio di invio verificato con la finalità di invio appropriata, dichiara il payload del trigger e crea un passaggio di invio email che usi quel dominio. L’impostazione del dominio controlla il comportamento di invio di Brew, ma non rende legalmente transazionale un contenuto promozionale.
Dopo aver testato e pubblicato l’automazione, è il tuo backend ad attivare il trigger. Questo esempio presuppone che il trigger dichiari order_id e ship_date:
curl --fail-with-body \
"https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
-H "Authorization: Bearer ${BREW_API_KEY}" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: order-1234-shipped" \
-d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'Usa l’identificativo reale del trigger e una chiave di idempotenza stabile per l’evento. L’email può leggere un campo dichiarato del payload con una sintassi come {{ trigger.order_id }}. Consulta la documentazione sui merge tag e testa i valori mancanti.
Controlla l’esecuzione e l’email ricevuta. Testa il comportamento in caso di nuovi tentativi e verifica che le disiscrizioni dal marketing siano gestite in base alla finalità di invio. Contano anche le altre protezioni, comprese le esclusioni dalla consegna: un’impostazione transazionale non è una promessa di recapito a ogni indirizzo.
La guida alle automazioni spiega la pubblicazione e i controlli sullo stato. Se è un assistente a comporre il modello, vale la stessa revisione prima dell’invio.
