Reciba eventos firmados de cada entrega, rebote, apertura, clic y queja, y reproduzca lo que se le haya pasado.
La IA resume los flujos de eventos y señala patrones de rebote inusuales en cuanto aparecen.
Entregado, diferido, rebotado, abierto, con clic, con queja y baja.
Verifique que cada solicitud procede de MigoSMTP.
Las entregas fallidas se reintentan automáticamente.
Reenvíe eventos desde el log tras una interrupción.
Suscríbase solo a los eventos que necesite.
Vea la solicitud, la respuesta y el estado de cada intento.
Introduzca su URL HTTPS y elija los eventos.
Compruebe la cabecera de firma en cada solicitud.
Devuelva una respuesta 2xx para confirmar la recepción.
Cambie entre etapas para ver qué controla en cada paso. Interfaz ilustrativa. Todas las cifras y direcciones mostradas son datos de ejemplo.
Actualice su base de datos, lance flujos de trabajo y avise a su equipo sin necesidad de sondeo.
Los webhooks de correo son callbacks HTTP que avisan a su aplicación cuando ocurre algo con un mensaje que envió. MigoSMTP envía un payload JSON firmado a su endpoint HTTPS para eventos como entregado, diferido, rebotado, abierto, con clic, con queja y baja. Su sistema reacciona de inmediato, en lugar de consultar la API una y otra vez para conocer el estado. Los payloads incluyen el ID del mensaje, el destinatario, el tipo de evento, la marca de tiempo y, en los fallos, el motivo devuelto por el servidor receptor. Estos campos le permiten relacionar los eventos con sus propios registros sin consultas adicionales ni conjeturas.
Usted registra un endpoint, elige qué eventos debe recibir y verifica la cabecera de firma en cada solicitud. Devuelva una respuesta 2xx para confirmar la recepción. Si su endpoint falla, las entregas se reintentan con espera progresiva y puede reproducir los eventos desde el log tras una interrupción. Se conservan los detalles de solicitud y respuesta de cada intento para que depure con rapidez. Los secretos pueden rotarse y los filtros de eventos mantienen cada endpoint centrado. Los intentos fallidos muestran la solicitud, la respuesta y la hora, lo que hace que depurar un handler sea rápido y se base en evidencias.
Los datos de eventos son la forma en que un sistema de envío aprende. Actualizar la supresión, pausar una campaña ante un pico de quejas o avisar a soporte de un recibo rebotado dependen de recibir los eventos a tiempo. Nuestra capa de IA puede resumir flujos de gran volumen y señalar patrones inusuales, para que su equipo detecte un problema en minutos y no cuando un cliente se queje. La reproducción y los logs hacen que una laguna en sus propios sistemas no se convierta en una laguna en sus datos.
Marque los pedidos como notificados al entregarse y señale los contactos cuando llegue un rebote definitivo. Los webhooks eliminan la necesidad de tareas de sondeo y mantienen exacto el estado de la aplicación.
Ante un evento de rebote o queja, añada la dirección de inmediato a su propia tabla de exclusión, para que otros sistemas que escriben a esa misma persona también dejen de hacerlo.
Envíe una alerta a Slack o un ticket cuando rebote un restablecimiento de contraseña. Así soporte puede contactar con el cliente por otro canal antes de que desista. Ahorra horas de trabajo manual.
Si su endpoint estaba fuera de línea durante un despliegue, reproduzca los eventos perdidos desde el log y devuelva sus registros al estado correcto. Entretanto no se pierde nada.
Marque un pedido como notificado o un ticket de soporte como respondido en cuanto llegue el evento de entrega.
Envíe los eventos a su propia analítica para que los resultados del correo queden junto a los datos de producto e ingresos.
Ambos le dan datos de eventos. Se adaptan a situaciones distintas.
Muchos equipos usan webhooks para las actualizaciones en vivo y la API para recuperar lo que se les haya pasado.
Un copiloto condensa miles de eventos en un resumen breve, por ejemplo qué proveedor está difiriendo y qué campaña genera quejas, con enlaces a los mensajes que respaldan cada punto.
Los modelos aprenden las tasas normales de rebote, queja y diferimiento y le avisan cuando un flujo se aparta de ellas. Usted define a quién se notifica y si se ejecuta alguna automatización.
Pegue el log de una entrega fallida y el asistente explica la causa probable, como una firma que no coincide o un timeout, y sugiere una solución para probar. El cambio lo hace usted.
A través de un servidor MCP, los agentes de IA pueden leer el historial de eventos y los logs de entrega con alcances de solo lectura. Las acciones de escritura requieren alcances explícitos y, si lo desea, aprobación humana.
Las funciones de IA son de apoyo: resumen y alertan, y cualquier acción automatizada la configura y aprueba su equipo.
Rechace las solicitudes cuya cabecera de firma no coincida. Rote el secreto periódicamente y de inmediato si pudo haberse expuesto.
Confirme con un 2xx en cuanto el payload esté guardado de forma segura y procéselo después desde una cola. Los handlers lentos provocan timeouts y reintentos duplicados.
Las entregas pueden repetirse y llegar desordenadas. Use el ID del mensaje y la marca de tiempo para deduplicar e ignorar cambios de estado obsoletos.
Filtre los eventos por endpoint. Menos solicitudes irrelevantes significan menos carga en sus servidores y una monitorización más sencilla. Mantenga las integraciones ligeras y fáciles de depurar.
Configure alertas ante fallos repetidos en el log de entrega. Una caída silenciosa supone una deriva silenciosa de los datos hasta que alguien reproduce el hueco.
Devuelva un 2xx rápido y pase el trabajo pesado a una cola, para que los handlers lentos no provoquen reintentos.
¿Necesita ayuda para conectar un endpoint? Nuestro equipo puede revisarlo con usted antes del lanzamiento.
Un webhook de correo es una solicitud HTTP que su proveedor de correo envía a su servidor cuando ocurre un evento, como que un mensaje se entregue o rebote. Permite que su aplicación reaccione en tiempo real sin consultar la API repetidamente. Sustituye las tareas de sondeo y mantiene al día sus registros.
Cada solicitud incluye una cabecera de firma generada con el secreto de su endpoint. Recalcule la firma a partir del cuerpo bruto de la solicitud en su lado y compárela. Rechace la solicitud si difieren. La documentación incluye ejemplos de código.
Entregado, diferido, rebotado, abierto, con clic, con queja y baja. Puede suscribir cada endpoint a un subconjunto, de modo que un servicio reciba los rebotes y otro los eventos de interacción. Elija solo aquellos con los que actúen sus sistemas, como los rebotes para la supresión y los clics para la analítica, para que el tráfico hacia su endpoint sea reducido y relevante.
Las entregas fallidas se reintentan con espera progresiva y, una vez recuperado, puede reproducir los eventos desde el log. Cada intento, con su solicitud y respuesta, queda registrado para que vea qué falló. Compruebe que su handler responde rápido y registra los fallos.
No cuente con un orden estricto. Cree handlers que toleren duplicados y eventos desordenados usando el ID del mensaje y la marca de tiempo. El orden de los eventos puede variar según el proveedor y los reintentos, y un solo mensaje puede generar varios eventos.
Algunos sistemas de correo descargan las imágenes automáticamente, lo que se registra como una apertura aunque ninguna persona haya leído el mensaje. Las separamos de las aperturas humanas cuando podemos, pero el seguimiento de aperturas sigue siendo una estimación. Trate las aperturas como un indicador aproximado. Considere los clics y las respuestas como señales más sólidas de interacción.
Envíe un evento de ejemplo desde el panel a su URL y compruebe que su handler verifica la firma y devuelve un 2xx. Revise el log de entrega para ver la solicitud y su respuesta. Use un endpoint de staging con un secreto de prueba antes de pasar a producción. Hágalo antes de apuntar producción al endpoint.
La IA puede resumir flujos de eventos, señalar patrones inusuales de rebotes o quejas y ayudar a depurar entregas fallidas. Recomienda acciones, pero no cambia su configuración a menos que usted establezca una regla. Revise los logs recientes antes de conectar nuevos endpoints.
Envíe un evento de ejemplo desde el panel.
Cree handlers que toleren duplicados y eventos desordenados, usando el ID del mensaje y la marca de tiempo para deduplicar.
Crea una cuenta, añade tu dominio y envía tu primer correo.