En Google Analytics: Aplicación + Nettu recolectas eventosUn evento se diferencia de otro evento por la nombre Se utiliza. Un evento con el nombre page_view es diferente de, digamos, un evento con el nombre file_download.
Todo esto es algo común y corriente. Ya lo sabes.
Sin embargo, el cambio elementary que introduce App + Net, en comparación con Common Analytics, es cómo parámetros del evento se recogen y procesan.
Esto se vuelve más complicado de lo que debería ser. La complicación surge del hecho de que hay varios componentes en la forma en que App + Net maneja los parámetros de eventos, incluidos:
- Tiempo de recolección de datos – limitaciones en el número de parámetros que se pueden recogido con el golpe.
- Tiempo de procesamiento de datos – Se procesan los eventos y los parámetros y sus valores se muestran en las vistas de transmisión en tiempo actual. Un máximo de 25 parámetros personalizados incluidos en el hit se ponen a disposición de los informes y de la Exportación de BigQuery (asumiendo que tienes Habilitelo para su propiedad App + Net).
- Tiempo de reporte de datos – Para poder segmentar e informar realmente sobre estos parámetros, es necesario Habilítelos como parámetros personalizados En sus informes, este es el tema principal del artículo que está leyendo.
X
El boletín informativo de Simmer
Suscríbete a la Boletín informativo de Simmer ¡Para recibir las últimas noticias y contenidos de Simo Ahava en tu bandeja de entrada de correo electrónico!
Recopilación de datos: límite de parámetros
Google Analytics: App + Net tiene la misma limitación que Google Analytics para Firebase (tiene sentido, ya que comparten la misma infraestructura técnica) – solo puedes enviar hasta 25 parámetros de eventos personalizados por golpe. Esto es además de los parámetros recopilados automáticamente (como page_location Para el page_view evento).
Por ejemplo, aquí tengo un evento personalizado con 26 parámetros personalizados:
Cuando se activa esa etiqueta en la página internet, se activan los 26 parámetros personalizados. enviado con el golpe.
En la interfaz de informes de la aplicación y la internet, solo se encuentran disponibles 25 parámetros personalizados. Lo que lo hace aún más desafortunado es que no parece haber un patrón discernible para determinar qué parámetro se omite. En el siguiente ejemplo, el parámetro param21 Es el que se dejó caer.
La próxima vez que envié el evento, fue param04 Eso se eliminó. Me parece que la eliminación de eventos es completamente aleatoria, lo cual es lamentable. Habría esperado una clasificación alfabética y un truncamiento del principio o del closing de la lista.
En cualquier caso, debes tener esto en cuenta. Si quieres procesar los parámetros de eventos en la interfaz de usuario de informes de la aplicación y la internet, debes asegurarte de enviar un máximo de 25 parámetros de eventos personalizados por visita.
Procesamiento de datos en tiempo actual
Cuando envíes visitas con parámetros personalizados, podrás ver los parámetros en informes en tiempo actual.
El Vista de depuración es un gran lugar para depurar los parámetros personalizados. Si estás usando Administrador de etiquetas de GoogleAl ingresar al modo de vista previa de GTM, automáticamente Marcar las visitas a la aplicación y a la Net como si se originaran desde un dispositivo de depuración.
Busque su agente de usuario en la lista de dispositivos de depuración y, a continuación, haga clic en el evento que desea analizar. Los parámetros se mostrarán en uno de los widgets de DebugView.
También puedes ver los parámetros en el Tiempo actual informe (StreamView en jerga de Firebase).
Elegir Eventos Como filtro, haga clic en el Eventos destacados widget, busque su evento personalizado y amplíe sus parámetros.
También puedes encontrar los parámetros en el Todos los eventos Informe, suponiendo que los eventos se hayan recopilado hace suficiente tiempo como para que aparezcan en el informe. Después de hacer clic en el nombre del evento para ingresar a su panel, puede ver un Tiempo actual Widget donde puedes elegir filtrar por nombre de parámetro.
Como se señaló anteriormente, Todos ellos están sujetos al límite de 25 parámetros en la recopilación de datos.Todos los informes de la interfaz de usuario de informes de Google Analytics: Aplicación + Net le mostrarán la lista truncada.
Procesamiento de datos: exportación de BigQuery
Una vez más, profeso mi amor por Google BigQuery. Cómo habilitar la exportación de BigQuery para sus datos de Google Analytics: aplicaciones y internet ¡Es lo más inteligente que puedes hacer hoy, así que no pierdas el tiempo!
La exportación de BigQuery le brinda los datos sin procesar de su recopilación de datos de aplicación y internet.
Está sujeto a las mismas Limitación de 25 parámetros personalizados por visita como la interfaz de informes, pero no tiene que preocuparse por Habilitando Parámetros personalizados para informes en BigQuery: todos los parámetros y sus valores por visita se recopilan en BQ.
Informes de datos: habilitación de parámetros personalizados
Y ahora llegamos al meollo de este artículo.
Google Analytics: App + Net te ofrece 50 parámetros de texto y 50 parámetros numéricos que puedes habilitar como parámetros personalizados en sus informes. Eso es por evento y por proyecto.
Esto significa que si desea incluir sus parámetros personalizados en sus informes como sus propios widgets y si desea utilizarlos en los informes de análisis (como Exploración), primero debes permitir Estos parámetros para la presentación de informes.
Cada vez que habilitas un parámetro para un evento, agotas la cuota disponible para tu proyecto. Por lo tanto, si quieres usar page_location En sus informes personalizados, debe habilitarlo para el page_view evento como parámetro de texto, y ahora tienes 49 Parámetros de texto restantes para habilitar en su proyecto.
El problema es que si lo habilitas custom_parameter_01 para un evento llamado my_custom_eventagotará la cuota en 1. Luego, si desea utilizar custom_parameter_01 con algún otro evento, p. ej. my_other_eventtambién debes habilitarlo para ESO y nuevamente agotará la cuota en 1.
Estas cuotas son bastante estrictas y espero que se levanten. Si no lo hacen, al menos tendrás la exportación de BigQuery como respaldo.
De todos modos, a permitir parámetros personalizados, debes ir a Eventos -> Todos los eventosy luego haga clic en el pequeño menú de acción al closing de la fila con el nombre del evento.
¡Nota! Esto significa que primero debe recopilar el evento antes de poder habilitar los parámetros para él. Con suerte, en algún momento será posible habilitar los parámetros para eventos que aún no se recopilaron.
Desde ese menú, elija Editar informes de parámetros.
Siempre puedes hacer clic en el Informe de parámetros pestaña en la parte superior del informe Todos los eventos para ver una lista de los eventos que tienen parámetros personalizados habilitados y puede hacer clic en el nombre del evento para editar los parámetros.
Una vez que vea el selector de parámetros, puede buscar el nombre de los parámetros en la lista. La lista mostrará todos los parámetros. que se han recopilado con el evento dado en el rango de fechas seleccionado.
Si encuentra el parámetro, selecciónelo y haga clic en AGREGAR.
También puedes agregar un parámetro que no aparece en la lista. Solo escribe su nombre en el campo de búsqueda y haz clic en Agregar.
Una vez que haya agregado el parámetro, puede configurarlo tipolo que afecta lo que realmente puede hacer con el parámetro en los informes.
Una vez que estés satisfecho, haz clic Ahorrar para guardar los cambios.
Recuerde, hay una cuota – ¡Toma tus decisiones con cuidado!
Archivar un parámetro
Al editar parámetros, también puede elegir archivo un parámetro para liberar cuota.
¡Nota! Si archiva un parámetro, es ya no está disponible en los informes. Por lo tanto, el cambio es retroactivo: los datos serán no ser recuperable.
La exportación de BigQuery es, nuevamente, su mejor amiga, porque archivar un parámetro no lo eliminará de las tablas de BigQuery que ya ha recopilado.
Resumen
Espero que esta guía haya logrado arrojar luz sobre cómo funcionan los parámetros de eventos en App + Net. El enfoque se centró específicamente en parámetros personalizadosya que parecen ser la mayor fuente de confusión.
Es importante dejar de lado la analogía con las dimensiones y métricas personalizadas en Common Analytics. Los informes personalizados en App + Net tienen diferencias fundamentales con el antiguo Google Analytics, en specific en cómo el mismo nombre de parámetro en diferentes eventos se trata como una entidad diferente cada vez y cómo el archivado de un parámetro también lo elimina de los datos recopilados.
De manera related a Common Analytics, los parámetros personalizados no son retroactivos, por lo que comenzarán a recopilar datos en los informes solo después de habilitarse por evento.
Todavía no estoy seguro de qué pensar sobre los parámetros personalizados. En la interfaz de informes, tienen limitaciones extrañas con las cuotas y el proceso de eliminación estricto, pero en la exportación de BigQuery son realmente valiosos.
Veremos cómo evolucionan los parámetros personalizados a medida que la versión beta madure; creo que jugarán un papel importante a la hora de decidir si migrar de Common Analytics a App + Net.