Entra en la AWS Management Console y abre la consola de Amazon SES. En el panel de navegación, dentro de Configuration, elige Identities. En la tabla Identities, selecciona una identidad de email verificada haciendo clic directamente sobre el nombre de la identidad y no sobre su casilla. En la página de detalle de esa identidad, elige Send test email.
Y ahora la pregunta que conviene hacerse antes de leer el resultado: ¿a dónde fue ese mensaje? Si dejaste el Scenario en una de las opciones del mailbox simulator, fue a una dirección dentro de AWS que no llegó a tocar ningún proveedor de buzón. AWS enuncia la consecuencia sin rodeos: los emails que envías al mailbox simulator no cuentan para tu límite de envío ni para tus tasas de rebote y de denuncias, y tampoco afectan a las métricas de Virtual Deliverability Manager.
Se facturan igualmente. A efectos de facturación, los emails enviados al mailbox simulator de Amazon SES son iguales que cualquier otro email que envíes con Amazon SES. Una prueba con el simulador es un mensaje de pago que no cambia nada y no mide nada sobre la llegada, lo cual está bien siempre que sepas que eso es lo que has comprado.
Qué hace cada dirección del mailbox simulator
El simulador es realmente útil, solo que no para aquello que la gente busca cuando echa mano de él. Cada dirección de simulator.amazonses.com fuerza un resultado concreto para que puedas ejercitar el código que lo gestiona:
success@simulator.amazonses.comacepta el mensaje con normalidad.bounce@simulator.amazonses.comdevuelve un rebote duro.complaint@simulator.amazonses.comdevuelve una denuncia de spam.ooto@simulator.amazonses.comdevuelve una respuesta automática de ausencia.suppressionlist@simulator.amazonses.comdevuelve un rechazo por lista de supresión.
Así es como compruebas que tu procesamiento de rebotes elimina una dirección, que tu webhook de denuncias se dispara y que tu lógica de supresión se comporta, sin gastar reputación real en generar los eventos. Cualquier otra plataforma de envío de esta categoría te obliga a provocar un rebote real para probar la gestión de rebotes. SES no, y esa es una ventaja de verdad.
El simulador funciona además con la cuenta en el sandbox, algo que importa más de lo que parece.
El sandbox es la razón de que tu prueba no vaya a ninguna parte
Cada cuenta nueva de SES arranca en el sandbox, y lo hace en cada Región por separado. Mientras estés ahí solo puedes enviar a direcciones y dominios de email verificados, o al mailbox simulator de Amazon SES. Una dirección de prueba externa que no hayas verificado es inalcanzable, y el fallo parece un problema de permisos en lugar de una restricción de la política.
El sandbox también limita el envío a 200 mensajes por periodo de 24 horas y a un mensaje por segundo.
Para salir, abre Account dashboard en el panel de navegación de la consola de SES, busca el aviso que indica que tu cuenta está en el sandbox, elige View Get set up page y solicita el acceso a producción. AWS no publica cuáles serán tus límites en producción, y se limita a decir que la cifra varía según tu caso de uso concreto, así que trata como inventado cualquier número que veas citado por ahí.
Formatted o Raw, y por qué tu HTML llega como texto plano
El formulario de prueba de la consola te pide un Email Format. Elegir Formatted significa que AWS da formato de email a tu texto por ti, algo cómodo que se lleva por delante tu HTML. El HTML y los adjuntos solo sobreviven si eliges Raw y pegas tú mismo el MIME completo.
AWS acompaña esa ruta de un aviso que merece la pena repetir, porque produce un fallo desconcertante: una línea en blanco entre las dos líneas de cabecera hace que el email se formatee como texto plano en lugar de como HTML. Si tu prueba en Raw llega como un muro de etiquetas, esa suele ser la causa, y nada del síntoma apunta hacia ella.
Esta es la forma general de SES. Es un relé de mensajes en crudo y no una herramienta de campañas, así que no hay renderizado de plantillas, ni etiquetas de personalización, ni generación de enlaces de baja, ni previsualización del renderizado. No se le quita nada a tu mensaje porque nunca se le añadió nada.
SES analiza virus, no spam
En SES no hay puntuación al estilo de SpamAssassin por ninguna parte, ni comprobador de palabras spam, ni nota del contenido. La función que se confunde con eso es el análisis de virus: todos los mensajes enviados por SES se analizan en busca de virus, y puedes demostrarlo con un archivo de prueba EICAR, que genera un evento Reject.
Eso es detección de malware. No te dice nada sobre si un proveedor de buzón archivará tu mensaje como spam.
Para la mitad de la pregunta que toca al contenido, la comprobación tiene que ocurrir fuera de SES. Entre los mensajes analizados con Unspam este año, el 88% cae en el rango seguro de SpamAssassin, así que el contenido rara vez explica el problema entero, pero es la parte más barata de descartar antes de mirar la reputación.
SES sí mide la llegada, en dos sitios y los dos de pago
El botón Send test email de la consola no es el único test que tiene SES, y los otros dos son fáciles de pasar por alto porque ninguno está al lado.
Los tests predictivos de inbox placement llevan años dentro del deliverability dashboard de SES y se lanzan a través de la API CreateDeliverabilityTestReport. AWS los describe como una ayuda para predecir cómo tratarán tus mensajes los distintos proveedores de correo del mundo: tú aportas un mensaje de muestra y Amazon SES lo envía a direcciones especiales repartidas por varios proveedores de correo grandes. El test termina en unas 24 horas y el resultado se lee con GetDeliverabilityTestReport.
Global deliverability llegó el 29 de mayo de 2026 y vive dentro de Virtual Deliverability Manager. Informa de los porcentajes de bandeja de entrada, spam y no localizados con un desglose por ISP, los resultados aterrizan en un plazo de dos a cuatro horas y añade además vigilancia de listas negras. Se vende como paquete de suscripción a $1.250 al mes, por región y por cuenta, e incluye 5 dominios, 12 IP y 25 tests con buzones de prueba al mes.
AWS no publica en qué proveedores están sus cuentas de prueba, cuántas hay ni cuáles son sus direcciones. Es una laguna importante si intentas cuadrar un resultado de llegada con el comportamiento de un proveedor concreto.
La función más barata de SES, SES deliverability dentro de Virtual Deliverability Manager, es una activación de pago aparte que cuesta $0.07 por cada 1.000 emails. Te da un panel y un asesor sobre tus propios datos de envío: tasas de apertura, de clic, de denuncias, de entrega y de rebote. Como todo panel de interacción, informa sobre correo que ya llegó a alguna parte, que es justo lo que pregunta una duda sobre la llegada.
Cuándo necesitas un envío real a una dirección de prueba
Una vez que tengas el acceso a producción, el test honesto es un mensaje corriente por tu ruta habitual de SES, a una dirección que no esté dentro de AWS.
La guía de entregabilidad de Amazon SES cubre esa configuración, incluidos el configuration set y el cableado del event destination que te permiten observar de verdad qué pasó. Para saber dónde aterriza el mensaje, un test de llegada a la bandeja de entrada lo entrega en buzones de prueba de Gmail, Outlook, Yahoo y otros cinco proveedores e informa del resultado proveedor a proveedor.
De las campañas pasadas por Unspam en lo que va de año, el 65% de los emails llega a la bandeja de entrada principal, y el benchmark de entregabilidad de Unspam sigue ese reparto.
Cuando el mensaje sea uno que enviarías de verdad, pásalo por el test de spam gratuito de Unspam y lee la autenticación sobre el envío real y no sobre uno simulado.
