3 problemas para transferir datos a Google Analytics a través del Protocolo de medición

Hola a todos! Mi nombre es Ivan Spiridonov, soy el creador del servicio de análisis de extremo a extremo R7K12. Nuestro sistema ayuda a identificar las fuentes de publicidad más efectivas que brindan ganancias reales a la empresa, y no solo gastar el presupuesto. Para analizar estadísticas sobre visitas, ventas, llamadas dirigidas, algunos clientes usan no solo R7K12, sino también Google Analytics (en adelante GA).

Por lo tanto, hoy queremos compartir nuestra propia experiencia en la transferencia de datos a GA utilizando el Protocolo de Medición (en adelante MP). Estoy seguro de que muchos encontrarán útil esta información. Cómo configurar el envío de información usando MP y qué es se describe en detalle aquí . Y hablaré sobre las "trampas" del instrumento y le mostraré cómo puede sortearlas. Al transferir datos a GA a través de MP, los siguientes problemas surgen con mayor frecuencia:

  1. Lectura incorrecta de la dirección IP.
  2. Anular el tipo de dispositivo del usuario.
  3. Asignación aleatoria de fuentes publicitarias.

Consideremos cada uno de ellos con más detalle.

Lectura de dirección IP no válida


MP permite transferir cualquier información (aplicaciones, ventas, llamadas telefónicas) desde fuentes fuera de línea a GA. El sistema determina con precisión las direcciones IP de los visitantes utilizando un contador instalado en el sitio.



Considere este punto con más detalle en un ejemplo específico. Vamos al sitio www.r7k12.ru y abrimos el código de la página. En la pestaña "Red", se puede ver que no hay una dirección IP en los parámetros de solicitud. Esto se debe a que cuando se activa el contador GA en el sitio, el sistema determina el país / ciudad en función de la IP del usuario.



En consecuencia, se registrará una visita al sistema de análisis con la geolocalización correcta.



Ahora intentaremos enviar los datos de ventas de MP a GA en ID de cliente media hora más tarde (después del final de la sesión actual). Aclararé de inmediato que haré una solicitud desde un servidor ubicado en Alemania.



Entonces, después de transferir datos a GA, vemos que en la misma ID de cliente, se abrió una sesión de Alemania. ¿Por qué sucedió esto?



El hecho es que cuando se recibe información adicional sobre MP en el sistema de análisis después del final de la sesión principal, se crea una nueva y GA lee la dirección IP del servidor desde el que se transmitió la solicitud. En consecuencia, a todos los datos obtenidos de esta manera se les asignará la misma IP.

Este matiz puede crear discrepancias bastante grandes en los informes, especialmente si los usuarios y el servidor tienen una geolocalización diferente. Por ejemplo, en nuestro caso, el servidor se encuentra en Alemania y las aplicaciones de los clientes provienen de Ucrania. Sin embargo, en el informe de GA, una orden enviada usando MP después del final de la sesión tendrá una dirección IP no válida.



Por lo tanto, GA solo corrige la dirección IP del servidor y no usuarios específicos, por lo que todas las ventas tendrán una IP alemana.



Para resolver este problema, recomiendo agregar un parámetro especial (uip) al enviar una solicitud, con el que puede transferir las direcciones IP de los visitantes. Si el sitio está escrito en PHP, entonces los datos para el parámetro pueden tomarse de la variable $ _SERVER ['REMOTE_ADDR'].



La consulta final debería verse así:



Después de eso, los siguientes cambios son visibles en GA:



Anulación del tipo de dispositivo del usuario


El sistema de análisis determina información sobre el tipo de dispositivo de los encabezados que se transmiten junto con la solicitud. Por lo tanto, como en el caso de las direcciones IP, cuando se envían datos a través de MP después de la finalización de la sesión principal en GA, el valor de estos datos a menudo será "de escritorio" (se utiliza el Agente de usuario del servidor actual), incluso si el visitante dejó una solicitud desde un teléfono móvil o tableta.



En tal situación, no podemos determinar correctamente la conversión del dispositivo o navegador, por lo que nuevamente debemos usar etiquetas adicionales al enviar una solicitud a GA. Aquí el parámetro ua nos ayudará.



Y así es como se verá la consulta, lo que ayudará a determinar el tipo de dispositivo de usuario.



Asignación de fuentes de anuncios


Además, al enviar a través de MP, hay algunas características de la asignación de plataformas publicitarias. A saber, el servicio de GA tiene su propio algoritmo para determinarlos. Por ejemplo, un usuario fue al sitio desde la fuente de Google Adwords a las 15:31 y dejó una solicitud.



La segunda visita fue con Yandex / cpc, y la última fue una llamada directa a las 18:13. Envió la venta a las 18:48, después de la finalización de la última visita del usuario. En consecuencia, GA lanzó otra sesión con acceso directo al sitio.



El informe muestra que las tres sesiones y la transacción se asignaron a la plataforma de publicidad yandex / cpc, aunque en realidad la visita y la aplicación se realizaron con Google Adwords. Como sucedio



GA asigna datos en los informes a la última visita indirecta del usuario. Y esto significa que si en el momento en que los datos no se enviaron al sistema de análisis, el cliente visitó el sitio desde otras fuentes de publicidad, entonces la aplicación será reparada para uno de ellos. Una situación similar es típica para los sitios donde la venta ocurre algún tiempo después de que se envía la solicitud y el cliente logra visitar el sitio nuevamente. Por ejemplo, b2b, donde el intervalo desde la aplicación hasta la venta puede ser de un día a varios meses.

Por lo tanto, la definición de fuentes publicitarias se convierte en un problema. La única salida es agregar manualmente todos los sitios usados ​​a GA al enviar una solicitud de MP utilizando parámetros especiales (cn, ck, cc, cm, cs).






Si envía una solicitud que indica la fuente (en este ejemplo, google / cpc), la transacción se asignará al canal publicitario correcto.



El conjunto de parámetros se ve así:



Pero hay un matiz importante que debe tenerse en cuenta al formular una solicitud. La publicidad de GoogleAds no funciona con etiquetas UTM, sin embargo, el sistema tiene una función especial de etiquetado automático: Google click ID (GCLID).



Esto significa que para la correcta visualización de la publicidad, las empresas tendrán que enviar no solo etiquetas UTM, sino también GCLID. Ejemplo de la consulta final:



En conclusión, quiero resumir todo lo anterior con respecto a MP. Esta herramienta tiene algunas características que necesita saber sobre la transmisión de información a Google Analytics. Para que los datos se envíen correctamente, es imprescindible especificar parámetros adicionales en la solicitud. Con su ayuda, el servicio de GA mostrará correctamente las fuentes de publicidad, el tipo de dispositivo, las direcciones IP de los visitantes y otra información importante.

Source: https://habr.com/ru/post/485482/


All Articles