Una guía de referencia en el Google Tag Manager

Cuando crees un nuevo Google Tag Manager, verás varias variables incorporadas que están habilitadas por defecto. Una de ellas es Referrer. ¿Qué es y por qué es útil? Averigüémoslo.

Tabla de contenidos

¿Qué es el Referrer en Google Tag Manager?

En pocas palabras, el Referrer es una variable GTM que devuelve una URL de la página anterior que un visitante visitó. Así, por ejemplo, si estoy navegando por el sitio y voy de example.com/page1 a example.com/page2, el valor del Referrer será example.com/page1 (porque ese es el valor del URL de la página anterior).

¿Funciona esta variable sólo cuando navego por páginas entre mi propio sitio web? No sólo eso.

¿Es posible ver la página anterior si el visitante acaba de llegar a mi sitio desde otro sitio web? Sí, pero hasta cierto punto. Debido a preocupaciones de privacidad, cada vez más limitaciones están afectando al Remitente. No sólo en el GTM, sino en general. El referenciador no es sólo algo específico del GTM. Está disponible globalmente en cualquier sitio web y cualquiera puede acceder a ese valor. Así es como funciona la web.

Sin embargo, hay más y más limitaciones introducidas al referenciador. Sigue leyendo.

P.D. Sus informes de adquisición de Google Analytics también dependen en gran medida de los referenciadores.

¿Dónde puedo encontrar el referente en el Administrador de etiquetas de Google?

Hay múltiples maneras de despellejar a un gato aquí. La más estándar es usar la variable incorporada. En tu contenedor GTM, ve a Variables y en la sección Variables incorporadas, encontrarás la variable.

También puedes crear una variable definida por el usuario. Vaya a Variables > Variables definidas por el usuario > Nuevo > Referencia HTTP. En este caso, puede extraer adicionalmente un componente particular del referenciador, por ejemplo, sólo el nombre del host.

Una opción más es crear una variable Java Script (NO Custom JavaScript) e introducir el siguiente valor (sin comillas) – document.referrer.

Pero esto funcionará más o menos de la misma manera que la variable incorporada (por lo tanto, no es necesario crear una variable definida por el usuario).

Tenga en cuenta las limitaciones

Esta variable suena increíble, ¿verdad? Podrías disparar etiquetas basadas en la página de la que vino tu visitante. Por ejemplo, si un visitante llega desde una página de un tercero en particular, puedes disparar una etiqueta que muestre un popup específico.

Sin embargo, el Referente se está limitando cada vez más (debido a cuestiones de privacidad) porque el Referente se utiliza cada vez más para el seguimiento de sitios cruzados. Y los guardianes como Brave o Safari (pero no limitados a) se están asegurando de que esto sea mucho más difícil.

De hecho, las limitaciones están cambiando constantemente y si quieres estar al día, marca cookiestatus.com.

Aquí tienes una instantánea de cómo el Referrer está siendo manejado por los navegadores más populares(haz clic en la imagen para verla en mayor resolución).

Permítanme explicar algunas partes de la captura de pantalla anterior:

• Política del navegador por defecto significa que si un visitante navega de https://www.some3rdpartywebsite.com a http://www.yourwebsite.com, el remitente será eliminado. No devolverá ningún valor. ¿Por qué? Porque el visitante navegó de un sitio web HTTPS (seguro) a un HTTP (inseguro).
• Descarte todas las referencias de origen cruzado al origen significa que si un visitante va de https://www.otherwebsite.com/posts/example a https://www.yourwebsite.com, el referenciador mostrará sólo https://www.otherwebsite.com(/post/ejemplo será eliminado). Así que básicamente, podrá saber sólo el dominio pero no la página exacta desde la que el visitante llegó a su sitio. Actualización: Chrome 85 (y versiones más recientes) comenzará a aplicar esta política.
• eTLD+1 significa el dominio de nivel superior (TLD) (por ejemplo, .com, .co.uk, etc.) y un nivel adicional (por ejemplo, amazon.co.uk o cnn.com).

Cómo identificar los problemas si el Remitente no devuelve lo que usted espera

En primer lugar, echemos un vistazo rápidamente a las políticas de referencia. Definen qué tipo de datos pasará el sitio web en un Referrer.

• no-referer (esto significa que no se pasará ningún referer (en otras palabras, estará vacío en GTM)).
• no-referer-when-downgrade (si un visitante navega de una página HTTPS a HTTP, el referenciador será eliminado. Estará vacío en GTM)
• origen (esto significa que el remitente siempre devolverá sólo el nombre del host (por ejemplo, www.example.com) de la página anterior)
• origen-cuando-cruzar-origen (si un visitante navega entre diferentes subdominios, por ejemplo, a.dominio.com y b.dominio.com, sólo se devolverá el nombre del host. Si un visitante navega de a.domain.com/page1 a a.domain.com/page2, el remitente devolverá el nombre de host, la ruta y las cadenas de consulta.
• mismo origen (el referenciador sólo estará disponible si un visitante navega entre páginas del mismo subdominio)
• deorigen estricto (el remitente devolverá el valor sólo si el visitante navega de HTTPS a HTTPS
• strict-origin-when-cross-origin (devuelve el nombre del host, la ruta de la página y las cadenas de consulta sólo cuando un visitante navega en el mismo subdominio y de HTTPS a HTTPS). Por ejemplo:
• unsafe-url (El Remitente siempre devolverá un nombre de host, una ruta de página y cadenas de consulta. Esto es inseguro porque la URL puede contener datos sensibles como la dirección de correo electrónico, etc.)

Puede obtener más información sobre las políticas aquí.

De todos modos, si ve un referenciador vacío con demasiada frecuencia en el modo de vista previa del GTM, aquí tiene algunas ideas sobre qué cosas debe comprobar (o si devuelve el valor que no esperaba):

• En primer lugar, analizar la tabla que he compartido anteriormente. Hay muchos navegadores y cada uno de ellos trata el Referrer de manera diferente. Regla general, no confíes en el Referrer en GTM si intentas usar URLs muy específicas de la página anterior que no pertenecen al mismo nombre de host. De lo contrario, se enfrentará a varios comportamientos e inconsistencias en sus datos.
• Comprueba qué tipo de política de referencia se aplica en tu sitio. Hay diferentes maneras de cómo se puede implementar:
  • Directamente en el hipervínculo. Si el enlace pulsado (en la página anterior) contiene «rel=noreferrer», el referenciador de la página de destino estará vacío. Compruébelo con el «Elemento de inspección» en las herramientas de desarrollo del navegador. Haz clic con el botón derecho del ratón en el enlace > Inspeccionar elemento:
  • Directamente en el hipervínculo (2). También se puede implementar la política de referencia en el enlace en el que se ha hecho clic añadiendo un atributo referrerpolicy=»someValue», por ejemplo, referrerpolicy=»no-referrer» (en este caso, el Referrer también estará vacío).
  • Metaetiqueta en la página. Por ejemplo, si la página anterior tenía una metaetiqueta , el referenciador sólo devolverá el dominio de la página anterior. Existen otros posibles valores/configuración de esta metaetiqueta. Puedes obtener más información sobre ellos aquí. ¿Dónde puedes encontrar esta metaetiqueta? En el origen de su sitio. Haga clic con el botón derecho del ratón en algún lugar de la página anterior > Ver código fuente y luego en algún lugar de la parte superior del código debería buscar la metaetiqueta referenciadora.

    Si no se define ninguna política, se utilizará la predeterminada (no-referrer-when-downgrade), a menos que el navegador esté configurado de forma diferente.

Puedes aprender más sobre todo esto aquí.

Un par de casos de uso del Referrer en Google Tag Manager

Para inspirarse, aquí hay varias ideas para usar el Referrer en la configuración del GTM.

#1. Múltiples páginas de destino con formularios que redirigen a la misma página de «Gracias»

Imaginemos que tienes 20 páginas de aterrizaje con formularios de inclusión, por ejemplo:

• https://www.example.com/lp/landing-page1
• https://www.example.com/lp/landing-page2
• ……
• https://www.example.com/lp/landing-page20

Cuando un visitante presenta el formulario, es redirigido a la misma página de confirmación (también conocida como página de «Gracias»). El URL es siempre el mismo para todos los envíos, independientemente del formulario: https://www.example.com/thank-you

¿Cómo se puede hacer un seguimiento de los formularios presentados e identificar qué formulario se ha presentado? Puedes enviar el valor del Referente con cada evento de la AG, como aquí:

En este ejemplo, la Etiqueta de Evento contendrá el URL de la página anterior (la página de aterrizaje donde se envió el formulario). Problema resuelto!

#2. Evitar visitas al azar a su página de «gracias».

El problema con las páginas de «Gracias» es que en algunos sitios web, se puede acceder a ellas con demasiada facilidad. Por ejemplo, el robot de Google puede haber indexado esa página de «Gracias». Tal vez debido a un error, incluso la búsqueda de su sitio web está mostrando esa página de «Gracias» en los resultados de búsqueda (obviamente, sus desarrolladores deberían corregir eso).

Volvamos a mi ejemplo anterior con 20 páginas de destino. Imaginemos que la única manera apropiada de aterrizar en la página de «Gracias» debería ser después de que el formulario se presente en una de esas 20 páginas de destino.

Cada URL de la página de aterrizaje contiene /lp/ en la ruta de la página. ¿Por qué no actualiza su disparador de Pageview en GTM (que se activa en la página de «Gracias») y lo configura para que se dispare sólo si la página anterior contenía /lp/?

En ese caso, las visitas aleatorias de otras partes del sitio o de otras fuentes de tráfico no causarán falsos positivos.

Preguntas frecuentes

Aquí hay varias preguntas que he notado que se han hecho recientemente en línea, así que pensé en abordarlas también.

¿Puedo acceder al título de la página anterior? No hay una forma fácil de conseguirlo. El referente está relacionado sólo con la URL de la página anterior, no con otros atributos (como el título). Si quieres acceder a la URL de la página anterior, necesitarás escribir algún código JS personalizado que almacene temporalmente el título de la página anterior. Otra opción es pedirle a un desarrollador que envíe esta información a la Capa de Datos.

¿Puedo acceder a la URL de la página que fue visitada antes de la página anterior? En otras palabras, ¿es posible acceder a la URL de 2+ páginas anteriores? No hay una forma fácil de hacerlo. También necesitarías escribir algún código personalizado que almacene la información en la cookie o en el almacenamiento del navegador. O, una vez más, contactar con los desarrolladores para empujar esta información a la capa de datos.

Palabras finales

Un referente es definitivamente una variable útil en el GTM, sin embargo, se debe ser muy consciente de las limitaciones relacionadas con la privacidad y la seguridad que se pueden implementar en un sitio o que pueden ser introducidas por los navegadores (como Safari o Brave).

Mi regla general:

• intente utilizar el Referrer en sus etiquetas o disparadores GTM sólo cuando las cosas estén sucediendo en el mismo dominio principal de su sitio web (al igual que en los ejemplos que he compartido anteriormente).
• Si quieres saber la página anterior (que estaba en un sitio web de terceros), siempre espera sólo el nombre de host (dominio) en el mejor de los casos. No construya disparadores basados en una página específica del sitio web de terceros (con rutas de páginas y parámetros de consulta). Aunque esto funciona bien en Chrome, un navegador como CliqZ quita el referenciador y sólo devuelve el nombre del host (sin ruta de página o parámetros de consulta). En realidad, parece que muy pronto más navegadores seguirán el mismo camino.

Además, mantén un ojo en cookiestatus.com. En el futuro se introducirán más limitaciones, así que debes estar al día.

¿Tienes alguna pregunta? La sección de comentarios está a su disposición.