Cuando creas un Contenedor de servidor en Administrador de etiquetas de GoogleGTM crea una Motor de aplicaciones implementación en Google Cloud Platform para usted.
App Engine es un plataforma administrada sin servidorlo que básicamente significa que es un (conjunto de) máquinas virtuales que se ejecutan en la nube, con algunas características adicionales agregadas para facilitar su administración.
Algo potencialmente útil que hace App Engine es decorar todas las solicitudes HTTP entrantes con algunos encabezados HTTP que se pueden usar en la aplicación. Estos encabezados incluyen geolocalización encabezados, basados en la dirección IP de la máquina que envió las visitas.
Como siempre ocurre con la geolocalización, la precisión varía enormemente, pero App Engine hará todo lo posible para determinar la paísciudad, regióny latitud/longitud de la ciudad donde se geolocalizó la dirección IP.
En este artículo, le mostraré cómo tomar estos valores de encabezado y pasarlos a las etiquetas que se activan en el contenedor del servidor.
Este artículo se inspiró e influyó en las conversaciones con los ingenieros y desarrolladores de Google que trabajan en el etiquetado del lado del servidor, en specific con Adam Halbardier.
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.
La iniciativa de escribir este artículo surgió mientras trabajaba con el ip_override y user_agent anula en otro artículo. Como resulta, Aplicación + Internet Actualmente no admite la anulación de la dirección IP de un usuario en la solicitud saliente a los servidores de Google, lo que significa que App + Internet considera que todas las solicitudes se originan en su contenedor de servidor. Esto es bueno para la privacidad pero malo para la geolocalización.
Afortunadamente, puedes utilizar estos encabezados de solicitud para analizar lo que App Engine ha determinado que es la ubicación geográfica (hasta la precisión de la ciudad) de la solicitud entrante:
-
X-Appengine-Nation– ISO 3166-1 alfa-2 código de país, comoFIpara Finlandia yUSpara los EE.UU. -
X-Appengine-Area– ISO 3166-2 Código de región cuyo valor y codificación depende del país. Por ejemplo, mi región es Uusimaay el código de región es18. Aparecería una solicitud de California con el código de regiónca. -
X-Appengine-Metropolis– Nombre de la ciudad (si está disponible) de donde se originó la solicitud. Aquí no existe una lista de valores canónica o estandarizada. -
X-Appengine-Citylatlong– Latitud y longitud separadas por comas de la ciudad donde se originó la solicitud. Para Espoo (mi ciudad), se vería así:60.204813,24.652052.
Para obtenerlos, debes crear nuevos Variables definidas por el usuario en el contenedor del Servidor, donde cada variable es de tipo Encabezado de solicitudy configúrelo en el valor de uno de estos encabezados. Al igual que:
Luego puede agregarlos a sus etiquetas como campos anulados. A continuación se muestra un ejemplo en el que mejoro mi etiqueta App + Internet del lado del servidor.
Y así es como se ve en App + Internet.
También puede agregar información de geolocalización a sus etiquetas de Common Analytics utilizando el
&geoIdParámetro del protocolo de medición. De esta forma podrías geolocalizar al usuario sin que Google recopile la dirección IP. Sin embargo, deberá asignar los datos de geolocalización proporcionados por App Engine al ID de criterios parámetro que utiliza Google Analyticslo cual es un poco complicado sin una variable de tabla de búsqueda.
De todos modos, no tengo ninguna duda de que pronto se introducirá la anulación de IP adecuada en las etiquetas App + Internet, pero puedes continuar enviando esta información como metadatos, ya que podría ser útil para ver si los resultados de geolocalización de App Engine y App + Internet difieren.
¡NOTA! No sé cómo resuelve App Engine la geolocalización, ni tampoco sé cómo lo hace App+Internet. Lo más possible es que utilicen algún servicio propietario, pero hay una notable falta de documentación al respecto. Este documento simplemente indica que la base de datos WHOIS es no utilizado para geolocalización.
¡Déjame saber qué piensas sobre este sencillo truco en los comentarios!