Por qué se complementan los eventos del navegador y del servidor
El seguimiento en el navegador describe la actividad durante una visita: la página de destino, los productos vistos, las acciones en el carrito y el checkout. El seguimiento del lado del servidor puede confirmar que se registró un pedido incluso cuando el evento de compra del navegador está incompleto.
Las dos fuentes responden a preguntas distintas. Una compra registrada en el backend puede confirmar la transacción sin tener los identificadores del navegador necesarios para conectarla con un anuncio. WeProfit las une cuando los datos disponibles permiten una coincidencia.
El recorrido desde tu tienda hasta una red publicitaria
En Shopify, los webhooks de la plataforma aportan la información de pedidos. En WooCommerce, el plugin de WeProfit envía eventos de pedidos firmados del lado del servidor. WeProfit procesa los eventos de la tienda y reenvía los eventos de conversión compatibles a los destinos que conectes.
- Recopilar el recorrido de compra y los identificadores disponibles.
- Recibir la confirmación del pedido desde la plataforma de ecommerce.
- Asociar la compra con la evidencia disponible del recorrido.
- Dirigir los eventos compatibles al destino publicitario previsto.
- Revisar el estado del envío y el diagnóstico del destino.
Una compra puede llegar por más de una vía
La compra de un cliente puede observarse en el navegador y confirmarse en la tienda. Los identificadores de eventos ayudan a distinguir los envíos repetidos de los pedidos distintos. WeProfit usa identificadores de compra deterministas y deduplicación en su procesamiento.
Revisa cualquier píxel del navegador, app de canal o integración de servidor independiente que ya tengas instalado. Hacer coincidir tus propias fuentes no concilia automáticamente un emisor ajeno que usa identificadores de eventos distintos.
Lo que el seguimiento del lado del servidor no elimina
El envío del lado del servidor no garantiza un seguimiento completo, informes idénticos ni la atribución de cada pedido en las plataformas publicitarias. Las decisiones de consentimiento, los identificadores no disponibles, los errores de conexión y las reglas de procesamiento de cada red siguen afectando el resultado.
Trata la recopilación, el envío y la atribución como comprobaciones separadas. Confirma que el pedido existe, verifica que el evento se envió y luego revisa cómo atribuye cada informe. Así es más fácil encontrar un problema de configuración sin suponer que cada diferencia en los informes es una compra perdida.
Comprueba por separado la recopilación, el consentimiento y la aceptación del destino
Una conexión de servidor no elimina la necesidad del contexto del navegador, de una configuración válida del destino ni de una gestión adecuada del consentimiento. La falta de identificadores de clic puede seguir limitando la coincidencia en la red. Un reintento debe reutilizar el identificador del evento original, mientras que las integraciones independientes pueden usar identificadores incompatibles.
| Observación | Interpretación |
|---|---|
| Llega un pedido del servidor | El pedido llegó a WeProfit; la identificación de la campaña todavía puede estar incompleta. |
| Un destino acepta la solicitud | La entrega funcionó; la atribución y los informes siguen dependiendo del destino. |
| Un pedido tiene confianza de coincidencia exacta | Existe evidencia de vinculación directa; esto no demuestra que el anuncio haya causado la venta. |
| Aparece el banner de consentimiento de la tienda online | El banner es visible; prueba que sus opciones lleguen realmente al seguimiento del navegador y del servidor. |