Poche ore dopo un invio, una manciata di destinatari clicca su “posta indesiderata”. Il gesto non resta nella loro casella: i provider di posta lo rimandano al mittente iscritto al programma giusto. È il feedback loop (FBL), l’unico canale che ti dice quanti destinatari ti hanno segnalato e che pesa direttamente sulla tua deliverability. Ogni provider ha le sue condizioni di iscrizione e il suo livello di dettaglio. Microsoft, tra l’altro, ha cambiato le proprie nel 2026.
Che cos’è un feedback loop (FBL)?
Il feedback loop (ciclo di feedback) è un servizio attraverso il quale un provider di posta rimanda al mittente i reclami inviati dai propri utenti. Quando un destinatario clicca su “spam” o “posta indesiderata”, il provider genera un rapporto e lo invia a un indirizzo dichiarato dal mittente iscritto al programma.
Questi rapporti circolano in un formato standardizzato, l’ARF (Abuse Reporting Format), descritto dalla RFC 5965. Un rapporto ARF assomiglia a un’email composta da più parti. Un riepilogo leggibile apre il messaggio, seguito da un blocco di metadati macchina che riporta in particolare il tipo di reclamo e l’indirizzo IP di origine. Segue poi una copia del messaggio originale, che alcuni provider riducono alle sole intestazioni. Questa standardizzazione permette di fare il parsing dei reclami dei diversi provider con un solo script invece di uno per programma.
Come funziona un ciclo di feedback?
1) Un destinatario contrassegna un’email come spam nella propria casella di posta.
2) Il provider di posta trasmette questo reclamo al mittente iscritto al programma di feedback loop.
3) Il mittente rimuove il reclamante dal proprio database, identifica la campagna responsabile e adegua i propri invii. Protegge così la reputazione del proprio dominio e del proprio indirizzo IP.
Da quale tasso di reclamo bisogna preoccuparsi?
Google chiede ai mittenti di volume di restare sotto lo 0,3% di reclami e raccomanda di non superare mai lo 0,1% in condizioni normali. La soglia si applica per giorno e per dominio di invio, così come misurata in Postmaster Tools. Yahoo allinea i propri requisiti agli stessi valori dall’entrata in vigore delle regole comuni per i mittenti di massa.
Queste percentuali sembrano minuscole e lo sono: su un invio di 50.000 messaggi, 150 reclami bastano a superare la soglia dello 0,3%. Un tasso che sale bruscamente su una singola campagna indica quasi sempre un segmento mal targettizzato o una lista acquistata. Un tasso che sale lentamente nell’arco di più settimane rivela piuttosto una stanchezza del pubblico, che si misura incrociando i reclami con il tasso di coinvolgimento.
Microsoft non pubblica alcuna soglia numerica. SNDS mostra un colore di reputazione per IP e un intervallo di tasso di reclamo, il che lascia al sender il compito di dedurre la propria soglia di tolleranza. In pratica, puntare allo stesso 0,1% di Google evita di doversi porre la domanda.
Feedback loop: vantaggi per tutti
I vantaggi per i marketer
Il feedback loop offre al mittente l’unica visione diretta che avrà mai sul malcontento dei propri destinatari. Una disiscrizione si vede nelle statistiche del router, un reclamo non segnalato non si vede da nessuna parte. Eppure incide sulla deliverability di tutti gli invii successivi.
Sul fronte della reputazione, i provider assegnano un punteggio agli indirizzi IP e ai domini di invio. Un volume elevato di reclami lo fa crollare, il che innesca prima la classificazione come posta indesiderata e poi il blocco totale degli invii verso quel provider. Ricevere i reclami permette di interrompere l’invio prima del tracollo, e quindi di restare nella inbox dei destinatari che, loro, leggono ancora.
Sul fronte del database, i reclami indicano i segmenti da rimuovere. Un database pulito non si limita agli indirizzi validi: esclude anche i contatti che hanno manifestato il proprio fastidio. E quando più reclami arrivano sulla stessa campagna, la causa va cercata nel contenuto o nel targeting di quello specifico invio.
I vantaggi per i destinatari
Il pulsante “spam” serve innanzitutto al destinatario, che pulisce la propria casella con un clic. Il ciclo prolunga questo gesto: trasforma una segnalazione locale in una disiscrizione effettiva presso il mittente, senza che l’utente debba cercare un link in fondo al messaggio. Le campagne che restano dopo questo filtraggio sono quelle che il pubblico accetta di ricevere.
I 4 programmi in breve
| Programma | Ambito | Livello di dettaglio | Prerequisiti |
|---|---|---|---|
| Microsoft JMRP | Indirizzo IP di invio | Reclamo per reclamo, solo intestazioni dal 2026, indirizzo del reclamante mascherato | IP dedicato dichiarato e validato in SNDS, indirizzo di ricezione coerente con il rDNS |
| Yahoo CFL | Dominio firmatario DKIM (d=) | Rapporto ARF per messaggio segnalato | Firma DKIM attiva, profilo Sender Hub, dominio verificato tramite record DNS |
| Ciclo Gmail | Intestazione Feedback-ID | Aggregato per identificatore in Postmaster Tools, nessun indirizzo restituito | Dominio validato in Postmaster Tools, DKIM, volume sufficiente per identificatore |
| Signal Spam | IP e dominio di invio | Volumi di segnalazione aggregati per Orange, SFR e laposte.net | Adesione all’associazione |
Il programma JMRP di Microsoft: integrare i feedback di Hotmail e Outlook
Ciò che distingue il JMRP dagli altri cicli
Il Junk Mail Reporting Program (JMRP) è il feedback loop di Microsoft per le caselle Outlook.com, Hotmail, Live e MSN. Si distingue dagli altri programmi per un aspetto: funziona per indirizzo IP, mentre gli altri si basano sul dominio firmatario. Microsoft vuole sapere quali IP utilizzi per inviare. Devi quindi dichiararle preventivamente in Smart Network Data Services (SNDS).
Seconda particolarità: il JMRP presuppone un IP di invio dedicato. Un mittente che passa attraverso un pool condiviso non può iscriversi a proprio nome, poiché l’IP appartiene al proprio router. È quest’ultimo a ricevere i reclami e a decidere se trasmetterli o meno.
La coppia SNDS e JMRP risponde a due domande diverse. SNDS mostra la reputazione di un IP con il suo volume e il suo tasso di reclamo aggregato. Il JMRP consegna i reclami uno per uno, in tempo reale, nella tua casella.
Fasi di iscrizione al JMRP
L’iscrizione segue sempre lo stesso ordine. Prima dichiari i tuoi intervalli di IP in SNDS e convalidi la richiesta tramite l’indirizzo che Microsoft associa al blocco, generalmente quello del contatto tecnico del proprietario degli IP. Poi apri la pagina JMRP dal portale SNDS e crei un flusso.
Il modulo richiede il nome dell’azienda, l’indirizzo di ricezione dei reclami e il volume giornaliero massimo che accetti di ricevere. L’indirizzo di ricezione deve appartenere a un dominio coerente con il DNS inverso dei tuoi IP, il che è il principale motivo di rifiuto. Infine selezioni gli IP coperti dal flusso e accetti le condizioni.
Da giugno 2026, il portale SNDS ha lasciato il vecchio indirizzo per un nuovo URL. I flussi JMRP non collegati ad alcun account SNDS attivo sono stati eliminati di conseguenza. Se avevi un flusso creato diversi anni fa e i reclami hanno smesso di arrivare senza spiegazioni, questa è la prima cosa da verificare.
Cosa restituisce il JMRP dal 2026
Microsoft ha ristretto il contenuto dei rapporti nell’ambito della stessa ondata di modifiche. I reclami arrivano ora tutti in formato ARF, e il parsing ne risulta semplificato. In cambio, il corpo del messaggio originale non è più allegato e l’indirizzo del reclamante è mascherato: restano solo le intestazioni originali, accompagnate da una selezione di intestazioni di autenticazione come Authentication-Results e Received-SPF.
Questa anonimizzazione manda in crisi i processi storici, che andavano a recuperare l’indirizzo del destinatario direttamente dal rapporto per spostarlo in lista di soppressione. Il rimedio si riassume in una riga: inserire le proprie intestazioni personalizzate nell’invio. Un identificativo di campagna, un identificativo di destinatario opaco e un identificativo di lista bastano per risalire a chi si è lamentato nel tuo database, poiché queste intestazioni sopravvivono al filtraggio di Microsoft.
Leggere i tassi di reclamo Microsoft e correggere gli invii
SNDS classifica ogni IP per tasso di reclamo e mostra un colore di reputazione. Un IP che passa al rosso vede i propri messaggi finire nella posta indesiderata di Outlook ancora prima che il tasso diventi visibile nelle tue statistiche. Per questo la dashboard SNDS funziona come un indicatore anticipato.
La correzione dipende dalla forma della curva. Un picco isolato si gestisce rimuovendo il segmento responsabile e sospendendo la sequenza interessata. Una deriva continua richiede di ridurre il volume verso le caselle Microsoft per 2-3 settimane, di mantenere solo i contatti attivi negli ultimi 90 giorni, per poi risalire gradualmente. Su un IP nuovo, questo protocollo coincide con quello di una ripresa dopo una lunga pausa.
Come impostare un feedback loop presso gli altri provider?
Yahoo: un ciclo legato al dominio DKIM
La Complaint Feedback Loop di Yahoo funziona al contrario del JMRP. Non si interessa agli IP ma al dominio che firma i tuoi messaggi in DKIM, il valore del campo d=. Crei un profilo su Sender Hub, aggiungi quel dominio, lo verifichi tramite un record DNS e poi lo iscrivi al ciclo. Yahoo restituisce quindi un rapporto ARF per ogni messaggio firmato da quel dominio e segnalato da un utente. Un mittente che non firma ancora i propri invii deve quindi implementare DKIM prima di ogni altra cosa.
Gmail: un ciclo aggregato, guidato dall’intestazione Feedback-ID
Google offre effettivamente un feedback loop, contrariamente a un’idea diffusa. Semplicemente non restituisce alcun indirizzo del reclamante. Il principio: aggiungi un’intestazione Feedback-ID ai tuoi messaggi, composta da un identificativo di mittente obbligatorio di 5-15 caratteri, a cui si aggiungono fino a 3 campi liberi dove inserire la campagna o il segmento. Google aggrega i reclami per identificativo e segnala in Postmaster Tools quelli il cui tasso esce dalla norma.
L’accesso è vincolato da 3 condizioni. Il dominio deve essere validato in Postmaster Tools e gli invii firmati in DKIM. Un identificativo viene poi segnalato solo se è stato rilevato su un numero sufficiente di messaggi e reclami. I dati riguardano esclusivamente i destinatari @gmail.com. Per le caselle Google Workspace ospitate su un dominio aziendale, non otterrai nulla.
Passare attraverso un router che gestisce i cicli
La maggior parte delle piattaforme di email marketing è già iscritta ai cicli dei grandi provider per l’insieme dei propri IP. Rimuovono automaticamente i reclamanti ed espongono il tasso di reclamo nelle proprie statistiche. L’iscrizione diretta ha senso solo se disponi dei tuoi IP o se vuoi incrociare i dati del tuo router con la fonte.
Gestire e analizzare i rapporti di reclamo
Un rapporto ricevuto e mai letto non serve a nulla. Il trattamento minimo consiste nel far arrivare i reclami su una casella dedicata, per poi analizzarli e spostare ogni reclamante in una lista di soppressione permanente, quella che non si riattiva mai. Un contatto che ha cliccato su “spam” e riceve un messaggio 3 mesi dopo cliccherà di nuovo.
Il trattamento utile va oltre. Incrociando l’identificativo di campagna del rapporto con le tue statistiche di invio, ottieni un tasso di reclamo per campagna e per fonte di acquisizione. È quest’ultimo asse a essere più rivelatore: una fonte di raccolta che genera 5 volte più reclami delle altre va tagliata senza discussione.
I cicli sul fronte francese: Signal Spam, Orange, SFR e laposte.net
I programmi anglosassoni coprono solo una parte di un database francese. Il resto si gioca presso gli operatori nazionali. Il passaggio obbligato si chiama Signal Spam, una partnership pubblico-privata che raccoglie le segnalazioni degli utenti internet francesi e le ridistribuisce ai propri membri.
Orange e SFR passano attraverso questo canale. Il dato qui è aggregato: ottieni volumi di segnalazione per IP e per dominio, senza mai l’identità dei reclamanti. Laposte.net è raggiungibile anch’esso tramite questa via. Free non offre alcun feedback loop, e questo lascia una zona d’ombra su una parte non trascurabile degli indirizzi consumer francesi.
Per un mittente membro, le segnalazioni relative ai propri messaggi vengono trattate come richieste di disiscrizione. La contropartita è amministrativa: l’accesso passa attraverso l’adesione all’associazione, laddove Microsoft e Yahoo si accontentano di un modulo online.
I limiti del feedback loop
Nessun ciclo copre le caselle professionali ospitate su Microsoft 365 o Google Workspace, dove spesso si trova la maggior parte di un database B2B. Il programma JMRP si ferma alle caselle consumer di Outlook.com. Il ciclo Gmail si ferma agli indirizzi @gmail.com.
Il ritardo è il secondo punto cieco. I rapporti arrivano con un ritardo variabile, a volte di diverse ore, il che basta a far partire il passo successivo di una sequenza automatizzata prima che il reclamante sia stato rimosso. Un ciclo non segnala nemmeno le spam trap: un indirizzo trappola non clicca su nulla e si limita a degradare silenziosamente la reputazione dell’IP. Infine, un reclamo anonimizzato vale solo quanto le intestazioni che hai pensato di inserire all’invio. Senza un identificativo proprietario nel messaggio, il rapporto ti informa che esiste un reclamo senza dirti da chi proviene.
L’impatto sulla reputazione del dominio
Al di là dell’IP, i reclami pesano sulla reputazione del nome di dominio del mittente. Questo è tanto più vero in quanto l’autenticazione è diventata la norma: con SPF, DKIM e DMARC, il dominio firmatario diventa l’identificativo stabile del mittente, indipendentemente dagli IP utilizzati. Un dominio declassato resta tale anche dopo un cambio di infrastruttura, mentre un IP bruciato si sostituisce. Per questo motivo conviene monitorare insieme la propria reputazione IP e di dominio.
Ridurre i falsi positivi
Una parte dei reclami non dice nulla sul contenuto. L’utente voleva disiscriversi e il pulsante “spam” era più veloce da trovare rispetto al link di disiscrizione. Rendere questo link visibile in cima al messaggio, aggiungere l’intestazione List-Unsubscribe con disiscrizione in un clic e ricordare in quale contesto l’indirizzo è stato raccolto fanno diminuire questo rumore di fondo. Sui database più vecchi, un richiamo esplicito all’origine dell’iscrizione vale più di un design più curato.
Sfruttare i dati FBL: scoring, CRM e soppressione
Un reclamo è il segnale negativo più forte che un contatto possa emettere, molto più di una mancata apertura. Merita quindi un peso massimo in uno score di coinvolgimento: esclusione definitiva dalle sequenze piuttosto che uno spostamento in un pubblico da monitorare.
Sul fronte degli strumenti, collegare il flusso di reclami al CRM o alla piattaforma dati cliente automatizza il seguito: soppressione immediata del contatto, poi avviso al servizio clienti se il reclamante è un account a pagamento. Su un database piccolo, bastano un filtro della casella di posta e un export settimanale.
Buone pratiche per limitare i reclami
I cicli segnalano il problema, non lo risolvono. Ciò che fa scendere in modo duraturo il tasso di reclamo dipende da alcune impostazioni a monte:
- Raccogliere un consenso esplicito (preferibilmente in double opt-in) e conservare traccia della data e della fonte.
- Usare un nome mittente riconoscibile e un oggetto che annunci il contenuto reale del messaggio.
- Posizionare il link di disiscrizione in evidenza, senza pagine intermedie né richiesta di password.
- Segmentare gli invii e adattare la frequenza al livello di coinvolgimento reale di ogni gruppo.
- Verificare la validità degli indirizzi prima dell’invio per evitare che i rimbalzi degradino la reputazione insieme ai reclami.
- Monitorare il tasso di reclamo campagna per campagna piuttosto che la sola media mensile, che appiattisce gli incidenti.
Un ultimo punto, spesso trascurato: i reclami e i rimbalzi danneggiano la stessa reputazione. Una lista mai pulita accumula entrambi. Far passare il proprio database in un controllo prima dell’invio rimuove gli indirizzi morti. Resta così ai feedback loop l’unico problema che sanno davvero gestire: i destinatari ben vivi che non vogliono più i tuoi messaggi.
