Las dimensiones y métricas personalizadas son como las dimensiones y métricas predeterminadas de la cuenta de Analytics, salvo que es usted quien las crea. Puede utilizarlas para recoger y analizar datos que Analytics no registra de forma automática.
Secciones de este artículo:- Descripción general
- Requisitos previos
- Límites y advertencias
- Ciclo de vida de las dimensiones y las métricas personalizadas
- Configuración
- Recogida de datos
- Procesamiento
- Informes
- Ejemplos
- Ámbito de hit
- Ámbito de sesión
- Ámbito de usuario
- Ámbito de producto
- Métricas personalizadas
- Consideraciones antes de la implementación
Introducción
Las dimensiones y las métricas personalizadas le permiten combinar datos de Analytics con los que no son de Analytics, como los de CRM. Por ejemplo:
- Si registra el sexo de los usuarios que han iniciado sesión en un sistema de CRM, podría combinar esta información con los datos de Analytics para ver las páginas vistas por sexo.
- Si programa juegos, una métrica de "finalizaciones de nivel" o de "puntuación alta" puede serle más útil que una métrica predeterminada, como Visitas a una pantalla. Si hace un seguimiento de estos datos con métricas personalizadas, puede comparar el progreso con las métricas más importantes en informes personalizados flexibles y fáciles de leer.
Las dimensiones personalizadas pueden mostrarse como dimensiones principales en los informes personalizados. También puede usarlas como dimensiones y segmentos secundarios en los informes estándar.
Requisitos previos
Las dimensiones y las métricas personalizadas solo están disponibles para las propiedades que se hayan habilitado en Universal Analytics o que contengan al menos una vista de los informes de la aplicación. Las dimensiones y las métricas personalizadas se admiten en la versión 2.x (o en versiones posteriores) de los SDKs de Google Analytics para Android y iOS, analytics.js y Measurement Protocol.
Para utilizar dimensiones y métricas personalizadas, debe definir algunos elementos en la cuenta de Analytics y en el código de seguimiento. Cuando haya finalizado estos dos pasos de configuración, podrá utilizarlas en los informes.
Límites y advertencias
En cada propiedad hay disponibles 20 índices para las distintas dimensiones personalizadas y 20 índices para las métricas personalizadas. En las cuentas de 360 hay disponibles 200 índices para las dimensiones personalizadas y 200 para las métricas personalizadas.
Aunque las dimensiones personalizadas no se pueden eliminar, las puede inhabilitar. Le recomendamos que evite intentar reutilizar las dimensiones personalizadas. Cuando se edita el nombre, el ámbito y el valor de una dimensión personalizada, se pueden vincular los valores nuevos y antiguos con el nombre de la dimensión nueva o antigua. De este modo, los datos se fusionan en los informes y no se pueden separar con precisión mediante un filtro.
Algunas dimensiones personalizadas no están disponibles en los informes si se combinan con datos demográficos. Puede que se produzcan problemas con los umbrales o fallos de compatibilidad en los informes o la API cuando solicite dimensiones personalizadas con datos demográficos.
Ciclo de vida de las dimensiones y las métricas personalizadas
El ciclo de vida de una dimensión o una métrica personalizada tiene cuatro etapas:
- Configuración: se definen las dimensiones y las métricas personalizadas con un índice, un nombre y otras propiedades, como el ámbito.
- Recogida de datos: se envían los valores de las dimensiones y métricas personalizadas a Analytics desde su implementación.
- Procesamiento: los datos se procesan usando sus definiciones de las dimensiones y métricas personalizadas, así como los filtros de vista de informes.
- Creación de informes: se crean informes con las dimensiones y métricas personalizadas en la interfaz de usuario de Analytics.
Configuración
Antes de poder enviar valores de dimensiones y métricas personalizadas a Analytics, primero debe definirlos en una propiedad de Analytics. Cada propiedad de Analytics tiene 20 índices disponibles para dimensiones personalizadas y otros 20 índices para métricas personalizadas.
Al definir una dimensión o una métrica personalizada, debe especificar su nombre y otros valores de configuración. Analytics le asigna un número de índice que puede usar más tarde para hacer referencia a la dimensión o a la métrica en cuestión. Las dimensiones personalizadas tienen los siguientes valores de configuración:
- Nombre: indica el nombre de la dimensión personalizada tal como aparecerá en los informes.
- Ámbito: especifica a qué datos se aplicará la dimensión o la métrica personalizada. Más información sobre el ámbito
- Activo: indica si se procesará el valor de la dimensión o de la métrica personalizada. Las dimensiones personalizadas que estén inactivas pueden seguir apareciendo en los informes, pero los valores no se procesarán.
Las métricas personalizadas tienen los siguientes valores de configuración:
- Nombre: indica el nombre de la métrica personalizada tal como aparecerá en los informes.
- Tipo: determina cómo se mostrará el valor de la métrica personalizada en los informes.
- Valor mínimo/máximo: los valores mínimo y máximo que se procesarán y se mostrarán en los informes.
- Activo: indica si se procesará el valor de la métrica personalizada. Las métricas personalizadas que estén inactivas pueden seguir apareciendo en los informes, pero los valores no se procesarán.
Las dimensiones y métricas personalizadas se pueden definir en la interfaz de usuario de Analytics.
Cuando defina una dimensión o métrica personalizada, evite editar el nombre o el ámbito si es posible. Consulta Consideraciones de implementación para obtener más información sobre cómo pueden afectar a los informes los cambios en estos valores.
Recogida de datos
Los valores de las dimensiones y métricas personalizadas se envían a Analytics como un par de parámetros de índice y valor en el momento en que se recogen los datos. El parámetro de índice es el número de índice de la dimensión o métrica personalizada que asigna Analytics en la fase de configuración.
A diferencia de otros tipos de datos, las dimensiones y métricas personalizadas se envían a Analytics como parámetros asociados a otros hits, como páginas vistas, eventos o transacciones de comercio electrónico. Los valores de las dimensiones o métricas personalizadas se deben definir antes de hacer una llamada de seguimiento para que se envíen a Analytics.
Por ejemplo, para establecer un valor de dimensión personalizada, el código debería ser el siguiente:
ga('create', 'UA-XXXX-Y', 'auto');
// Definir el valor de la dimensión personalizada en el índice 1.
ga('set', 'cd1', 'Level 1');
// Enviar el valor de la dimensión personalizada con un hit de vista de página.
ga('send', 'pageview');
Tipos de métrica personalizada
Las métricas personalizadas de tipo Entero o Tiempo deben enviarse usando números enteros. En cambio, las métricas personalizadas de tipo Moneda deben enviarse como valores decimales fijos correspondientes a la moneda local.
Procesamiento
Cuando se procesan las dimensiones personalizadas, el ámbito determina a qué hits se aplicarán sus valores. En cambio, los filtros de vista determinan qué hits, con sus correspondientes valores, se incluyen en los informes.
Ámbito y prioridad
El ámbito determina qué hits se asocian al valor de dimensión personalizada en cuestión. El ámbito tiene cuatro niveles: producto, hit, sesión y usuario.
- Producto: el valor se aplica al producto para el que se ha configurado (solo comercio electrónico mejorado).
- Hit: el valor se aplica al hit único para el que se ha definido.
- Sesión: el valor se aplica a todas las visitas de una sesión.
- Usuario: el valor se aplica a todos los hits en las sesiones actuales y futuras, hasta que cambie el valor o hasta que la dimensión personalizada pase a estar inactiva.
Cuando una dimensión personalizada tiene ámbito de producto, el valor solo se aplica al producto con el que se ha definido el valor. Como se pueden enviar varios productos en un solo hit, también se pueden enviar varias dimensiones personalizadas con ámbito de producto en un solo hit.
Ámbito de hitCuando una dimensión personalizada tiene ámbito de hit, el valor solo se aplica al hit con el que se ha definido el valor. Esto se demuestra a continuación en la figura A, en la figura B y en la figura C:
Ámbito de sesión
Cuando dos valores con ámbito de sesión se encuentran en el mismo índice en una sesión, el último valor establecido tiene prioridad y se aplica a todos los hits de esa sesión. En la figura D, incluida a continuación, el último valor establecido sobrescribe cualquier valor previo de ese índice:
Ámbito de usuario
Por último, si se establecen dos valores de dimensión personalizada relativos al usuario en la misma sesión, el último valor establecido tiene prioridad en la sesión actual y se aplica en las futuras sesiones del usuario en cuestión.
En la figura B, incluida a continuación, el valor A de la dimensión personalizada se aplica a todos los hits de la sesión 2, tal como sucedería con una dimensión personalizada de sesión. Sin embargo, en la figura C, a diferencia de lo que ocurre con el ámbito de sesión, el valor A de dimensión personalizada sigue aplicándose a los hits en la tercera sesión porque la dimensión personalizada 1 tiene ámbito de usuario:
Filtros
Los filtros de vista pueden interactuar con las dimensiones y métricas personalizadas de varias formas.
Los valores de las dimensiones y métricas personalizadas se asocian al hit con el que se han recibido, independientemente del ámbito. Si se aplica un filtro de vista a ese hit, la dimensión o métrica personalizada podría filtrarse también en función de su ámbito:
- Ámbito de hit: las dimensiones personalizadas relativas al hit y todas las métricas personalizadas se filtrarán si el hit al que están asociadas también se ha filtrado.
- Ámbito de sesión o de usuario: las dimensiones personalizadas relativas a la sesión no se filtrarán aunque se filtre el hit al que están asociadas. Sus valores se seguirán aplicando a todos los hits de la sesión actual, así como de las sesiones futuras si la dimensión tiene ámbito de usuario.
Las dimensiones personalizadas también pueden usarse para crear filtros de vista. Esto hará que los hits se filtren según el ámbito de la dimensión personalizada. Por ejemplo, para un valor de dimensión personalizada con ámbito de usuario se filtrarían las sesiones actuales y futuras del conjunto de usuarios asociado a ese valor.
Informes
Después de la recogida de datos, la configuración y las otras etapas del flujo de procesamiento, las dimensiones y métricas personalizadas pasan a estar disponibles a través de la interfaz de informes del usuario.
Las dimensiones y las métricas personalizadas se encuentran disponibles en los informes personalizados y para su uso en los segmentos avanzados. Las dimensiones personalizadas también se usan como dimensiones secundarias en los informes estándar.
Ejemplos
En los siguientes ejemplos, se muestra cómo usa las dimensiones y métricas personalizadas un desarrollador de juegos para conocer el comportamiento de los jugadores.
Un desarrollador de juegos ha lanzado hace poco un juego nuevo.
La implementación de Analytics actual registra una vista de una pantalla cada vez que el usuario juega en un nivel. El desarrollador ya sabe cuántas veces se juega a cada nivel, pero ahora le gustaría responder a estas preguntas más avanzadas:
- ¿Cuántas veces se juega a los niveles fáciles en comparación con los niveles de dificultad media y elevada?
- ¿A cuántos niveles se juega a diario en un periodo de prueba de tres días?
- ¿A cuántos niveles juegan los usuarios de la versión de prueba en comparación con los usuarios que han comprado el juego?
Para responder a estas preguntas, las dimensiones personalizadas se usan para crear nuevas agrupaciones de hits, de sesiones y de usuarios.
Además, el desarrollador vende algunas funciones extra para mejorar la experiencia de usuario, como los "potenciadores". El desarrollador ya usa los campos de categoría y de variante, pero quiere otro campo para medir la intensidad del potenciador comprado. De este modo, podrá determinar si algunas intensidades de potenciador son más populares que otras.
Ámbito de hit
Veamos un ejemplo de cómo un programador de juegos puede usar las dimensiones personalizadas de hit para averiguar a cuántos niveles se ha jugado en cada nivel de dificultad (baja, media o elevada).
El programador ya realiza un seguimiento del número de veces que se juega a cada nivel mediante el número de visitas a una pantalla, pero ahora quiere saber a qué nivel dificultad se juega más.
El informe será parecido al siguiente:
| Dificultad | Visitas a una pantalla |
|---|---|
| Baja | |
| Media | |
| Elevada |
Antes de usar las dimensiones personalizadas, el programador podía ver el total de visitas a una pantalla, pero no podía agrupar estas visitas según el nivel de dificultad.
Al usar una dimensión personalizada de hit, la dificultad puede asociarse con cada vista de una pantalla, lo que permite que los informes reflejen a qué nivel de dificultad se juega más.
¿Por qué usar el ámbito de hit?
El usuario puede jugar en varios niveles a lo largo de una sesión. Con el ámbito de hit, el valor de dificultad solo se asociará a la vista de una pantalla con la que se ha enviado. Esto garantiza que cada vista de una pantalla pueda asociarse a un nivel de dificultad único.
Configuración
El primer paso para implementar una dimensión personalizada es definirla en la configuración de la propiedad, dentro de la sección Administrar de Analytics. En este ejemplo, la definición de la dimensión personalizada es la siguiente:
| Índice | 1 |
| Nombre | Dificultad |
| Ámbito | Hit |
| Activo | verdadero |
Recogida de datos
En el juego, el programador ya realiza un seguimiento de cada nivel con una vista de una pantalla. Para asociar la dificultad a cada nivel, el valor de la dimensión personalizada debe establecerse antes de llamar al seguimiento de la vista de una pantalla.
La implementación sería de esta forma:
ga('create', 'UA-XXXX-Y', 'auto');
// Definir el valor de la dimensión personalizada en el índice 1.
ga('set', 'cd1', 'easy');
// Enviar el valor de la dimensión personalizada con un hit de vista de página.
ga('send', 'pageview', '/level_1/');
En este ejemplo, la dimensión personalizada se define justo antes de hacerse el seguimiento de la vista de una pantalla de nivel. Esta asocia la dificultad a la vista de una pantalla y permitirá que los datos de vistas de pantalla se agrupen en los informes según la dificultad.
Procesamiento
Una vez recogidos y enviados los hits a Analytics, los datos se procesan y los valores de la dimensión personalizada se aplican a los hits según su ámbito.
Por ejemplo, los datos recogidos correspondientes a un solo jugador que ha jugado en seis niveles durante una única sesión se parecerán a los siguientes:
userId = 5555 Sesión 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium
Tenga en cuenta que, al usar el ámbito de hit, cada valor de dificultad se asocia únicamente a la vista de una pantalla con la que se ha enviado.
Informes
Cuando se procese, dado que cada vista de una pantalla se asocia a su correspondiente valor de dificultad, el desarrollador podrá crear un informe en el que se usen el nombre de la pantalla y la dificultad como dimensiones y las vistas de una pantalla como métricas:
| Nombre de pantalla | Dificultad | Vistas de pantalla |
|---|---|---|
| /level_1/ | easy | 1 |
| /level_2/ | medium | 1 |
| /level_3/ | hard | 1 |
| /level_4/ | easy | 1 |
| /level_5/ | medium | 1 |
| /level_6/ | medium | 1 |
Se puede crear un informe personalizado que use la dificultad como dimensión primaria para agrupar las visitas a una pantalla y averiguar cuántas veces se ha jugado a cada nivel de dificultad:
| Dificultad | Vistas de pantalla |
|---|---|
| baja | 2 |
| media | 3 |
| elevada | 1 |
En este informe, los niveles más jugados son los de dificultad media. Estos datos se pueden obtener usando las dimensiones personalizadas de hits para agrupar las visitas a una pantalla.
Ámbito de sesión
Veamos un ejemplo de cómo un programador de juegos puede usar las dimensiones personalizadas de sesión para comprobar en cuántos niveles se ha jugado cada día del periodo de prueba gratuito de tres días.
El programador ya sabe cuántas veces se juega en cada nivel realizando un seguimiento de las vistas de una pantalla en cada nivel. Sin embargo, ahora quiere saber en cuántos niveles se juega cada día.
El informe que desea el programador tiene el siguiente aspecto:
| Día de prueba | Vistas de pantalla |
|---|---|
| Día 1 | |
| Día 2 | |
| Día 3 |
Con una dimensión personalizada de sesión, el desarrollador puede agrupar las visitas a una pantalla según el día del periodo de prueba y ver cómo cambia el número de visitas a medida que el usuario juega más tiempo durante esos días.
¿Por qué usar el ámbito de sesión?
Puedes usar el ámbito de sesión para agrupar sesiones completas de forma eficiente, así como todas las visitas transcurridas durante estas sesiones, en un único valor para la dimensión de día de prueba.
Aunque el ámbito de hit se puede usar para lograr la misma funcionalidad, el ámbito de sesión le permite definir fácilmente un valor de día de prueba usando una cantidad mínima de código adicional.
Configuración
La dimensión personalizada Día de prueba se define con estos valores en la sección de configuración de la propiedad de la interfaz de usuario de Analytics:
| Índice | 2 |
| Nombre | Día de prueba |
| Ámbito | Sesión |
| Activo | verdadero |
Recogida de datos
En el juego, el programador ya realiza un seguimiento de cada nivel con una vista de una pantalla. Para asociar un día a todas las visitas a una pantalla en una sesión, basta con establecer el valor de la dimensión personalizada una vez por sesión.
El desarrollador configuraría la dimensión personalizada cuando el usuario iniciara el juego por primera vez:
ga('create', 'UA-XXXX-Y', 'auto');
// Definir el valor de la dimensión personalizada en el índice 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Enviar el valor de la dimensión personalizada con un hit de vista de página.
ga('send', 'pageview', '/level_1/');
Tenga en cuenta que se puede definir una dimensión personalizada de sesión en cualquier momento durante la sesión. Sin embargo, en este ejemplo, lo más fácil para el programador es determinar el día de prueba y establecer el valor correspondiente al inicio de la sesión.
Procesamiento
Una vez recogidos y enviados los hits a Analytics, los datos se procesan y los valores de la dimensión personalizada se aplican a los hits según su ámbito.
Por ejemplo, los datos recogidos de un solo jugador, que ha jugado al juego dos veces el primer día, una vez el segundo día y una vez el tercero, quedarían reflejados de la siguiente manera:
userId = 5555 Sesión 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Sesión 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Sesión 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Sesión 4: H1: screen_name=/level_3/ cd2_value=3
Tenga en cuenta que los valores de dimensión personalizada solo se han enviado con una vista de una pantalla en cada sesión.
El ámbito de sesión garantiza que el valor de la dimensión de día de prueba quede asociado a todos los hits de la sesión, no solo al hit con el que se ha enviado.
Informes
Después del procesamiento, los valores de una dimensión personalizada de sesión se asociarán a todas las visitas a una pantalla recibidas en la misma sesión. Ahora, el desarrollador puede crear un informe usando las dimensiones de día de prueba y de nombre de pantalla junto con la métrica de vistas de una pantalla:
| Día de prueba | Nombre de pantalla | Vistas de pantalla |
|---|---|---|
| 1 | /level_1/ | 1 |
| 1 | /level_2/ | 2 |
| 1 | /level_3/ | 1 |
| 1 | /level_4/ | 2 |
| 2 | /level_1/ | 1 |
| 2 | /level_2/ | 1 |
| 2 | /level_3/ | 1 |
| 3 | /level_3/ | 1 |
Por último, para agrupar las visitas a una pantalla por día y averiguar a cuántos niveles se ha jugado cada día del periodo de prueba, el desarrollador puede crear un informe personalizado cuya dimensión principal sea Día de prueba:
| Día de prueba | Vistas de pantalla |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Los datos demuestran que se ha jugado a más niveles durante el primer día, y a bastantes menos niveles durante el segundo y el tercer día. Es posible obtener esta información usando las dimensiones personalizadas de sesión para agrupar varias sesiones, con sus correspondientes visitas, en un solo valor.
Ámbito de usuario
Por último, veamos un ejemplo de cómo un programador de juegos puede usar las dimensiones personalizadas de usuario para averiguar a cuántos niveles han jugado los usuarios que han comprado el juego en comparación con los que han jugado en el periodo de prueba gratuito.
Al igual que en los ejemplos anteriores, ya se sabe el total de veces que se juega a cada nivel mediante el número de visitas a una pantalla, pero ahora el programador quiere agrupar las visitas a una pantalla diferenciando las visitas de los usuarios de pago de las de los que juegan al periodo de prueba gratuito.
El informe que desea el programador tiene el siguiente aspecto:
| Tipo de jugador | Vistas de pantalla |
|---|---|
| Gratis | |
| De pago |
Mediante una dimensión personalizada de usuario, el desarrollador puede obtener estos datos asociando a un valor de tipo de jugador todas las visitas a una pantalla de la sesión actual y de las futuras sesiones de un usuario concreto.
¿Por qué usar el ámbito de usuario?
El ámbito de usuario permite agrupar fácilmente todas las sesiones y visitas de un usuario en un solo valor. Es ideal para valores que no suelen cambian para un usuario concreto, como el tipo de jugador del ejemplo.
Tenga en cuenta que, aunque se puede hacer lo mismo con el ámbito de hit o de sesión, el ámbito de usuario ofrece la solución más cómoda, ya que requiere menos código.
Configuración
La dimensión personalizada de tipo de jugador se define en la sección "Administrador" con estos valores:
| Índice | 3 |
| Nombre | Tipo de jugador |
| Ámbito | Usuario |
| Activo | verdadero |
Recogida de datos
Al igual que en los ejemplos anteriores, el desarrollador ya hace un seguimiento de cada nivel mediante las vistas de una pantalla. Para agrupar estas visitas a una pantalla según el tipo de jugador, el desarrollador solo tiene que definir la dimensión de tipo de jugador cuando el usuario inicie el juego y definirla una segunda vez si luego paga para acceder a la versión completa.
El desarrollador configuraría la dimensión personalizada cuando el usuario iniciara el juego por primera vez:
ga('create', 'UA-XXXX-Y', 'auto');
// Definir el valor de la dimensión personalizada en el índice 3.
ga('set', 'dimension3', 'Free' );
// Enviar el valor de la dimensión personalizada con un hit de vista de página.
ga('send', 'pageview', '/level_1/');
El desarrollador también debería establecer la dimensión personalizada cuando el usuario compre la versión completa del juego:
ga('create', 'UA-XXXX-Y', 'auto');
// Definir el valor de la dimensión personalizada en el índice 3.
ga('set', 'dimension3', 'Paid' );
// Enviar el valor de la dimensión personalizada con un hit de vista de página.
ga('send', 'pageview', '/level_1/');
Procesamiento
Al igual que en los ejemplos anteriores, una vez que los datos se recopilan, se procesan y se aplican los valores de la dimensión personalizada a las visitas según su ámbito.
Por ejemplo, los datos recogidos para un solo jugador que ha jugado al juego dos veces como usuario de la versión gratuita y una vez como usuario de pago quedarían reflejados de la siguiente manera:
userId = 5555 Sesión 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Sesión 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Sesión 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Tenga en cuenta que el valor free (gratuito) establecido en la sesión 1 se aplica a todos los hits de esa sesión y a las de la sesión 2, hasta que se establece el nuevo valor paid (de pago) en la sesión 3.
Informes
Después del procesamiento, los valores de la dimensión personalizada de tipo de jugador se asociarán a las sesiones en las que se hayan definido, así como a las próximas sesiones y hits.
Ahora, el desarrollador puede crear un informe usando las dimensiones de tipo de jugador y de nombre de pantalla junto con la métrica de vistas de una pantalla:
| Tipo de jugador | Nombre de pantalla | Vistas de pantalla |
|---|---|---|
| Gratis | /level_1/ | 1 |
| Gratis | /level_2/ | 2 |
| Gratis | /level_3/ | 2 |
| De pago | /level_3/ | 1 |
| De pago | /level_4/ | 1 |
Por último, para agrupar las visitas a una pantalla según el tipo de jugador y averiguar a cuántos niveles han jugado los usuarios de la versión gratuita en comparación con los de la versión de pago, el desarrollador puede crear un informe personalizado que use la dimensión de tipo de jugador como dimensión primaria:
| Tipo de jugador | Vistas de pantalla |
|---|---|
| Gratis | 5 |
| De pago | 2 |
Los datos demuestran que los jugadores de la versión gratuita han jugado a más niveles que los usuarios de pago. Es posible obtener esta información usando las dimensiones personalizadas de usuario para agrupar a los usuarios, con sus correspondientes sesiones y hits, en un solo valor.
Ámbito de producto
Veamos un ejemplo de cómo puede usar las dimensiones personalizadas de producto un desarrollador de juegos para averiguar qué intensidades de potenciador (débil, media o alta) se han comprado.
El desarrollador ya hace un seguimiento del número de veces que se compran potenciadores mediante el Comercio electrónico mejorado, pero ahora quiere saber qué nivel de potenciador se compra más.
El informe será parecido al siguiente:
| Intensidad del potenciador | Ingresos del producto |
|---|---|
| débil | |
| media | |
| alta |
Antes de usar las dimensiones personalizadas, el desarrollador podía ver los ingresos totales que generaban los potenciadores, pero no podía agrupar esos ingresos según la intensidad de los potenciadores.
Mediante una dimensión personalizada de producto, se puede asociar la intensidad a cada producto, lo que permite que los informes indiquen qué intensidad se compra más, así como cuáles se han visto, en cuáles se ha hecho clic y otras acciones de Comercio electrónico mejorado.
¿Por qué usar el ámbito de producto?
Un usuario puede adquirir varios potenciadores en una sola compra. Con el ámbito de producto, el valor de intensidad solo se asociará al producto con el que se haya enviado. De esta forma cada potenciador comprado puede asociarse a una única intensidad.
Configuración
La dimensión personalizada de intensidad de potenciador se define en la sección de configuración de la propiedad de la sección Administrar de Analytics con estos valores:
| Índice | 4 |
| Nombre | Intensidad del potenciador |
| Ámbito | Producto |
| Activo | verdadero |
Recogida de datos
En el juego, el desarrollador ya hace un seguimiento de cada compra de potenciador. Para asociar la intensidad a cada potenciador, el valor de la dimensión personalizada debe definirse con los datos del producto.
La incorporación de esta dimensión al producto podía ser de esta forma:
ga('ec:addProduct', { // Proporcionar información del producto en un objeto productFieldObject.
'id': 'P12345', // ID de producto (cadena).
'name': 'Powerup', // Nombre de producto (cadena).
'category': 'Extras', // Categoría de producto (cadena).
'variant': 'red', // Variante de producto (cadena).
'price': '10.00', // Precio del producto (moneda).
'quantity': 2, // Cantidad de producto (número).
'dimension4': 'strong' // Dimensión personalizada relativa al producto (cadena).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Enviar los datos de transacción con la vista de página inicial.
En este ejemplo, la dimensión personalizada se configura con la información de producto. De este modo, se asocia la intensidad con este potenciador.
Procesamiento
Al igual que en los ejemplos anteriores, una vez recogidos y enviados los hits a Analytics, los datos se procesan y los valores de la dimensión personalizada se aplican a los productos con los que se han configurado.
Por ejemplo, los datos recogidos correspondientes a un solo jugador que ha comprado tres potenciadores durante una única sesión serían similares a los siguientes:
userId = 5555
Sesión 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Tenga en cuenta que, al usar el ámbito de producto, cada valor de potenciador se asocia únicamente al producto con el que se ha configurado.
Informes
Cuando se procese, como cada producto está asociado a su correspondiente valor de intensidad, el desarrollador puede crear un informe personalizado en el que se muestren los ingresos generados por cada intensidad de potenciador:
| Intensidad del potenciador | Ingresos del producto |
|---|---|
| débil | 20.00 |
| alta | 10.00 |
En este informe, los potenciadores débiles son los que aportan más ingresos.
Métricas personalizadas
Ámbito
Al igual que las dimensiones personalizadas, las métricas personalizadas pueden tener alcances distintos. Las métricas personalizadas de hit se asocian a todas las dimensiones de hit con las que se han enviado. Del mismo modo, las métricas personalizadas de producto se asocian únicamente a los productos con los que se han enviado. En los siguientes ejemplos se muestran estos dos tipos de métricas personalizadas.
Ejemplo de métrica personalizada de ámbito de hit
En los ejemplos anteriores, el desarrollador del juego ha hecho un seguimiento de las partidas en cada nivel a través de las vistas de una pantalla. En cada informe generado, se usa la métrica de vistas de una pantalla para representar los intentos del jugador por completar un nivel.
Sin embargo, el programador también quiere saber el porcentaje finalización de cada nivel.
Para ello, usará una nueva métrica personalizada de finalizaciones de nivel y la comparará con las vistas de pantalla de cada nivel.
El informe que desea el programador tiene el siguiente aspecto:
| Nombre de pantalla | Vistas de pantalla | Finalizaciones de nivel |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
¿Por qué usar una métrica personalizada?
En muchos casos, tendrá la opción de usar los eventos, las vistas de pantalla o una métrica personalizada para hacer un seguimiento de las métricas más importantes. Sin embargo, las métricas personalizadas pueden producir informes personalizados más flexibles y más fáciles de leer, por lo que resultará más fácil hacer un seguimiento de las métricas más importantes.
En este ejemplo, no se podía hacer un seguimiento de las finalizaciones de nivel como vistas de una pantalla sin contar por duplicado el número de vistas de pantalla de cada nivel, por lo que es recomendable usar otra opción.
Aunque se podía usar un evento por sí solo, dado su carácter jerárquico, sería difícil crear el informe anterior combinando las vistas de una pantalla y las finalizaciones de nivel en una sola dimensión.
Debido a que estas limitaciones, y a que la métrica de finalización de nivel es muy importante para el programador, lo más fácil es realizar un seguimiento de la finalización de niveles como métrica personalizada.
Configuración
La métrica personalizada de finalización de nivel se define en la sección de gestión de la interfaz de usuario con estos valores:
| Índice | 1 |
| Nombre | Finalizaciones de nivel |
| Ámbito | Hit |
| Tipo de formato | Entero |
| Activo | verdadero |
Recogida de datos
El desarrollador ya está listo para hacer un seguimiento del inicio de cada nivel mediante las vistas de una pantalla. Ahora quiere hacer un seguimiento de la finalización de niveles usando una nueva métrica personalizada.
Tal como sucede con las dimensiones personalizadas, las métricas personalizadas se envían a Analytics como parámetros asociados a otros hits. Para enviar el valor de métrica personalizada, el desarrollador deberá enviar también un hit adicional para registrar que el usuario ha completado un nivel. En este ejemplo, se activará un evento una vez cuando se complete el nivel y se asociará una métrica personalizada a este evento.
La implementación sería de esta forma:
ga('create', 'UA-XXXX-Y', 'auto');
// Incrementar la métrica de finalización de nivel en 1.
ga('set', 'metric1', 1 );
// Enviar el valor de la métrica personalizada con un hit de evento.
ga('send', 'event', 'Level', 'completion');
Procesamiento
Antes del procesamiento, los datos de un solo usuario que juega a tres niveles del juego durante una única sesión quedarían reflejados de la siguiente manera:
userId = 5555 Sesión 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1
Informes
Después del procesamiento, el desarrollador puede crear un informe que use la dimensión de nombre de pantalla junto con las métricas de visitas a una pantalla, de eventos totales y de finalizaciones de nivel:
| Nombre de pantalla | Vistas de pantalla | Total de eventos | Finalizaciones de nivel |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Dado que el programador ha realizado un seguimiento de las finalizaciones de los niveles como métrica personalizada, no será necesario aislar los eventos de finalización de los eventos totales en el futuro.
En su lugar, el programador puede crear fácilmente el siguiente informe personalizado usando la métrica personalizada de finalizaciones de nivel:
| Nombre de pantalla | Vistas de pantalla | Finalizaciones de nivel |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Los datos sugieren que, en realidad, el nivel 2 es más difícil en comparación con los niveles 1 y 3, ya que solo tiene un 33 % de finalizaciones según las visitas a una pantalla. Al hacer un seguimiento de las finalizaciones de nivel como métrica personalizada, el desarrollador puede responder fácilmente a preguntas relacionadas con las métricas clave y crear informes simplificados para compartirlos con los demás.
Ejemplo de métrica personalizada de ámbito de producto
En los ejemplos anteriores, el desarrollador del juego ha hecho un seguimiento de cada compra de un potenciador. Hay varias métricas, como la cantidad y los ingresos del producto, que se pueden asociar a cada compra.
No obstante, el desarrollador del juego ha publicado una promoción recientemente, en la que se regalaban 100 $ a todos los usuarios. El desarrollador quiere medir los potenciadores que compran los usuarios con su crédito.
Para determinar la cantidad de créditos usados por cada compra de producto, el desarrollador usará una nueva métrica personalizada llamada "Créditos usados".
El informe que desea el desarrollador tiene el siguiente aspecto:
| Intensidad del potenciador | Ingresos del producto | Créditos usados |
|---|---|---|
| alta | ||
| media | ||
| débil |
Configuración
La métrica personalizada Créditos usados se define en la sección "Administrador" con estos valores:
| Índice | 2 |
| Nombre | Créditos usados |
| Ámbito | Producto |
| Tipo de formato | Entero |
| Activo | verdadero |
Recogida de datos
Tal como sucede con las dimensiones personalizadas de producto, las métricas personalizadas se envían a Analytics como parámetros asociados a los datos de los productos.
La implementación sería de esta forma:
ga('ec:addProduct', { // Proporcionar información del producto en un objeto productFieldObject.
'id': 'P12345', // ID de producto (cadena).
'name': 'Powerup', // Nombre de producto (cadena).
'category': 'Extras', // Categoría de producto (cadena).
'variant': 'red', // Variante de producto (cadena).
'price': '10.00', // Precio del producto (moneda).
'quantity': 2, // Cantidad de producto (número).
'dimension4': 'strong', // Dimensión personalizada relativa al producto (cadena).
'metric2': 5 // Métrica personalizada con ámbito de producto (entero).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Enviar los datos de transacción con la vista de página inicial.
Procesamiento
Antes del procesamiento, los datos de un solo jugador que compra algunos potenciadores quedarían reflejados de la siguiente manera:
userId = 5555
Sesión 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Informes
Después del procesamiento, el desarrollador puede crear un informe que incluya la dimensión Intensidad del potenciador y las métricas Ingresos del producto y Créditos usados:
| Intensidad del potenciador | Ingresos del producto | Créditos usados |
|---|---|---|
| débil | 20 | 15 |
| alta | 10 | 5 |
| media | 10 | 1 |
Los datos sugieren que los jugadores utilizan los créditos en los potenciadores débiles. El desarrollador ha obtenido más ingresos de los potenciadores de intensidad media.
Consideraciones antes de la implementación
Al implementar dimensiones o métricas personalizadas, tenga en cuenta lo siguiente:
Modificación de una dimensión o una métrica
Cuando modifique el nombre o el ámbito de una dimensión o métrica personalizada, los datos pueden verse afectados de la siguiente manera:
- Modificar el nombre: afecta a los datos que ya se han procesado. Solo se podrá acceder a los datos anteriores usando el nuevo nombre.
- Modificar el ámbito: no afecta a los datos que ya se han procesado. Solo se procesarán los nuevos datos mediante el nuevo ámbito.
- Cambiar el estado activo: el campo activo determina si los valores de la dimensión o métrica personalizada se han procesado. Tenga en cuenta que, cuando el valor de activo es
false, la dimensión o métrica personalizada sigue apareciendo en los informes, pero, dado que sus valores no se han procesado, no tendrá datos asociados.
Planificar por adelantado al configurar el ámbito
Al decidir qué ámbito se usará para una determinada dimensión personalizada, tenga en cuenta la frecuencia con la que espera que cambie el valor. Si se trata de un valor que puede cambiar muchas veces durante una sesión, como el nombre del nivel de un juego, utilice el ámbito de hit y defina el valor antes de cada hit. Por otro lado, las dimensiones personalizadas, como el sexo, se pueden configurar a nivel de usuario una sola vez. Enviar un valor de sexo con cada hit requeriría un volumen de trabajo innecesario. Además, si se configurara una dimensión personalizada que cambia a menudo con el ámbito de usuario, se asociarían incorrectamente muchos hits a ese valor.
