Notificaciones
Notificaciones de formularios por correo, Slack, Discord y webhooks.
Entregue un envío aceptado a las personas y sistemas que lo necesitan. FormsFort pone la entrega en cola, expone un ID de solicitud para el diagnóstico y mantiene las credenciales de notificación fuera de su sitio estático.
Configurar notificaciones de formulariosElija un destino para cada tipo de trabajo.
El correo es la base duradera para el responsable de un contacto o cliente potencial. Slack y Discord son señales de equipo útiles cuando importa una alerta rápida. Un webhook genérico es la ruta flexible cuando una plataforma de automatización, un CRM, un sistema de tickets o un receptor privado necesita la carga estructurada.
Configure el destino y los permisos de los destinatarios antes del lanzamiento, y mantenga el formulario del navegador centrado en recopilar el envío. FormsFort puede entregar envíos aceptados a correo, Slack, Discord y webhooks; el destino sigue siendo responsable de sus propios controles de acceso, reglas de formato, límites de velocidad y comportamiento ante interrupciones.
- El correo proporciona al responsable una notificación duradera y un registro de entrega.
- Slack y Discord sirven para la clasificación del equipo; un webhook sirve para el enrutamiento y enriquecimiento personalizados.
- Un formulario HTML estático no necesita un servidor de notificaciones ni un token de chat en el código del navegador.
- Compruebe la disponibilidad del plan y los límites del destino antes de prometer una ruta de alertas de gran volumen.
La aceptación precede a la notificación.
La validación y los controles antispam se ejecutan antes de poner en cola el trabajo normal de notificación. Un envío rechazado no debe crear una alerta ordinaria por correo, Slack, Discord o webhook. Considere la respuesta aceptada del navegador como el inicio de la entrega, no como prueba de que todos los destinos posteriores han procesado el evento.
Use el ID de solicitud de la respuesta o del registro de entrega como clave de correlación. Regístrelo junto con el evento en los registros del receptor. Si un receptor devuelve un fallo transitorio, los reintentos pueden entregar la misma solicitud más de una vez, así que haga idempotentes los manejadores de webhooks y automatización antes de recibir tráfico de producción.
- Registre los ID de solicitud junto con el estado del receptor, el tiempo de respuesta y cualquier ID de evento posterior.
- Devuelva rápidamente una respuesta 2xx después de la recepción duradera; realice el enriquecimiento lento de forma asíncrona.
- Elimine los duplicados mediante el ID de solicitud u otra clave de evento estable antes de crear un ticket o registro en el CRM.
- Inspeccione por separado el estado de rechazo y de entrega cuando falte una notificación esperada.
Configuración de sitio estático con una transferencia segura por webhook.
El ejemplo siguiente es HTML accesible normal: las etiquetas apuntan a los controles, el fieldset proporciona un nombre de grupo y las restricciones nativas detectan valores vacíos o mal formados. La clave de acceso está destinada a la acción pública del formulario; nunca coloque tokens de autenticación de Slack, Discord, CRM o webhook en la página.
El valor de webhook oculto ilustra un valor de enrutamiento a nivel de formulario utilizado por esta configuración. Si su proyecto configura los destinos en el panel de FormsFort, omita ese campo y mantenga allí el secreto del destino. Pruebe primero el receptor con un endpoint que no sea de producción y después use el probador de webhooks para inspeccionar el estado, el cuerpo y los tiempos.
- Verifique el destinatario y el dominio permitido antes de publicar el formulario.
- Pruebe una solicitud aceptada y otra rechazada, y guarde ambos ID de solicitud cuando estén disponibles.
- Confirme el formato del correo, Slack, Discord y webhook con una carga realista.
Use rutas de automatización para Telegram y Google Sheets.
Telegram y Google Sheets no son destinos de notificación nativos en esta página. Envíe la carga aceptada por la ruta de webhook a una plataforma de automatización o a su propio manejador y llame allí a la API de Telegram Bot o al flujo de Sheets. Así mantiene los tokens de bots y los permisos de hojas fuera del navegador y dispone de un único lugar para reintentar y deduplicar.
Implementación
Del marcado del formulario a la entrega.
Elija el destino
Comience con el correo y después añada Slack o Discord alojados, o un webhook genérico para el enrutamiento personalizado.
Publique desde el sitio estático
Envíe datos de formulario estándar al endpoint de FormsFort con una clave de acceso, controles accesibles y un honeypot.
Compruebe la aceptación
Deje que la validación y los controles antispam decidan si se acepta el envío antes de esperar una notificación normal.
Rastree y reintente de forma segura
Almacene el ID de solicitud, inspeccione el estado de entrega y haga idempotentes los receptores antes de que los fallos transitorios activen reintentos.
Código
Formulario accesible de sitio estático con enrutamiento por webhook
<form action="https://api.formsfort.com/submit" method="POST">
<input type="hidden" name="access_key" value="YOUR_ACCESS_KEY" />
<input type="hidden" name="subject" value="New website notification" />
<input type="hidden" name="webhook" value="https://automation.example.com/forms" />
<fieldset>
<legend>Send us a message</legend>
<div>
<label for="name">Name</label>
<input id="name" name="name" type="text" autocomplete="name" required />
</div>
<div>
<label for="email">Email</label>
<input id="email" name="email" type="email" autocomplete="email" required />
</div>
<div>
<label for="message">Message</label>
<textarea id="message" name="message" rows="6" minlength="10" maxlength="4000"
aria-describedby="message-help" required></textarea>
<p id="message-help">Tell us what you need help with.</p>
</div>
</fieldset>
<input type="checkbox" name="botcheck" tabindex="-1" autocomplete="off"
aria-hidden="true" style="display:none" />
<button type="submit">Send message</button>
</form>Límites de adecuación
Cuándo FormsFort no es la herramienta adecuada.
- Use una plataforma dedicada de incidentes o soporte cuando las notificaciones necesiten escalada de guardia, estado de tickets o historial de conversaciones.
- Use un trabajador personalizado cuando cada evento necesite enriquecimiento privado, orden estricto o escrituras transaccionales antes de notificar.
- Use el sistema de eventos nativo del destino cuando necesite un orden garantizado o controles de auditoría específicos del dominio que una notificación de formulario no pueda proporcionar.
- No considere el mensaje de éxito del navegador como prueba de que cada destino aceptó la entrega; revise el registro de entrega y los registros del receptor.
Recursos relacionados
Continúe con el siguiente paso.
Centro de soluciones
Consulte las guías de plataformas, casos de uso y comparaciones para encontrar el flujo de formularios adecuado.
Probador de webhook
Envíe cargas de prueba e inspeccione el estado, el cuerpo y los tiempos antes de pasar a producción.
Probador de endpoints de formularios
Pruebe un endpoint y verifique la respuesta desde una configuración de sitio estático.
Plantilla de formulario de consulta
Empiece con un patrón de consultas enrutadas y un seguimiento atento al ID de solicitud.
Plantillas HTML de contacto
Elija un formulario de contacto estático para copiar y pegar antes de añadir notificaciones.
Comparación de backends de formularios estáticos
Compare los flujos de notificaciones, webhooks, antispam y operaciones.
Guía de reenvío de webhooks
Configure el manejo de cargas y receptores que tengan en cuenta los reintentos.
Guía de Slack, Discord y Telegram
Compare la entrega alojada con las rutas webhook y de automatización.
Prevención de spam en sitios estáticos
Refuerce el formulario antes de que empiece a generar notificaciones.
Precios
Confirme los límites del plan y la disponibilidad de integraciones antes del lanzamiento.
Preguntas frecuentes
Preguntas comunes.
¿Cuándo se envían las notificaciones de formularios?
FormsFort pone las notificaciones normales en cola después de aceptar un envío que supera la validación y los controles antispam. Los envíos rechazados no generan una entrega de notificación ordinaria.
¿Qué destinos pueden recibir una notificación de formulario?
FormsFort admite la entrega por correo, Slack, Discord y webhook. Telegram y Google Sheets utilizan un webhook junto con una plataforma de automatización o su propio manejador.
¿Cómo ayudan los ID de solicitud a solucionar notificaciones?
Use el ID de solicitud de la respuesta o registro para relacionar el evento del navegador con el estado de FormsFort y los registros del receptor webhook.
¿Se reintentan las notificaciones webhook?
Los fallos transitorios de entrega pueden reintentarse. Devuelva rápido una respuesta 2xx, haga idempotente el receptor y revise el estado antes de reintentar manualmente.
¿Qué debo hacer cuando falta una notificación?
Primero determine si el envío fue rechazado o aceptado. Para una solicitud aceptada, use su ID de solicitud para inspeccionar el estado de entrega, la configuración del destinatario, la disponibilidad del plan, los registros del receptor y el resultado de cualquier reintento.
¿Qué plan incluye Slack, Discord y webhooks?
La disponibilidad depende del plan y puede cambiar. Consulte los precios actuales y la documentación de integraciones antes del lanzamiento; los destinos de mayor volumen o avanzados pueden requerir un plan de pago.
Publique el flujo de trabajo del formulario.
Comience con un endpoint de formulario estático y añada la ruta de entrega que necesita su equipo.
Configurar notificaciones de formularios