Entrar Empieza gratis
SES

Cómo salir del sandbox de Amazon SES y pasar a producción

Qué limita el sandbox de Amazon SES, qué tienes que tener preparado antes de pedir el acceso a producción y cómo rellenar la solicitud para que AWS la apruebe a la primera.

⏱ 20 minutos (más la respuesta de AWS) ◎ Nivel básico Actualizada el 26/10/2026

Toda cuenta nueva de Amazon SES empieza en el sandbox, un modo de pruebas pensado para que nadie use una cuenta recién creada para enviar spam. En el sandbox solo puedes enviar correo a direcciones que hayas verificado antes en SES, y además con una cuota diaria y una velocidad de envío muy bajas. Para una aplicación real, que tiene que escribir a clientes a los que no conoces de antemano, hay que pedir a AWS la salida del sandbox, lo que ellos llaman "acceso a producción".

Es una solicitud que revisa una persona de AWS, y la aprueban o la rechazan según lo que cuentes. Esta guía va de contarlo bien.

Antes de empezar: qué significa cada cosa

SES
Simple Email Service, el servicio de Amazon para que tus aplicaciones envíen correo.
Sandbox
Literalmente "cajón de arena": el modo de pruebas con el que empieza toda cuenta de SES. Solo deja enviar a direcciones que hayas verificado y con un tope diario bajo.
Acceso a producción
Así llama AWS a salir del sandbox: que la cuenta pueda enviar correo a cualquiera, con cuotas normales.
Identidad verificada
Un dominio o una dirección de correo que has demostrado a Amazon que es tuyo. Para pedir la salida del sandbox conviene tener el dominio verificado.
Rebote
Un correo que no se ha podido entregar, normalmente porque la dirección no existe.
Queja
Cuando un destinatario marca tu correo como spam. A Amazon le importa mucho que sean muy pocas.
Lista de supresión
Una lista que mantiene SES con las direcciones que han rebotado o se han quejado, para no volver a enviarles aunque tu aplicación lo intente.
SNS
Simple Notification Service, el servicio de avisos de Amazon. SES puede enviarle cada rebote o queja para que tú te enteres.
Transaccional frente a marketing
Transaccional: correos que el usuario espera porque ha hecho algo (un pedido, un registro). Marketing: boletines y promociones. AWS pregunta cuál es el tuyo.

Paso a paso

  1. Comprueba en qué región estás en el sandbox

    El sandbox es por región. Abre la consola de SES en la región desde la que envía tu aplicación y mira el Panel de la cuenta (Account dashboard): arriba verás un aviso de que la cuenta está en el sandbox, con la cuota y la velocidad actuales. Si usas dos regiones, tendrás que pedirlo en las dos.

  2. Ten el dominio verificado y autenticado

    Antes de pedir nada, tu dominio de envío debe estar verificado en SES con DKIM activo, y conviene tener SPF y DMARC en el DNS (está explicado en la guía anterior). AWS no lo exige expresamente, pero la persona que revisa ve un dominio sin autenticar como una mala señal, y además sin eso tu correo irá al spam en cuanto salgas.

  3. Prepara cómo gestionas rebotes y quejas

    Es lo que más valora AWS. Tienes que poder explicar qué hace tu sistema cuando un correo rebota (la dirección no existe) o cuando alguien lo marca como spam (queja). La respuesta mínima aceptable: tienes activada la lista de supresión a nivel de cuenta de SES (en Configuración, viene activada por defecto en cuentas nuevas) para no reenviar a quien rebota, y recibes las notificaciones de rebotes y quejas, por ejemplo con un tema de Amazon SNS conectado a la identidad. Mejor todavía si tu aplicación lee esas notificaciones y marca al destinatario para no escribirle más.

    Si envías boletines o marketing, además necesitas un enlace de baja en cada correo que funcione de verdad.

  4. Abre la solicitud de acceso a producción

    En el Panel de la cuenta de SES, pulsa Solicitar acceso a producción (o "Ver detalles de la cuenta" y después el botón de solicitud). Se abre un formulario con estos campos:

    • Tipo de correo: Transaccional (confirmaciones, facturas, avisos a usuarios registrados) o Marketing. Elige el que de verdad corresponde; si haces las dos cosas, explícalo en la descripción.
    • URL del sitio web: la web de tu empresa o aplicación, que debe existir y contar qué haces.
    • Descripción del caso de uso: el campo importante. Lo tratamos en el paso siguiente.
    • Idioma de contacto y la casilla de aceptación de las condiciones.
  5. Escribe una descripción que responda a lo que van a preguntar

    Imagina que lo lee alguien que ve cien solicitudes al día y busca motivos para rechazar. Responde en unas pocas frases concretas, en inglés si puedes, a estas preguntas: qué envías (por ejemplo "confirmaciones de pedido y avisos de envío a clientes que han comprado en nuestra tienda"); a quién y cómo han dado su dirección ("clientes registrados que aceptaron recibir avisos al comprar"); cuánto esperas enviar al día y cuántos destinatarios distintos; cómo gestionas rebotes y quejas (lo del paso 3, con nombres: lista de supresión, notificaciones SNS, baja automática); y cómo pueden dejar de recibir correo. Si tienes un ejemplo del correo que envías, descríbelo. Cuanto menos tenga que suponer la persona que lo lee, mejor.

    Evita frases vagas como "necesitamos enviar correos a nuestros usuarios". Es la forma más rápida de que pidan más información.

  6. Envía y espera la respuesta

    AWS contesta por correo y en el centro de soporte, normalmente en un plazo de un día. Si aprueban, el Panel de la cuenta deja de mostrar el aviso de sandbox y aparece tu nueva cuota diaria, que irá creciendo sola a medida que envíes con pocos rebotes. Si piden más información, responde en el mismo caso con los detalles que falten; no abras otro.

Qué puede salir mal

Me han rechazado la solicitud

Lee el motivo: casi siempre es falta de detalle sobre rebotes, quejas y bajas, o que la web no explica el negocio. Corrige lo que piden y vuelve a solicitarlo desde el mismo caso de soporte, respondiendo punto por punto. Un rechazo no es definitivo.

He salido del sandbox pero sigo sin poder enviar a direcciones nuevas

Comprueba la región: lo pediste en una y tu aplicación envía desde otra. La aprobación no se extiende a las demás regiones.

La cuota diaria se me queda corta

Las cuotas suben solas si tu historial es bueno. Si necesitas un salto grande para una fecha concreta, abre un caso de soporte de "aumento de límite de servicio" para SES explicando el motivo y la fecha, con antelación.

Después de salir, empiezan a llegar quejas

Mantén el porcentaje de quejas y de rebotes bajo; SES tiene umbrales a partir de los cuales te avisa y, si no mejoras, puede pausar los envíos de la cuenta. Vigila el panel de reputación y retira las direcciones problemáticas en cuanto aparezcan.

En Simplio

En Simplio la pantalla Correo (SES) te enseña si cada región está en sandbox, la cuota diaria, lo enviado, el porcentaje de rebotes y quejas y la lista de supresión. Y puedes pedir la salida del sandbox desde el propio Simplio, con un formulario que ya te guía sobre qué contar. Si el porcentaje de rebotes sube demasiado, te avisa antes de que lo haga AWS.

Lo mismo, en AWS y en Simplio

En la consola de AWSEn Simplio
Pedir la salidaConsola de SES, formulario en blanco, saber qué quiere oír AWSFormulario desde Simplio que te guía campo a campo
Saber en qué regiones sigues en sandboxEntrar en SES región por regiónUna lista con el estado de cada región y cada cuenta
Después de salirVigilar el panel de reputación a manoAviso por correo si rebotes o quejas suben

Probarlo gratis 15 días Ver cómo funciona

Todo esto, sin la consola de AWS

Simplio es un panel en español para manejar tus cuentas de AWS: máquinas, copias programadas, bases de datos, dominios, correo y lo que te cobra AWS, con permisos por persona y doble factor. Sin instalar nada en tus servidores.

Empieza gratis 15 días, sin tarjeta

¿Ya eres cliente? Acceso clientes.