Receba eventos assinados para cada entrega, rejeição, abertura, clique e reclamação, e reenvie o que você perdeu.
A IA resume os fluxos de eventos e sinaliza padrões incomuns de rejeição assim que aparecem.
Entregue, adiado, rejeitado, aberto, clicado, reclamado e cancelado.
Verifique se cada requisição veio da MigoSMTP.
As entregas que falham são repetidas automaticamente.
Reenvie eventos do log após uma indisponibilidade.
Assine apenas os eventos de que precisa.
Veja requisição, resposta e status de cada tentativa.
Informe sua URL HTTPS e escolha os eventos.
Confira o cabeçalho de assinatura em cada requisição.
Retorne uma resposta 2xx para confirmar o recebimento.
Alterne entre as etapas para ver o que você controla em cada uma. Interface ilustrativa. Todos os números e endereços exibidos são dados de exemplo.
Atualize seu banco de dados, dispare fluxos de trabalho e avise sua equipe sem fazer polling.
Webhooks de e-mail são callbacks HTTP que avisam seu aplicativo quando algo acontece com uma mensagem que você enviou. A MigoSMTP envia um payload JSON assinado ao seu endpoint HTTPS para eventos como entregue, adiado, rejeitado, aberto, clicado, reclamado e cancelado. Seu sistema reage na hora, em vez de consultar a API repetidamente para saber o status. Os payloads trazem o ID da mensagem, o destinatário, o tipo de evento, o horário e, nas falhas, o motivo devolvido pelo servidor de destino. Esses campos permitem associar os eventos aos seus próprios registros sem consultas extras nem adivinhação.
Você registra um endpoint, escolhe quais eventos ele deve receber e verifica o cabeçalho de assinatura em cada requisição. Retorne uma resposta 2xx para confirmar o recebimento. Se o seu endpoint falhar, as entregas são repetidas com backoff, e você pode reenviar eventos do log após uma indisponibilidade. Os detalhes de requisição e resposta de cada tentativa são guardados para você depurar rápido. Os segredos podem ser trocados, e os filtros de eventos mantêm cada endpoint focado. As tentativas que falham mostram a requisição, a resposta e o horário, o que torna a depuração de um handler rápida e baseada em evidências.
Os dados de eventos são como um sistema de envio aprende. Atualizar a supressão, pausar uma campanha diante de um pico de reclamações ou avisar o suporte sobre um recibo rejeitado dependem de eventos entregues a tempo. Nossa camada de IA pode resumir fluxos de alto volume e sinalizar padrões incomuns, para que sua equipe perceba um problema em minutos, e não depois que um cliente reclamar. Com replay e logs, uma lacuna nos seus sistemas não vira uma lacuna nos seus dados.
Marque pedidos como notificados quando forem entregues e sinalize contatos quando houver uma rejeição definitiva. Os webhooks eliminam a necessidade de jobs de polling e mantêm o estado da aplicação correto.
Em eventos de rejeição ou reclamação, adicione o endereço à sua própria tabela de não enviar imediatamente, para que os outros sistemas que enviam e-mail à mesma pessoa também parem.
Envie um alerta no Slack ou em um ticket quando uma redefinição de senha for rejeitada. O suporte pode então contatar o cliente por outro canal antes que ele desista. Isso poupa horas de trabalho manual.
Se o seu endpoint ficou fora do ar durante um deploy, reenvie os eventos perdidos a partir do log e leve seus registros de volta ao estado correto. Nada se perde nesse intervalo.
Marque um pedido como notificado ou um ticket de suporte como respondido assim que o evento de entrega chegar.
Envie os eventos por stream para a sua própria análise, para que os resultados de e-mail fiquem ao lado dos dados de produto e de receita.
Os dois fornecem dados de eventos. Servem a situações diferentes.
Muitas equipes usam webhooks para atualizações ao vivo e a API para preencher retroativamente o que perderam.
Um copilot condensa milhares de eventos em um resumo curto, como qual provedor está adiando e qual campanha gera reclamações, com links para as mensagens por trás de cada ponto.
Os modelos aprendem as taxas normais de rejeição, reclamação e adiamento e avisam quando um fluxo foge delas. Você define quem é notificado e se alguma automação é executada.
Cole o log de uma entrega com falha e o assistente explica a causa provável, como uma assinatura que não confere ou um timeout, e sugere uma correção para testar. A alteração é feita por você.
Por meio de um servidor MCP, agentes de IA podem ler o histórico de eventos e os logs de entrega com escopos somente leitura. Ações de escrita exigem escopos explícitos e, se você quiser, aprovação humana.
Os recursos de IA são assistivos: eles resumem e alertam, e qualquer ação automatizada é algo que sua equipe configura e aprova.
Rejeite as requisições cujo cabeçalho de assinatura não confere. Troque o segredo periodicamente e imediatamente se ele puder ter sido exposto.
Confirme com um 2xx assim que o payload estiver armazenado com segurança e depois processe-o a partir de uma fila. Handlers lentos causam timeouts e novas tentativas duplicadas.
As entregas podem se repetir e chegar fora de ordem. Use o ID da mensagem e o horário para deduplicar e para ignorar mudanças de estado obsoletas.
Filtre os eventos por endpoint. Menos requisições irrelevantes significam menos carga nos seus servidores e um monitoramento mais simples. Mantenha as integrações enxutas e fáceis de depurar.
Configure alertas para falhas repetidas no log de entrega. Uma indisponibilidade silenciosa significa uma deriva silenciosa nos dados até que alguém reenvie o intervalo perdido.
Retorne uma resposta 2xx rapidamente e passe o trabalho pesado para uma fila, para que handlers lentos não disparem novas tentativas.
Precisa de ajuda para configurar um endpoint? Nossa equipe pode revisá-lo com você antes do lançamento.
Um webhook de e-mail é uma requisição HTTP que seu provedor de e-mail envia ao seu servidor quando ocorre um evento, como uma mensagem ser entregue ou rejeitada. Ele permite que seu aplicativo reaja em tempo real sem consultar a API repetidamente. Isso substitui os jobs de polling e mantém seus registros atualizados.
Cada requisição inclui um cabeçalho de assinatura gerado com o segredo do seu endpoint. Recalcule a assinatura a partir do corpo bruto da requisição no seu lado e compare. Rejeite a requisição se forem diferentes. A documentação tem exemplos de código.
Entregue, adiado, rejeitado, aberto, clicado, reclamado e cancelado. Você pode inscrever cada endpoint em um subconjunto, de modo que um serviço receba as rejeições e outro receba os eventos de engajamento. Escolha apenas os que seus sistemas usam, como rejeições para supressão e cliques para análises, para manter o tráfego do seu endpoint pequeno e relevante.
As entregas que falham são repetidas com backoff, e você pode reenviar eventos do log assim que se recuperar. Cada tentativa, com requisição e resposta, é registrada para você ver o que falhou. Verifique se o seu handler responde rápido e registra as falhas.
Não conte com uma ordem estrita. Crie handlers que tolerem duplicatas e eventos fora de ordem usando o ID da mensagem e o horário. A ordem dos eventos pode variar entre provedores e novas tentativas, e uma única mensagem pode gerar vários eventos.
Alguns sistemas de e-mail buscam imagens automaticamente, o que é registrado como abertura mesmo que nenhuma pessoa tenha lido a mensagem. Separamos essas aberturas das humanas sempre que possível, mas o rastreamento de aberturas continua sendo uma estimativa. Trate as aberturas como um indicador aproximado. Considere cliques e respostas como sinais mais fortes de engajamento.
Envie um evento de exemplo do painel para a sua URL e confira se o seu handler verifica a assinatura e retorna um 2xx. Veja no log de entrega a requisição e a sua resposta. Use um endpoint de staging com um segredo de teste antes da produção. Faça isso antes de apontar a produção para o endpoint.
A IA pode resumir fluxos de eventos, sinalizar padrões incomuns de rejeição ou reclamação e ajudar a depurar entregas com falha. Ela recomenda ações, mas não altera a sua configuração, a menos que você crie uma regra. Revise os logs recentes antes de conectar novos endpoints.
Envie um evento de exemplo do painel.
Crie handlers que tolerem duplicatas e eventos fora de ordem, usando o ID da mensagem e o horário para deduplicar.
Crie uma conta, adicione seu domínio e envie seu primeiro e-mail.