Account Amazon SES sotto revisione o sospeso: tasso di bounce e di reclami

Cosa significa

AWS controlla le email inviate tramite Amazon SES. Quando rileva un problema, mette il tuo account sotto revisione (under review) oppure sospende (paused) la possibilità di inviare. In entrambi i casi AWS scrive all'indirizzo collegato al tuo account AWS (che potrebbe non essere quello che leggi ogni giorno) e apre un caso nell'AWS Support Center.

• Under review: puoi ancora inviare, ma hai un tempo limitato per risolvere il problema. Se non lo risolvi, l'invio può essere sospeso.
• Paused: l'invio fallisce con un errore "Account is paused" (SendingPausedException nell'API). La console e le altre operazioni continuano a funzionare.

L'Account dashboard mostra lo stato come Healthy, Under review o Paused.

Perché succede

Le cause più comuni sono le due metriche di reputazione. Al momento in cui scriviamo, le FAQ di AWS indicano questi valori:

• Tasso di bounce: mantienilo sotto il 2%. Dal 5% in su l'account viene messo sotto revisione; dal 10% in su l'invio può essere sospeso. Contano solo gli hard bounce (indirizzi inesistenti) verso domini che non hai verificato.
• Tasso di reclami: mantienilo sotto lo 0,1%. Dallo 0,1% in su l'account viene messo sotto revisione; dallo 0,5% in su l'invio può essere sospeso. Contano solo i reclami dei provider che inviano feedback a SES. Gmail non lo fa, quindi i reclami di Gmail qui sono invisibili.

I tassi non sono calcolati su un periodo fisso ma su un "volume rappresentativo" dei tuoi invii recenti, quindi non puoi ricalcolarli dai conteggi giornalieri. Altre cause sono le spam trap colpite e le indagini manuali (contenuti non richiesti, phishing, casi d'uso che SES non accetta).

Cause di fondo tipiche: una lista vecchia o acquistata, un modulo senza conferma che raccoglie errori di battitura e indirizzi falsi, script di test che inviano a indirizzi inventati, o newsletter inviate a persone che non se le aspettavano.

Come verificare

1. Leggi l'email di AWS e il caso nel Support Center: indicano quale problema è stato rilevato.
2. Nella console SES apri Reputation metrics (area Account dashboard) per vedere i tassi attuali di bounce e reclami, oppure le metriche CloudWatch Reputation.BounceRate e Reputation.ComplaintRate.
3. Dalla CLI, aws sesv2 get-account restituisce EnforcementStatus, lo stesso valore dell'Account status nella console.
4. Assicurati di ricevere le notifiche di bounce e reclami (via email o Amazon SNS) e individua quali campagne e quali fonti li hanno prodotti.
5. Invia uno dei tuoi messaggi reali all'indirizzo unico nella home page di Delivmail. I problemi di autenticazione non modificano il tasso di bounce di SES, ma un contenuto simile allo spam e link sospetti aumentano i reclami. Controlla anche il tuo dominio su /blacklists.

Come risolvere

1. Interrompi gli invii problematici se puoi. Continuare a inviare senza cambiare nulla peggiora la situazione.
2. Rimuovi gli indirizzi in bounce e quelli che si sono lamentati subito e in modo automatico. SES può farlo in parte con la suppression list a livello di account, descritta in indirizzo nella suppression list di Amazon SES, ma anche il tuo database deve smettere di inviare a quegli indirizzi.
3. Pulisci la tua lista: elimina gli indirizzi a cui non scrivi da molto tempo e i contatti che non aprono mai. Consulta tasso di bounce elevato: pulisci la tua mailing list.
4. Correggi il modo in cui le persone si iscrivono: email di conferma (double opt-in), CAPTCHA sui moduli, nessun indirizzo falso nei test (usa invece il mailbox simulator di SES).
5. Riduci i reclami: invia solo ciò a cui le persone si sono iscritte, rendi evidente il mittente, aggiungi un link di disiscrizione visibile e un'intestazione List-Unsubscribe con un clic. Approfondisci in troppe persone segnalano le tue email come spam.
6. Non comprare, noleggiare o condividere mai liste. AWS lo indica esplicitamente come causa.
7. Rispondi al caso nel Support Center. Spiega la causa di fondo, le modifiche che hai già fatto (non i piani futuri) e come impediscono al problema di ripresentarsi. Per i bounce, spiega come li monitori e come controlli i nuovi indirizzi.

Verifica che sia risolto

Tieni d'occhio la pagina Reputation metrics o un allarme CloudWatch su entrambi i tassi. AWS risponde al caso e lo stato torna Healthy quando la revisione viene chiusa; i problemi di spam trap possono richiedere tre settimane o più per essere valutati. Prima di tornare a inviare a pieno volume, esegui un nuovo test Delivmail, poi invia piccoli lotti ai tuoi contatti più coinvolti. Nessuna impostazione garantisce la consegna: sono le liste pulite e i contenuti desiderati a mantenere l'account in salute.