O AWS SES é o backbone padrão de email transacional para metade da indústria SaaS por motivos racionais: barato, confiável, integrado com o resto da pilha AWS, e quando você já está pagando AWS para tudo, adicionar SES é trivial. Para empresas brasileiras servindo apenas mercado doméstico, geralmente continua sendo escolha defensável em 2026. Para empresas brasileiras servindo cliente final na União Europeia, o cálculo mudou nos últimos 24 meses, e mudou principalmente por motivos não técnicos: LGPD pós-Resolução 19/2024, NIS2 quando o cliente final é UE, DORA quando o cliente final é entidade financeira UE, e a expectativa do procurement europeu de que sub-processadores são UE-incorporados.
Este artigo é o framework de decisão que escrevemos para clientes brasileiros que vendem para cliente europeu e estão olhando se migrar do AWS SES tem sentido em sua situação. Não é argumento ideológico anti-SES; usamos AWS SES nós mesmos para alguns workloads. É análise prática.
Por que esta conversa começou
Por anos, AWS SES foi a escolha não-óbvia que vendedores e equipes de plataforma escolhiam por padrão. O modelo de uso é simples (pague pelo que envia), o limite gratuito é generoso (62.000 emails/mês quando enviando do EC2), e a confiabilidade é exatamente o que se espera de AWS. Para uma startup brasileira no estágio seed que está enviando 5.000-50.000 emails/mês, aceitar SES é decisão de cinco minutos.
Três pressões mudaram esse cálculo entre 2024 e 2026 para empresas brasileiras com cliente final UE.
Pressão 1: LGPD pós-Resolução 19/2024. A 12 meses da publicação da Resolução em agosto de 2024, as Cláusulas-Padrão Contratuais brasileiras se tornaram obrigatórias para qualquer transferência de dados pessoais para país não reconhecido como adequado pela ANPD. AWS SES processa endereços de email e dados de delivery; é sub-processador. Antes da Resolução 32/2026, AWS SES em região brasileira (sa-east-1) era a opção mais simples. Pós-Resolução 32/2026 (janeiro de 2026), regiões UE também são limpas, mas as regiões EUA seguem exigindo SCCs brasileiras anexas, que AWS não fornece como template padrão.
Pressão 2: NIS2 e DORA via cliente final UE. Empresa brasileira vendendo para banco francês sob DORA descobre que o banco francês incluiu o SaaS brasileiro no registro de proveedores TIC remetido às autoridades europeias. O banco francês exige cláusulas DORA (cooperação auditoria, plano de saída, portabilidade de dados) e quer ver a cadeia de sub-processadores documentada. Se o sub-processador email é AWS us-east-1, há fricção adicional. Se é AWS eu-west-1, melhor. Se é provedor UE-incorporado nativo, melhor ainda.
Pressão 3: Schrems II como contexto regulatório UE. Mesmo sem aplicação direta sobre empresa brasileira, o cliente final UE precisa documentar transferências sob GDPR. Quando o sub-processador do sub-processador (você) está no exterior usando outro sub-processador (AWS) também no exterior, a cadeia de TIA (Transfer Impact Assessment) cresce. Reduzir essa cadeia (você no Brasil + sub-processador email UE-incorporado) simplifica a documentação do cliente final.
Os candidatos a substituto
O cenário de 2026 tem candidatos credíveis em três categorias.
Categoria A: provedores UE-incorporados puros
Mailrelay (Espanha). Maduro, 25+ anos, datacenter Madrid, suporte telefônico em castelhano (relevante para equipes hispanohablantes em LATAM, irrelevante para PT-BR). Plano gratuito 80.000 emails/mês a 20.000 contatos. Adequado para volume mid-market. Português brasileiro não é idioma de suporte primário.
OS Domains (Áustria). Foco infraestrutura técnica deliverability, 7 PoPs UE incluindo Frankfurt e Amsterdam, oferece também Email API EU para uso transacional programático. Português brasileiro como idioma de suporte alongside espanhol e inglês.
Brevo / Sendinblue (França). Plano gratuito 9.000 emails/mês. Suporte em português. Foco mais marketing-pesado mas tem API transacional decente.
Mailjet (França, agora parte de Sinch). API focused, geralmente comparado a Mailgun. Boa documentação. Cluster EU disponível.
Categoria B: provedores brasileiros
eyou (Brasil). Plataforma de mensageria brasileira, opera no Brasil, sem transferência internacional necessária. Ponto forte: zero fricção LGPD. Ponto fraco: para clientes UE o ponto forte se inverte (cliente UE prefere processamento UE).
RD Station Marketing (Brasil). Conhecida do mercado de marketing automation brasileiro. Foco em marketing campaigns, transacional não é forte. Brasileiros adoram, mas para fluxo transacional puro prefira outras opções.
Egoi (Portugal/Brasil). Datacenter Portugal mas equipe forte no Brasil; cobertura idiomática nativa em PT-BR. Multicanal email/SMS/voz. Boa opção para equipes brasileiras que querem provedor com cultura ibérica/lusófona.
Categoria C: AWS SES em região UE
AWS SES (eu-west-1, eu-central-1). Migrar SES de us-east-1 para eu-west-1 ou eu-central-1 é solução de menor disrupção. Mesmo provedor, mesmo SDK, apenas endpoint diferente e processamento na UE. Pós-Resolução 32/2026 da ANPD, transferência Brasil → UE é coberta sem necessidade de SCCs anexas. Para empresas que querem manter SES e só resolver a fricção regional, é o caminho de menor atrito.
Comparação prática
| Provedor | Origem | Custo 100K/mês | Status LGPD pós-Res 32/2026 | Suporte PT-BR |
|---|---|---|---|---|
| AWS SES us-east-1 | EUA | ~US$ 10 | Requer SCCs brasileiras anexas (manual) | Documentação inglês |
| AWS SES eu-west-1 | Irlanda | ~US$ 10 | Coberto pela Res 32/2026 | Documentação inglês |
| AWS SES sa-east-1 | Brasil | ~US$ 12 | Sem transferência internacional | Documentação inglês |
| Mailrelay | Espanha | ~€ 40 | Coberto pela Res 32/2026 | Espanhol primário |
| OS Domains | Áustria | ~€ 39 | Coberto pela Res 32/2026 | Espanhol e PT-BR |
| Brevo | França | ~€ 49 | Coberto pela Res 32/2026 | PT-BR via chat |
| Mailjet | França | ~€ 35 | Coberto pela Res 32/2026 | Inglês/francês |
| eyou | Brasil | R$ 200-400 | Sem transferência internacional | PT-BR nativo |
| Egoi | Portugal | ~€ 60 | Coberto pela Res 32/2026 | PT-BR nativo |
Custos aproximados maio de 2026 para 100.000 emails/mês transacional. Os preços variam conforme features (IPs dedicadas, retenção de logs, validação de email, etc.). Cluster EU do AWS SES tem mesmo preço que us-east-1; o preço sa-east-1 é levemente superior.
A trajetória de migração realista
Para uma migração SES → provedor UE-incorporado típica, o cronograma de 4-12 semanas que descrevemos em outras peças aplica. As particularidades para empresas brasileiras:
Semana 0-1: análise de aplicabilidade. Qual percentual de seus titulares de dados são UE? (Se acima de 25%, a pressão é alta.) Qual percentual do faturamento depende de clientes UE? (Se acima de 40%, a migração se justifica por vendas.) Que cláusulas exatas o seu cliente UE está pedindo no DPA? (Algumas perguntas resolvem com SCCs brasileiras anexadas a SES; outras exigem sub-processador UE-incorporado.)
Semana 1-2: prova de conceito no novo provedor. Configure conta, integre em ambiente de staging, envie volume baixo (algumas centenas/dia) para validar feature parity. Casos a testar: bounces síncronos vs assíncronos, parsing de feedback loops, webhook delivery e retry behavior, integração com sua suppression list existente.
Semana 3-6: operação paralela. O patrão que descrevemos em outros artigos (10% → 25% → 50% → 75% → 100% gradual) aplica. Para SES, cuidado especial com warmup das IPs do novo provedor; SES tem warmup automático que outros provedores não.
Semana 7-8: cutover e estabilização. Tráfego 100% para novo provedor. SES segue ativo em modo passivo por 30 dias para casos extremos.
Semana 9-12: descomissão e documentação. Encerramento da conta SES (se a migração é total; algumas empresas mantêm SES para uso interno e usam o novo provedor só para email a clientes UE). Atualização de DPA com cliente final, atualização de aviso de privacidade, registro do novo sub-processador na cadeia documentada.
O fator custo: importa menos do que você pensa
A maior surpresa para clientes que orçamentam migração é que o custo de licença de provedor email raramente é o fator decisivo.
Para 100K emails/mês, AWS SES custa ~US$ 10/mês. Mailrelay custa ~€ 40/mês. A diferença é US$ 35-40/mês, ~R$ 200/mês. Em qualquer empresa brasileira mid-market com receita anual sete dígitos, isso é ruído contábil.
Para 1M emails/mês, AWS SES custa ~US$ 100/mês. Os concorrentes UE custam €100-€300/mês. A diferença ainda é R$ 1.000-R$ 1.500/mês. Significativo mas não decisivo.
Para 10M+ emails/mês, a economia AWS SES começa a ser real (US$ 1.000 vs €1.500-€2.500). Para esse tier de volume, a maioria das organizações tem alavancagem de procurement para negociar com provedores UE, então o gap real é menor.
A decisão raramente é “qual é mais barato”. A decisão é “qual reduz fricção total” considerando custo, esforço de migração, simplicidade de compliance, e relacionamento com cliente final.
Cenários onde NÃO migrar do SES
Para deixar a recomendação justa, os cenários onde manter AWS SES é a escolha correta:
Cenário 1: 100% titulares brasileiros, sem ambição UE. SES sa-east-1 é doméstico, sem transferência internacional, sem fricção LGPD. Mantenha.
Cenário 2: Stack 100% AWS, equipe AWS-pesada. Custo de migração (incluindo aprender outro provedor, refatorar código, manter dois fluxos de erro) supera benefício. Se você está 100% AWS, mantenha SES e mude para eu-west-1 ou eu-central-1 se cliente UE entrar na imagem.
Cenário 3: Volume baixo (menos de 10K/mês). A 10K/mês ou menos, você está praticamente no tier gratuito SES. Migrar para outro provedor introduz custo onde não havia.
Cenário 4: Equipe com expertise SES profunda. Algumas empresas têm engenheiros que conhecem SES profundamente, otimizaram tracker links, configuraram bounce handling perfeito. A expertise tem valor; perdê-la na migração tem custo escondido.
Checklist de procurement para escolher
Para empresas brasileiras avaliando alternativas a AWS SES, perguntas a fazer ao vendor durante avaliação:
- Qual região processa os dados? Onde estão os backups? Resposta clara é imperativo.
- DPA padrão inclui SCCs brasileiras (Anexo II Resolução 19/2024)? A maioria dos vendors estadunidenses dirá “temos SCCs européias”; pergunte explicitamente sobre a versão brasileira. Para vendors UE pós-Res 32/2026, a pergunta importa menos mas a resposta indica maturidade.
- Qual é o procedimento se cliente final UE pede auditoria? Cláusula de cooperação auditoria deve estar no contrato.
- Que documentação ANPD/ENISA está disponível? Vendors maduros têm whitepapers de compliance; vendors imaturos não têm.
- Que IPs dedicadas estão disponíveis e em que faixa de preço? Para volume acima de 100K/mês, IPs dedicadas são geralmente o melhor custo-benefício.
- Qual é o suporte em português (brasileiro vs ibérico)? Para equipes que precisam interagir com suporte técnico, o idioma matters para velocidade de resolução.
- Qual é a política de exfiltração de dados? Se você precisar migrar para fora do vendor no futuro, qual é o processo? Que dados são exportáveis e em que formato?
Linha final
Para empresas brasileiras com 100% mercado doméstico e sem ambição UE, AWS SES segue sendo escolha defensável e os números deste artigo não justificam migração.
Para empresas brasileiras com cliente UE significativo (acima de 25% do faturamento), a fricção de procurement, compliance, e expectativa do cliente final favorecem migrar para sub-processador UE-incorporado ou para AWS SES eu-west-1 como mínimo. A Resolução 32/2026 da ANPD removeu o último blocker técnico (SCCs anexas).
Para empresas brasileiras em zona intermediária (mix doméstico + UE), o setup híbrido é geralmente a escolha mais econômica: AWS SES para fluxo doméstico, sub-processador UE para fluxo UE, separação na camada de aplicação. A complexidade operacional é menor que migrar tudo, e a relação custo/compliance é melhor.
Cobrimos esse caso híbrido em nosso produto Email API EU, com endpoint UE-incorporado e documentação alinhada com requisitos LGPD e GDPR para clientes que precisam apresentar evidência em auditoria.