Perché le email finiscono nello spam: cause e soluzioni | TrekMail

Hai configurato SPF. Hai configurato DKIM. DMARC è attivo. Eppure i tuoi messaggi finiscono nelle cartelle spam o non arrivano affatto. Capire perché le email finiscono nello spam non significa soltanto controllare i record di autenticazione. Entrano in gioco vari livelli di filtri, segnali comportamentali e particolarità dell'infrastruttura che la maggior parte dei mittenti scopre solo quando il problema è già serio. Per approfondire i segnali di reputazione alla base di tutto questo, consulta la nostra guida alla reputazione del mittente email.

Il problema è più profondo di quanto ammetta la maggior parte dei tutorial. I provider di posta come Google e Yahoo non controllano soltanto che le intestazioni superino le verifiche. Valutano chi sei, come ti sei comportato in passato, se la tua infrastruttura assomiglia a quella di uno spammer e se i destinatari desiderano davvero ricevere i tuoi messaggi. Una sola impostazione errata può vanificare mesi di buona condotta.

Ecco che cosa attiva davvero i filtri antispam, suddiviso per causa, con i passaggi diagnostici e la correzione strutturale che impedisce al problema di ripresentarsi.

La trappola permanente dei mittenti di grandi volumi

Perché le email dei mittenti di grandi volumi finiscono nello spam: dopo che hai inviato 5,000 messaggi a indirizzi Gmail in un solo giorno, Google ti classifica permanentemente come mittente di grandi volumi. Questa soglia rappresenta un massimo storico e non si azzera ogni giorno. Da quel momento, la disiscrizione con un clic conforme alla RFC 8058 è obbligatoria in ogni email di marketing, è necessario DMARC almeno con criterio p=none e si applica sempre un limite dello 0.3% al tasso di segnalazioni. Non è possibile tornare alla categoria dei mittenti ordinari.

Molti mittenti superano questa soglia senza saperlo. Basta una sola campagna promozionale rivolta a un elenco di dimensioni discrete per superare 5,000 invii in pochi minuti. Da quel momento le regole cambiano per sempre. Se non sei già conforme, i tuoi messaggi iniziano a finire nello spam senza che Google ti invii alcun avviso.

La soluzione non è complicata, ma deve essere completa. Servono le intestazioni RFC 8058 su ogni messaggio, un record DMARC che superi il controllo di allineamento e un tasso di segnalazioni costantemente inferiore allo 0.1%. È sufficiente trascurare uno di questi elementi perché le email finiscano nello spam anche se gli altri sembrano corretti.

Il limite critico dello 0.3% di segnalazioni

Perché le email finiscono nello spam con lo 0.3% di segnalazioni: Google indica lo 0.1% come soglia per un invio sano e lo 0.3% come punto critico di errore. Yahoo usa gli stessi valori, ma il denominatore è diverso e questa differenza ha un impatto enorme. Yahoo misura le segnalazioni rispetto ai recapiti nella posta in arrivo, non rispetto al totale dei messaggi inviati. Se la capacità di recapito è già scarsa, il denominatore più piccolo fa salire rapidamente il tasso di segnalazioni.

Calcolo con il denominatore della posta in arrivo di Yahoo: invii 1,000 messaggi. 900 finiscono nello spam. 100 raggiungono la posta in arrivo. Un destinatario fa clic su "Segnala come spam". Il risultato è 1 segnalazione ÷ 100 recapiti nella posta in arrivo = tasso di segnalazioni dell'1.0%, tre volte oltre il limite, nonostante ci sia stata una sola segnalazione su 1,000 invii.

Questa è una spirale negativa. Un posizionamento scarso riduce il denominatore della posta in arrivo. Un denominatore più piccolo trasforma anche una sola segnalazione in una violazione del limite. La violazione peggiora il posizionamento, che a sua volta riduce ulteriormente il denominatore. Una volta entrati in questo ciclo, l'unica via d'uscita consiste nell'escludere con decisione i contatti non coinvolti e attendere che il segnale di reputazione si riprenda. Servono settimane, non ore.

Controlla il tasso di segnalazioni in Google Postmaster Tools prima di inviare un'altra campagna. Se supera lo 0.08%, considera la situazione un'emergenza.

La trappola dell'allineamento DMARC

Perché le email finiscono nello spam pur superando SPF e DKIM: DMARC non controlla soltanto che SPF e DKIM siano validi, ma verifica anche che siano allineati al dominio nel campo From. Se invii tramite un ESP usando la sua infrastruttura condivisa, SPF e DKIM possono superare entrambi i controlli ma non ottenere comunque l'allineamento DMARC. È uno dei motivi più comuni per cui i mittenti finiscono nello spam nonostante risultati di autenticazione apparentemente positivi.

La soluzione è l'autenticazione con dominio personalizzato: record CNAME che indirizzano il tuo sottodominio all'infrastruttura dell'ESP, oltre a un sottodominio return-path personalizzato che consente a SPF di superare il controllo sotto il tuo dominio. Tutti i principali ESP offrono questa funzione, ma non sempre è attiva per impostazione predefinita. Attivala prima del prossimo invio.

Consulta le linee guida di Google per i mittenti email per verificare gli attuali requisiti di allineamento. Queste regole sono state aggiornate nel 2024 e ora le soglie per i mittenti massivi vengono applicate rigorosamente.

La barriera di Microsoft per i nuovi IP

Perché le email finiscono nello spam su Outlook e Hotmail: Microsoft considera sospetto per impostazione predefinita qualsiasi IP privo di uno storico di invio. Anche se il tuo dominio gode di una buona reputazione, un nuovo IP dedicato o il passaggio a un altro provider azzerano l'attendibilità a livello di IP. Gli errori SMTP visualizzati non sono errori di autenticazione. Sono blocchi dovuti a volume e reputazione, risolvibili soltanto con un riscaldamento adeguato.

451 4.7.500 - Server busy, try again later (throttle signal - slow down)
421 RP-001  - Reputation limitation; this IP has no sending history
550 5.7.515 - Message volume exceeds IP reputation (not an auth failure)

La curva di riscaldamento di Microsoft è rigida. Un programma efficace prevede: il giorno 1 invia 50 messaggi, il giorno 2 inviane 100, il giorno 3 inviane 200, poi raddoppia ogni 2 o 3 giorni. Saltare la progressione non fa risparmiare tempo. Provoca rinvii automatici che riportano il processo al primo giorno.

Se visualizzi spesso 421 RP-001, ti serve un piano di riscaldamento dedicato, non una correzione DNS. L'IP non ha uno storico e Microsoft non gli darà fiducia finché non avrà accumulato diverse settimane di comportamento di invio corretto. Accelerare troppo il riscaldamento è un motivo frequente per cui le email finiscono nello spam su Outlook anche quando il dominio gode di buona reputazione.

L'assenza della disiscrizione con un clic

Perché le email finiscono nello spam quando gli utenti non riescono a disiscriversi facilmente: se i destinatari non trovano un'opzione evidente per annullare l'iscrizione, usano il pulsante "Segnala come spam". Questa azione conta come segnalazione. Per i mittenti di grandi volumi, la disiscrizione con un clic prevista dalla RFC 8058 non è facoltativa. Google e Yahoo la richiedono da giugno 2024.

Ogni messaggio di marketing deve contenere due intestazioni:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://yourdomain.com/unsubscribe?id=123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

L'URL HTTPS deve accettare direttamente una richiesta POST, senza pagina di accesso, passaggio di conferma o reindirizzamento. L'interfaccia della posta in arrivo di Google mostra un link "Annulla iscrizione" ricavato da questa intestazione. Se l'intestazione manca o è formata male, il link non appare. Quando gli utenti non trovano una via d'uscita, segnalano il messaggio come spam. È proprio questo il ciclo difficile da interrompere che porta le email nello spam.

Inoltro e mancato superamento di SPF

Perché le email finiscono nello spam dopo l'inoltro: per la maggior parte dei server riceventi, l'inoltro delle email invalida silenziosamente SPF. Ecco l'esatta sequenza degli errori:

1. Invii un messaggio da you@yourcompany.com a un indirizzo Gmail. SPF supera il controllo perché l'IP del tuo server è autorizzato.
2. L'account Gmail inoltra i messaggi a un indirizzo Yahoo. Gmail consegna nuovamente il messaggio a Yahoo usando l'IP di Gmail.
3. Yahoo controlla SPF. L'IP mittente ora è quello di Gmail, non il tuo. L'IP di Gmail non compare nel tuo record SPF. SPF non supera il controllo.
4. Se anche DKIM non supera il controllo, per esempio perché Gmail ha modificato le intestazioni durante l'inoltro, DMARC fallisce. Yahoo recapita il messaggio nello spam o lo rifiuta del tutto.

DKIM resiste all'inoltro nella maggior parte dei casi perché firma il contenuto del messaggio, non il server mittente. Per questo sono consigliate chiavi DKIM a 2048 bit: le chiavi più lunghe resistono alle modifiche delle intestazioni introdotte da alcuni sistemi di inoltro. Negli scenari di inoltro, SRS (Sender Rewriting Scheme) riscrive il return-path affinché SPF superi il controllo lungo tutta la catena. Leggi la guida all'inoltro email con SRS per configurarlo correttamente.

La procedura diagnostica in 15 minuti

Prima di cambiare qualsiasi cosa, verifica che cosa non funziona davvero. Questa procedura individua in meno di 15 minuti perché le email finiscono nello spam usando strumenti che hai già a disposizione.

Passaggio 1: controlla le intestazioni di autenticazione (0-5 min)

Invia un messaggio di prova a un indirizzo Gmail che controlli. Aprilo, fai clic sul menu con i tre puntini e scegli "Mostra originale". Scorri fino a Authentication-Results. Vedrai separatamente l'esito positivo o negativo di SPF, DKIM e DMARC. Se uno di essi mostra fail, hai individuato il primo elemento da correggere.

Passaggio 2: verifica i record DNS (5-10 min)

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC record
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace 'default' with your actual selector)
dig txt default._domainkey.yourdomain.com +short

Confronta i risultati con i record richiesti dal tuo ESP. La guida alla configurazione del record SPF contiene la sintassi corretta per le configurazioni comuni, compreso il modo in cui semplificare un record SPF sovraccarico che ha raggiunto il limite di 10 ricerche.

Passaggio 3: controlla la reputazione dell'IP e del dominio (10-15 min)

Apri Google Postmaster Tools e controlla i grafici della reputazione del dominio e dell'IP. Qualsiasi valore inferiore ad "Alta" richiede un approfondimento. Controlla inoltre il tuo IP di invio su Spamhaus (SBL e XBL). Una sola presenza in questi elenchi causa blocchi pressoché universali, indipendentemente dallo stato dell'autenticazione.

La soluzione strutturale: separare hosting e invio

Perché le email finiscono nello spam quando l'infrastruttura non è separata: nella maggior parte dei casi la causa principale non è un record mancante. Il problema è che il traffico di marketing, la posta transazionale e le email dei clienti condividono la reputazione dello stesso IP e dominio. Una sola campagna problematica contamina tutto. Scopri come una reputazione del dominio compromessa si propaga nell'infrastruttura condivisa quando manca l'isolamento.

Il modello BYO SMTP di TrekMail consente di collegare Amazon SES, SendGrid o Mailgun per la posta in uscita, mantenendo le caselle su un piano a tariffa fissa. Usa una credenziale SMTP per la posta transazionale e un'altra per il marketing: IP diversi, bacini di reputazione distinti e nessuna contaminazione reciproca. Le agenzie possono sostituire le credenziali SMTP per ciascun cliente senza toccare la configurazione delle caselle né migrare dati.

La procedura guidata integrata per SPF/DKIM/DMARC accompagna la configurazione dell'allineamento di ogni singolo dominio. Il pannello multidominio mostra in un'unica vista lo stato dell'autenticazione di tutti i domini.

Piano Nano: $0, 10 domini, 5GB di spazio, BYO SMTP, sempre gratuito e senza carta di credito. Starter: $3.50/mese a tariffa fissa, 50 domini, 15GB, SMTP gestito incluso e prova gratuita di 14 giorni (per la prova è richiesta una carta di credito).

Inizia gratis, senza carta di credito né prova, con 10 domini e BYO SMTP fin dal primo giorno. Oppure consulta i piani e avvia la prova di 14 giorni di Starter se ti serve il servizio SMTP gestito incluso.

Smetti di chiederti perché le email finiscono nello spam: correggi la struttura

La risposta al perché le email finiscono nello spam non risiede quasi mai in un singolo record mancante. Di solito è una combinazione di fattori: allineamento non riuscito tramite un ESP condiviso, aumento del tasso di segnalazioni dovuto a un ciclo di inoltro di cui ignoravi l'esistenza, blocco dell'IP da parte di Microsoft dopo aver saltato il riscaldamento oppure reputazione del marketing che compromette gli invii transazionali perché tutto passa dalla stessa infrastruttura.

Risolvi i problemi tecnici con la procedura diagnostica descritta sopra. Risolvi il problema strutturale con l'architettura BYO SMTP di TrekMail. La prima misura previene gli incendi. La seconda li contiene quando si verificano comunque.

Inizia gratis con 10 domini e senza carta di credito, oppure scopri il piano Starter a $3.50/mese con tariffa fissa, senza costi per utente, reputazione di invio isolata per ciascun dominio e un unico pannello per tutto.