Compte Amazon SES « under review » ou en pause : taux de rebond et de plaintes

Ce que ça veut dire

AWS surveille les emails envoyés via Amazon SES. Lorsqu'il détecte un problème, il place votre compte en cours d'examen (under review) ou suspend (paused) votre capacité d'envoi. Dans les deux cas, AWS écrit à l'adresse liée à votre compte AWS (qui n'est pas forcément celle que vous lisez tous les jours) et ouvre un dossier dans le AWS Support Center.

• Under review : vous pouvez encore envoyer, mais vous disposez d'un délai limité pour régler le problème. Sans correction, l'envoi peut être suspendu.
• Paused : l'envoi échoue avec une erreur « Account is paused » (SendingPausedException dans l'API). La console et les autres opérations fonctionnent toujours.

L'Account dashboard affiche le statut Healthy, Under review ou Paused.

Pourquoi cela arrive

Les causes les plus fréquentes sont les deux indicateurs de réputation. Au moment où nous écrivons ces lignes, la FAQ d'AWS donne ces valeurs :

• Taux de rebond : gardez-le sous 2 %. À partir de 5 %, le compte passe en examen ; à partir de 10 %, l'envoi peut être suspendu. Seuls les rebonds définitifs (adresses inexistantes) vers des domaines que vous n'avez pas vérifiés sont comptés.
• Taux de plaintes : gardez-le sous 0,1 %. À partir de 0,1 %, le compte passe en examen ; à partir de 0,5 %, l'envoi peut être suspendu. Seules comptent les plaintes des fournisseurs qui transmettent des retours à SES. Gmail ne le fait pas : ses plaintes sont donc invisibles ici.

Les taux ne sont pas calculés sur une période fixe mais sur un « volume représentatif » de vos envois récents ; vous ne pouvez donc pas les recalculer à partir de chiffres journaliers. Autres causes possibles : des pièges à spam (spam traps) touchés et des enquêtes manuelles (contenu non sollicité, phishing, usages que SES n'accepte pas).

Causes de fond typiques : une liste ancienne ou achetée, un formulaire sans confirmation qui collecte fautes de frappe et fausses adresses, des scripts de test qui envoient à des adresses bidon, ou des newsletters envoyées à des gens qui ne s'y attendaient pas.

Comment vérifier

1. Lisez l'email d'AWS et le dossier du Support Center : ils indiquent quel problème a été détecté.
2. Dans la console SES, ouvrez Reputation metrics (zone Account dashboard) pour voir les taux actuels de rebond et de plaintes, ou les métriques CloudWatch Reputation.BounceRate et Reputation.ComplaintRate.
3. En ligne de commande, aws sesv2 get-account renvoie EnforcementStatus, la même valeur que le statut du compte dans la console.
4. Assurez-vous de recevoir les notifications de rebonds et de plaintes (par email ou via Amazon SNS) et identifiez les campagnes et les sources qui les ont générées.
5. Envoyez l'un de vos vrais messages à l'adresse unique de la page d'accueil de Delivmail. Les problèmes d'authentification ne changent pas le taux de rebond SES, mais un contenu qui ressemble à du spam et de mauvais liens augmentent les plaintes. Vérifiez aussi votre domaine sur /blacklists.

Comment corriger

1. Arrêtez les envois problématiques si vous le pouvez. Continuer à envoyer sans rien changer aggrave la situation.
2. Retirez immédiatement et automatiquement les adresses en rebond et celles qui se plaignent. SES peut en partie s'en charger avec la liste de suppression au niveau du compte, décrite dans adresse sur la liste de suppression Amazon SES, mais votre propre base de données doit aussi cesser de leur écrire.
3. Nettoyez votre liste : supprimez les adresses auxquelles vous n'avez pas écrit depuis longtemps et les contacts qui n'ouvrent jamais. Voir taux de rebond élevé : nettoyez votre liste de diffusion.
4. Corrigez la façon dont les gens s'inscrivent : email de confirmation (double opt-in), CAPTCHA sur les formulaires, aucune fausse adresse dans les tests (utilisez plutôt le simulateur de boîte mail SES).
5. Réduisez les plaintes : n'envoyez que ce à quoi les gens se sont inscrits, rendez l'expéditeur évident, ajoutez un lien de désinscription visible et un en-tête List-Unsubscribe en un clic. Plus de détails dans trop de personnes signalent vos emails comme spam.
6. N'achetez, ne louez et ne partagez jamais de listes. AWS cite explicitement cette cause.
7. Répondez au dossier du Support Center. Expliquez la cause de fond, les changements que vous avez déjà faits (pas des projets) et comment ils empêchent le problème de revenir. Pour les rebonds, précisez comment vous les suivez et comment vous contrôlez les nouvelles adresses.

Vérifier que c'est corrigé

Surveillez la page Reputation metrics ou une alarme CloudWatch sur les deux taux. AWS répond au dossier et le statut repasse en Healthy quand l'examen est levé ; les problèmes de pièges à spam peuvent demander trois semaines ou plus d'évaluation. Avant de reprendre à plein volume, faites un nouveau test Delivmail, puis envoyez d'abord de petits lots à vos contacts les plus engagés. Aucun réglage ne garantit la délivrabilité : ce sont des listes propres et des contenus attendus qui gardent le compte en bonne santé.