Consejos y aprendizajes mejorados sobre comercio electrónico

Comercio electrónico mejorado es sin duda una excelente característica de Google Analytics. Nos proporciona un conjunto de informes que realmente amplían las capacidades del análisis de sitios net basado en embudos. Como he mostrado antes, también es muy útil para rastrear otros eventos transaccionales en su sitio, como participación en el contenido.

Sin embargo, aquí está la cuestión. No es muy fácil de implementar. Incluso si haces todo bien según la documentación, todavía hay bastantes obstáculos y muchos de los aprendizajes surgen sólo a través de la experiencia. Aquí es donde quiero ayudar, por eso compuse esta publicación con algunos de mis hallazgos clave sobre la implementación y el uso del comercio electrónico mejorado.

Vale la pena aprender estas cosas, ya que una implementación de comercio electrónico mejorado completamente funcional bien podría ser la clave para finalmente generar un informe útil para colocar en sus paneles personalizados.

incógnita

El boletín a fuego lento

Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.

1. Implementación a través de Google Tag Supervisor

Como autoproclamado Administrador de etiquetas de Google fanático número 1, hago todas mis implementaciones con GTM. Sin embargo, hay algunas peculiaridades que debes considerar al implementar el comercio electrónico mejorado a través de GTM. Aquí están, sin ningún orden en specific.

lo fugaz ecommerce objeto

Si usas el Habilite el comercio electrónico mejorado / Usar capa de datos opción en sus Etiquetas, hay una cosa muy importante que debe comprender.

Sólo el más reciente ecommerce ¡El objeto está incluido en el golpe!

En otras palabras, si haces dos consecutivos dataLayer.push() comandos con sus propios objetos de ‘comercio electrónico’, cualquier etiqueta que se energetic después de la última pulsación solo tendrá acceso al último objeto de ‘comercio electrónico’.

Esto se debe a que la opción “Usar capa de datos” utiliza versión 1 de la capa de datos, que no tiene cosas sofisticadas como fusión recursiva de objetos. En la práctica, esto significa que un objeto de ‘comercio electrónico’ siempre sobrescribirá el objeto de ‘comercio electrónico’ anterior en la capa de datos, si el versión 1 Se utiliza la interfaz.

Si usted hacer Si desea fusionar de forma recursiva objetos de ‘comercio electrónico’, deberá utilizar la opción “Leer datos de la variable”, que estará disponible cuando desmarque la opción “Usar capa de datos”. Sigue leyendo…

Variable JavaScript personalizada al rescate

he escrito sobre esto antesy actualmente solo uso esta opción para enviar las cargas útiles. Cuando utiliza la opción JavaScript personalizado (consulte la guía para desarrolladores para obtener más información), puede crear, analizar y eliminar partes del objeto de ‘comercio electrónico’ hasta que sea de su agrado. Esta es una herramienta increíblemente poderosa, que le permite extraer datos de múltiples fuentes para compilar el objeto, o le permite acceder al lleno objeto ‘comercio electrónico’ almacenado en el modelo de datosy no sólo los atrofiados versión 1 objeto disponible si utiliza la opción “Usar capa de datos” en sus etiquetas.

perform() {
  var ecom = {'ecommerce' : {
    'impressions' : pageData.productImpressions,
    'element' : {
      'actionField' : {'checklist' : 'Associated Merchandise'},
      'merchandise' : pageData.productDetailView
    }
  };
  return ecom;
}

El ejemplo anterior reúne ambos impresiones de producto y vista detallada del producto en un solo objeto, enviando la carga útil completa a Google Analytics con la Etiqueta.

Para acceder a un fusionado recursivamente ecommerce objeto, deberá crear una nueva variable de capa de datos que acceda al objeto de ‘comercio electrónico’ insertado dentro. Las instrucciones para esto se pueden encontrar en Este artículo.

Puede combinar varios tipos de datos en una sola carga útil

Esto se trata de manera bastante vaga en la guía para desarrolladores, pero combinar tipos de datos en una sola carga útil puede ser muy útil si desea mantener baja la cantidad de solicitudes a Google Analytics. Por lo tanto, si desea enviar varios objetos de ‘comercio electrónico’ en una sola carga útil, puede hacerlo, pero solo si envía uno de cada tipo de objeto (promoView, promoClick, impressions, acción). Un acción es cualquier tipo de datos de comercio electrónico mejorado que tenga la merchandise Formación. En otras palabras, estos son los disponibles acción objetos:

click on, element, add, take away, checkout, buy, checkout_option, refund

Además, tu no poder combinar un promoClick con un promoView o un acción objeto. Estas son, por tanto, las combinaciones válidas:

• impressions con uno de promoView, promoClick o acción

• impressions con promoView y acción

• promoView con uno de impressions o acción

• promoView con impressions y acción

• promoClick con impressions

• acción con uno de impressions o promoView

• acción con impressions y promoView

En cualquier caso, combinar objetos en una única carga útil realmente puede ahorrar mucho tiempo y hacer que todo sea más eficiente, ¡pero no olvide que Google Analytics tiene un límite de caracteres en la carga útil!

Hay un límite de 8 KB en la carga útil.

El análisis.js La biblioteca se niega a enviar un resultado si el tamaño completo de la carga útil es superior a 8192 bytes. Esto requiere introducir una gran cantidad de datos, pero solo se necesitan unas docenas de impresiones de productos para obstruir el canal.

Eivind Savio ha escrito una excelente publicación sobre cómo gestionar este desbordamiento, así que te sugiero que vayas a echar un vistazo.

2. La coherencia es clave

El comercio electrónico mejorado se compone casi en su totalidad de interacciones a nivel de visitas. Esto significa que cada carga útil de comercio electrónico mejorado enviada a Google Analytics es única y no conserva su información en visitas posteriores.

Esto, a su vez, significa básicamente que el merchandise La matriz debe ser coherente en todo el embudo. Por ejemplo, si tiene un producto que tiene la categoría “Camisetas”, necesitará tener esta información en todas las cargas útiles en las que se envía el producto si desea realizar consultas en todo el embudo. GTM o GA no conservarán esta información.

Deberá tener mucho cuidado al diseñar y desarrollar la capa de datos para sus cargas útiles de comercio electrónico mejorado. Los desarrolladores deben comprender lo importante que es que los detalles del producto sean idénticos durante todo el proceso del embudo.

Esto también tiene implicaciones para las consultas. Por ejemplo, digamos que envía las dos cargas útiles siguientes a Google Analytics:

dataLayer.push({
  'ecommerce' : {
    'element' : {
      'merchandise' : ({
        'id' : 'A12345',
      })
    }
  },
  'occasion' : 'ecommerce'
});
dataLayer.push({
  'ecommerce' : {
    'add' : {
      'merchandise' : ({
        'id' : 'A12345',
        'title' : 'My T-Shirt'
      })
    }
  },
  'occasion' : 'ecommerce'
});

En este caso, consultando por producto SKU ‘A12345’ devolverá un resultado cuando se consulte vistas de detalles del producto y producto añadido al carrito. Sin embargo, producto nombre ‘Mi camiseta’ solo devolverá un resultado cuando se consulte producto añadido al carrito. Dado que el nombre de este producto faltaba en la carga útil “detalle”, no podrá consultar esta información.

Muchas veces, cuando se trabaja con una implementación de comercio electrónico mejorado que utiliza métodos del lado del cliente para completar algunos de los datos (por ejemplo, extracción de la página), este requisito de coherencia se ha convertido en un problema grave. Me he visto obligado a conservar la información completa del producto a lo largo del embudo utilizando soluciones como Almacenamiento HTML5 y cookies.

Este no es el enfoque recomendado.

La mejor manera es representar los detalles del producto en dataLayer a medida que se carga la página, asegúrese de que sus desarrolladores los agreguen de manera consistente en todos los pasos del embudo. Una vez que los productos están en dataLayerpuedes usar el Método de variable JavaScript personalizado para extraerlos y analizarlos en un formato válido ecommerce objeto.

Tenga en cuenta que verificar es un poco excepcional en términos de consistencia. Es suficiente enviar el Array ‘productos’ con solo el primer paso. Esto se debe a que el comercio electrónico mejorado solo tiene un valor agregado. productoPagos métrica, que aumenta en uno cuando un producto se envía con el primer paso de pago. El opción de pago y el resto de los pasos de pago no es necesario y, por lo tanto, quizás no deberían incluir información del producto.

3. Dimensiones y métricas personalizadas basadas en el producto

Las dimensiones y métricas personalizadas del producto son una manera maravillosa de ampliar el conjunto bastante limitado de información que puede enviar con cada producto.

Para enviar una dimensión o métrica con alcance de producto en Google Tag Supervisor, debe incluir el dimensionX y/o metricX Introduzca el producto respectivo en la carga útil a la que desea enviar la dimensión/métrica. Nuevamente, como en el capítulo anterior, las dimensiones y métricas del ámbito del producto no persisten, por lo que deberá incluirlas de manera consistente en las cargas útiles.

Por ejemplo, para enviar una dimensión con detalles sobre la talla de la camiseta y una métrica con el valor libre de impuestos de la camiseta, el dataLayer.push() se vería así:

dataLayer.push({
  'ecommerce' : {
    'element' : {
      'merchandise' : ({
        'id' : 'A12345',
        'title' : 'My T-Shirt',
        'dimension3' : 'Massive',
        'metric2' : 11.99
      })
    }
  },
  'occasion' : 'ecommerce'
});

Naturalmente, una carga útil como esta sólo le permitirá consultar esta información con vista detallada del producto consultas y sólo para este producto en specific. Estas dimensiones no persisten en las cargas útiles del embudo ni cubren múltiples productos. ellos son por producto, por visita.

He escrito antes sobre dimensiones y métricas personalizadas con alcance de producto, así que recuerde consultar Este artículo también.

4. Categorías de productos

El campo ‘categoría’ también estuvo disponible en el comercio electrónico “tradicional”, pero se renovó ligeramente en el comercio electrónico mejorado.

En primer lugar, aquí también se aplica el requisito de coherencia. Si desea realizar consultas de embudo completo sobre una categoría de producto, deberá enviar la categoría con cada producto en todos los pasos del embudo sobre el que desea realizar la consulta. El campo no persiste.

La otra cosa acerca de las categorías es que puedes enviar cinco niveles de categorías, lo que resulta en una segmentación interesante en sus informes. Estos niveles se envían mediante la barra diagonal (/) entre niveles, donde el nivel 1 es el primer elemento de la cadena, el nivel 2 el segundo, and so on. Por lo tanto, una cadena completa de categoría de producto de cinco niveles se vería así en una carga útil:

dataLayer.push({
  'ecommerce' : {
    'element' : {
      'merchandise' : ({
        'id' : 'A12345',
        'class' : 'Garments/T-Shirts/Males/Sleeveless/Used'
      })
    }
  }
});

De esta manera, puede consultar niveles de categorías individuales con las siguientes dimensiones de Google Analytics:

Categoría de producto Nivel 1: Ropa
Categoría de producto Nivel 2: Camisetas
Categoría de producto Nivel 3: Hombres
Categoría de producto Nivel 4: Sin mangas
Categoría de producto Nivel 5: Usado

Estos no están disponibles en los informes predeterminados, pero puede crear informes personalizados fácilmente o utilizarlos como dimensiones secundarias.

Si los nombres de sus categorías contienen el carácter ‘/’, deberá escribirlo de otra manera, ya que no hay forma de codificar la barra sin que se interprete como un delimitador de categoría.

5. Atribución de la lista de productos

Sin embargo, no todo lo relacionado con el comercio electrónico mejorado es un éxito. Las listas de productos y promociones tienen un mecanismo de atribución, donde el último La lista o promoción con la que el usuario interactuó antes de realizar una compra dentro de la misma sesión es la que obtiene el crédito complete por la compra. En otras palabras, usted no Es necesario conservar la información de la lista en todo el embudo. Basta con enviarlo sólo donde se produce la interacción con la lista, y la atribución se encargará del resto.

Recuerda comprobar la guía del desarrollador para obtener una descripción de este mecanismo de atribución.

6. Resumen

Esta breve lista de consejos incluye una serie de cosas que se describen vagamente en las guías para desarrolladores o que son difíciles de entender sin ejemplos concretos.

Si hay algo que destaca es el consistencia requisito. Es muy importante mantener la coherencia de los detalles del producto en todo el embudo. Un solo cambio en el nombre del producto, por ejemplo, puede hacer que los informes sean extremadamente difíciles, ya que necesitará consolidar varios nombres de productos bajo un único SKU en sus informes.

¿Me perdí algún consejo/aprendizaje importante? ¿Tienes algo que agregar? ¡Habla en los comentarios!