L’autenticazione email è il sistema tecnico che permette ai mailbox provider di verificare che chi invia un’email sia effettivamente chi dichiara di essere. SPF, DKIM e DMARC sono i tre protocolli fondamentali. Non sono optional tecnici. Dal febbraio 2024, Google e Yahoo richiedono la loro configurazione per qualsiasi mittente che invii oltre 5.000 email al giorno. Microsoft ha seguito con requisiti analoghi nel 2025.

L’impatto sull’inbox placement è documentato con precisione. TheDigitalBloom, in un’analisi condotta su dati 2025 relativi al comportamento di migliaia di domini, documenta che i domini con autenticazione SPF, DKIM e DMARC completamente configurata registrano un vantaggio di 38,6 punti percentuali di inbox placement rispetto ai domini non autenticati. I mittenti autenticati sono 2,7 volte più probabili di raggiungere la inbox rispetto ai non autenticati.

Nonostante questi numeri, l’adozione del DMARC resta limitata. Solo il 7,6% dei domini che inviano email ha configurato una policy DMARC in enforcement (p=quarantine o p=reject). La maggior parte ha record DMARC impostati su p=none, ovvero monitoraggio senza azione. Questa configurazione non protegge il dominio da spoofing (contraffazione dell’indirizzo email) né migliora la reputazione del mittente nella stessa misura di una policy attiva.

La misurazione della deliverability richiede un set di KPI dedicato, distinto dalle metriche di engagement.

L’inbox placement rate è la metrica principale ed è la percentuale di email consegnate che raggiunge effettivamente la inbox. Va misurata con tool di seed testing come Validity Everest o i moduli di deliverability integrati nelle piattaforme partner.

Il bounce rate si divide in hard bounce e soft bounce. I hard bounce indicano indirizzi definitivamente non validi. La soglia critica è lo 0,5% per i singoli invii. Superarla richiede intervento immediato sul database. I soft bounce sono problemi temporanei. Una frequenza superiore al 3% su invii ripetuti allo stesso segmento segnala un database che non viene aggiornato con sufficiente frequenza.

Riepilogando le soglie operative che applichiamo nei progetti Floox.

• Hard bounce: <0,5% per singolo invio, rimozione immediata.
• Soft bounce: <3% di frequenza su invii ripetuti.
• Complaint rate: <0,1% come obiettivo operativo, <0,3% come limite formale per Gmail e Yahoo.
• Inbox placement rate: >90% come obiettivo, <80% come soglia critica che richiede audit immediato.
• Unsubscribe rate: <0,5% per singolo invio, un valore più alto indica contenuto non pertinente al segmento.

Il monitoring di queste metriche richiede accesso a strumenti che vanno oltre le dashboard standard delle piattaforme di invio. Google Postmaster Tools fornisce dati sulla reputazione del dominio per gli invii a Gmail. Validity Sender Score offre un punteggio aggregato sulla reputazione dell’IP mittente. Il loop di feedback con i principali provider  permette di ricevere notifiche in tempo reale sulle segnalazioni spam generate dai destinatari.

Il re-engagement flow è il workflow automatico che interviene sui contatti del database che non interagiscono con le comunicazioni email da un periodo definito. Il suo scopo non è solo recuperare contatti dormienti. È proteggere la reputazione del mittente riducendo la percentuale di invii a contatti che non aprono né cliccano, un segnale che i mailbox provider interpretano come indicatore di bassa qualità del database.

La struttura operativa di un re-engagement flow prevede tre fasi.

1. La prima è la segmentazione degli inattivi: si definisce la soglia temporale (solitamente 90, 120 o 180 giorni senza engagement), si costruisce il segmento e si esclude temporaneamente questi contatti dalle campagne ordinarie.
2. La seconda è la sequenza di riattivazione: due o tre email con messaggi diretti che chiedono esplicitamente se il contatto vuole continuare a ricevere comunicazioni, spesso con un incentivo.
3. La terza è la decisione finale: i contatti che non rispondono alla sequenza vengono soppressi dal database attivo e spostati in una lista di archiviazione.

La sunset policy è la politica sistematica che definisce quante opportunità di re-engagement si offrono a un contatto prima della soppressione definitiva. Una policy chiara evita che il database si accumuli di contatti tecnica­mente presenti ma operativamente inattivi, che pesano sui costi della piattaforma e degradano silenziosamente la deliverability.

In SALESmanago, il modulo di lifecycle management permette di costruire queste regole in modo automatico, aggiornando il segmento degli inattivi in tempo reale in base ai comportamenti più recenti. Se un contatto apre un’email dopo 180 giorni di inattività, esce automaticamente dal flusso di re-engagement e rientra nella comunicazione ordinaria con un tag di “riattivato” che permette di tracciarne il comportamento successivo.

La deliverability nell’email marketing viene spesso trattata come un problema tecnico da risolvere una volta e poi dimenticare. Configurare SPF, DKIM e DMARC, verificare che funzionino, e passare ad altro. Questa visione porta inevitabilmente a situazioni in cui la reputazione del mittente degrada progressivamente senza che nessuno se ne accorga, affinché le performance del canale email non crollino.

In Floox trattiamo la deliverability come una dimensione strategica continua, non come un check tecnico iniziale. Ogni progetto di email marketing automation include un piano di monitoraggio della deliverability, con KPI definiti, strumenti configurati e sessioni periodiche di review. Il motivo è semplice: un flusso email con un inbox placement del 70% produce il 30% in meno di risultati a parità di budget investito. La deliverability non è un tema tecnico. È un tema di ROI.

La scelta della piattaforma di invio influenza la deliverability in modo diretto. Non tutte le piattaforme offrono la stessa qualità di infrastruttura, le stesse opzioni di configurazione e lo stesso livello di monitoraggio della reputazione del mittente. È uno degli elementi che valutiamo nella fase di selezione tecnologica per ogni cliente.

Magnews opera su infrastruttura certificata con IP condivisi tra i propri clienti, gestiti con policy di reputazione attive. La piattaforma include un modulo di deliverability che fornisce reportistica per dominio di destinazione e alert di reputazione. Per le realtà con database ampi e frequenza di invio elevata, Magnews offre la possibilità di configurare IP dedicati, un indirizzo IP riservato esclusivamente al dominio del cliente, che isola la sua reputazione da quella degli altri mittenti sulla piattaforma.

SALESmanago, come Customer Data Platform con infrastruttura di invio integrata, permette di scegliere tra shared IP e dedicated IP in base al volume e alla natura del mittente. Il warm-up degli IP dedicati. Il processo di incremento graduale del volume di invio da un nuovo indirizzo IP, per costruire progressivamente la reputazione, viene pianificato e monitorato con protocolli specifici. Un warm-up mal eseguito, con picchi di volume eccessivi nelle prime settimane, è una delle cause più comuni di deterioramento della deliverability nei progetti di nuova implementazione.