Email marketing: la deliverability è parte della promessa

Nel marketing digitale l’email viene spesso valutata nel momento in cui parte: quanti messaggi sono stati inviati, quante persone hanno aperto, quanti clic sono arrivati. Io partirei da una domanda precedente: il messaggio è arrivato nella casella giusta e in un contesto nel quale la persona si aspettava di riceverlo? La differenza sembra tecnica, ma riguarda direttamente la promessa del brand.

La deliverability non coincide con la semplice consegna. Un’email può essere accettata dal server e finire nella posta indesiderata; può arrivare nella posta principale e non essere compresa; può avere un link per annullare l’iscrizione, ma renderlo così difficile da trovare da trasformare la relazione in un ostacolo. Per questo la considero una qualità editoriale e organizzativa, non un’ultima impostazione da delegare alla piattaforma di invio.

La consegna comincia dall’identità

Prima ancora di scrivere l’oggetto, un mittente deve rendere riconoscibile la propria identità tecnica. Le linee guida di Gmail per i mittenti richiamano autenticazione, DNS coerente e trasporto sicuro; per i volumi più elevati richiedono inoltre una configurazione DMARC e strumenti semplici per disiscriversi dai messaggi promozionali.

Non leggerei questi requisiti come una gara alla complessità. Sono il modo con cui il sistema ricevente prova a distinguere un mittente autorizzato da qualcuno che ne imita il dominio. DKIM associa una firma crittografica al dominio che si assume la responsabilità del messaggio e consente al destinatario di recuperare la chiave pubblica attraverso il DNS. DMARC aggiunge una politica e un meccanismo di report: il proprietario del dominio può verificare gli esiti dell’autenticazione e indicare come trattare i messaggi che non superano i controlli.

La conseguenza pratica è semplice: se più servizi inviano email per conto della stessa attività, l’identità deve essere progettata prima di automatizzare. Un nuovo CRM, un modulo del sito o una piattaforma newsletter non dovrebbe diventare un mittente “provvisorio” che nessuno ha autorizzato o monitorato.

Il consenso non è un campo da spuntare una volta

La deliverability si indebolisce quando il destinatario non riconosce il motivo per cui sta ricevendo un messaggio. Il consenso è quindi un requisito giuridico, ma anche un’aspettativa editoriale: la persona deve capire a quale comunicazione si sta iscrivendo, con quale frequenza plausibile e con quale valore.

In un provvedimento del 14 luglio 2026, il Garante Privacy richiama le proprie linee guida e ribadisce che l’assenza di consenso non viene sanata dal fatto che un indirizzo sia presente in un registro pubblico, in un elenco o su un sito. Non è una distinzione teorica: acquistare o raccogliere contatti senza una base chiara può produrre più segnalazioni, più disiscrizioni e una reputazione peggiore.

Io renderei visibile la promessa già nel modulo: che cosa arriverà, da quale mittente, con quale frequenza indicativa e come cambiare idea. Eviterei formule elastiche come “ricevi aggiornamenti” se poi il percorso prevede offerte frequenti, contenuti editoriali e comunicazioni di servizio mescolate senza distinzione.

La rilevanza si costruisce anche dopo l’iscrizione

Una lista non è un contenitore statico. Le persone cambiano interessi, ruoli e tempi disponibili. Un contatto che ha chiesto una guida mesi fa non è automaticamente interessato a ogni nuova proposta. Continuare a inviare lo stesso contenuto a tutti può sembrare efficiente, ma trasferisce il costo della nostra organizzazione nella casella di posta altrui.

Per questo segmenterei con criteri comprensibili: tema scelto, tipo di relazione, fase del percorso o ultima interazione significativa. Non userei ogni dato disponibile solo perché la piattaforma lo permette. Una segmentazione utile è quella che cambia davvero il contenuto, il ritmo o la call to action; il resto rischia di essere profilazione senza una decisione editoriale.

Anche la frequenza merita una regola. Se invii soltanto quando hai qualcosa da vendere, il messaggio appare improvviso. Se invii troppo spesso per rispettare un calendario interno, la relazione diventa rumore. Una promessa credibile lascia spazio alla disiscrizione e prevede una pausa quando il valore non è sufficiente.

Un invio riuscito non è ancora una conversione

La dashboard può dire che un messaggio è stato consegnato, aperto o cliccato. Sono segnali utili, ma non spiegano da soli se la comunicazione abbia aiutato una persona a decidere. Un clic può essere accidentale, un’apertura può dipendere dal caricamento automatico delle immagini e una mancata apertura può indicare un oggetto debole oppure un momento sbagliato.

Guarderei quindi alla metrica insieme al percorso. Il messaggio ha portato a una pagina coerente? La call to action prometteva esattamente ciò che la pagina offriva? Il modulo successivo chiedeva soltanto i dati necessari? Le richieste di assistenza o le risposte ricevute mostrano interesse, confusione o rifiuto?

Questa lettura riduce la tentazione di ottimizzare il singolo invio a scapito della relazione. Un oggetto aggressivo può aumentare il clic oggi e peggiorare la fiducia domani. La deliverability, in questo senso, è anche una memoria: i destinatari e i provider osservano nel tempo come ci comportiamo.

Una verifica pratica prima di automatizzare

Prima di attivare una sequenza o una campagna, userei un controllo breve ma ripetibile:

verificare che il dominio e tutti i servizi autorizzati abbiano SPF, DKIM e DMARC coerenti;
controllare che mittente, oggetto e contenuto rendano chiaro il motivo dell’invio;
confrontare la lista con il consenso raccolto e con l’aspettativa dichiarata nel modulo;
testare la disiscrizione, il link principale e la pagina di destinazione anche da mobile;
definire prima quali segnali richiedono una pausa, una riduzione di frequenza o una revisione del segmento.

È una lista minima, non una certificazione tecnica o legale. Il suo valore sta nel rendere visibili decisioni che altrimenti restano distribuite tra marketing, IT, privacy e fornitore della piattaforma. Se un controllo non ha un responsabile, tende a diventare una casella compilata senza una verifica reale.

L’automazione dovrebbe proteggere il rapporto

Automatizzare l’email marketing non significa soltanto spedire più messaggi con meno lavoro. Significa decidere in anticipo quali eventi autorizzano un invio e quali invece devono fermarlo. Un contatto che ha già completato un acquisto non dovrebbe continuare a ricevere la stessa promozione; una persona che ha chiesto di ridurre la frequenza non dovrebbe essere trattata come un contatto inattivo qualsiasi.

Inserirei quindi nelle automazioni condizioni di uscita, finestre di silenzio e un percorso semplice per aggiornare le preferenze. La piattaforma può eseguire queste regole, ma non può stabilire da sola se una promessa sia ancora valida. Il compito editoriale resta scegliere quale informazione sia utile e quale pressione sia sproporzionata.

Partirei da una sola sequenza già attiva. Analizzerei l’origine dei contatti, la coerenza della promessa, i tempi tra un messaggio e l’altro, le disiscrizioni e le risposte qualitative. Solo dopo deciderei se estendere la logica ad altri segmenti. Una buona automazione non è quella che raggiunge tutti: è quella che sa quando non inviare.

La reputazione del mittente è una promessa mantenuta

Per me la deliverability è il punto in cui infrastruttura, consenso e scrittura si incontrano. L’autenticazione rende credibile il mittente, il consenso rende legittima la relazione, la rilevanza rende utile il contenuto e la disiscrizione dimostra che il controllo resta anche dalla parte di chi riceve.

Se stai rivedendo il tuo email marketing, inizierei da una sola sequenza e da una domanda concreta: la persona che la riceve riconosce perché è lì, che cosa riceverà dopo e come può cambiare idea? La risposta vale più di un nuovo template. È il primo segnale che la deliverability non è soltanto una prestazione tecnica, ma una promessa che il brand deve saper mantenere.

Fonti

Nota di trasparenza: questo articolo è stato elaborato con l’aiuto dell’intelligenza artificiale e con supervisione e responsabilità editoriale umana.