Cuenta de Amazon SES en revisión o pausada: tasa de rebotes y de quejas

Qué significa

AWS supervisa los emails enviados con Amazon SES. Cuando detecta un problema, pone tu cuenta en revisión (under review) o pausa tu capacidad de envío. En ambos casos AWS envía un email a la dirección asociada a tu cuenta de AWS (que quizá no sea la que lees a diario) y abre un caso en el AWS Support Center.

• En revisión: todavía puedes enviar, pero tienes un tiempo limitado para corregir el problema. Si no se corrige, el envío puede quedar pausado.
• Pausada: el envío falla con un error "Account is paused" (SendingPausedException en la API). La consola y las demás operaciones siguen funcionando.

El Account dashboard muestra el estado como Healthy, Under review o Paused.

Por qué ocurre

Los motivos más habituales son las dos métricas de reputación. En el momento de escribir esto, las preguntas frecuentes de AWS indican estos valores:

• Tasa de rebotes: mantenla por debajo del 2%. A partir del 5% la cuenta pasa a revisión; a partir del 10% el envío puede pausarse. Solo cuentan los rebotes definitivos (direcciones que no existen) hacia dominios que no has verificado.
• Tasa de quejas: mantenla por debajo del 0,1%. A partir del 0,1% la cuenta pasa a revisión; a partir del 0,5% el envío puede pausarse. Solo cuenta las quejas de los proveedores que envían esa información a SES. Gmail no lo hace, así que las quejas de Gmail aquí son invisibles.

Las tasas no se calculan sobre un periodo fijo, sino sobre un "volumen representativo" de tus envíos recientes, así que no puedes recalcularlas a partir de los recuentos diarios. Otros motivos son los impactos en trampas de spam (spam traps) y las investigaciones manuales (contenido no solicitado, phishing, usos que SES no acepta).

Causas de fondo típicas: una lista antigua o comprada, un formulario sin confirmación que recoge erratas y direcciones falsas, scripts de prueba que envían a direcciones falsas o newsletters enviadas a personas que no las esperaban.

Cómo comprobarlo

1. Lee el email de AWS y el caso del Support Center: indican qué problema se ha detectado.
2. En la consola de SES, abre Reputation metrics (en la zona del Account dashboard) para ver las tasas actuales de rebotes y quejas, o las métricas de CloudWatch Reputation.BounceRate y Reputation.ComplaintRate.
3. Desde la CLI: aws sesv2 get-account devuelve EnforcementStatus, el mismo valor que el estado de la cuenta en la consola.
4. Asegúrate de recibir las notificaciones de rebotes y quejas (por email o con Amazon SNS) y averigua qué campañas y fuentes las han provocado.
5. Envía uno de tus mensajes reales a la dirección única de la página de inicio de Delivmail. Los problemas de autenticación no cambian la tasa de rebotes de SES, pero el contenido con aspecto de spam y los enlaces dudosos aumentan las quejas. Comprueba también tu dominio en /blacklists.

Cómo solucionarlo

1. Detén los envíos problemáticos si puedes. Seguir enviando sin cambiar nada lo empeora.
2. Elimina las direcciones que rebotan o se quejan de inmediato y de forma automática. SES puede hacer parte de esto con la lista de supresión a nivel de cuenta, descrita en dirección en la lista de supresión de Amazon SES, pero tu propia base de datos también debe dejar de enviarles.
3. Limpia tu lista: quita las direcciones a las que hace mucho que no escribes y los contactos que nunca abren. Consulta tasa de rebotes alta: limpia tu lista de correo.
4. Corrige la forma de registrarse: email de confirmación (doble opt-in), CAPTCHA en los formularios y nada de direcciones falsas en las pruebas (usa el simulador de buzones de SES).
5. Reduce las quejas: envía solo aquello a lo que la gente se suscribió, deja claro quién envía, añade un enlace de baja visible y una cabecera List-Unsubscribe de un clic. Más información en demasiadas personas marcan tus emails como spam.
6. Nunca compres, alquiles ni compartas listas. AWS lo menciona expresamente como causa.
7. Responde al caso del Support Center. Explica la causa de fondo, los cambios que ya has hecho (no planes futuros) y cómo evitan que el problema vuelva. Para los rebotes, explica cómo los controlas y cómo compruebas las direcciones nuevas.

Comprueba que está solucionado

Vigila la página Reputation metrics o una alarma de CloudWatch sobre ambas tasas. AWS responde al caso y el estado vuelve a Healthy cuando se levanta la revisión; los problemas de trampas de spam pueden tardar tres semanas o más en evaluarse. Antes de volver a enviar a pleno volumen, haz una nueva prueba con Delivmail y envía primero lotes pequeños a tus contactos más activos. Ningún ajuste garantiza la entrega: las listas limpias y el contenido deseado son lo que mantiene la cuenta sana.