Le tue email finiscono nello spam. Cambi hosting, ma il problema resta. Ottieni un nuovo IP dedicato e ricostruisci il server, senza vedere il miglioramento atteso.
Una causa possibile non riguarda soltanto il server: può essere la reputazione del dominio.
La reputazione del dominio per le email può restare associata a company.com anche dopo un cambio di infrastruttura. Non esiste però un punteggio unico, immutabile e condiviso da tutti i destinatari. I filtri valutano dominio, IP, contenuto, autenticazione e comportamento di invio. Cambiare fornitore non cancella automaticamente la cronologia del dominio.
Se stai ancora preparando DNS, caselle e autenticazione, consulta la guida alla posta aziendale per le piccole imprese. Qui affrontiamo un problema specifico: la reputazione compromessa del dominio, le sue possibili cause, gli indizi diagnostici e le scelte architetturali per ridurne il rischio. Nessun codice di errore la conferma da solo.
Che cos'è la reputazione del dominio per le email?
È la valutazione che destinatari come Google, Yahoo e Microsoft ricavano dal comportamento del dominio di invio. Possono contribuire reclami spam, risultati di autenticazione, interazioni e cronologia dei volumi. È distinta dalla reputazione IP, anche se i segnali possono interagire. Il passaggio a un altro fornitore non la azzera automaticamente, ma può evolvere con il tempo e con un invio corretto.
Nel periodo 2025-2026, la valutazione a livello di dominio è importante per i grandi destinatari, anche per limitare gli abusi basati sulla rotazione degli IP. Questo non significa che il dominio abbia sempre più peso di ogni altro segnale: i criteri dei fornitori variano.
Un IP senza problemi noti, PTR corretti e pochi mancati recapiti non escludono restrizioni legate alla cronologia del dominio. Allo stesso modo, la reputazione del dominio non è l'unico limite al recapito. Per diagnosticare il problema servono dati sull'intero percorso.
Come si manifesta una reputazione compromessa: indizi diagnostici
Spam, rifiuti SMTP 550 e problemi dopo un cambio di IP possono far sospettare una reputazione compromessa, ma anche contenuto, autenticazione e politiche del destinatario influiscono. La scheda Promozioni non equivale a un blocco. La tabella indica controlli possibili, non diagnosi definitive.
| Sintomo | Riscontro tecnico | Possibile interpretazione |
|---|---|---|
| Email nella cartella Spam | 250 OK: accettata al passaggio SMTP, poi classificata come spam | Possibile problema di reputazione, contenuto o altri segnali. L'accettazione non garantisce la posta in arrivo. |
| Rifiuto per politica al gateway | 550 5.7.1 oppure 550 5.7.515 (Microsoft) | Verificare risposta completa, requisiti di autenticazione e politiche; i codici non provano da soli una cattiva reputazione. |
| Email operative in Promozioni | Fatture e ripristini password nella scheda Promozioni di Gmail | Possibile classificazione legata a contenuto o flussi misti; non prova un blocco del dominio. |
| Rifiuto immediato con un nuovo IP | Nuovo IP dedicato, rifiutato dal primo giorno | Verificare reputazione precedente dell'IP, DNS, autenticazione e dominio; non è una prova conclusiva. |
L'ultima riga non è un test definitivo. Un IP appena assegnato può avere una cronologia precedente, oppure mancare di segnali positivi. Un rifiuto immediato può dipendere anche da rete, PTR, autenticazione e politiche. Cambiare infrastruttura non risolve automaticamente il problema, ma non dimostra che il dominio sia l'unica causa.
Quattro cause operative di una reputazione compromessa
I filtri valutano modelli di comportamento e infrastruttura insieme al contenuto e all'autenticazione. Comprendere i seguenti fattori aiuta a proteggere la reputazione del dominio, senza presumere danni permanenti o blocchi automatici.
1. Aggregazione dei segnali dei sottodomini
Una convinzione comune è: “Invierò campagne rischiose da promo.example.com, così example.com resterà protetto”.
Non è una separazione garantita. I destinatari possono considerare segnali del dominio organizzativo insieme a quelli del sottodominio. Molti reclami su promo.example.com possono influire anche sulla valutazione di example.com, ma non ogni evento provoca automaticamente un danno al dominio principale. I sottodomini aiutano a distinguere i flussi, non sono una barriera completa.
2. La soglia dei mittenti massivi e il suo effetto duraturo
Da febbraio 2024, Google e Yahoo applicano requisiti più rigorosi ai mittenti massivi. Per Google, il riferimento è circa 5,000+ messaggi al giorno verso account Gmail personali; definizioni, conteggi e criteri di Yahoo vanno verificati separatamente.
Secondo la politica Google descritta, la classificazione può restare anche dopo il superamento occasionale della soglia, per esempio durante il Black Friday. Tornare a 50 messaggi al giorno non la elimina automaticamente. Verifica i requisiti correnti: pubblicazione DMARC, autenticazione, igiene delle liste e disiscrizione con un clic per i messaggi promozionali pertinenti. Pubblicare DMARC non significa necessariamente dover usare una politica di quarantena o rifiuto, né tutti i fornitori applicano una classificazione eterna identica.
3. Il rischio di reclami allo 0.3%
Google e Yahoo indicano limiti rilevanti per i reclami spam. Definizione e denominatore del tasso dipendono dal fornitore; superare il riferimento aumenta il rischio, senza determinare sempre un blocco immediato.
- Riferimento: 0.3% (3 reclami ogni 1,000 email nell'esempio di calcolo)
- Dove controllare: Google Postmaster Tools, per i dati disponibili sul traffico Gmail; verificare interfaccia e copertura attuali
- Stima di recupero: 30-60 giorni di invio corretto dopo la riduzione dei reclami, come orientamento e non come scadenza garantita
Molti amministratori scoprono il problema soltanto quando il recapito peggiora. Predisponi il monitoraggio prima dell'incidente, considerando che i dati possono essere incompleti o disponibili solo con volumi sufficienti.
4. Gli altri utenti di un IP condiviso
Hosting condivisi, compresi alcuni servizi cPanel e webmail, possono usare gli stessi IP per più clienti. Un abuso può contribuire a un'inclusione in Spamhaus SBL. La conseguenza per le tue email dipende dal pool e dal destinatario. Anche l'associazione ripetuta con infrastrutture problematiche può influire sui segnali del dominio, ma non comporta necessariamente un degrado automatico.
Prevenzione: progettare un'architettura adeguata
Autenticazione, separazione ragionata dei flussi e infrastruttura di rete verificata lavorano insieme. Sono controlli importanti, soprattutto con volumi elevati, ma non garantiscono una reputazione positiva né sostituiscono consenso, qualità dei contenuti e monitoraggio.
Livello 1: autenticazione con SPF, DKIM e DMARC
L'autenticazione aiuta i destinatari a verificare l'identità tecnica dei messaggi. Una configurazione corretta è essenziale, ma non garantisce fiducia o arrivo nella posta in arrivo.
- SPF: autorizza gli IP per il dominio verificato. Il budget di 10 interrogazioni DNS comprende anche meccanismi annidati. Include di Google Workspace, Mailchimp e Zendesk possono consumarlo o superarlo; il numero di servizi non determina da solo un PermError.
- DKIM: firma parti del messaggio. Le chiavi RSA da 2048-bit sono il riferimento consigliato qui; verifica algoritmi, dimensioni e requisiti attualmente supportati dal fornitore.
- DMARC: richiede SPF oppure DKIM valido e allineato al From visibile. Un amministratore autorizzato può partire da
p=none, configurare rua e analizzare tutti i mittenti legittimi prima di passare gradualmente ap=quarantineop=reject.
# Example DMARC record - replace with your reporting address
_dmarc.company.com TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@company.com; pct=100"
Il record è un esempio, non una configurazione da pubblicare senza verifica. Un rifiuto Microsoft 550 5.7.515 può riguardare requisiti di autenticazione e non prova soltanto l'assenza di una politica DMARC restrittiva. Controlla la risposta completa, SPF, DKIM e allineamento. Anche i requisiti Google e Yahoo del 2024 vanno verificati: una politica pubblicata non equivale necessariamente a una richiesta di rifiuto.
Livello 2: separare i domini principali
Valuta domini principali distinti per flussi legittimi con finalità diverse. Non usarli per aggirare blocchi o continuare invii indesiderati. Il dominio aziendale principale non dovrebbe essere usato indiscriminatamente per campagne voluminosissime o contatti non richiesti.
Principale: company.com: corrispondenza della direzione, fatture e assistenza; separato dalle campagne.
Marketing: trycompany.com: newsletter e aggiornamenti attesi e consentiti.
Contatti commerciali: getcompany.com: comunicazioni appropriate e lecite, non un modo per eludere le protezioni.
Separare i domini può limitare alcuni segnali condivisi, ma non è l'unica protezione né garantisce che la direzione possa sempre scrivere agli investitori dopo un incidente. IP, contenuti e altri segnali possono restare collegati. Per le agenzie, la guida all'hosting email multidominio illustra la gestione su più clienti.
Livello 3: controlli di rete e FCrDNS
Verifica il reverse DNS dell'IP di invio: il PTR deve indicare un hostname le cui risposte A o AAAA includano a loro volta quell'IP. Questa verifica è detta Forward-Confirmed reverse DNS, FCrDNS.
# Verify FCrDNS on your sending IP
dig -x YOUR_IP_ADDRESS # Should return your hostname
dig +short YOUR_HOSTNAME # Should return the same IP
Una mancata corrispondenza può aumentare il rischio di restrizioni, ma non produce sempre un blocco immediato presso Gmail o Microsoft. Correggi e testa la configurazione prima di aumentare il volume da un nuovo IP.
Livello 4: aumento graduale e inattività
La reputazione non è statica. Senza invio recente, alcuni segnali possono perdere rilevanza, ma non esiste un azzeramento universale dovuto all'inattività.
- Nuovo dominio: un esempio è partire da 20 email il primo giorno e raddoppiare ogni 2-3 giorni, evitando contatti a freddo per i primi 30 giorni. Adatta ritmo e pubblico a consenso, capacità, risposte e regole attuali.
- Dominio inattivo: dopo oltre 30 giorni senza inviare, valuta una ripresa prudente. Non presumere che la reputazione sia azzerata o che occorra sempre ripartire completamente da capo.
Le regole di aumento graduale del volume di TrekMail descrivono il percorso previsto per SMTP gestito. Verifica condizioni attuali e compatibilità con il tuo account.
Interventi iniziali se la reputazione è già compromessa
Aperture sotto il 5%, mancati recapiti in aumento o rifiuti 550 meritano un'indagine, ma non provano da soli un problema di reputazione. Le aperture sono una misura tecnicamente poco affidabile. Analizza i dati e coordina gli interventi seguenti in base alla causa reale.
- Sospendi le campagne promozionali problematiche. Mantieni soltanto le email operative necessarie e attese, come ripristini password e ricevute, verso destinatari appropriati. Non inviare messaggi solo per generare interazioni.
- Controlla Google Postmaster Tools. Usa le viste e i dati attualmente disponibili insieme ai log. Se emergono segnali negativi, una finestra di 4-8 settimane può aiutare a pianificare, ma non è un termine garantito né dipende sempre da una categoria “Bad” visibile.
- Rivedi i contatti inattivi. Non cancellare automaticamente chi non apre da 90 giorni: verifica clic, risposte, consenso e conservazione. Escludi dagli invii i contatti non appropriati o sicuramente non validi, senza creare interazioni artificiali.
- Valuta la migrazione solo dopo la diagnosi. Se compare un'inclusione in Spamhaus DBL, verifica il motivo, correggi gli abusi e segui la procedura di rimozione prevista. Non presumere che sia permanente o irrecuperabile. Un eventuale nuovo dominio va usato per attività legittime, non per aggirare una restrizione. La guida alla configurazione della posta sul proprio dominio illustra i requisiti tecnici.
Come TrekMail può supportare questa architettura
Unire corrispondenza della direzione e newsletter senza controlli adeguati può esporre un'azienda a problemi condivisi. Il prezzo basso dell'infrastruttura non prova però una causa, e una singola campagna non compromette automaticamente tutto il dominio.
TrekMail descrive strumenti per progettare e gestire una separazione appropriata, nei limiti del piano.
| Situazione da valutare | Approccio TrekMail descritto |
|---|---|
| Corrispondenza della direzione e newsletter sullo stesso server | Posta aziendale su pool gestiti, senza garanzia di assenza di rischi |
| Hosting condiviso con altri utenti sconosciuti | SMTP esterno per invii massivi, con SES, SendGrid o Mailgun se supportati |
| Un unico dominio per tutti i tipi di messaggio | Gestione multidominio per separare i flussi secondo la funzione |
| DNS impostato manualmente, con possibili errori | Procedura guidata SPF, DKIM e DMARC dove disponibile; verificare messaggi reali |
Per le piccole e medie imprese, TrekMail descrive posta aziendale (team@company.com) su IP gestiti e strumenti di configurazione dell'autenticazione. L'SMTP esterno con Amazon SES, SendGrid o Mailgun dipende da piano, provider, credenziali e limiti. Separare i percorsi può aiutare, ma non garantisce infrastrutture prive di rischi né una separazione automatica completa per ogni account.
Per le agenzie, il pannello può facilitare una struttura su 100+ domini di clienti, se il piano lo consente. Caselle aziendali e relay di marketing distinti richiedono configurazione e controllo. Un incidente può ancora coinvolgere segnali condivisi o la reputazione del fornitore. La guida alla gestione della posta dei clienti illustra come organizzare più account.
I problemi di reputazione richiedono spesso interventi architetturali insieme alla correzione dei comportamenti di invio. Autenticazione, separazione e infrastruttura verificata sono importanti, ma non sostituiscono consenso, qualità delle liste e monitoraggio.
L'offerta descritta indica che il piano Starter parte da $3.50/mese, con SMTP gestito, configurazione SPF, DKIM e DMARC e supporto multidominio. La prova di 14 giorni richiede una carta; accesso e funzionalità dipendono dalle condizioni attuali. Nano è descritto con 10 domini e SMTP esterno a $0, senza carta. Verifica disponibilità, requisiti e limiti: queste condizioni non garantiscono gratuità o accesso completo per sempre.
Una volta migliorata la reputazione, servono manutenzione e controlli continui. Una buona progettazione riduce alcuni rischi, ma non garantisce che non si presentino nuovi incidenti.