La campagna parte alle 9 AM. A mezzogiorno il tasso di apertura è all'1.8%. Il contenuto e l'oggetto possono influire, ma forse il messaggio non è mai arrivato nella posta in arrivo: è rimbalzato, è stato rifiutato o è finito nello spam prima di essere visto.
La reputazione del mittente email contribuisce a questo risultato, ma non è l'unico fattore. I provider valutano anche contenuto, autenticazione e comportamento di invio attraverso vari segnali. I quattro descritti qui offrono un quadro operativo utile, non un modello universale né un modo per controllare con certezza il risultato.
Che cos'è davvero la reputazione del mittente email
La reputazione del mittente email è una valutazione che provider come Gmail, Yahoo e Microsoft associano al dominio e all'IP di invio. Non è un unico numero consultabile in qualsiasi dashboard, ma un insieme di segnali aggiornati nel tempo. Reclami per spam, allineamento dell'autenticazione, cronologia del volume e igiene dell'infrastruttura sono quattro aree misurabili. Superare una soglia può aumentare filtraggio o rifiuti secondo il provider, senza produrre ovunque lo stesso effetto.
Dal febbraio 2024, Google e Yahoo applicano requisiti più severi ai flussi e ai mittenti definiti nelle rispettive policy. Errori di autenticazione possono portare a rifiuti permanenti 5xx, ma non ogni errore genera automaticamente un rifiuto anziché il posizionamento nello spam. Occorre leggere la risposta completa e la regola applicabile.
Segnale 1: tasso di reclami per spam e soglia dello 0.3%
Il tasso di reclami è un segnale importante per la reputazione. Quando un destinatario sceglie "Segnala come spam", la segnalazione può pesare molto rispetto ai segnali positivi. Un segmento non idoneo può compromettere mesi di buon andamento, ma il risultato dipende anche da volume, destinatario e altri fattori.
Le soglie pubblicate da Google e Yahoo includono:
- Obiettivo: inferiore allo 0.1%
- Zona di rischio: 0.1%-0.3%
- Violazione della policy: 0.3% e oltre
Allo 0.3% può ridursi l'idoneità ad alcune misure di mitigazione e possono apparire errori 5xx. Non è garantito un rifiuto immediato senza preavviso in ogni contesto. Verifica la policy attuale del provider e i dati del tuo traffico.
Il denominatore della posta in arrivo di Yahoo
Yahoo può calcolare o presentare il tasso di reclami rispetto ai messaggi arrivati nella posta in arrivo anziché a tutti quelli inviati. Metodo, copertura e denominatore vanno controllati nella documentazione corrente, perché non costituiscono una formula universale.
Invii 1,000 email. 900 finiscono nello spam perché già filtrate. 100 raggiungono la posta in arrivo. Una persona presenta un reclamo. Nell'esempio, Yahoo calcola 1/100 = 1.0%, non 0.1%.
Quando meno messaggi raggiungono la posta in arrivo, il denominatore può ridursi e il tasso calcolato aumentare. Yahoo ha annunciato una dashboard "Insights" nel Sender Hub alla fine del 2025; disponibilità, definizioni e interfaccia vanno verificate prima di usarla come controllo settimanale.
Disiscrizione con un clic: una difesa importante
Se il link di disiscrizione è difficile da trovare, alcuni utenti potrebbero scegliere Segnala come spam. Per i messaggi promozionali in abbonamento ai quali si applicano le regole per grandi mittenti, la RFC 8058 descrive queste intestazioni:
List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://yourdomain.com/unsubscribe?id=...>Google e Yahoo richiedono la disiscrizione con un clic per determinati messaggi promozionali dei mittenti di massa. Il riferimento Google di 5,000 email al giorno riguarda account Gmail personali e non va esteso automaticamente a ogni provider o tipo di messaggio.
Segnale 2: allineamento dell'autenticazione (SPF, DKIM, DMARC)
L'allineamento dell'autenticazione è un altro elemento della reputazione. SPF, DKIM e DMARC devono essere configurati per i flussi reali, ma non devono tutti usare lo stesso dominio. DMARC passa quando almeno SPF allineato o DKIM allineato ha esito positivo. La sola presenza dei record non garantisce l'allineamento o il recapito.
Devi creare i record DNS? La guida completa alla configurazione dell'email sul dominio li illustra. Per la base minima di autenticazione, consulta le impostazioni di sicurezza dell'email aziendale.
SPF: controlla il limite di 10 lookup
SPF può fallire se i meccanismi che causano ricerche DNS superano il limite di 10 durante una valutazione. Troppi include, anche legittimi, possono produrre PermError. Conta l'intero albero di lookup, non solo le direttive visibili nel record principale.
# Check your SPF record and count includes
dig txt yourdomain.com +shortSe in un unico record compare include:sendgrid.net include:zendesk.com include:mailchimp.com include:salesforce.com, calcola i lookup effettivi, compresi quelli annidati. Potresti essere vicino al limite, ma il solo numero di include non basta a stabilirlo.
DKIM: dimensione e algoritmo della chiave
Google pubblica requisiti e raccomandazioni per le chiavi DKIM. 1024-bit può essere una dimensione minima per RSA in determinati contesti e 2048-bit è spesso consigliata. Le chiavi RSA da 512-bit sono inadeguate per l'uso moderno, ma verifica anche algoritmi supportati e requisiti attuali del provider.
# Verify your DKIM key (replace 'selector' with your actual selector)
dig txt selector._domainkey.yourdomain.com +shortDMARC: conta l'allineamento, non la sola presenza
Il dominio visibile nell'intestazione "From" deve allinearsi con il dominio Return-Path usato da SPF oppure con il dominio d= di DKIM che supera la verifica. Un record DMARC con p=none può soddisfare un requisito di pubblicazione e raccogliere report, ma non richiede al destinatario di mettere in quarantena o rifiutare i fallimenti.
# Check your DMARC policy
dig txt _dmarc.yourdomain.com +shortNon esiste un minimo universale p=quarantine né un'unica configurazione "gold standard" p=reject. Un errore Microsoft 550 5.7.515 può riguardare autenticazione o policy, soprattutto per invii ad alto volume. Leggi la risposta completa invece di attribuirlo sempre al solo SPF o al posizionamento nello spam.
Segnale 3: cronologia del volume di invio
La cronologia del volume può influire attraverso la classificazione di Google per i mittenti di massa. Superata la soglia, anche durante una singola campagna Black Friday, la classificazione può restare soggetta a requisiti più severi. Questa persistenza riguarda la policy Google e non dimostra una regola identica per tutti i provider.
La soglia di riferimento è circa 5,000 email al giorno verso account Gmail personali (@gmail.com, @googlemail.com).
Dopo la classificazione come mittente di massa possono applicarsi:
- Requisiti di disiscrizione con un clic per i messaggi promozionali pertinenti
- Controlli DMARC più severi secondo la policy vigente
- Conseguenze più rilevanti per gli errori di autenticazione
La classificazione non viene necessariamente annullata se il volume torna a 50 email al giorno. Evita picchi improvvisi da un dominio nuovo e aumenta gradualmente secondo consenso, capacità e risposta del provider.
Segnale 4: igiene dell'infrastruttura
L'infrastruttura è una componente della reputazione che può passare inosservata. Due controlli utili sono l'aumento graduale sui nuovi indirizzi IP e FCrDNS per l'IP di invio. Anche contenuto, destinatari e policy restano importanti.
Riscaldamento dell'IP
Un IP nuovo per te può avere poca cronologia visibile oppure una storia precedente. Microsoft può limitare nuovi IP di invio. Se trasmetti 5,000 email all'improvviso, nei log potrebbe apparire:
421 RP-001 Client host rejected - reputationÈ una risposta temporanea che invita il server a riprovare. Ignorare ripetutamente i segnali può aggravare le limitazioni, ma non esiste una conversione automatica garantita in blocco permanente. Iniziare con 50-100 email al giorno e crescere in 2-4 settimane è un esempio da adattare, non una promessa di successo.
FCrDNS (Forward-Confirmed Reverse DNS)
L'IP di invio dovrebbe avere un record PTR che risolve al nome host di invio e quel nome dovrebbe risolvere nuovamente allo stesso IP. I filtri possono verificare FCrDNS come uno dei segnali; la sua assenza aumenta il rischio, ma non provoca un blocco immediato presso ogni gateway.
# Check PTR record for your sending IP
dig -x <your-sending-ip> +shortIl risultato dovrebbe essere un nome host che risolve allo stesso IP. Se non coincide, correggi in modo autorizzato e verifica la propagazione insieme agli altri controlli.
Diagnosi della reputazione: audit DNS
Prima di consultare gli strumenti di monitoraggio, esamina il DNS con query in sola lettura su risorse autorizzate. Quattro comandi mostrano SPF, policy DMARC, record DKIM e reverse DNS osservabili, ma non spiegano da soli tutta la reputazione né garantiscono il recapito.
# 1. SPF - count includes, verify -all or ~all terminator
dig txt yourdomain.com +short
# 2. DMARC - check policy level (p=none/quarantine/reject)
dig txt _dmarc.yourdomain.com +short
# 3. DKIM - verify key exists and bit length
dig txt selector._domainkey.yourdomain.com +short
# 4. FCrDNS - PTR must resolve to a hostname
dig -x <your-sending-ip> +shortValuta i risultati nel contesto prima di modificare configurazioni e convalida ogni intervento.
Monitoraggio della reputazione: controllo settimanale
Non aspettare un blocco. Tre risorse possono contribuire a una base settimanale: Google Postmaster Tools per i dati disponibili su spam e conformità, Microsoft SNDS per alcuni segnali IP e Spamhaus per verificare eventuali liste. Accesso, copertura e interfacce possono cambiare.
| Strumento | Cosa può mostrare | Obiettivo operativo |
|---|---|---|
| Google Postmaster Tools | Tasso di spam, stato di conformità, risultati di autenticazione disponibili | Tasso di spam < 0.1% |
| Microsoft SNDS | Stato IP (Green/Yellow/Red), possibili eventi di spam trap | Stato favorevole e nessun evento noto, senza garanzia di recapito |
| Ricerca Spamhaus | Stato nelle liste SBL/ZEN | Assenza da liste pertinenti verificate |
Aggiornamento su Google Postmaster Tools: nel settembre 2025 Google ha ritirato le dashboard Domain Reputation e IP Reputation. L'attenzione dell'interfaccia può concentrarsi sullo stato di conformità e sui tassi di spam. "No Data" può dipendere da volume giornaliero Gmail inferiore a ~200 email, copertura insufficiente o altri fattori; non prova che non arrivi nulla.
Le blacklist non hanno tutte lo stesso peso:
- Livello 1 (impatto potenzialmente grave): Spamhaus SBL/ZEN può influire fortemente presso molti destinatari, senza garantire quasi il 100% di rifiuti
- Livello 2 (problematico in alcuni ambienti): SpamCop, Barracuda possono interessare una parte dei destinatari
- Livello 3 (segnale da valutare): UCEPROTECT Level 3 elenca interi netblock; verifica l'uso effettivo da parte dei destinatari prima di ignorarlo o intervenire
Se trovi una voce Spamhaus, conferma che riguardi davvero IP o dominio, individua la causa e segui la procedura ufficiale prima di riprendere.
Runbook per un calo di reputazione nelle 48 ore
I tassi di apertura crollano e i log mostrano errori 5xx. Le aperture sono inaffidabili, ma insieme ai rifiuti giustificano un'indagine. Questo protocollo in cinque passaggi è un quadro operativo da adattare, non un metodo che garantisce il recupero entro un termine.
- Sospendi gli invii di marketing problematici. Mantieni solo posta transazionale necessaria e attesa, come reset password, fatture e ricevute. Non inviarla per creare artificialmente interazione.
- Isola la variabile. Hai aggiunto un nuovo
include:a SPF o cambiato ESP? Una modifica recente è un'ipotesi utile, non la causa automatica. Confronta tempi, log e configurazioni. - Esamina i report aggregati DMARC. Possono mostrare fonti sconosciute, ma sono incompleti e non provano da soli un abuso. Verifica shadow IT, agenzie e mittenti autorizzati.
- Segmenta e rivedi la lista. Identifica l'ultimo segmento contattato. Non rimuovere tutti quelli che non hanno aperto in 90 giorni e non gonfiare artificialmente l'interazione. Usa consenso, attività affidabile, reclami e invalidità confermata.
- Controlla le liste di blocco. Verifica IP e dominio su Spamhaus e MX Toolbox. Se trovi una voce effettiva, correggi la causa e segui il percorso autorizzato di rimozione prima di aumentare il volume.
Perché l'hosting condiviso può danneggiare la reputazione
Con cPanel, GoDaddy o altri hosting condivisi, l'IP di invio può essere usato da centinaia di mittenti. La campagna abusiva di un altro utente può incidere sulla reputazione condivisa. L'effetto non è automatico in ogni pool e puoi intervenire rivolgendoti al provider, cambiando relay o usando un'infrastruttura più adatta.
Per chi gestisce email su più domini, ogni dominio aggiuntivo non crea di per sé danno. Il rischio cresce solo se flussi e infrastruttura condivisa sono gestiti male.
| Hosting condiviso | TrekMail | |
|---|---|---|
| Controllo IP | Pool condiviso con altri mittenti | Opzioni di infrastruttura di invio secondo piano e configurazione |
| Risposta a un calo di reputazione | Può richiedere intervento del provider o migrazione | Possibilità di cambiare credenziale SMTP compatibile nel pannello |
| Configurazione autenticazione | Spesso manuale e da convalidare | Wizard SPF/DKIM/DMARC che segnala alcuni errori, secondo disponibilità |
| Tempo di recupero | Variabile, da giorni a settimane o oltre | Dipende da dominio, provider, autenticazione e storia, non solo dal cambio di credenziale |
TrekMail separa l'hosting IMAP e lo spazio di archiviazione dall'invio SMTP. Puoi collegare Amazon SES, SendGrid o Mailgun come relay tramite BYO SMTP, se supportato dal piano. Se un provider ha problemi, cambiare la credenziale può evitare la migrazione delle caselle, ma non azzera la reputazione del dominio e non garantisce il ritorno nella posta in arrivo in pochi minuti. La cronologia degli utenti resta disponibile secondo architettura, conservazione e procedura adottate.
L'offerta descrive piani a partire da gratuito, con BYO SMTP nel livello gratuito, e il piano Starter a $3.50 al mese con SMTP gestito fino a 50 domini. Verifica sul listino attuale disponibilità, limiti, condizioni e significato di "gratuito" prima di scegliere.
In sintesi
La reputazione del mittente non è un punteggio di credito e non dipende da soli quattro segnali. Conviene mantenere i reclami sotto lo 0.1%, allineare l'autenticazione, rispettare i requisiti di volume applicabili e controllare l'infrastruttura, insieme a contenuto, consenso e aspettative dei destinatari.
Molti problemi hanno cause tecniche, ma anche il contenuto può contare. Tra gli esempi ci sono un record SPF con 11 lookup, una chiave DKIM da 512-bit o un altro mittente abusivo su un IP condiviso alle 3 AM.
Correggi ciò che i dati confermano, monitora regolarmente e usa il runbook quando compaiono anomalie.
Vuoi evitare un pool condiviso non adatto? Prova TrekMail gratuitamente se il piano gratuito attuale è disponibile e non richiede carta.
