Las dimensiones y métricas personalizadas son como las métricas y dimensiones predeterminadas de su cuenta de Analytics, excepto que las crea usted mismo. Puede utilizarlas para recopilar y analizar datos de los que Analytics no hace un seguimiento automáticamente.
En este artículo, se incluye lo siguiente:- Descripción general
- Requisitos previos
- Límites y advertencias
- Ciclo de vida de las dimensiones y métricas personalizadas
- Configuración
- Recopilación
- Procesamiento
- Informes
- Ejemplos
- Alcance a nivel de hit
- Alcance a nivel de sesión
- Alcance a nivel de usuario
- Alcance a nivel de producto
- Métricas personalizadas
- Consideraciones sobre la implementación
Descripción general
Las dimensiones y métricas personalizadas le permiten combinar datos de Analytics con datos que no lo son, como los de CRM. Por ejemplo:
- Si almacena el género de los usuarios que accedieron a su cuenta en un sistema de CRM, podría combinar esta información con sus datos de Analytics para ver las páginas vistas por género.
- Si es desarrollador de juegos, es posible que las métricas como "finalizaciones de nivel" o "puntuación alta" sean más relevantes que las métricas predefinidas, como las vistas de pantalla. Gracias al seguimiento de estos datos con las métricas personalizadas, puede realizar un seguimiento del progreso con respecto a sus métricas más importantes en informes personalizados flexibles y fáciles de leer.
Las dimensiones personalizadas pueden aparecer como dimensiones principales en los Informes personalizados. También puede utilizarlas como Segmentos y dimensiones secundarias en informes estándares.
Requisitos previos
Las dimensiones y métricas personalizadas solo están disponibles para las propiedades que se habilitaron en Universal Analytics o que contienen, al menos, una vista de informes de la aplicación. Las dimensiones y métricas personalizadas son compatibles con la versión 2.x o posterior de los SDK de Google Analytics para iOS y Android, analytics.js y el Protocolo de medición.
Las dimensiones y métricas personalizadas requieren una configuración adicional en su cuenta de Analytics y en su código de seguimiento. Una vez completados ambos pasos de la configuración, podrá utilizarlos en sus informes.
Límites y advertencias
En cada propiedad, hay 20 índices disponibles para las distintas dimensiones personalizadas y 20 índices para las métricas personalizadas. Las cuentas de 360 tienen 200 índices disponibles para las dimensiones personalizadas y 200 para las métricas personalizadas.
Si bien no es posible borrar las dimensiones personalizadas, sí puede inhabilitarlas. Le recomendamos que evite intentar reutilizar las dimensiones personalizadas. Una vez que edita el nombre, el alcance 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 combinan en sus informes y no se pueden separar con precisión mediante un filtro.
Algunas dimensiones personalizadas no están disponibles en los informes cuando se combinan con la información demográfica. Es posible que experimente restricciones debido a umbrales o incompatibilidad en los informes o con la API al solicitar dimensiones personalizadas con datos demográficos.
Ciclo de vida de las dimensiones y métricas personalizadas
El ciclo de vida de una dimensión o métrica personalizada tiene cuatro etapas:
- Configuración: En esta etapa, define sus dimensiones y métricas personalizadas con un índice, un nombre y otras propiedades, como el alcance.
- Recopilación: Luego, envía valores de dimensiones y métricas personalizadas a Analytics desde su implementación.
- Procesamiento: Sus datos se procesan según las definiciones de sus dimensiones y métricas personalizadas y cualquier filtro de vista de informes.
- Informes: A fin de crear informes nuevos, utilice sus 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 las dimensiones personalizadas y otros 20 para las métricas personalizadas.
Al definir una dimensión o métrica personalizada, debe especificar su nombre y otros valores de configuración. Luego, Analytics asigna un número de índice que utilizará más adelante para hacer referencia a la dimensión o métrica en cuestión. Las dimensiones personalizadas tienen los siguientes valores de configuración:
- Nombre: Se trata del nombre de la dimensión personalizada tal como aparecerá en sus informes.
- Alcance: Especifica los datos a los que se aplicará la dimensión o métrica personalizada. Más información sobre el alcance
- Activa: Indica si se procesará el valor de la dimensión o métrica personalizada. Es posible que las dimensiones personalizadas inactivas sigan apareciendo en los informes, pero no se procesarán sus valores.
Las métricas personalizadas tienen los siguientes valores de configuración:
- Nombre: Se trata del nombre de la métrica personalizada tal como aparecerá en sus informes.
- Tipo: Determina cómo se mostrará el valor de la métrica personalizada en los informes.
- Valor mínimo o máximo: Indica los valores mínimo y máximo que se procesarán y mostrarán en sus informes.
- Activa: Indica si se procesará el valor de la métrica personalizada. Es posible que las métricas personalizadas inactivas sigan apareciendo en los informes, pero no se procesarán sus valores.
Las dimensiones y métricas personalizadas se pueden definir en la interfaz de usuario de Analytics.
Una vez que defina una dimensión o métrica personalizada, evite modificar el nombre o el alcance siempre que sea posible. Consulta Consideraciones sobre la implementación para obtener más información sobre cómo los cambios en estos valores pueden afectar a tus informes.
Recopilación
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 de la recopilación. 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 lo que ocurre con 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. Por lo tanto, debe establecer los valores de las dimensiones o métricas personalizadas antes de realizar una llamada de seguimiento a fin de que se envíe ese valor a Analytics.
Por ejemplo, para configurar un valor de dimensión personalizada, su código podría verse así:
ga('create', 'UA-XXXX-Y', 'auto');
// Configure el valor para la dimensión personalizada en el índice 1.
ga('set', 'cd1', 'Level 1');
// Envíe el valor de la dimensión personalizada con un hit de página vista.
ga('send', 'pageview');
Tipos de métricas personalizadas
Las métricas personalizadas de tipo Entero o Tiempo se deben enviar usando números enteros, mientras que las métricas personalizadas de tipo Moneda se pueden enviar como valores decimales fijos correspondientes a la moneda local.
Procesamiento
Al procesar las dimensiones personalizadas, el alcance determina a qué hits se aplicará un valor de dimensión personalizada específico. En cambio, los filtros de vista determinan qué hits, con sus valores asociados, se incluyen en los informes.
Alcance y prioridad
El alcance determina qué hits se asociarán con un valor de dimensión personalizada determinado. Se divide en cuatro niveles: producto, hit, sesión y usuario:
- Producto: El valor se aplica al producto para el que se configuró (solo Comercio electrónico mejorado).
- Hit: El valor se aplica al hit único para el que se configuró.
- Sesión: El valor se aplica a todos los hits de una sesión.
- Usuario: El valor se aplica a todos los hits de las sesiones actuales y futuras, hasta que cambie el valor o que la dimensión personalizada pase a estar inactiva.
Cuando una dimensión personalizada tiene un alcance a nivel de producto, el valor solo se aplica al producto con el que se configuró el valor. Debido a que se pueden enviar varios productos en un solo hit, se pueden enviar varias dimensiones personalizadas con alcance a nivel de producto en un solo hit.
Alcance a nivel de hitCuando una dimensión personalizada tiene un alcance a nivel de hit, el valor solo se aplica al hit con el que se configuró el valor. Esto se demuestra en la figura A, la figura B y la figura C que aparecen a continuación:
Alcance a nivel de sesión
Cuando en una sesión se configuran dos valores con alcance de sesión en el mismo índice, el último valor configurado tendrá prioridad y se aplicará a todos los hits de esa sesión. En la figura D que aparece a continuación, el último valor configurado reemplaza a cualquier valor anterior para ese índice:
Alcance a nivel de usuario
Por último, si se configuran dos valores de dimensión personalizada centrada en el usuario dentro de la misma sesión, el último valor configurado tendrá prioridad para la sesión actual y se aplicará a las futuras sesiones de ese usuario.
En la figura B que se muestra a continuación, el valor A de la dimensión personalizada se aplica a todos los hits de la sesión 2, al igual que ocurre con una dimensión personalizada a nivel de sesión. Sin embargo, en la figura C, y a diferencia de lo que ocurre con un alcance a nivel de sesión, se seguirá aplicando el valor A de la dimensión personalizada a los hits de la tercera sesión debido a que la dimensión personalizada 1 tiene un alcance a nivel de usuario:
Filtros
Los filtros de vistas pueden interactuar con las dimensiones y métricas personalizadas de varias formas.
Cada uno de los valores de dimensiones y métricas personalizadas está asociado con el hit con el que se recibió, independientemente de su alcance. Si se filtra ese hit por un filtro de vistas, también se puede filtrar la dimensión o métrica personalizada, en función de su alcance:
- Alcance de hit: Se filtrarán tanto las dimensiones personalizadas con alcance de hit como todas las métricas personalizadas si también se filtró el hit con el que están asociadas.
- Alcance de sesión o de usuario: No se filtrarán las dimensiones personalizadas centradas en el usuario o en la sesión incluso si se filtra el hit al que se asociaron. Se seguirán aplicando sus valores a todos los hits de la sesión actual, así como a las sesiones futuras si la dimensión tiene un alcance de usuario.
Las dimensiones personalizadas también se pueden usar para construir filtros de vistas. Esto hará que se filtren los hits según el alcance de la dimensión personalizada. Por ejemplo, si se filtra según un valor de dimensión personalizada centrado en el usuario, se filtrarían las sesiones actuales y futuras del conjunto de usuarios asociados con ese valor.
Informes
Una vez que se completen la recopilación, la configuración y otras etapas de procesamiento de la canalización, las dimensiones y métricas personalizadas pasan a estar disponibles a través de la interfaz de informes del usuario.
Las dimensiones y métricas personalizadas están disponibles en los informes personalizados, así como para usarlas en segmentos avanzados. Las dimensiones personalizadas también se pueden usar como dimensiones secundarias en informes estándares.
Ejemplos
En los siguientes ejemplos, se muestra cómo un desarrollador de juegos puede utilizar las dimensiones y métricas personalizadas para aprender sobre el comportamiento de los jugadores.
Recientemente, un desarrollador lanzó un juego nuevo.
La implementación actual de Analytics hace un seguimiento de una visita a una pantalla cada vez que un usuario juega un nivel. El desarrollador ya sabe cuántas veces se juega cada nivel y ahora quiere responder estas preguntas más avanzadas:
- ¿Cuántas veces se juegan los niveles fáciles en comparación con los niveles de dificultad media o difícil?
- ¿Cuántos niveles se juegan cada día en una prueba gratuita de 3 días?
- ¿Cuántos niveles juegan los usuarios de la versión de prueba en comparación con los usuarios que compraron el juego?
A fin de responder estas preguntas, se utilizan dimensiones personalizadas para crear nuevas agrupaciones de hits, sesiones y usuarios.
Además, el desarrollador vende algunas funciones adicionales para mejorar la experiencia del usuario, como "potenciadores". El desarrollador ya utiliza los campos de categoría y variante, pero desea un campo adicional para medir la intensidad del potenciador comprado. De este modo, podrá determinar si las intensidades de cierto potenciador son más populares que otras.
Alcance a nivel de hit
Veamos un ejemplo de cómo el desarrollador del juego puede utilizar dimensiones personalizadas a nivel de hit a fin de averiguar cuántos niveles de cada nivel de dificultad (fácil, medio o difícil) se jugaron.
El desarrollador ya hace un seguimiento de la cantidad de veces que se juega cada nivel mediante el uso de visitas a una pantalla. Ahora desea saber qué nivel de dificultad se juega más.
El informe tendrá el siguiente aspecto:
| Dificultad | Visitas a una pantalla |
|---|---|
| fácil | |
| media | |
| difícil |
Antes de utilizar dimensiones personalizadas, el desarrollador podía ver el total de visitas a una pantalla por nivel, pero no podía agruparlas por dificultad.
Al utilizar una dimensión personalizada a nivel de hit, se puede asociar la dificultad con cada visita a una pantalla, lo que permite que los informes incluyan el nivel de dificultad que juega más.
¿Por qué se recomienda utilizar el alcance a nivel de hit?
Un usuario puede jugar varios niveles en el transcurso de una sesión. Utilizar un alcance a nivel de hit implica que solo se asociará un valor de dificultad a la visita a una pantalla con la que se envió. Esto garantiza que cada visita a una pantalla se pueda asociar 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 Administrador de Analytics. En este ejemplo, la definición de la dimensión personalizada tiene el siguiente aspecto:
| Índice | 1 |
| Nombre | Difficulty |
| Alcance | Hit |
| Activa | true |
Recopilación
En el juego, el desarrollador ya hace un seguimiento de cada nivel con una visita a una pantalla. A fin de asociar la dificultad con cada nivel, se debe configurar el valor de la dimensión personalizada justo antes de la llamada para hacer un seguimiento de la visita a una pantalla.
La implementación podría tener el siguiente aspecto:
ga('create', 'UA-XXXX-Y', 'auto');
// Configure el valor para la dimensión personalizada en el índice 1.
ga('set', 'cd1', 'easy');
// Envíe el valor de la dimensión personalizada con un hit de página vista.
ga('send', 'pageview', '/level_1/');
En este ejemplo, se configura la dimensión personalizada justo antes de que se haga un seguimiento de la visita a una pantalla del nivel. De este modo, se asocia la dificultad con la visita a una pantalla y se permitirá que los hits de visitas a una pantalla se agrupen en los informes según la dificultad.
Procesamiento
Una vez que se recopilan los hits y se envían a Analytics, los datos se procesan y los valores de dimensión personalizada se aplican a los hits en función de su alcance.
Por ejemplo, los datos recopilados correspondientes a un solo jugador que jugó 6 niveles durante una sola sesión tendrán el siguiente aspecto:
userId = 5555 Session 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 el uso del alcance a nivel de hit garantiza que cada valor de dificultad solo esté asociado con la visita a una pantalla con la que se envió.
Informes
Después del procesamiento, como cada visita a una pantalla está asociada con su valor de dificultad correspondiente, un desarrollador puede crear un informe en el que se usen el nombre de la pantalla y la dificultad como dimensiones y las visitas a una pantalla como métrica:
| Nombre de la pantalla | Dificultad | Visitas a una pantalla |
|---|---|---|
| /level_1/ | fácil | 1 |
| /level_2/ | media | 1 |
| /level_3/ | difícil | 1 |
| /level_4/ | fácil | 1 |
| /level_5/ | media | 1 |
| /level_6/ | media | 1 |
Se puede crear un informe personalizado en el que se utilice la dificultad como una dimensión principal para agrupar las visitas a una pantalla y descubrir cuántas veces se jugó cada nivel de dificultad:
| Dificultad | Visitas a una pantalla |
|---|---|
| fácil | 2 |
| media | 3 |
| difícil | 1 |
En este informe, se jugaron más los niveles de dificultad media. Esta estadística es posible gracias al uso de dimensiones personalizadas a nivel de hit para agrupar las visitas a una pantalla.
Alcance a nivel de sesión
Veamos un ejemplo de cómo el desarrollador del juego puede utilizar dimensiones personalizadas a nivel de sesión a fin de averiguar cuántos niveles se juegan cada día de una prueba gratuita de 3 días.
El desarrollador ya sabe cuántas veces se juega cada nivel gracias al seguimiento de una visita a una pantalla para cada nivel. Ahora desea saber cuántos niveles se jugaron cada día.
El informe que desea crear el desarrollador tiene el siguiente aspecto:
| Día de la prueba | Visitas a una pantalla |
|---|---|
| Día 1 | |
| Día 2 | |
| Día 3 |
A través de una dimensión personalizada a nivel de sesión, el desarrollador puede agrupar las visitas a una pantalla según el día de la prueba y ver cómo cambia esa cifra a medida que el usuario pasa más tiempo en la prueba gratuita.
¿Por qué se recomienda utilizar el alcance a nivel de sesión?
Puede usar el alcance a nivel de sesión para agrupar sesiones completas de forma eficiente, así como todos los hits de esas sesiones, en un valor único para la dimensión personalizada Día de la prueba.
Si bien se puede utilizar el alcance a nivel de hit para lograr la misma funcionalidad, el uso del alcance a nivel de sesión le permite configurar un valor para la dimensión personalizada Día de la prueba con la menor cantidad de código adicional.
Configuración
La dimensión personalizada Día de la prueba se define en la sección de configuración de la propiedad de la interfaz de usuario de Analytics con estos valores:
| Índice | 2 |
| Nombre | Day of Trial |
| Alcance | Session |
| Activa | true |
Recopilación
En el juego, el desarrollador ya hace un seguimiento de cada nivel con una visita a una pantalla. A fin de asociar un día con todas las visitas a una pantalla durante una sesión, el valor de la dimensión personalizada solo se debe configurar 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');
// Configure el valor para la dimensión personalizada en el índice 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Envíe el valor de la dimensión personalizada con un hit de página vista.
ga('send', 'pageview', '/level_1/');
Tenga en cuenta que es posible configurar una dimensión personalizada a nivel de sesión en cualquier momento durante la sesión. Sin embargo, en este ejemplo, el desarrollador puede simplemente determinar el día de la prueba y configurar el valor correspondiente al inicio de la sesión.
Procesamiento
Una vez que se recopilan los hits y se envían a Analytics, los datos se procesan y los valores de dimensión personalizada se aplican a los hits en función de su alcance.
Por ejemplo, los datos recopilados correspondientes a un solo jugador que usó el juego dos veces el primer día, una vez el segundo día y una vez el tercero, tendrán el siguiente aspecto:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Session 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Session 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Session 4: H1: screen_name=/level_3/ cd2_value=3
Tenga en cuenta que los valores de dimensión personalizada solo se enviaron con una visita a una pantalla por sesión.
El alcance a nivel de sesión garantiza que se asociará el valor Día de la prueba con todos los hits de esa sesión, no solo con el hit con el que se envió.
Informes
Después del procesamiento, se asociarán los valores de dimensión personalizada a nivel de sesión con todas las visitas a una pantalla recibidas en la misma sesión. El desarrollador ahora puede crear un informe con el valor Día de la prueba y el nombre de la pantalla como dimensiones y las visitas a una pantalla como métrica:
| Día de la prueba | Nombre de la pantalla | Visitas a una 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 descubrir cuántos niveles se jugaron cada día de la prueba, el desarrollador puede crear un informe personalizado que utilice el valor Día de la prueba como una dimensión principal:
| Día de la prueba | Visitas a una pantalla |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Los datos muestran que se jugaron más niveles durante el primer día, y bastante menos niveles durante el segundo y tercer día. Esta estadística es posible gracias al uso de dimensiones personalizadas a nivel de sesión para agrupar varias sesiones, y los hits de esas sesiones, según un solo valor.
Alcance a nivel de usuario
Por último, veamos un ejemplo de cómo el desarrollador del juego puede utilizar dimensiones personalizadas a nivel de usuario a fin de averiguar cuántos niveles jugaron los usuarios que pagan en comparación con los que jugaron los usuarios de la prueba gratuita.
Al igual que en los ejemplos anteriores, ya se hace un seguimiento de la cantidad total de veces que se juega cada nivel con la cantidad de visitas a una pantalla, pero ahora el programador quiere agrupar las visitas a una pantalla según los usuarios que no pagan y los usuarios que pagan.
El informe que desea ver el desarrollador tiene el siguiente aspecto:
| Tipo de jugador | Visitas a una pantalla |
|---|---|
| Usuario que no paga | |
| Usuario que paga |
Al usar una dimensión personalizada a nivel de usuario, el desarrollador puede obtener estos datos si asocia todas las visitas a una pantalla de un usuario determinado, en sus sesiones actuales y futuras, con un valor Tipo de jugador.
¿Por qué se recomienda utilizar el alcance a nivel de usuario?
El alcance a nivel de usuario le permite agrupar de forma conveniente todas las sesiones y hits de un usuario según un valor único. Resulta ideal para los valores que no cambian con frecuencia para un usuario determinado, como Tipo de jugador en este ejemplo.
Tenga en cuenta que, si bien se podría lograr esta misma funcionalidad con el alcance a nivel de hit o sesión, el alcance a nivel de usuario proporciona la solución más conveniente con la menor cantidad de código.
Configuración
La dimensión personalizada Tipo de jugador se define en la sección Administrador con estos valores:
| Índice | 3 |
| Nombre | Player Type |
| Alcance | User |
| Activa | true |
Recopilación
Al igual que en los ejemplos anteriores, el desarrollador ya hace un seguimiento de cada nivel con una visita a una pantalla. A fin de agrupar esas visitas a una pantalla por Tipo de jugador, el desarrollador solo debe configurar la dimensión Tipo de jugador cuando el usuario inicia el juego, y por segunda vez si luego el usuario paga para acceder a la versión completa del juego.
El desarrollador configuraría la dimensión personalizada cuando el usuario iniciara el juego por primera vez:
ga('create', 'UA-XXXX-Y', 'auto');
// Configure el valor para la dimensión personalizada en el índice 3.
ga('set', 'dimension3', 'Free' );
// Envíe el valor de la dimensión personalizada con un hit de página vista.
ga('send', 'pageview', '/level_1/');
El desarrollador también debería configurar la dimensión personalizada cuando el usuario compre la versión completa del juego:
ga('create', 'UA-XXXX-Y', 'auto');
// Configure el valor para la dimensión personalizada en el índice 3.
ga('set', 'dimension3', 'Paid' );
// Envíe el valor de la dimensión personalizada con un hit de página vista.
ga('send', 'pageview', '/level_1/');
Procesamiento
Al igual que en los ejemplos anteriores, una vez que se recopilan los datos, se procesan y los valores de dimensión personalizada se aplican a los hits en función de su alcance.
Por ejemplo, los datos recopilados correspondientes a un solo jugador que usó el juego dos veces como usuario que no paga y una vez como usuario que paga tendrán el siguiente aspecto:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Tenga en cuenta que el valor free configurado en la sesión 1 se aplica a todos los hits de esa sesión y también de la sesión 2, hasta que se configura el nuevo valor paid en la sesión 3.
Informes
Después del procesamiento, se asociarán los valores de la dimensión personalizada Tipo de jugador con las sesiones en las que se configuraron, así como en las futuras sesiones y hits.
El desarrollador ahora puede crear un informe con el valor Tipo de jugador y el nombre de la pantalla como dimensiones y las visitas a una pantalla como métrica:
| Tipo de jugador | Nombre de la pantalla | Visitas a una pantalla |
|---|---|---|
| Usuario que no paga | /level_1/ | 1 |
| Usuario que no paga | /level_2/ | 2 |
| Usuario que no paga | /level_3/ | 2 |
| Usuario que paga | /level_3/ | 1 |
| Usuario que paga | /level_4/ | 1 |
Por último, para agrupar las visitas a una pantalla por Tipo de jugador y descubrir cuántos niveles jugaron los usuarios que no pagan en comparación con los usuarios que pagan, el desarrollador puede crear un informe personalizado que utilice el valor Tipo de jugador como una dimensión principal:
| Tipo de jugador | Visitas a una pantalla |
|---|---|
| Usuario que no paga | 5 |
| Usuario que paga | 2 |
Los datos muestran que los usuarios que no pagan jugaron más niveles que los usuarios que pagan. Esta estadística es posible gracias al uso de dimensiones personalizadas a nivel de usuario para agrupar usuarios, y sus sesiones y hits, según un solo valor.
Alcance a nivel de producto
Veamos un ejemplo de cómo el desarrollador del juego puede utilizar dimensiones personalizadas a nivel de producto a fin de averiguar qué intensidad del potenciador (débil, media o fuerte) se compró.
El desarrollador ya hace un seguimiento de la cantidad de veces que se compraron potenciadores mediante Comercio electrónico mejorado. Ahora desea saber qué intensidad de potenciador se compra más.
El informe tendrá el siguiente aspecto:
| Intensidad del potenciador | Ingresos del producto |
|---|---|
| débil | |
| media | |
| fuerte |
Antes de utilizar dimensiones personalizadas, el desarrollador podía ver el total de ingresos del producto que generaban los potenciadores, pero no podía agrupar esos ingresos según la intensidad del potenciador.
A través de una dimensión personalizada a nivel de producto, se puede asociar la intensidad con cada producto, lo que permite que los informes incluyan la intensidad que más se compra, así como las intensidades vistas, en las que se hace clic y otras acciones de Comercio electrónico mejorado.
¿Por qué se recomienda utilizar el alcance a nivel de producto?
Es posible que un usuario compre varios potenciadores en una sola compra. Usar el alcance a nivel de producto implica que se asociará un valor de intensidad solo con el producto con el que se envió. De este modo, se garantiza que se asocie cada potenciador comprado con una intensidad única.
Configuración
La dimensión personalizada Intensidad del potenciador se define en la sección de configuración de la propiedad del administrador de Analytics con estos valores:
| Índice | 4 |
| Nombre | Powerup Strength |
| Alcance | Product |
| Activa | true |
Recopilación
En el juego, el desarrollador ya hace un seguimiento de cada compra de potenciador. A fin de asociar la intensidad con cada potenciador, se debe configurar el valor de la dimensión personalizada con los datos del producto.
Agregar esta dimensión al producto puede tener el siguiente aspecto:
ga('ec:addProduct', { // Proporcione detalles del producto en productFieldObject.
'id': 'P12345', // ID del producto (string).
'name': 'Powerup', // Nombre del producto (string).
'category': 'Extras', // Categoría del producto (string).
'variant': 'red', // Variante del producto (string).
'price': '10.00', // Precio del producto (moneda).
'quantity': 2, // Cantidad del producto (número).
'dimension4': 'strong' // Dimensión personalizada centrada en el producto (string).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Envíe los datos de transacción con la página vista inicial.
En este ejemplo, se configura la dimensión personalizada junto con la información del producto. De este modo, se asocia la intensidad con este potenciador.
Procesamiento
Al igual que en los ejemplos anteriores, una vez que se recopilan los hits y se envían a Analytics, se procesan los datos y los valores de dimensión personalizada se aplican a los productos con los que se configuraron.
Por ejemplo, los datos recopilados correspondientes a un solo jugador que compró 3 potenciadores en una sesión tendrán el siguiente aspecto:
userId = 5555
Session 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 usar el alcance a nivel de producto garantiza que se asocie cada valor de potenciador solo con el producto con el que se configuró.
Informes
Después del procesamiento, como cada producto está asociado con su valor de intensidad correspondiente, un desarrollador puede crear un informe personalizado en el que se muestren los ingresos según el valor Intensidad del potenciador:
| Intensidad del potenciador | Ingresos del producto |
|---|---|
| débil | 20.00 |
| fuerte | 10.00 |
En este informe, los potenciadores débiles son los que aportan más ingresos.
Métricas personalizadas
Alcance
Al igual que ocurre con las dimensiones personalizadas, las métricas personalizadas pueden tener varios alcances. Las métricas personalizadas a nivel de hit se asocian con todas las dimensiones a nivel de hit con las que se enviaron. Del mismo modo, las métricas personalizadas a nivel de producto solo se asocian con los productos con los que se enviaron. En los siguientes ejemplos, se ilustran estos dos tipos de métricas personalizadas.
Ejemplo de métrica personalizada centrada en el hit
En los ejemplos anteriores, el desarrollador del juego hace un seguimiento de la partida de un nivel como una visita a una pantalla. En cada uno de los informes generados, se usa la métrica de visita a una pantalla para representar el intento de un jugador de completar un nivel.
Sin embargo, el desarrollador desea conocer también el porcentaje de respuesta de cada nivel.
A fin de determinarlo, el desarrollador usará una métrica personalizada nueva llamada Finalizaciones de nivel y la comparará con las visitas a una pantalla correspondientes a cada nivel.
El informe que desea el desarrollador tiene el siguiente aspecto:
| Nombre de la pantalla | Visitas a una pantalla | Finalizaciones de nivel |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
¿Por qué se recomienda utilizar una métrica personalizada?
En muchos casos, tendrá la opción de utilizar eventos, visitas a una pantalla o una métrica personalizada para hacer un seguimiento de las métricas que más le importan. Sin embargo, las métricas personalizadas pueden generar informes personalizados más flexibles y legibles, por lo que son una forma conveniente de hacer un seguimiento de sus métricas más importantes.
En este ejemplo, no se podía hacer un seguimiento de las finalizaciones de nivel como una visita a una pantalla sin registrar la cantidad de visitas a una pantalla por duplicado por cada nivel, por lo que se recomienda usar otra opción.
Si bien se podía utilizar un evento por sí solo, dada su naturaleza jerárquica, sería difícil crear el informe anterior combinando las visitas a una pantalla y las finalizaciones de nivel en una sola dimensión.
Debido a las limitaciones mencionadas, y a que la métrica de finalización de nivel es muy importante para este desarrollador, lo más conveniente es hacer un seguimiento de las finalizaciones de nivel como una métrica personalizada.
Configuración
La métrica personalizada Finalizaciones de nivel se define en la sección de administración de la interfaz de usuario con estos valores:
| Índice | 1 |
| Nombre | Level Completions |
| Alcance | Hit |
| Tipo de formato | Integer |
| Activa | true |
Recopilación
El desarrollador ya hace un seguimiento del inicio de cada nivel mediante una visita a una pantalla. Ahora desea hacer el seguimiento de una finalización de nivel a través de la nueva métrica personalizada.
Al igual que ocurre con las dimensiones personalizadas, las métricas personalizadas se envían a Analytics como parámetros asociados a otros hits. A fin de enviar el valor de la métrica personalizada, el desarrollador también deberá enviar un hit adicional para registrar que el usuario finalizó un nivel. En este ejemplo, se activará un evento una vez que se complete el nivel y se asociará una métrica personalizada con este evento.
Esa implementación podría tener el siguiente aspecto:
ga('create', 'UA-XXXX-Y', 'auto');
// Aumente la métrica de finalización de nivel en 1.
ga('set', 'metric1', 1 );
// Envíe el valor de la métrica personalizada con una visita al evento.
ga('send', 'event', 'Level', 'completion');
Procesamiento
Antes del procesamiento, los datos correspondientes a un solo jugador que juega tres niveles del juego en una sola sesión tendrían el siguiente aspecto:
userId = 5555 Session 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 utilice el nombre de la pantalla como la dimensión y las visitas a una pantalla, el total de eventos y las finalizaciones de nivel como la métrica:
| Nombre de la pantalla | Visitas a una 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 desarrollador hizo un seguimiento de las finalizaciones de nivel como una métrica personalizada, no será necesario filtrar los eventos de finalización del total de eventos en el futuro.
En su lugar, el desarrollador puede crear fácilmente el siguiente informe personalizado con la métrica personalizada Finalizaciones de nivel:
| Nombre de la pantalla | Visitas a una pantalla | Finalizaciones de nivel |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Los datos sugieren que el nivel 2 es, en realidad, más difícil que los niveles 1 y 3, dado que solo tiene un porcentaje de respuesta del 33% según la métrica de visitas a una pantalla. Al hacer un seguimiento de las finalizaciones de nivel como una métrica personalizada, el desarrollador puede responder fácilmente preguntas sobre las métricas clave y crear informes simplificados para compartirlos con los demás.
Ejemplo de métrica personalizada centrada en el producto
En los ejemplos anteriores, el desarrollador del juego hace un seguimiento de cada compra de un potenciador. Hay varias métricas que se pueden asociar con cada compra, como la cantidad y los ingresos del producto.
Sin embargo, el desarrollador del juego publicó una promoción recientemente, en la que se regalaba un crédito de USD 100 a todos los usuarios. El desarrollador del juego desea medir qué potenciadores compran las personas con su crédito.
A fin de determinar los créditos usados por cada compra de producto, el desarrollador utilizará 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 |
|---|---|---|
| fuerte | ||
| 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 | Credits Used |
| Alcance | Product |
| Tipo de formato | Integer |
| Activa | true |
Recopilación
Al igual que ocurre con las dimensiones personalizadas a nivel de producto, las métricas personalizadas a nivel de producto se envían a Analytics como parámetros asociados a los datos del producto.
Esa implementación podría tener el siguiente aspecto:
ga('ec:addProduct', { // Proporcione detalles del producto en productFieldObject.
'id': 'P12345', // ID del producto (string).
'name': 'Powerup', // Nombre del producto (string).
'category': 'Extras', // Categoría del producto (string).
'variant': 'red', // Variante del producto (string).
'price': '10.00', // Precio del producto (moneda).
'quantity': 2, // Cantidad del producto (número).
'dimension4': 'strong', // Dimensión personalizada centrada en el producto (string).
'metric2': 5 // Métrica personalizada centrada en el producto (número entero).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Envíe los datos de transacción con la página vista inicial.
Procesamiento
Antes del procesamiento, los datos correspondientes a un solo jugador que compra algunos potenciadores tendría el siguiente aspecto:
userId = 5555
Session 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 utilice Intensidad del potenciador como la dimensión y, como la métrica, Ingresos del producto y Créditos usados:
| Intensidad del potenciador | Ingresos del producto | Créditos usados |
|---|---|---|
| débil | 20 | 15 |
| fuerte | 10 | 5 |
| media | 10 | 1 |
Los datos sugieren que los jugadores utilizan sus créditos en potenciadores de intensidad débil. El desarrollador obtuvo la mayor ganancia de los potenciadores de intensidad media.
Consideraciones sobre la implementación
Tenga en cuenta lo siguiente cuando implemente dimensiones o métricas personalizadas:
Cómo editar una dimensión o métrica existente
Cuando edite el nombre o alcance de una dimensión o métrica personalizada existente, es posible que los datos se vean afectados de la siguiente manera:
- Editar el nombre: Esto afecta los datos ya procesados. Si desea acceder a los datos antiguos, deberá utilizar el nombre nuevo.
- Editar el alcance: Esta opción no afecta los datos ya procesados. Solo los datos nuevos se procesarán con el nuevo alcance.
- Cambiar el estado activo: El campo activo determina si realmente se procesan los valores de dimensión o métrica personalizada. Tenga en cuenta que, cuando el valor de activo es
false, la dimensión o métrica personalizada seguirá apareciendo en los informes pero, como no se procesaron sus valores, no tendrá datos asociados.
Planifique por adelantado al configurar el alcance
Cuando decida qué alcance va a utilizar para una determinada dimensión personalizada, considere 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 de un nivel en un juego, utilice el alcance de hit y configure el valor antes de cada hit. Por otro lado, una dimensión personalizada, como el género, se podría configurar a nivel de usuario una sola vez. Enviar un valor de género con cada hit requeriría una cantidad de trabajo innecesaria, y configurar una dimensión personalizada que cambia a menudo con el alcance de usuario asociaría muchos hits con ese valor de manera incorrecta.
