ioZen captura utm_id de las URLs de destino y comparte un ID de evento entre el pixel del navegador y las llamadas de conversión del servidor, para que las plataformas de anuncios deduplican correctamente.
Dos correcciones a la precisión de atribución.
ioZen ahora captura el ID de campaña utm_id de las URLs de destino. Las plataformas de anuncios sustituyen ahí un ID numérico (el ID de campaña de TikTok, el ID de campaña de Meta), y es la clave estable para rastrear, ya que utm_campaign lleva un nombre que cambia cada vez que alguien renombra la campaña. Aparece en el panel de atribución del envío y como columna de exportación CSV.
Los IDs de evento del navegador y las cookies del pixel ahora se guardan en el envío cuando el formulario se completa, así la llamada de conversión del servidor comparte un ID de evento con el evento del pixel del navegador. Las plataformas de anuncios usan ese ID compartido para deduplicar el par en lugar de contar una conversión dos veces. Los eventos del pixel también ahora se disparan solo después de que el envío se guarda de forma durable, así una falla al guardar ya no puede reportar una conversión sin un registro correspondiente.
Disponible en los planes Pro, Business y Enterprise.
ioZen now captures the utm_id campaign ID from landing URLs. Ad platforms substitute a numeric ID there (TikTok's __CAMPAIGN_ID__, Meta's campaign.id), and it is the only stable campaign key since utm_campaign carries a name that changes on rename. It appears on the submission attribution panel and as a CSV export column. Browser event IDs and the _fbp/_ttp pixel cookies are now stored on the submission when the form completes, so the server-side Conversions/Events API call shares an event_id with the browser Pixel event and the platform deduplicates the pair instead of counting the conversion twice. Pixel conversion events also fire only after the submission is durably saved, so a failed save can no longer report a conversion with no matching record.
