Integración · destino
Generic webhook
Webhooks JSON firmados hacia tus propios sistemas con campos en lista de permitidos.
Cómo llegan los eventos a Webhook
Todas las rutas terminan en el mismo sitio: el motor de políticas comprueba la finalidad de consentimiento que exige este destino, elimina lo que no puede salir y el worker entrega con el ID de evento compartido.
- API de servidor: el worker entrega con reintentos, comprobaciones de salud, clasificación de errores y una vista previa del payload con los secretos ocultos en cada intento.
Qué se envía
Solo lo que configures en el mapeo de eventos, y solo después de que el motor de políticas haya autorizado el evento para este destino.
- Nombre del evento y marca de tiempo, mapeados desde los eventos estándar de Track a los nombres de evento de la plataforma.
- El ID de evento compartido en el campo id de la plataforma, para que las entregas de navegador y de servidor cuenten una sola vez.
- Sin IDs de clic de proveedores: este destino es tu propio sistema, así que la atribución se queda contigo.
- ID de pedido, valor, moneda y artículos en los eventos de tipo compra.
- Identificadores con hash SHA-256 (correo electrónico, teléfono, ID externo) para el matching, solo con el consentimiento requerido y solo si se han capturado.
- El estado del consentimiento con el que se recogió el evento, cuando la plataforma acepta señales de consentimiento.
Nunca se envía
- Correos electrónicos, teléfonos o nombres en claro: los identificadores se convierten en hash en la ingesta.
- Valores inferidos: lo desconocido sigue siendo desconocido, no se adivina nada.
- Eventos recogidos sin la finalidad que exige este destino.
- Secretos: los tokens viven en el almacén cifrado y nunca llegan al navegador, al asistente ni a un log.
Datos técnicos
- Campo de deduplicación
id— event id- IDs de clic
- ninguno
- Finalidad del consentimiento
- Necesaria
- Versión de API fijada
1- Estado de implementación
- Implementada · verificada contra la documentación del proveedor · verificada el 2026-09-02
- Documentación del proveedor
- Documentación de Track
Qué necesitas
Los identificadores públicos se pueden escribir en el chat o en el asistente paso a paso; los secretos pasan por la tarjeta segura de credenciales o por OAuth y se guardan cifrados.
Identificadores públicos
- url
- URL del endpoint (https)
Credenciales
- Secreto de firma (generado por Track)
signing_secret— guardado en el almacén cifrado
Consentimiento
Funciona bajo la finalidad necesaria porque apunta a tus propios sistemas (tratamiento del lado del responsable). Aun así, sin consentimiento de analítica se eliminan los identificadores y, sin consentimiento de marketing, los IDs de clic.
Configuración en pocos pasos
El asistente ejecuta las comprobaciones detalladas. Tú ves los hitos que necesitan una decisión tuya.
Introduce los identificadores
Añade los IDs públicos de la plataforma. Los formatos se validan contra la documentación del proveedor antes de guardar nada.
Conecta las credenciales
Pega el token en la tarjeta segura o conecta la cuenta mediante OAuth. Los secretos van directamente al almacén cifrado.
Mapea y prueba
Los eventos estándar vienen premapeados a los nombres de evento de la plataforma. Un evento de prueba marcado recorre el pipeline real y muestra la respuesta del proveedor.
Publica
Revisa el diff, aprueba y publica una versión de configuración firmada. Si hace falta, vuelve atrás con un clic.
De Tracking Knowledge
Todavía no hay un artículo específico; el hub de Tracking Knowledge cubre el tracking server-side, la deduplicación y el consentimiento en general.
Preguntas
¿Puedo usar solo el modo servidor?
Sí. Elige el modo servidor en el asistente paso a paso; el script del proveedor nunca se carga y el matching se basa en identificadores con hash e IDs de clic capturados por el tracker.
¿Cómo se evitan los duplicados?
La etiqueta de navegador y la petición de servidor llevan el mismo ID de evento, y las compras añaden el ID de pedido. El worker también deduplica los eventos de origen repetidos antes de la entrega.
¿Qué pasa si cambia la API del proveedor?
Las versiones de API se fijan de forma centralizada con la fecha de verificación; los avisos de retirada aparecen en la salud del destino mucho antes de que se retire un endpoint.
Conecta Webhook
Configúralo con el asistente paso a paso o deja que el asistente de IA lo haga en el chat.