O simulador de caixa postal do Amazon SES verifica como sua aplicação trata eventos de entrega predefinidos. Ele não mostra em qual pasta um provedor externo colocou o e-mail. Para observar isso com o LDM, envie uma mensagem original pela rota real do SES aos endereços fornecidos no teste. As duas verificações respondem a perguntas diferentes.
Um recibo pode passar no teste da aplicação e aparecer em Spam quando enviado de verdade. Uma cópia ausente também pode nunca ter saído da aplicação. Separe a geração da mensagem, a tentativa de entrega e a observação da pasta. O procedimento abaixo é uma verificação controlada, sem pressupor integração nativa entre SES e LDM.
Transporte, pasta e interação são observações diferentes.
O que o simulador do SES demonstra
A AWS oferece destinatários para simular entrega bem-sucedida, devolução, reclamação e resposta automática. O endereço success@simulator.amazonses.com, por exemplo, aciona o cenário de entrega bem-sucedida. A mensagem precisa ser enviada pelo SES, conforme a documentação do simulador.
Use esses cenários para verificar seu próprio processamento: a notificação chegou ao componente correto? Foi associada ao envio correspondente? A devolução simulada produziu a ação esperada? São testes úteis da aplicação, mas uma resposta predefinida não revela a decisão de uma caixa postal externa.
Registre separadamente o cenário simulado e a pasta observada em um destinatário real. Cada conclusão precisa identificar sua evidência e o momento da verificação.
Verifique as restrições do sandbox
O sandbox da conta SES é diferente do simulador. Segundo a AWS, o status de sandbox é específico de cada região. Nesse estado, os destinatários precisam ser endereços ou domínios verificados, exceto os endereços do simulador. O acesso à produção remove essa restrição de destinatários; as exigências de verificação da identidade do remetente continuam. Consulte Request production access.
Um endereço fornecido pelo LDM é um destinatário externo, não um endereço do simulador SES. Verifique a região e as permissões da conta antes de planejar o envio. Se a restrição impedir um teste legítimo, siga o processo de acesso à produção da AWS. Não tente contornar a verificação.
Como testar SES e LDM em conjunto
1. Defina a mensagem e a pergunta
Escolha um recibo, uma notificação de conta ou uma newsletter com permissão de envio. Uma pergunta concreta seria: “Em quais pastas este recibo aparece pela nossa rota atual?” Uma avaliação genérica sobre o SES excede o alcance desse teste.
Prepare dados fictícios realistas, sem informações confidenciais. Preserve assunto, HTML, texto simples, links e anexos representativos da mensagem, além dos mecanismos obrigatórios de descadastro.
2. Registre a rota utilizada
Anote região AWS, identidade do remetente, ambiente da aplicação e uso de SMTP ou API. Inclua o conjunto de configurações e as escolhas de roteamento realmente utilizados, a versão do modelo e os ajustes de rastreamento.
Uma mensagem escrita manualmente no console pode ajudar no diagnóstico, mas não reproduz automaticamente o conteúdo montado pela aplicação e enviado por seu processamento de filas.
3. Teste os eventos separadamente
Execute os cenários pertinentes do simulador e confira o comportamento da aplicação. Identifique esses registros como simulações. Mantenha os destinatários do simulador separados dos destinatários LDM, pois seus resultados têm significados diferentes.
Depois, prepare um envio real com escopo limitado. Tarefas de desenvolvimento e campanhas agendadas que não fazem parte da verificação devem permanecer fora dele.
4. Obtenha os destinatários atuais do LDM
Inicie uma verificação no LDM Inbox Placement com o endereço real do remetente. Utilize os endereços fornecidos para aquele teste. A interface do teste também está disponível em português.
Use um conjunto temporário de destinatários. Não acrescente esses endereços a aquecimento de envio, ou warmup, listas permanentes ou automações recorrentes. Confirme que a conta e o fluxo permitem a verificação.
5. Envie um original pela rota prevista
Faça a aplicação gerar uma nova mensagem diretamente para os destinatários do teste. Não encaminhe uma cópia da sua caixa pessoal: isso acrescenta outra rota e outro contexto à mensagem.
Mantenha a lógica normal de geração e envio, os cabeçalhos relevantes e o descadastro obrigatório. Registre a tarefa, o resultado da submissão, os horários e os identificadores disponíveis. Encerre o envio após processar o conjunto previsto.
6. Relacione envio e observação
Consulte os registros de envio antes de interpretar uma cópia ausente. Erro na submissão, problema posterior de entrega e impossibilidade de observar uma caixa exigem investigações diferentes.
Pela metodologia LDM, Missing ou unknown não significam Spam. Promoções e outras categorias são locais de recebimento, distintos da caixa principal e de Spam. A observação de 24 horas acompanha a mesma cópia recebida; ela não produz novos envios a cada verificação. Preserve pasta e horário juntos.
Exemplo hipotético de diagnóstico
Imagine que uma equipe valide o processamento de uma notificação de entrega com o simulador. Em um teste real separado, seleciona seis caixas externas: três cópias aparecem na caixa principal, uma em Promoções, uma em Spam e uma não é encontrada.
Esses números são hipotéticos, não um benchmark do SES. Cinco cópias foram recebidas. Pela fórmula publicada pelo LDM, a proporção na caixa principal é três de cinco, ou 60%. A cobertura de recebimento é cinco de seis caixas selecionadas. Informar apenas “60% de entregabilidade” esconderia o denominador e a cópia ausente.
Investigue os registros de envio da cópia ausente. Separadamente, examine a cópia encontrada em Spam e sua autenticação disponível. Os dois achados não justificam reescrever todo o conteúdo sem análise.
Limites da conclusão
Um conjunto pequeno de caixas não representa o histórico e as regras de todos os clientes. Também não demonstra que uma palavra, um link ou o SES causou determinada classificação. Autenticação e pasta observada são evidências distintas.
Preserve uma referência e altere uma variável relevante quando possível. Uma nova mensagem corresponde a outro envio; uma observação posterior da cópia original pertence ao histórico daquela mesma cópia.
Perguntas frequentes
O sucesso no simulador confirma a chegada à caixa principal do Gmail?
Não. Ele confirma o cenário simulado. Para descrever a pasta em uma caixa externa, é necessário enviar uma mensagem real e observar a cópia correspondente.
Posso usar o LDM enquanto minha conta SES está no sandbox?
Somente se os destinatários atenderem às restrições aplicáveis. Endereços comuns do LDM não pertencem ao simulador. Verifique o status da conta na região utilizada e siga o processo permitido pela AWS.
Devo enviar pelo console SES ou pela aplicação?
Use a rota relacionada à pergunta. Para um recibo gerado pela aplicação, teste seu processamento real. Identifique separadamente uma experiência feita apenas pelo console.
Devo remover rastreamento ou descadastro para melhorar o resultado?
Mantenha o primeiro teste representativo e preserve o descadastro obrigatório. Uma alteração opcional de rastreamento pode ser comparada em outra versão documentada; uma melhora isolada não comprova uma causa universal.
Como registrar uma mudança posterior de pasta?
Registre a sequência confirmada e os horários. Não suponha permanência na mesma pasta entre verificações. Um erro posterior de observação também não confirma a localização atual.
Verifique a rota utilizada pela aplicação
Crie um teste LDM após confirmar que sua conta SES permite o envio real. Mantenha simulações, registros de envio e pastas observadas associados ao experimento correspondente.