Perché le email finiscono nello spam: cause oltre i record DNS
Il punteggio su mail-tester.com è ottimo. SPF, DKIM e DMARC superano le verifiche. Non risultano inclusioni nelle liste consultate. Eppure i messaggi finiscono nella posta indesiderata o non si trovano. Un test favorevole non dimostra il trattamento di ogni percorso e destinatario: capire questa differenza aiuta a indagare.
Nel 2026 l'autenticazione rimane essenziale, ma non basta. Google, Yahoo e Microsoft possono valutare comportamento, storico, contenuto e reputazione di domini e IP condivisi. Questo articolo spiega cosa controllare quando il DNS sembra corretto e il risultato reale non corrisponde alle prove.
La classificazione di mittente massivo
Per indagare sullo spam, parti dai requisiti applicabili al traffico. Google indica che la classificazione di mittente massivo può persistere secondo il volume storico, anziché funzionare come un contatore azzerato a mezzanotte. Una campagna stagionale o un invio occasionale a 10,000 utenti può superare la soglia applicabile. La classificazione da sola non significa che la posta finirà nello spam.
Non presumere che i controlli più rigorosi riguardino soltanto aziende che inviano milioni di messaggi. Verifica l'ambito delle regole di ogni provider e le identità e i domini aggregati nel conteggio.
Qui chiamiamo questo criterio “massimo storico”. Secondo Google, la classificazione può mantenere i requisiti corrispondenti anche se poi invii soltanto 50 messaggi al giorno. Ridurre il volume non sostituisce rispettarli. Una vecchia campagna può spiegare obblighi attuali, non dimostra da sola la causa della classificazione come spam.
Sottodomini: separazione del traffico senza protezione assoluta
Inviare marketing da promo.company.com può facilitare la gestione, ma non garantisce la protezione di company.com. Google aggrega il volume pertinente al dominio principale e i destinatari possono collegare segnali di reputazione tra identità e infrastrutture.
Se promo.company.com riceve molte segnalazioni, gli effetti possono influenzare la valutazione del dominio principale. Non è però una regola deterministica per cui ogni contratto dal dominio principale finisce nello spam. Esamina segnali e percorsi condivisi tra i flussi.
Domini distinti possono facilitare separazione e identificazione, ma non garantiscono isolamento assoluto né permettono di eludere i requisiti. La fonte cita $6-$30 per utente al mese come riferimento storico di costi presso provider come Google Workspace; verifica tariffe e configurazioni attuali. Con TrekMail, confronta tariffa fissa e limiti dei domini del piano. Aggiungere cinque domini non implica sempre assenza di costi aggiuntivi.
Fallimenti poco visibili di SPF, DKIM e DMARC
Una prova di base riuscita non esclude problemi di autenticazione su altri percorsi, mittenti o periodi. Non significa neppure che l'autenticazione sia necessariamente la causa principale dello spam. Testa le applicazioni reali e confronta risultati del destinatario prima di attribuire l'incidente al DNS o al contenuto.
SPF: il budget di 10 termini che richiedono DNS
SPF limita a 10 i termini valutati che richiedono DNS, inclusi quelli pertinenti annidati, non tutti i pacchetti DNS. Include come include:sendgrid.net, include:_spf.google.com e include:mailgun.org richiedono verifica delle dipendenze; la loro presenza non dimostra un eccesso. Valutando 11 termini soggetti al limite, SPF restituisce PermError, ma una firma DKIM valida e allineata può ancora consentire DMARC. L'inoltro può far fallire SPF se l'IP cambia e l'identità della busta mantenuta non autorizza l'intermediario. RFC 7208 descrive l'errore permanente dovuto al superamento del budget.
Consulta la guida per configurare correttamente i record SPF e verificare autorizzazioni, dipendenze e valori attuali dei provider.
DKIM: dimensione della chiave e integrità dei dati firmati
Google richiede almeno 1024 bit per le chiavi RSA DKIM secondo i requisiti applicabili. Una vecchia chiave di 512 bit non li soddisfa. Un selettore errato o rotazione incompleta può impedire la verifica. Aggiungere un piè di pagina “External Email” o modificare altri dati firmati può invalidare la firma secondo la canonicalizzazione; non ogni modifica ha lo stesso effetto né dimostra un'alterazione malevola.
DMARC: verificare l'allineamento
SPF e DKIM possono riuscire individualmente e DMARC fallire se nessun percorso verificato soddisfa l'allineamento. SPF confronta l'identità della busta con il From visibile; DKIM usa il dominio d=. La modalità rilassata ammette lo stesso dominio organizzativo; quella rigorosa richiede corrispondenza esatta. Consulta l'allineamento DMARC: basta un percorso valido e allineato, anche se l'altro fallisce.
Esempio: Mailchimp può usare Return-Path sotto bounce.mailchimp.com e From di mycompany.com. SPF può superare la verifica per il dominio del provider senza essere allineato a quello visibile. Senza firma DKIM valida e allineata, DMARC fallisce. La policy richiede un trattamento che il destinatario decide di applicare o meno. La panoramica DMARC.org spiega il concetto. Configura autenticazione personalizzata secondo le opzioni attuali del servizio.
La soglia di segnalazioni dello 0.3%
Il tasso di spam segnalato dagli utenti è importante nel 2026, ma la definizione dipende dal destinatario. Google raccomanda di rimanere sotto lo 0.1% ed evitare di superare lo 0.3% nella metrica applicabile. Può influire su recapito e accesso alla mitigazione secondo le regole, senza provocare automaticamente spam o blocco da Google e Yahoo. Esamina dati giornalieri e requisiti attuali.
Yahoo calcola il tasso sul recapito in posta in arrivo, non su tutti gli invii. Esempio: invii 1,000 messaggi; 900 sono classificati come spam e 100 arrivano in posta in arrivo. Una persona ne segnala uno: il risultato è 1.0%, non 0.1%. Il calcolo mostra l'importanza del denominatore, ma non dimostra la causa del filtraggio né un blocco totale immediato.
Prima di aumentare il volume, combina risultati disponibili del destinatario, log e test dei percorsi. La reputazione del dominio e la reputazione del mittente contestualizzano i segnali, ma non sono un'assicurazione che garantisce recapitabilità.
Disiscrizione con un clic (RFC 8058)
Da giugno 2024, i requisiti Google includono disiscrizione con un clic per determinati mittenti massivi e messaggi promozionali. Un link nel piè di pagina che richiede accesso a un centro preferenze non sostituisce il meccanismo richiesto. Questa è una delle intestazioni:
List-Unsubscribe-Post: List-Unsubscribe=One-ClickIl client può mostrare un'opzione di disiscrizione quando riconosce il meccanismo completo, ma una sola intestazione non garantisce l'interfaccia. Servono anche List-Unsubscribe con il link HTTPS, firma DKIM valida che copra entrambe le intestazioni ed endpoint che elabori POST. Testa il funzionamento secondo i requisiti applicabili; non disiscrivere con una visita GET automatica.
Un'uscita semplice permette a chi non desidera più i messaggi di non riceverli. Nasconderla può aumentare segnalazioni, ma non esiste una conseguenza identica e automatica per tutti. Le linee guida Google per i mittenti specificano la disiscrizione con un clic per il traffico promozionale massivo interessato dal requisito.
Differenze di filtraggio tra provider di posta
Non trattare tutti i destinatari come un unico sistema. Google, Microsoft e Yahoo possono combinare segnali diversi e offrire strumenti con copertura variabile. Un risultato favorevole su Gmail non predice necessariamente Outlook.
| Provider di posta | Segnali da verificare | Strumento utile | Precauzione importante |
|---|---|---|---|
| Google (Gmail) | Autenticazione, reputazione e interazione | Google Postmaster Tools secondo i dati disponibili | Verifica la metrica di segnalazioni dello 0.3% e il suo ambito; una minore interazione non implica una penalità unica e automatica. |
| Microsoft (Outlook) | Reputazione IP insieme ad altri segnali | SNDS (Smart Network Data Services) | Inviare 5,000 messaggi il primo giorno non garantisce un blocco. Una risposta 421 RP-001 richiede verifica di volume, storico e testo completo; aumenta con cautela. |
| Yahoo (AOL/Verizon) | Contenuto, autenticazione e segnalazioni | Complaint Feedback Loop (CFL) | Elabora i report ARF disponibili e sopprimi destinatari che segnalano spam; ripetere un invio non garantisce blocco globale automatico. |
Segnali del contenuto da esaminare
Non basta evitare un elenco di “parole spam” come si consigliava nel 2010. I filtri possono analizzare struttura, link, contesto e reputazione. Queste pratiche meritano verifica, ma non sono cause universali di spam.
| Pratica | Possibile rischio |
|---|---|
| Indirizzi “Noreply” | Possono complicare risposte e assistenza; non causano automaticamente Promozioni o Spam né esiste un segnale positivo universalmente più forte. |
| Accorciatori di link pubblici (bit.ly, tinyurl) | Nascondono la destinazione e possono condividere reputazione con link abusivi; non implicano inclusione automatica nelle liste. |
| Messaggi composti soltanto da immagini | Possono compromettere accessibilità e comprensione. Non esiste un rapporto universale testo-immagini che determini il filtraggio. |
| HTML invalido | Può essere visualizzato male o complicare l'analisi; markup pulito non garantisce recapitabilità. |
IP condivisi: rischi legati all'infrastruttura
Per agenzie con molti domini è importante conoscere percorso di invio e IP. Alcuni servizi condividono indirizzi tra clienti; abuso può influire sulla reputazione collettiva o su una lista come Spamhaus. Non significa che ogni hosting economico abbia questo problema né che ogni inclusione influenzi tutti i destinatari. Conferma IP, lista e ambito.
Un IP dedicato è un'opzione, non sempre la migliore per bassi volumi e non garantisce recapito. La fonte cita $89+ al mese come riferimento SendGrid; verifica offerte e costi attuali. Con 50 clienti, confronta anche manutenzione, volume e capacità di monitoraggio.
TrekMail offre SMTP gestito con controlli secondo il piano, senza garantire l'eliminazione di ogni abuso del pool. SMTP proprio può collegare Amazon SES o Mailgun mantenendo caselle sull'hosting a tariffa fissa. IP e isolamento dipendono dal provider e dalla configurazione. Non presumere che Google o Microsoft impediscano universalmente ogni separazione tra hosting e invio.
Come verificare cosa accade davvero
Per indagare sui messaggi nello spam, raccogli prove e segui una sequenza. Nessun test isolato rivela necessariamente la causa esatta di ogni decisione del destinatario.
1. Intestazioni. Invia un test a Gmail, apri il menu e “Mostra originale”. Verifica SPF: PASS, DKIM: PASS e DMARC: PASS del server ricevente affidabile. FAIL o SOFTFAIL richiede indagine, non sospensione automatica di ogni flusso: DMARC può riuscire grazie a un altro percorso verificato e allineato.
2. Prove di recapito. GlockApps può offrire test con caselle campione, i cui risultati non predicono ogni destinatario reale. Il Mail-Tester, con opzione gratuita secondo le condizioni disponibili, fornisce alcune verifiche tecniche, non dimostra dove arriverà una campagna a tutti gli utenti Gmail. Inbox, Spam e Promotions sono distinti; Promozioni non equivale a spam. Liste consultate e copertura dipendono dallo strumento.
3. Log dei rifiuti. Esamina risposte complete. Gli errori 5xx sono permanenti: 550 5.1.1 può indicare indirizzo inesistente e 550 5.7.1 un rifiuto per policy con varie cause. I 4xx sono temporanei; 421 non significa sempre velocità eccessiva. Rispetta indicazioni e intervalli di nuovo tentativo del provider.
La recapitabilità richiede monitoraggio
Nel 2026 i messaggi possono finire nello spam per autenticazione, reputazione, contenuto, comportamento o policy del destinatario. Comprendere i livelli aiuta a costruire controlli, ma non garantisce che ogni messaggio inviato arrivi sempre nella posta in arrivo.
Rispetta le preferenze dei destinatari. Facilita l'uscita e implementa la disiscrizione con un clic di RFC 8058 quando applicabile. È un controllo utile, non una garanzia di reputazione.
Separa i flussi quando opportuno. Valuta domini o sottodomini con identità configurate e monitoraggio. La reputazione può essere collegata per dominio organizzativo, IP o brand; non usare la separazione per eludere requisiti o promettere protezione assoluta.
Conosci la tua infrastruttura. Confronta prezzi e controlli prima di decidere l'architettura. Per un dominio o un portafoglio di 100 clienti, TrekMail può offrire tariffa fissa e opzioni tecniche senza costi per utente secondo le condizioni attuali. Verifica piani, funzioni e limiti; non implica immunità allo spam.
Per approfondire la protezione dei percorsi di invio, consulta email sicura per le aziende.
