landing · custo do amazon ses

Como uma equipe de produto deve avaliar o custo do Amazon SES?

Avalie o custo do Amazon SES como um modelo de carga de trabalho, e não como uma tarifa única por e-mail. Conte os destinatários de saída por região, os dados de anexos, o processamento de entrada, os IPs dedicados, os recursos de entregabilidade, a validação, o roteamento multirregião, o armazenamento, os eventos, o monitoramento e as operações de engenharia. Depois, compare os planos de preços atuais do SES com a cobrança avulsa (à la carte) para o mesmo conjunto de recursos. Use os tamanhos reais das mensagens e os picos de tráfego, não apenas médias mensais. Separe também a aceitação pelo provedor, a entrega ao servidor de destino e a chegada à caixa de entrada, porque pagar por um envio não garante o resultado final.

Comece identificando o modelo de preços da conta

O Amazon SES não tem mais apenas um caminho de preços. A AWS introduziu os planos Essentials, Pro e Enterprise em 21 de julho de 2026, mantendo os preços avulsos. A AWS informa que novas contas do SES e combinações de conta e região sem atividade medida do SES desde 1º de junho de 2025 começam no Essentials, com a opção de fazer upgrade ou mudar para o modelo avulso. Portanto, o histórico da conta existente e a região selecionada podem mudar o ponto de partida. Antes de criar uma planilha, abra a seção de plano de preços do SES de cada conta e região de produção, registre o modelo ativo e anote a data. Não infira a cobrança a partir de uma postagem antiga de blog, da conta de outra equipe ou de uma tarifa informada sem os recursos incluídos. Os preços do SES, a elegibilidade dos planos, a disponibilidade regional e as regras do AWS Free Tier podem mudar; portanto, trate a página oficial de preços e os dados de cobrança da conta como a fonte da verdade no momento da compra.

Monte uma equação de custo completa

Uma estimativa mensal útil começa pelos destinatários de saída, e não apenas pelas requisições à API ou pelos objetos de mensagem. Some os dados de saída cobráveis, especialmente anexos, e depois as mensagens de entrada e os blocos de dados recebidos, se você usar o recebimento do SES. Some a taxa fixa do plano escolhido, eventuais faixas de volume e os recursos cobrados à parte, como IPs dedicados, Global Endpoints, validação de e-mail, recursos de tenants, opções do Virtual Deliverability Manager, endpoints do Mail Manager, arquivamento ou complementos de segurança. Inclua então os serviços da AWS dos quais você depende: computação para o remetente, filas, destinos de eventos, logs e métricas, armazenamento, chaves de criptografia, transferência de dados, backups e suporte. Por fim, some a engenharia e a operação: onboarding de domínios, desenho de IAM, gestão de cotas, processamento de eventos, tratamento de bounces e reclamações, resposta a incidentes, revisão de entregabilidade, testes multirregião e migração de provedor. A fórmula da fatura e o custo total de operar o e-mail da aplicação são números relacionados, mas diferentes.

Compare planos e o modelo avulso com os mesmos recursos

A AWS lista tarifas de plano para os primeiros 10 milhões de e-mails mensais: $0.16 por 1,000 no Essentials, $0.22 no Pro e $0.23 no Enterprise. O Pro também lista uma cobrança fixa de $105 por conta, por região e por mês, e o Enterprise lista $500. Tarifas marginais menores se aplicam a faixas de volume maiores. Os planos agrupam diferentes recursos de entregabilidade, validação, IP dedicado, recursos globais, tenant e Mail Manager; por isso, as tarifas principais não são intercambiáveis. A tabela avulsa lista e-mail de saída a $0.10 por 1,000 destinatários, mais $0.12 por GB de dados de anexos, com recursos opcionais cobrados separadamente. Compare cenários usando as mesmas regiões, distribuição de volume, anexos, trabalho de entrada e recursos. Um plano com uma tarifa de envio maior pode custar menos do que reconstruir individualmente seus recursos incluídos, enquanto uma carga de trabalho transacional simples pode não precisar desses recursos. Use cálculos de faixa marginal em vez de aplicar a faixa final a todo o volume.

Conte corretamente destinatários, regiões e dados

As cotas de envio e a contabilização de saída do SES são orientadas a destinatários. Uma única mensagem endereçada a dez destinatários consome dez unidades da cota de envio, e a AWS recomenda chamadas de API separadas por destinatário, porque um endereço inválido pode fazer uma chamada com vários destinatários ser rejeitada. Modele os destinos em To, Cc e Bcc, e não apenas as linhas de uma caixa de saída da aplicação. Divida a previsão por região da AWS, porque identidades, cotas, configuração de eventos, cobranças de planos e alguns recursos são regionais. Para e-mails com muitos anexos, meça as mensagens de produção já codificadas; a expansão base64 do MIME faz o tamanho transmitido ser maior que o arquivo binário original. A AWS observa que um arquivo anexado de 5 MB pode chegar a cerca de 6,85 MB após a codificação. Inclua picos sazonais, novas tentativas antes da aceitação, testes com o simulador de caixa postal quando forem cobrados e o tráfego de failover multirregião. Não conte em dobro as novas tentativas do provedor que ocorrem depois que o SES assumiu a responsabilidade, mas conte uma nova requisição de envio da aplicação quando as regras de cobrança a tratarem como outro destinatário de saída.

Precifique a infraestrutura opcional de forma deliberada

IPs dedicados não são uma exigência universal. Os endereços compartilhados do SES estão incluídos nos preços padrão de envio e atendem a muitas cargas de trabalho de baixo volume ou variável. IPs dedicados padrão adicionam uma taxa mensal por endereço alugado e exigem que o remetente os aqueça e gerencie. IPs dedicados gerenciados adicionam uma cobrança fixa por conta e preços por uso, enquanto o SES cuida do aquecimento adaptativo e da escalabilidade. A AWS lista IPs dedicados padrão por $24.95 por IP por mês e IPs dedicados gerenciados a partir de $15 por conta por mês, mais taxas de mensagem baseadas em volume. Outros exemplos avulsos incluem Global Endpoints a $0.03 por 1,000 e-mails além do envio base, cobranças de validação de e-mail e taxas do Virtual Deliverability Manager. Escolha cada item para uma necessidade operacional explícita, como IPs estáveis em listas de permissão, isolamento de reputação, roteamento multirregional ou diagnósticos. Adicionar infraestrutura sem volume ou responsabilidade suficientes pode aumentar o custo e a complexidade sem resolver problemas de domínio, consentimento ou conteúdo.

Inclua as cobranças de recebimento e de observabilidade de eventos

As cargas de entrada do SES e do Mail Manager usam unidades diferentes das do envio de saída. A tabela avulsa atual lista o e-mail de entrada a $0.10 por 1.000 e-mails mais $0.09 por 1.000 blocos completos de entrada de 256 KB. O processamento do Mail Manager, os endpoints de ingresso, o arquivamento, os complementos de segurança e os destinatários extras podem acrescentar tarifas próprias. O armazenamento no Amazon S3, as notificações pelo Amazon SNS, o roteamento de eventos, os painéis do CloudWatch, os logs e a retenção de dados também podem aparecer em outras linhas de serviços da AWS. A observabilidade de saída deve entrar no orçamento mesmo quando a publicação de eventos em si não é a maior cobrança. O SES pode publicar eventos de envio, entrega, bounce, reclamação, rejeição, falha de renderização, atraso, abertura e clique por meio de destinos configurados na AWS. Um serviço de produção precisa de ingestão segura, deduplicação, supressão de destinatários, limites de retenção e alertas operacionais. Precifique o volume de eventos, o tempo de armazenamento, os padrões de consulta e a responsabilidade de plantão, não apenas a transferência das mensagens.

Trate as cotas e o status de sandbox como restrições de capacidade

Um preço unitário baixo não importa se a conta não puder carregar a carga de trabalho do ponto de vista legal e operacional. As cotas de envio do SES são separadas por conta e por região da AWS e se baseiam em destinatários. A AWS documenta um padrão de sandbox de 200 e-mails a cada 24 horas móveis e um e-mail por segundo; contas em sandbox também têm restrições de destinatários. Os limites de produção variam conforme o caso de uso e podem ser aumentados junto à AWS. Modele o throughput normal, a taxa de pico, o isolamento de campanhas, o tráfego de novas tentativas e a carga total de failover e, em seguida, obtenha o acesso de produção e as cotas adequadas antes do lançamento. Não multiplique os padrões de sandbox em uma estimativa de custo como se fossem um plano que se pode comprar. Implemente backpressure para o throttling e monitore a taxa máxima de envio real e a franquia diária restante. Ao usar várias regiões, verifique identidades, configuration sets, cotas e destinos de eventos em cada uma delas. A revisão de capacidade faz parte do custo, porque um trabalho apressado de cotas, jobs descartados ou um failover não testado podem gerar despesas de suporte e engenharia muito além da tarifa de transporte.

Separe os envios cobrados dos resultados de entrega

A cobrança do SES e o estado de entrega respondem a perguntas diferentes. Uma requisição de envio bem-sucedida significa que o SES aceitou a requisição e tentará a entrega, sujeita à supressão e ao processamento posterior. Um evento de entrega significa que o SES informa que o servidor de e-mail do destinatário aceitou a mensagem. Um evento de bounce, reclamação, rejeição, falha de renderização ou atraso descreve um resultado diferente. A chegada à caixa de entrada acontece depois da aceitação pelo servidor de destino e é controlada pela filtragem e pelas políticas do lado do destinatário. Não estime valor multiplicando os envios pagos por uma taxa presumida de caixa de entrada e não rotule toda requisição aceita como entregue. Monte um painel de custos ao lado de um painel de resultados: de um lado, destinatários e dados cobráveis; do outro, os estados aceito, entregue ao servidor, bounce, reclamação, suprimido e atrasado. Use essas visões para encontrar desperdícios, como tentativas repetidas para endereços inválidos ou suprimidos, anexos grandes demais, retenção de eventos desnecessária ou recursos opcionais que não apoiam uma decisão definida.

Faça uma avaliação de preços reproduzível

Colete pelo menos quatro semanas de dados representativos por classe de mensagem: destinatários, bytes de mensagens e de anexos, regiões, picos por hora, quantidade e tamanho das mensagens de entrada, quantidade de eventos, retenção e incidentes de suporte. Projete um mês normal, um mês de pico e um mês com failover regional. Para cada cenário, calcule Essentials, Pro, Enterprise e o avulso usando as tarifas oficiais atuais e os mesmos recursos opcionais. Some as estimativas dos serviços da AWS dos quais você depende e as responsabilidades de engenharia nomeadas. Valide o resultado com a AWS Pricing Calculator ou com uma amostra controlada de cobrança e, depois, configure alertas de custo e métricas unitárias, como custo por destinatário aceito e custo por entrega ao servidor de destino. Registre as premissas, as URLs das fontes, o estado do plano por conta e região e a data de verificação. Repita a revisão quando a AWS mudar os preços, quando o tráfego passar de uma faixa, quando os anexos crescerem, quando for proposto um IP dedicado ou quando o produto adicionar e-mail de entrada, validação, arquivamento, tenants ou roteamento multirregião.

Decida quem é responsável pela camada de aplicação ao redor

As tarifas do SES puro cobrem a infraestrutura do provedor e os recursos da AWS escolhidos para a conta. Uma equipe de produto ainda pode precisar de onboarding de domínios, controles de chaves da aplicação, limites entre tenants, um modelo de registro de saída, tratamento de mensagens de entrada, ingestão de eventos, fluxos de supressão e um contrato interno de envio estável. Compare o SES direto com qualquer alternativa de camada de aplicação usando o modelo operacional completo, e não apenas a linha de transporte por destinatário do SES. A comparação deve incluir os recursos necessários, o tempo de engenharia, a responsabilidade operacional, as restrições de migração, a resposta a incidentes e a necessidade de controles específicos da AWS. Nenhuma camada de aplicação altera os preços do SES ou a filtragem nos destinatários, e nem a fatura do provedor nem uma requisição aceita garantem a chegada à caixa de entrada. O SES direto pode servir para equipes que querem controle total da AWS e já operam a camada ao redor. Uma camada de aplicação gerenciada pode servir para equipes que valorizam uma fronteira de integração mais estreita, mas os recursos e o preço dela devem ser verificados no contrato atual realmente implantado antes da comparação.

Perguntas frequentes

Quanto custa o Amazon SES por 1.000 e-mails?

Depende do modelo de preços ativo, da faixa de volume, dos destinatários, da região, dos dados e dos recursos. Em 21 de agosto de 2026, a AWS listava o e-mail de saída avulso a $0.10 por 1.000 destinatários, enquanto as tarifas dos planos e os recursos incluídos eram diferentes. Verifique a página oficial atual antes de comprar.

Um e-mail do SES para dez destinatários conta uma vez só?

Não. A AWS afirma que as cotas de envio se baseiam em destinatários, então uma mensagem endereçada a dez destinos conta como dez na cota. Da mesma forma, os modelos de custo devem medir os destinos cobráveis de acordo com os termos de preços ativos, e não apenas as chamadas de API.

Os anexos do Amazon SES são cobrados à parte?

A AWS lista uma cobrança adicional de dados de saída para os dados de anexos. Meça o tamanho de produção já codificado em MIME, porque a codificação base64 aumenta o tamanho de anexos binários, e inclua eventuais cobranças de transferência de dados ou de armazenamento da arquitetura da AWS ao redor.

Preciso de IPs dedicados no Amazon SES?

Não necessariamente. Endereços compartilhados atendem muitas cargas de baixo volume ou variáveis. Endereços dedicados acrescentam custo e requisitos operacionais e se justificam mais quando a equipe precisa de endereços estáveis, de volume consistente suficiente, de controle explícito da reputação ou de isolamento entre fluxos de e-mail.

O sandbox do Amazon SES é uma faixa de preço gratuita?

Não. O sandbox é um estado de acesso de envio e de cota, com restrições de destinatários, e não um plano de preços. Os créditos do AWS Free Tier e os planos de preços do SES são programas separados, com regras próprias de elegibilidade e duração.

Pagar por um envio no SES significa que ele chegou à caixa de entrada?

Não. Uma cobrança de envio e uma requisição bem-sucedida não determinam a pasta final na caixa postal. Acompanhe separadamente a aceitação pelo provedor, a entrega ao servidor de destino, os bounces, as reclamações, as supressões e os atrasos, tratando a chegada à caixa de entrada como uma decisão posterior do sistema do destinatário.

Fontes