Recapitabilità e DNS

Reputazione del dominio email: diagnosi e recupero

Di Alexey Bulygin
Schema dei segnali di reputazione del dominio che possono persistere dopo cambi di IP e hosting

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.

SintomoRiscontro tecnicoPossibile interpretazione
Email nella cartella Spam250 OK: accettata al passaggio SMTP, poi classificata come spamPossibile problema di reputazione, contenuto o altri segnali. L'accettazione non garantisce la posta in arrivo.
Rifiuto per politica al gateway550 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 PromozioniFatture e ripristini password nella scheda Promozioni di GmailPossibile classificazione legata a contenuto o flussi misti; non prova un blocco del dominio.
Rifiuto immediato con un nuovo IPNuovo IP dedicato, rifiutato dal primo giornoVerificare 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 a p=quarantine o p=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.

  1. 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.
  2. 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.
  3. 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.
  4. 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 valutareApproccio TrekMail descritto
Corrispondenza della direzione e newsletter sullo stesso serverPosta aziendale su pool gestiti, senza garanzia di assenza di rischi
Hosting condiviso con altri utenti sconosciutiSMTP esterno per invii massivi, con SES, SendGrid o Mailgun se supportati
Un unico dominio per tutti i tipi di messaggioGestione multidominio per separare i flussi secondo la funzione
DNS impostato manualmente, con possibili erroriProcedura 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.

Condividi questo articolo

Usiamo le tecnologie necessarie per gestire e proteggere TrekMail. Confermando consenti anche analisi limitate e misurazione pubblicitaria come descritto nella nostra Informativa sui cookie.

Accedi a TrekMail

Accedi alla tua dashboard, alle caselle di posta e al DNS.

oppure

12 caratteri le password coincidono

oppure

Email di reimpostazione inviata

Se esiste un account per questa email, abbiamo inviato le istruzioni per reimpostare la password.

Continuando, accetti i Termini e l' Informativa sulla privacy di TrekMail.