Resumen

La Events API le transmitirá los eventos de transacción casi en tiempo real. Tan pronto como recibimos un registro de conversión con éxito del anunciante, enviamos los datos al «postback». El mismo flujo de trabajo se aplica a las cancelaciones. Cuando un cliente devuelve o cancela una compra, el anunciante nos envía un registro de esta cancelación, que también enviamos al «postback». Para las cancelaciones se pasa el mismo conjunto de datos, solo que con algunos valores cambiados para indicar que se trata de una cancelación.

Estos son los datos que puede ver modificados en los «postbacks» de cancelación. Haga clic en el signo + para ver los cambios, si los hay:

AAAA-MM-DDTHH:mm:ss.SSS[+|-]Z

Le recomendamos que incluya al menos el parámetro «Ventas» o «Comisiones» cuando solicite un «postback» personalizado. Sin el importe negativo de las ventas o las comisiones, es prácticamente imposible distinguir los eventos de cancelación de los de nueva conversión.

Eventos de optimización de medios y seguimiento de anunciantes por lotes

Para los anunciantes que utilizan el seguimiento por lotes, es de esperar que se produzca una latencia entre el momento en que un registro de conversión llega a nuestro sistema y el momento en que el cliente efectúa realmente la compra. Esto es especialmente común para los anunciantes de reservas y viajes, los minoristas que ofrecen pedidos por adelantado, así como los anunciantes que solo informan de las conversiones cuando se envía una compra.

Estos anunciantes emplean el «Píxel de optimización de medios» (MOP), que capta la compra en tiempo real como evento preliminar para tener un registro inicial de la conversión posterior. Estos eventos MOP se indicarán como «is_event=Y» en el «postback». En otras palabras, trate todos los «registros Y» como preliminares.

Cuando la conversión finalice, el «postback» se activará de nuevo con «is_event=N». Si se trata de una devolución parcial, el importe de la venta solo reflejará el precio del artículo devuelto y no el importe total en el punto de venta. Todos los demás datos serán los mismos, excepto «etransaction_id» y «process_date».

Tenga en cuenta que, para el seguimiento de píxeles en tiempo real, los anunciantes con un «evento Y» se activarán y serán seguidos casi inmediatamente por un «evento N» correspondiente. Trate los «eventos N» como finalizados.

Al igual que con las cancelaciones, le recomendamos que incluya el indicador «is_event» cuando solicite un «postback» personalizado. Si se excluye este indicador, será prácticamente imposible distinguir los eventos preliminares de los finalizados.

Para más información sobre este tema, consulte «Resumen de la Events API» y «Preguntas frecuentes de la Events API».