javascript - mejorado - google tag manager
Implementando compras de afiliados de CPA en comercio electrónico mejorado GTM (2)
Me encontré con un problema similar hace un tiempo. Nuestro proceso de pago vive en un dominio diferente. Entonces, cuando la gente de Adwords realizaba la compra después de migrar a Universal, estaba perdiendo esa información en el proceso de pago. Creo que mi solución allí podría ayudarte. Todo esto supone que está utilizando Universal Analytics y no las antiguas bibliotecas en desuso.
Lo primero que hago es tomar la cookie GA, que se llama _ga . Dentro está tu sesión GA. Se ve así (será mucho más)
GA1.2. 3456.7890
El tercer y cuarto conjuntos de números (incluido el período) son la sesión misma. Parsearlos.
Ahora quiere encontrar alguna forma de almacenar esto con el usuario. Usé mi sesión PHP (la pasamos en la cadena de consulta cuando saltamos dominios) y la almacenamos allí. Tendrás que descubrir algo que funcione para ti aquí.
En el otro sitio, necesitamos especificar la sesión GA y el sitio dentro del bloque GA. Tenga en cuenta que el nuevo sitio informará estas visitas como si pertenecieran al sitio original . El UA-XXXX-Y debe ser del sitio original y yourdomain.com debe ser el nuevo sitio de TLD
ga(''create'', ''UA-XXXX-Y'', { ''cookieDomain'': ''yourdomain.com'', ''clientId'': ''3456.7890'' });
Ahora puede pasar sus métricas de compra. Cuando una sesión se convierte en el sitio nuevo, el sitio anterior la rastreará, junto con cualquier otra cosa que la sesión haya tenido (es decir, impresiones de página, clics de Adwords, etc.). No necesita ningún trabajo de cron sucio para hacer esto. Solo tenga en cuenta, como dije antes, que estas visitas a la página pertenecen al sitio original en lo que concierne a GA. Podría intentar informar dos conjuntos de métricas para evitar esto, pero no lo he intentado.
Estoy implementando el comercio electrónico mejorado en nuestro sitio web (principalmente afiliados) a través de GTM. Tenemos vistas de listas y vistas de detalles, etc., por lo que implementar impresiones y clics es fácil, pero para las compras de afiliados existe un problema.
Tenemos dos modelos de pago para las tiendas que muestran sus productos en nuestro sitio:
- Costo por click. Puedo implementar una pequeña compra en la página de clics.
- Costo por adquisición. Aquí está el problema : las compras se realizan en un sitio web diferente en un horario diferente. Utilizando PHP API obtengo las compras realizadas varias veces al día a través de un cronjob.
¿Cómo puedo crear una compra (preferiblemente usando PHP, usar javascript es complicado en un cronjob) pero retener el valor de la cookie para poder vincular la compra con el clic y canalizar a las personas que usan para ingresar a nuestro sitio.
Pensé en crear todas las compras por cero para cada clic y quizás volver a comprar con la misma ID de transacción. Esto podría funcionar, pero terminaremos con miles de compras vacías.
Al leer el comentario debajo de la respuesta de Machavity, supongo que está usando Universal Analytics, ¡o de lo contrario Universal Analytics es el camino a seguir!
Tuve un caso en el pasado en el que tuvimos que pensar en un sistema de seguimiento unidireccional porque no teníamos acceso al código del otro sitio.
Eche un vistazo al protocolo de medición de Google. Este protocolo hace posible enviar datos de usuario sin formato directamente a Google Analytics a través de HTTP.