Los sitios de una sola página (o aplicaciones de una sola página) normalmente tienen una sola página cargada. Al navegar por el sitio, el contenido posterior se descubre desde el DOM, donde ha estado en un estado oculto, o se carga desde el servidor mediante solicitudes HTTP que no invocan una nueva actualización de la página. Este comportamiento, sin embargo, tiene algunas implicaciones para Google Analytics seguimiento, especialmente cuando se configura mediante Administrador de etiquetas de Google.
El meollo del problema es este: cuando creas un rastreador de Google Analyticsla URL de la página (sin un posible #hash) desde que se creó el rastreador se envía como valor del Ubicación del documento campo con cada golpe que utiliza este rastreador. Esto se utiliza para varias cosas, lo más importante es atribuir la sesión a la campaña especificada mediante parámetros de URL como gclid (AdWords) o utm_source, utm_medium.
Ahora, en los sitios de una sola página, usted envía páginas vistas “virtuales” cada vez que se carga contenido nuevo desde el servidor. La razón por la que esto funciona bien con GA en la página es porque siempre estás usando el mismo objeto de seguimiento para enviar las visitas. Google incluso recomienda esto en su guía para desarrolladores. Por lo tanto, el campo Ubicación del documento permanece igual y las campañas se atribuyen correctamente.
Con Google Tag Supervisor, cada etiqueta de Common Analytics que se activa en el sitio crea un objeto de seguimiento nuevo y único. Esto significa que el campo Ubicación del documento se actualiza con cada etiqueta que activa, lo cual es un problema si la URL cambia debido a la manipulación del historial del navegador. Por lo tanto, puede terminar con una situación en la que la primera etiqueta Common Analytics tenga gclid en la URL, atribuyendo la sesión a AdWords, pero la siguiente página vista ya no tiene esto en la URL, ya que no la incluiría en los nombres de ruta de la página vista “digital”. En cambio, desde gclid ya no está en la URL, GA mira el referente HTTP de la página para ver cuál period la página anterior para la atribución. se encuentra google.comtal como proviene del motor de búsqueda (la referencia HTTP no se actualiza al manipular la URL con la API del historial del navegador). ¡Así comienza una nueva sesión con la atribución a Google Natural! He denominado esto como el Referencia deshonesta problema.
Hay formas de combatir esto. David Vallejo ha escrito un gran artículo sobre cómo configurar el nombre del rastreador en tus etiquetas GTM. Esto funcionará efectivamente como GA en la página, manteniendo el valor inicial de Ubicación del documento durante toda la carga de la página. Sin embargo, hay algunos riesgos con la configuración del nombre del rastreadorasí que quería ofrecer una alternativa.
incógnita
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 51: Establezca manualmente la ubicación del documento para evitar referencias no autorizadas
La forma en que esto funciona es que almacena la URL de la página inicial en una variable international como dataLayery luego configure manualmente el campo Ubicación del documento en todas sus etiquetas de Common Analytics para usar esta variable.
La forma más sólida de hacer esto sería tener lo siguiente en la página HTML antes del fragmento del contenedor GTM:
window.dataLayer = window.dataLayer || ();
window.dataLayer.push({
originalLocation: doc.location.protocol + '//' +
doc.location.hostname +
doc.location.pathname +
doc.location.search
});
Esto almacenaría la URL authentic de la página (sin #hash) en una variable de capa de datos llamada originalLocation. Luego, agregaría esto a todas sus etiquetas de Common Analytics navegando hasta Campos para configurar y agregando un nuevo campo:
Nombre del campo: ubicación
Valor: {{Variable de capa de datos – Ubicación authentic}}
Aquí, {{Variable de capa de datos – ubicación authentic}} sería una variable de capa de datos que ha creado, apuntando a la originalLocation almacena cuando la página se carga por primera vez.
(ACTUALIZAR: Tenga en cuenta que si agrega el ubicación campo, también debe especificar el páginao de lo contrario todas las páginas usarán lo que está almacenado en ubicación como la ruta de la página enviada a GA! Si tiene un sitio de una sola página, probablemente ya tenga la página campo configurado en una ruta de página digital, pero si no, siempre puedes usar algo como:
Nombre del campo: página
Valor: {{JS – Obtener URL de la página}}
Donde la variable {{JS – Obtener URL de página}} es una Variable de JavaScript personalizada con:
perform() {
return doc.location.pathname + doc.location.search;
}
Esto enviaría el nombre de la ruta de la página precise con cualquier parámetro de consulta como la ruta de la página digital enviada con sus etiquetas GA. Gracias Brian Clifton por señalar que los parámetros de consulta también deben enviarse).
Si no puede o no quiere editar el HTML de la página, también puede utilizar Secuenciación de etiquetas. Primero, deberá crear una etiqueta HTML personalizada con el mismo código que el anterior (incluido en y tags). Then, you would wish to determine the primary Common Analytics Tag that fires on the positioning. This is able to usually be a Web page View Tag with one thing like All Pages or another Web page View Set off connected to it. Then, you’d want so as to add the brand new Customized HTML Tag to this Web page View Tag’s sequence, by firing it earlier than the Web page View Tag.
(UPDATE: Learn the next Caveat chapter if you happen to select to do that all by way of GTM and never the web page template!)
That manner the unique URL is saved into dataLayer antes de que se lively la etiqueta de vista de página y, por lo tanto, está disponible para todas las etiquetas de Common Analytics que se activan en la página.
Advertencia
Si estás presionando el originalLocation a través de GTM y no la plantilla de página, puede haber una condición de carrera entre el momento en que originalLocation la variable es empujada hacia dataLayery cuando las etiquetas intentan acceder a él. En estos casos, Analytics.js no no por defecto a la URL precise, lo que resulta en un falta el campo Ubicación del documento! Para solucionar este problema, en lugar de agregar {{Knowledge Layer Variable - originalLocation}} directamente al ubicación campo en sus etiquetas GA, es posible que desee agregar una variable JavaScript personalizada en su lugar:
perform() {
return {{Knowledge Layer Variable - originalLocation}} || window.location.protocol + '//' + window.location.hostname + window.location.pathname + window.location.search;
}
Esto regresa {{Knowledge Layer Variable - originalLocation}} o, si aún no se ha configurado, la URL precise sin hash.
Resumen
Si tiene un sitio de una sola página y envía páginas vistas “virtuales”, es posible que desee verificar si tiene el problema de referencias fraudulentas. Una forma rápida de identificarlo es utilizar el nuevo Explorador de usuarios informes, buscando sesiones que comiencen con un éxito de AdWords, pero que luego se conviertan rápidamente en una nueva sesión con Google Natural como campaña.
En realidad, si utiliza Google Tag Supervisor y envía páginas vistas virtuales, seguramente sufrirá el problema de referencias fraudulentas, a menos que haya configurado el nombre del rastreador o la ubicación del documento como se indica en esta guía.