Integración · destino
Criteo
Criteo OneTag más los endpoints de eventos server-side disponibles oficialmente.
Cómo llegan los eventos a Criteo
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.
- Etiqueta de navegador: la carga el snippet de Track tras el consentimiento; el script del proveedor nunca está en tu plantilla y nunca se carga sin la finalidad requerida.
- 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.
- Híbrido: la etiqueta de navegador y la petición de servidor comparten un ID de evento; la plataforma deduplica por id.
Requisito previo del proveedor
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.
- IDs de clic que puede recibir esta plataforma: crto_clid. Los IDs de clic de otros proveedores nunca se reenvían.
- 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— transaction id- IDs de clic
crto_clid- Finalidad del consentimiento
- Marketing
- Versión de API fijada
s2s_v1.0.0- Estado de implementación
- Implementada · verificada contra la documentación del proveedor · verificada el 2026-09-03
- Documentación del proveedor
- Documentación de la API de Criteo
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
- account_id
- ID de cuenta de Criteo (ID de partner)
Credenciales
Sin credenciales: esta plataforma acepta eventos de servidor solo con los identificadores públicos.
Consentimiento
Requiere la finalidad de marketing. Sin ella no se carga nada en el navegador ni se envía nada desde el servidor. El consentimiento inferido nunca se exporta, y las señales de exclusión de Global Privacy Control bloquean la entrega.
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 Criteo
Configúralo con el asistente paso a paso o deja que el asistente de IA lo haga en el chat.