cuando usas Google analitico en la net, lo más possible es que esté implementando uno de análisis.jsel etiqueta world de sitio (gtag.js)o etiquetas de Common Analytics a través de Administrador de etiquetas de Google.
Todas estas bibliotecas terminan haciendo lo mismo: compilar una solicitud HTTP rica en carga útil en un punto ultimate en https://www.google-analytics.com.
¿Qué sucede si desea que las bibliotecas de JavaScript hagan su trabajo, pero en lugar de enviar los datos a los servidores de Google, los envía a un punto ultimate nuevo y personalizado?
Quizás ya esté utilizando la nueva función del Administrador de etiquetas de Google. Etiquetado del lado del servidor configuración y desea redirigir la recopilación de datos de Common Analytics de su sitio a través de su nuevo proxy del lado del servidor?
O tal vez estés usando Análisis de quitanievesy desea aprovechar su capacidad para resumir las cargas útiles de Google Analytics también.
Una actualización reciente de gtag.js y Administrador de etiquetas de Google ha hecho que sea mucho más fácil redirigir la carga útil. En esto #GMTConsejos En este artículo, veremos este nuevo campo y cómo funciona.
X
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.
Consejo 116: redirigir la carga útil de Google Analytics a un punto ultimate personalizado
Dentro del Administrador de etiquetas de Google, el Análisis common plantilla, así como el Variable de configuración de Google Analytics tener una nueva configuración en Configuración avanzada.
El Establecer URL de transporte La configuración expande un campo de texto en el que ahora puede escribir un URL base cadena.
Un válido URL base es una cadena de URL que comienza con http:// o https:// y lo hace no terminar con /.
Por lo common, aquí solo tendrá un nombre de host base, suponiendo que su dominio recopilador esté alojado en un subdominio asignado específicamente para recopilar los datos. Un ejemplo sería este:
https://collector.simoahava.com
También es posible tener el rastreador incrustado en una ruta, por lo que sería tan bueno como una URL base:
https://www.simoahava.com/collector
Independientemente de cómo lo construyas, la carga útil se enviará al URL base + /accumulate. Por tanto, una solicitud podría verse así:
https://collector.simoahava.com/accumulate?v=1&t=pageview&tid=UA-12345-1...
De vez en cuando, si tienes funciones publicitarias habilitadasel punto ultimate puede ser URL base + /r/accumulate. En algunos casos, el punto ultimate también puede ser URL base + /j/accumulatepor lo que debe configurar su servidor o servicio para tenerlos en cuenta al configurar las API del recopilador.
¡NOTA! En un contenedor de servidor, el
extractEventsFromMpv1API intercepta automáticamente todas las posibles variaciones de ruta de/accumulatepor lo que no tiene que configurar nada manualmente si crea su propio cliente de etiquetado del lado del servidor personalizado.
gtag.js
El gtag.js La biblioteca también admite esta característica.
En gtag.js, el campo se llama transport_urly está configurado en la configuración del rastreador:
gtag('config', '' , {
transport_url: 'https://collector.simoahava.com'
});
Todos los hits que utilicen este rastreador ahora enviarán sus cargas útiles a https://collector.simoahava.com en lugar del punto ultimate representado por el MEASUREMENT_ID.
análisis.js
Si tienes en línea análisis.js implementación, hay un campo llamado transportUrl que Tú podría utilizar para este propósito:
ga('create', 'UA-12345-1', {identify: 'ss', transportUrl: 'https://collector.simoahava.com'});
Sin embargo, esto es una especie de reliquia y no cuenta con apoyo oficial en el futuro. El transportUrl El campo no procesa, por ejemplo, las rutas personalizadas (/r/, /j/) correctamente, lo que podría provocar problemas al trabajar con integraciones de anuncios en su punto ultimate del lado del servidor.
No hay información oficial sobre si Analytics.js alguna vez será parcheado para tener paridad de funciones con transportUrlpor lo que tu mejor opción en este momento es usar cualquiera de las dos gtag.js o Administrador de etiquetas de Google.
Resumen
Con la introducción de Etiquetado del lado del servidor En Google Tag Supervisor, es necesario tener una forma de redirigir la llamada de Google Analytics desde los servidores de GA a su propio punto ultimate personalizado. Es por eso que se lanzó la función de URL de transporte, que debería ser de gran ayuda para crear su propio flujo de eventos en su contenedor del lado del servidor.
Sin embargo, Common Analytics existe desde hace tanto tiempo que el formato de carga útil (Protocolo de medición) que utiliza se ha integrado en innumerables procesos de análisis. Es un esquema tan acquainted que si tuviera que crear una canalización personalizada para la recopilación de datos analíticos, definitivamente incluiría un procesador para el formato del Protocolo de medición.
Esta configuración debería resultar valiosa para cualquiera que trabaje con una configuración de etiquetado del lado del servidor, donde las visitas se envían a través de un contenedor del servidor Google Tag Supervisor en lugar de enviarse directamente a los servidores de Google. O tal vez haya creado algo que integre la carga útil de GA. directamente en BigQueryo tal vez estés usando
Análisis de quitanieves; De todos modos, esta característica le hará la vida un poco más fácil, en caso de que desee delegar la funcionalidad de seguimiento de JavaScript a las propias bibliotecas de Google.