Todo lo que necesitas saber cuando configuras los canales en Adobe Analytics y nadie te cuenta

Índice de contenidos

En un post anterior vimos cómo se empieza a configurar los canales en Adobe Analytics. El proceso de configuración en sí es muy sencillo y aparentemente todo debería funcionar bien.

Configuración habitual

De hecho muchas de las recomendaciones que se pueden encontrar en las redes a la hora de configurar un canal customizado, como puede ser el canal de Correo Electrónico es que se usen los parámetros de URL o el Tracking Code.

Estas dos maneras son las más habituales de configurar un canal personalizado.

Se indica a la regla que si existe el parámetro de url que indica que el canal es el indicado, en este caso sería “eml” porque así lo explica la guía de etiquetado, que entonces identifique la visita en el canal “Correo Electrónico” y en el detalle del canal ponga el valor de ese parámetro de URL.

Hasta aquí todo bien, aparentemente no hay mayor problema con esto.

Guardamos, y a esperar a que se clasifiquen las visitas. 

Cómo procesa los datos Adobe

Pasa el tiempo, sacas tus informes, tú tan tranquilo pensando que todo está bien hasta que un día decides hacer análisis más profundos, más interesantes.

Lo que haces es extraer el dato en bruto usando el data feed de Adobe. ¡Por fin podrás hacer cosas chulas con el dato! Al menos eso es lo que piensas hasta que empiezas a ver los datos y ves cosas extrañas, cosas que no te cuadran.

Así que toca investigar, sigues rascando en los datos y….¡BOOM! Das con algo pero no quieres creer. No quieres creer que una herramienta como Adobe haga estas cosas. Es como cuando eres pequeño y te dicen que los reyes son los padres. ¡NOOOO! ¿Por qué?

¿Queréis saber qué es lo que está pasando? ¡Ahí va!

Resulta que Adobe procesa los datos de una manera determinada, y esa manera determinada si tienes activado los “custom links” (cosa bastante habitual) y además, tienes definidos tus canales usando variables tipo “query parameter”, “tracking code”, “url”, etc; hace que el seteo de los canales no funcione como toca.

Seguramente estaréis pensando “¿qué me estás contando?” Pues sí, eso fue lo que pensé yo y mi compañero Javi que tampoco daba crédito.

Por lo visto, cuando usas esa clase de variables para definir los canales y tienes activado los custom links lo que sucede es que Adobe para setear el canal hace uso de una variable interna que se llama “pagename_no_url” y ésta se convierte en el mal de todos los males.

Os lo voy a mostrar con un ejemplo:

Aquí vemos un usuario que se encuentra en su tercera visita, entra a las 8.52 en el site a través de un enlace de un correo electrónico. 

El page_event indica que es “0” esto quiere decir que es un hit de página vista. En ese momento tenemos que el canal de la visita es el correo electrónico ya que el mail estaba etiquetado con el parámetro que estaba definido en la regla “eml”. 

Se puede ver como la variable “campaing”, que sería equivalente al tracking code, tiene el valor correspondiente y es correcto.

En el mismo minuto se produce un hit de tipo “10” custom link, aquí vemos el canal de la visita cambia de repente de email a dominios de referencia a pesar que el tracking code indica que venía de un mail, eso no importa porque el que marca que se lea esa variable o no, es la variable de la derecha del todo “pagename_no_url” esa maldita variable vemos que está vacía, con lo cual lo que hace es cambiarte el canal a dominios de referencia.

¿Maravilloso, eh? ¿Cuánto tiempo hemos estado viviendo felices creyendo que esto no podía ocurrir?

Solución para asegurar una correcta medición

Tras varios tickets con Adobe, la solución propuesta ha sido que no se use ese tipo de variables, no usar variables que dependan de la URL y para ello se nos sugirió usar una eVar.

Varios días después de aplicar el cambio hemos comprobado que efectivamente usando una eVar en lugar de las otras dimensiones, funciona perfectamente.

Aunque yo me sigo preguntando por qué, ya que el tracking code, la variable campaign es en realidad una evar, la eVar 0! Pero bueno, será la evar de excepción que confirma la regla xD

De la misma manera que os he puesto el ejemplo de cuando funcionaba mal, aquí tenéis un ejemplo de cuándo funciona bien usando una evar en vez de lo anterior.

Este usuario en su décima visita al site entra por 2 enlaces de email, se ve como tras entrar por el segundo enlace se produce un custom link y esta vez ya no machaca el canal con un canal erróneo, echando a perder la medición.

Con lo cual, la solución para evitar este tipo de problemas. Problemas que si no extraes los datos en bruto, ni te enteras.

Es en la configuración de los canales usar una evar que contenga el mismo valor que tenía el tracking code.

Y tras esto, ya podéis dormir tranquilos que la medición ya funcionará como la seda.

Para finalizar

¿Qué os ha parecido?, ¿Cómo tenéis vosotros la configuración de los canales? 

Por nuestra parte esperamos que esto os sea de gran utilidad a pesar de que abra una puerta que seguro que ningún analista quiere abrir: la puerta de la desconfianza en el dato.

Pero recordad que esto es necesario para asegurar la calidad del dato, así que no tengáis miedo y mirad vuestra configuración.

Ah! y sino tenéis los custom links activados, no habrá mayor problema!

Share on facebook
Share on twitter
Share on linkedin
Share on email
4 min
Suscríbete a nuestra newsletter

Los mejores artículos de analítica digital para potenciar tu negocio.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Entradas relacionadas

Guía básica de ungit, herramienta de control de versiones en datalab

Ungit es la herramienta de control de versiones de código abierto que viene directamente integrada en DataLab, de Google Cloud Platform. En este post encontrarás una guía básica de cómo utilizar ungit y los conceptos clave sobre control de versiones. Si quieres saber más sobre Datalab te recomendamos que veas nuestro post: ¿Qué es google

Guía básica para crear una propiedad Google Analytics 4

Google Analytics 4 (GA4) es la nueva generación de Google Analytics, antes conocida como Google Analytics App+Web. El lanzamiento de GA4 comporta la llegada de nuevos informes y capacidades que dan más potencia a tu herramienta de analítica. Para empezar a familiarizarte con ella, te explicamos paso a paso cómo crear una propiedad GA4 y

Todo lo que necesitas saber sobre el lanzamiento de GTM server-side

Hasta ahora, las soluciones de tag managers como GTM se basaban en inyectar una librería y procesar toda la información en el navegador, ejecutando las solicitudes de seguimiento directamente desde el lado del cliente (navegador) a servidores de terceros. Con la llegada del nuevo contenedor de GTM server-side se agrega una capa adicional de administración

Ir arriba

Esta web utiliza ‘cookies’ de terceros. Al clicar aceptar está aceptando el uso que realizamos de las cookies. Para más información puede consultar nuestra Política de cookies