Thread by @ikhuerta

Hoy vengo con una curiosidad sobre el Ecommerce de Google analytics que igual os soluciona algunos problemas.

¿Sabes que puedes indicar precios y cantidades de productos negativas?

(¡Sí! vamos con un hilo de implementación de analítica)

Los datos de ecommerce en analytics se usan para asociar acciones a productos concretos.

Estos productos luego pueden ser lo que tu quieras (productos reales, cursos, artículos, etc.). Es uno de los recursos de GA más usados por todos para medir los macroobjetivos del negocio.

Siempre es lo mismo: le definimos a GA (con código y/o a través de GTM) una lista de productos y le decimos que ha hecho el usuario con ellos: verlos, clicar, ver su ficha, añadir a carrito, checkout o comprar.

Un ecommerce bien implementado es brutal y te da muchisima info.

Pero esta claro que ni así se cubren todas las casuísitcas.

Para mi un gran problema que hay es que no te permite actualizar compras. Una vez las guardas así se quedan.

Solo come datos, pero nunca te deja hacer update de ellos. GA es así... que le vamos a hacer...

Caso clásico:

Un usuario realiza una adquisición (de lo que sea) pero luego nuestra web le da la posibilidad de editar o ampliar su compra:

- Añadir más productos al envío,
- un upgrade sobre el servicio contratado,
- un cambio de condiciones,
- lo que sea...

GA no tiene solución buena para estas cosas:

Cuando el usuario realiza su segunda interacción sobre la misma compra ¿cómo lo guardamos?

Si metemos una nueva transacción duplicamos transaciones, productos y ganancias, si lo guardamos como evento no vemos los totales...

La solución está en...

- usar 1 métrica personalizada para contar el total de transacciones reales (olvidando así el valor de la métrica nativa "transacciones" que pasará a medir "operaciones realizadas")

- y aprender a usar importes y cantidades de producto negativas.

La clave está aquÍ: Cuando usamos cualquier métrica en GA como valor negativo este se suma al total acumulado (lo cual provoca una resta sobre el total) y esto cuando hablamos de acciones que se producen en el mismo día nos permite corregir datos a cambio de enviar un hit extra.

Esto podemos hacerlo con cualquier valor definido por nosotros (métricas personalizadas, importes de producto, cantidades de producto, valor del evento, etc.) pero no con los que se cuentan solos (sesiones, páginas vistas, total de eventos, transacciones, etc.)

Pongamos un caso:

una web en la que el usuario puede contratar un "plan" basic (100€) del servicio que ofrecemos o "pro" (150€).

En cuanto alguien compra el basic lo metemos como transacción en GA pero le enviamos también un mail recomendándole pasarse al pro.

Si el usuario contrata el "basic" y después hace upgrade al "pro" tendíamos el problema típico de no poder guardar una segunda transacción y no saber si meterla como de 150€ o de 50€. A nivel de producto tendremos ya 100€ ganados por un basic inexistente. Todo son problemas.

La solución:

En la primera compra del plan "basic" lo hacemos todo normal pero con la métrica personalizada que cuenta las transacciones reales a "1".

En la segunda compra pasamos la metrica personalizada de transacciones reales a 0 (en realidad no hay nueva transación) y además del producto "pro" pasamos una compra del producto "basic" con cantidad a "-1" productos.

Esto provoca que en realidad restemos el primer producto al total de productos comprados en el momento en el que llega su upgrade. En el mismo envío restamos el que tenía antes el usuario y el que ahora adquiere con el upgrade.

Su cantidad se descuenta y todo cuadra :)

El único problema que nos quedará serán esas transacciones nativas (que serán 2 al haber hecho 2 envíos distintos). Esto no lo podemos evitar y por eso hemos creado la métrica personalizada: para ver compras reales.

Pero por desgracia el porcentaje de conversión de comercio electrónico en GA contará dos conversiones y parecerá que es mejor de lo que realmente es.

Por eso os recomiendo también crear una métrica calculada de divida la métrica personalizada de trasnacciones reales / Sesiones.

No es perfecto, pero este tipo de implementaciones con productos con cantidad negativa te van a permitir jugar con carritos compra cuando evolucionen compra tras compra y superar este tipo de limitaciones de la herramienta.

Espero haberos dado ideas para vuestros proyectos :)