Una ricevuta conferma un acquisto. Un'offerta ne invita un altro. Entrambe possono arrivare automaticamente dopo il checkout, ma servono a scopi diversi.
Questa differenza incide su quali opt-out si applicano. Incide anche su quali messaggi condividono una reputazione di invio. Il tipo di messaggio determina se è necessario un meccanismo di disiscrizione.
Cosa rende un'email transazionale o di marketing?
Lo scopo del messaggio ne determina la categoria. L'automazione, la personalizzazione e il numero di destinatari non definiscono quello scopo.
Le linee guida di Google sugli abbonamenti distinguono i reset della password, le ricevute d'acquisto e le password monouso dai messaggi in abbonamento. Le liste di marketing e le newsletter rientrano nella categoria degli abbonamenti.
| Domanda | Email transazionale | Email di marketing |
|---|---|---|
| Perché viene inviata? | Per completare o comunicare una transazione, richiesta o evento sull'account | Per promuovere qualcosa o inviare contenuti in abbonamento |
| Cosa la genera? | Un acquisto, una richiesta di reset o un evento rilevante sull'account | Una pianificazione di campagna o un trigger promozionale automatico |
| Cosa si aspetta il destinatario? | Informazioni necessarie per quella transazione o account | Contenuti che ha accettato di ricevere come abbonamento |
| Esempi | Ricevuta, link di reset, avviso di sicurezza | Newsletter, offerta prodotto, follow-up promozionale |
La richiesta di una ricevuta da parte del cliente e il suo consenso a ricevere una newsletter sono cose diverse. Google chiede ai mittenti di abbonamenti di confermare l'indirizzo email del destinatario prima dell'invio.
I requisiti di consenso dipendono anche dalla legge applicabile. CAN-SPAM regola le email commerciali statunitensi tramite un framework di opt-out.
Perché usare indirizzi di invio, domini e pool IP separati?
La separazione mantiene il traffico identificabile e riduce l'esposizione della reputazione condivisa. La guida per i mittenti di Yahoo indica sia gli indirizzi IP sia i domini di firma DKIM come segnali di reputazione.
Google raccomanda indirizzi di invio diversi per i messaggi in abbonamento e non. Yahoo raccomanda di separare le email di marketing in massa da quelle transazionali per IP o dominio DKIM.
Ad esempio, le ricevute possono usare un sottodominio receipts.example.com autenticato e le offerte possono usare news.example.com. Ogni flusso può anche usare il proprio pool IP, un gruppo di indirizzi IP di invio.
Questi controlli sono distinti. Un indirizzo From diverso può comunque usare lo stesso dominio di firma e gli stessi IP di invio.
Cosa succede quando i flussi vengono mescolati?
Il marketing indesiderato può compromettere la reputazione usata dalla posta operativa. Le FAQ di Yahoo avvertono del rischio di email commerciali non richieste che condividono IP con i messaggi transazionali.
Una campagna e un reset della password che usano quegli IP condividono quell'esposizione.
Mescolare gli scopi in un unico messaggio crea un altro problema. Un'offerta promozionale in una ricevuta può cambiare il modo in cui il messaggio viene classificato ai sensi del CAN-SPAM.
Come differiscono i requisiti di Gmail e Yahoo in base al tipo di messaggio?
I messaggi transazionali richiedono comunque autenticazione e un'infrastruttura di invio conforme. La distinzione sulla disiscrizione non li esenta dagli altri requisiti dei provider per i mittenti.
I requisiti per i mittenti di Gmail richiedono SPF o DKIM per tutti i mittenti verso account Gmail personali. I mittenti che superano 5.000 messaggi al giorno verso account Gmail personali devono avere SPF, DKIM e DMARC. I loro messaggi di marketing e in abbonamento richiedono anche la disiscrizione con un clic e un link visibile nel corpo del messaggio.
Le linee guida di Google sugli abbonamenti chiedono ai mittenti di rispettare le richieste di disiscrizione entro 48 ore. Una modifica delle preferenze deve quindi interrompere gli invii in abbonamento successivi entro quella finestra.
I requisiti di Yahoo richiedono anch'essi SPF, DKIM e DMARC per i mittenti in massa. Il suo requisito di disiscrizione con un clic si applica ai messaggi promozionali e di marketing. Le sue FAQ escludono esplicitamente esempi transazionali come conferme d'ordine e reset della password.
Come tratta il CAN-SPAM le due categorie?
Il CAN-SPAM applica obblighi diversi in base allo scopo principale del messaggio. La FTC, l'autorità statunitense per la tutela dei consumatori, definisce in modo restrittivo i contenuti transazionali o relazionali.
I messaggi commerciali richiedono informazioni veritiere sul mittente, oggetti accurati, identificazione pubblicitaria, un indirizzo postale e un meccanismo di opt-out. I messaggi puramente transazionali o relazionali restano soggetti al divieto di informazioni di instradamento false o ingannevoli.
Una relazione esistente con il cliente non rende ogni messaggio transazionale. Per i contenuti misti, un oggetto promozionale può rendere il messaggio commerciale. Lo stesso vale se il contenuto transazionale è posizionato principalmente dopo la promozione.
Un'email promozionale non può quindi evitare questi obblighi usando un indirizzo di invio transazionale o una categoria API.
Come si separano le due categorie in Bird?
Imposti la categoria del messaggio su transactional o marketing in base al suo contenuto. Un invio inline usa per default marketing. Un invio con template salvato eredita la categoria del template, a meno che tu non la sovrascriva.
Bird aggiunge header di disiscrizione con un clic e un link nel corpo HTML agli invii di marketing. Un opt-out solo marketing blocca le email di marketing consentendo quelle transazionali. Hard bounce, soppressioni manuali e un opt-out che copre tutti i messaggi bloccano entrambe le categorie.
Scegli l'infrastruttura separatamente. Usa sottodomini di invio verificati e seleziona un pool di invio con ip_pool_id. Omettere quel campo usa il pool predefinito della tua organizzazione. Impostare category non seleziona un pool diverso.
La guida alle email transazionali API collega quella configurazione alla tua applicazione. La checklist per il servizio di email transazionali copre la valutazione dei provider.