# Cosa vale ancora quando è un agente a inviare le tue email URL canonico: https://brew.new/it/blog/agent-email-deliverability Autore: Thomas Park Pubblicato: 2026-09-27 Aggiornato: 2026-09-28 Un agente può avviare una campagna attraverso la stessa infrastruttura di invio che userebbe una persona. Gmail continua a vedere il mittente, il dominio e il messaggio. I provider di posta valutano **domini, IP e tassi di segnalazione di spam**. Non valutano se a fare clic su Invia sia stata una persona. Se l’agente fa passare un contenuto promozionale dall’IP transazionale, ti ritrovi con lo stesso problema che avresti creato a mano, solo più in fretta. Questo articolo affianca la [guida alla deliverability](/it/blog/email-deliverability), non la sostituisce. Quella guida tratta reputazione, autenticazione e pulizia della lista. Questo si concentra sugli errori che emergono quando a premere “invia” è un software. ## La legge non parla di agenti La [normativa CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) si applica ai messaggi commerciali. Il [criterio dello scopo principale](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) guarda all’oggetto e al corpo del messaggio, non a chi li ha scritti. Se un messaggio mescola una fattura e un’offerta, valutane lo scopo principale. Contano l’oggetto, la posizione delle informazioni sull’account e il rilievo dato alla promozione. Un breve footer promozionale non rende automaticamente commerciale un estratto conto. La guida della FTC riporta alcuni esempi. I messaggi commerciali devono avere header e oggetti veritieri, un indirizzo postale e un opt-out funzionante. Vale anche il contrario. Un’email di reimpostazione della password attivata dall’agente in seguito a un vero evento di sicurezza resta transazionale, purché il contenuto non si allontani da quell’evento. ## Cosa chiedono davvero Gmail e Yahoo I [requisiti di Gmail per i mittenti](https://support.google.com/mail/answer/81126) prevedono regole per tutti i mittenti e regole più rigide per i mittenti di grandi volumi, quelli che arrivano a circa **5.000 messaggi** al giorno verso account Gmail personali. Tra questi requisiti più rigidi ci sono: - SPF, DKIM e allineamento con DMARC, con una policy `p=none` o più rigida. - La disiscrizione con un clic secondo la [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html), con `List-Unsubscribe` e `List-Unsubscribe-Post`. - Tassi di spam inferiori allo **0,1%**, senza mai arrivare allo **0,3%**. Le email transazionali sono esenti dalla regola della disiscrizione con un clic. Non sono esenti dall’autenticazione, né dalle segnalazioni di spam se nel modello infili una promozione. [Yahoo](https://senders.yahooinc.com/best-practices/) chiede ai mittenti di grandi volumi di tenere marketing e transazionali su **IP diversi** e, preferibilmente, su domini diversi. Verifica quale identità di invio userà l’agente, invece di affidarti a un’impostazione predefinita poco chiara. ## Cosa mettere a disposizione dell’agente Dai all’agente un’identità di invio **promozionale** per campagne e automazioni: il dominio di cui fai il warm-up, l’IP su cui ti aspetti le segnalazioni di spam, gli header di disiscrizione che hai testato. Tieni le email **transazionali** su un’identità separata. In Brew quell’identità è un dominio con finalità di invio transazionale, e l’email vera e propria è un’automazione pubblicata con un trigger. L’agente può comporre il modello. Il percorso di invio per ogni evento, però, deve restare `POST /v1/automations/triggers/{triggerEventId}/fire` con un payload JSON, non “invia questa bozza alla lista”. Non lasciare che l’agente scelga l’indirizzo del mittente tra un mucchio di domini verificati “per vedere quale arriva”. È il modo migliore per costruire due reputazioni contemporaneamente senza capirne nessuna. ## Rivedi tutto prima del primo invio senza supervisione Il rischio non è un refuso. È un paragrafo scorrevole che cita un numero che non hai mai pubblicato, o un oggetto che sembra una ricevuta. Prima di lasciare che un agente invii senza una coda di revisione: 1. Confronta la prima campagna con il brief di partenza. Ogni cifra deve comparire in un documento tuo. 2. Inviala a una lista di indirizzi di test che includa Gmail, Yahoo e Outlook. 3. Verifica che l’header per la disiscrizione con un clic sia presente nelle email promozionali e che sia stato omesso di proposito in quelle transazionali. 4. Verifica che l’indirizzo postale sia nel footer delle email promozionali. Cory Nelson di Harmonya ha raccontato a [Noah Adelstein](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into) di aver fatto questa revisione della prima campagna prima di fidarsi del ciclo. È l’ordine giusto. ## In breve Autentica il dominio, scegli l’identità di invio corretta e confronta la prima campagna con il brief approvato. Controlla anche i permessi e le impostazioni di conferma dell’assistente. Non tutti i client MCP chiedono l’approvazione allo stesso modo. Il brief che evita i numeri inventati è spiegato in [come scrivere il brief per un agente email](/it/blog/how-to-brief-an-email-agent). La revisione della prima campagna di Harmonya è raccontata in [come Harmonya ha trasformato una newsletter in un programma lifecycle](/it/blog/harmonya-lifecycle-email).