Verifique cada destinatário antes de o Amazon SES enviar — e mantenha sua conta fora de revisão
O Amazon SES suprime automaticamente um endereço no instante em que ele sofre um hard bounce, então nunca envia duas vezes para um endereço reconhecidamente inválido — mas ele não consegue avaliar um endereço antes desse primeiro envio, e no SES um primeiro envio para uma caixa morta é cobrado, retorna com bounce e conta contra os limites de reputação que podem colocar toda a sua conta em revisão. A Qualisend fecha essa lacuna: verifique cada endereço antes de o SES enviar para ele — no momento da captura e antes de cada lote — para que destinatários inválidos nunca cheguem a um envio. Veja o fluxo de trabalho que funciona hoje, além das opções via API e sem código.
A sincronização com Amazon SES em um clique está pausada enquanto reconstruímos a plataforma
Pausamos deliberadamente nossos conectores nativos de um clique enquanto reprojetamos a camada de sincronização sobre a qual eles funcionam — reforçando a forma como autenticamos, respeitamos os limites de requisições de cada plataforma e gravamos os resultados de volta — para que, quando a integração nativa com Amazon SES voltar, ela se mantenha confiável em qualquer tamanho de lista, em vez de frágil em escala. Nada disso afeta a forma como o Qualisend verifica um endereço.
Tudo o que você precisa já funciona hoje: o fluxo de exportação em CSV → verificação → reimportação abaixo e a API para verificar no cadastro têm suporte completo e estão rodando em produção — é assim que as equipes mantêm o Amazon SES limpo agora mesmo.
O que o Amazon SES limpa para você
O Amazon SES opera duas camadas de supressão. A lista de supressão global é gerenciada pela AWS em todos os clientes: qualquer endereço que sofra um hard bounce para qualquer remetente do SES é adicionado, e se você tentar enviar para ele, o SES aceita a chamada de API mas não entrega — a mensagem é tratada como hard bounce e ainda assim conta na sua taxa de bounce. Acima disso fica a sua lista de supressão em nível de conta, que o SES preenche automaticamente — você escolhe se hard bounces, reclamações ou ambos a acionam — e todo endereço nela é ignorado em envios futuros, com esse descarte deliberadamente não contado na sua taxa de bounce ou de reclamações de Reputação. Apenas hard bounces permanentes são adicionados automaticamente; soft bounces não. Para endereços que o SES realmente tentou, isso é uma higiene confiável e automática.
O que ele não consegue detectar
Cada um desses mecanismos é reativo — precisa de um envio real e de um bounce (ou reclamação) para disparar. Um endereço só é suprimido depois de já ter sofrido um hard bounce em uma mensagem ao vivo, o que significa que você já pagou por esse envio e já levou o impacto na reputação. Inválidos nunca verificados vindos de erros de digitação no cadastro (jane@gmial.com), endereços descartáveis aceitos no checkout, endereços de função e caixas que se deterioraram silenciosamente nunca sofreram bounce porque o SES nunca enviou para elas — parecem perfeitamente entregáveis até que sua primeira mensagem chegue, que é exatamente quando um provedor de caixa de correio forma sua primeira impressão do seu domínio e IP. Um lote de destinatários importado de um sistema antigo é o caso mais crítico: o histórico de bounces é removido, então endereços que já estavam falhando parecem novinhos em folha, e o SES vai cobrar de você para entregar cada um direto num hard bounce.
Por que uma lista limpa no Amazon SES faz diferença
No Amazon SES o que está em jogo não é uma conta baseada em número de contatos — o SES não armazena público e cobra por mensagem enviada (cerca de US$ 0,10 por 1.000), então não há lista armazenada para enxugar. A verdadeira exposição é a sua própria conta de envio. O SES monitora continuamente suas taxas de bounce e de reclamações, e os limites são rígidos: passe de cerca de 5% de taxa de bounce e a AWS coloca sua conta em revisão com um relógio de conformidade; passe de cerca de 10% e ela pausa completamente sua capacidade de enviar e-mails (a boa prática é manter os bounces abaixo de 5% e as reclamações abaixo de 0,1%). Para um remetente transacional isso é existencial — uma pausa significa que redefinições de senha, recibos e e-mails de conta param de ser enviados para todos os clientes, não só para os endereços ruins. Cada inválido nunca verificado para o qual você envia é uma cobrança de mensagem desperdiçada, um hard bounce puxando você em direção a esses limites e, em um IP compartilhado ou dedicado, um sinal de reputação que as regras de remetente de 2024 do Gmail e do Yahoo fiscalizam diretamente. Verificar antes do envio significa que a cobrança nunca é gasta, o bounce nunca acontece e sua conta nunca chega perto da revisão.
O fluxo de trabalho que funciona hoje
O Amazon SES não tem público para exportar — é uma API de envio pura — então o caminho limpo não é um loop de CSV, mas verificar cada endereço antes de o SES enviar para ele, e depois suprimir as falhas.
Verifique no momento da captura
Chame a API da Qualisend a partir do seu formulário de cadastro, checkout ou conta antes de armazenar o endereço ou entregá-lo ao SES. Um endereço que volta como não entregável nunca entra no seu banco de dados e nunca vira destinatário, então a fonte mais comum de bounces no SES — erros de digitação e endereços descartáveis pegos logo na porta — fica bloqueada antes de poder custar um envio.
Verifique um lote antes de enviá-lo
Para um disparo pontual, uma campanha de reengajamento ou uma lista de destinatários importada de um sistema antigo, passe-a primeiro pela limpeza em massa da Qualisend — até 1.000.000 de endereços por job, duplicados cobrados uma vez — ou cole uma amostra no verificador gratuito. Os 100 créditos únicos do plano gratuito, que nunca expiram, cobrem uma verificação inicial por amostragem. Nada chega ao SendEmail ou SendBulkEmail sem ter sido verificado.
Leia os resultados
Cada endereço retorna como entregável, arriscado, não entregável ou desconhecido, com um código de motivo, uma pontuação de 0–100 e sub-flags (catch-all, descartável, função, caixa cheia), além do provedor de MX e do detalhe da sondagem como evidência. Envie somente para os endereços entregáveis; segure o restante fora da sua chamada ao SES.
Suprima as falhas no SES e no seu próprio armazenamento
Adicione cada endereço verificado como não entregável à sua lista de supressão em nível de conta — chame PutSuppressedDestination na API v2 do SES uma vez por endereço (faça um loop para enviar um lote inteiro, do mesmo jeito que você migraria uma lista de supressão de um provedor anterior) — ou adicione-os manualmente no console do SES. O SES então os descarta mesmo que um deles escape para um envio futuro — e, por ser uma supressão em nível de conta, esse descarte não conta contra a sua taxa de bounce como contaria um bounce ao vivo. Registre o veredito também no seu próprio banco de dados, para que o endereço nunca seja recolocado na fila. Isso faz o trabalho de salvar a reputação antes do envio, em vez de depois do bounce.
Ou automatize no cadastro
O momento da captura é onde isso mais compensa. Verifique em tempo real com a API REST da Qualisend (chaves com escopo, limites de taxa, webhooks) dentro da mesma requisição que grava o endereço no seu banco de dados, ou monte um fluxo sem código pelo Zapier, Make ou n8n para que cada novo cadastro seja checado antes de poder virar um destinatário do SES — endereços inválidos e descartáveis nunca chegam a um envio, para começar.
O que o Qualisend sinaliza em cada endereço
- Endereços inválidos nunca verificados que sofreriam hard bounce no primeiro envio do SES e empurrariam sua taxa de bounce em direção ao limite de revisão de 5%
- Domínios descartáveis / temporários aceitos no cadastro que foram feitos para expirar
- Endereços de função (info@, support@) que atraem reclamações e distorcem os sinais de engajamento
- Domínios catch-all, sinalizados para que você possa modular o ritmo em vez de disparar contra um domínio que aceita tudo logo na porta
- Uma pontuação de confiança de 0–100 e um código de motivo legível por máquina para cada endereço, pronto para condicionar um envio via API
Um conector nativo de um clique para o Amazon SES faz parte da plataforma que estamos reconstruindo — ele está voltando, não foi descontinuado. Até que seja lançado, a API e o fluxo de verificar-antes-de-enviar acima são o caminho totalmente suportado, e funcionam com qualquer configuração do SES, quer você envie pela API ou por SMTP.
O que fazer com cada resultado
Cada endereço retorna com um veredito e sinalizações complementares. Veja a ação que mantém sua lista do Amazon SES limpa sem descartar contatos que você ainda pode alcançar.
entregávelEnvie pelo SES normalmente.entregável + flag de funçãoSeguro para e-mails transacionais e de conta; mantenha fora de disparos avaliados por engajamento.arriscado + flag de catch-allEnvie com cautela e module o ritmo — o domínio aceita tudo logo na porta, então a caixa não pode ser confirmada. Fique de olho na métrica de bounce.arriscado + flag de descartávelNão envie; adicione à sua lista de supressão do SES — a caixa foi feita para expirar.desconhecidoSegure e reverifique antes do próximo envio — geralmente é greylisting ou limitação de taxa, não um veredito sobre a caixa.não entregávelNunca envie; adicione à sua lista de supressão em nível de conta agora, antes que o bounce prove isso e conte contra a sua taxa.Leituras relacionadas
A limpeza é metade da entregabilidade — autentique também o domínio de envio do seu SES.
Verifique no momento da captura para que endereços inválidos nunca virem destinatários do SES.
Faça uma verificação por amostragem ou de um único endereço antes de montar a API.
Os limites de revisão de 5% e de pausa de 10% aos quais o SES submete sua conta.
Por que o primeiro envio para uma caixa morta custa mais do que uma mensagem desperdiçada.
Os limites de bounce e de reclamações de 2024 pelos quais o e-mail do seu SES é avaliado.
Perguntas frequentes sobre verificação no Amazon SES
Limpe sua lista do Amazon SES em minutos
Comece grátis com 100 créditos que nunca expiram — sem precisar de cartão. Exporte, verifique, reimporte e proteja sua próxima campanha.