líderes en noticias de marketing, publicidad y marcas

Conoce en profundidad Adobe Analytics de Flat 101

Digital MarketingGrupo de trabajo mirando el ordenador.

El especialista en Adobe Analytics ,Carlos Rabadán, nos cuenta todos los secretos sobre el software

Conoce en profundidad Adobe Analytics de Flat 101

La herramienta controla aspectos esenciales como son el reporting, la recolección de datos, validaciones, estructura de cuentas y usuarios.

Este es el primer post de una serie que lanzamos desde Flat101 para refrescar los conocimientos de la “otra gran herramienta” de analítica web del mercado, una que muchos han oído hablar, pero pocos han visto realmente en acción.

Si preguntamos a cualquier persona que se dedique al ámbito del marketing online o desarrollo web sobre herramientas de analítica, seguramente nos contesten inmediatamente con Google Analytics, lo cual es perfectamente entendible ya que es la más extendida del mercado, tanto en web como en APPS. Es gratuita, intuitiva, fácil de empezar a utilizar y su documentación pulula en la red como el polen en la primavera. Vamos, lo contrario de Adobe Analytics.

Uno podría pensar que el motivo por que es mucho menos extendida, el porqué la gente se decanta 9 de cada 10 veces por la solución de Google, es su factura anual. Pero a menudo vemos clientes –grandes y medianos– que prefieren pagar la licencia de Analytics 360 antes que dar el salto a Adobe cuando, en términos económicos, no es tanta la diferencia.

Entonces, ¿dónde está el problema? ¿Tan complicada es de utilizar? ¿Tal es su curva de aprendizaje que hasta los más valientes se amedrentan con solo oír su nombre? O quizás es cultural, puro desconocimiento ante una suite que sin saberlo, pueda dar solución a muchos de los problemas a los que se enfrenta diariamente tu organización.

El objetivo de esta serie de posts es intentar quitar ese miedo –de haberlo– y cubrir los aspectos más relevantes de la herramienta de analítica web de los padres de Acrobat y Photoshop. Cubriremos aspectos esenciales como son el reporting, la recolección de datos, validaciones o estructura de cuentas y usuarios, pero sin entrar en el detalle teórico de cada apartado, por lo que se recomienda que el lector parta de una base mínima sobre esta disciplina para no perderse por el camino.

Es inevitable en muchas ocasiones hacer comparaciones con la herramienta homóloga de Google, pero si de verdad quieres ver un análisis en profundidad sobre las diferencias entre una y otra herramienta, os recomendamos que leáis el artículo que escribió al respecto nuestro compañero Juanma

Estructura de cuentas

Asumiendo que el lector haya trabajado previamente con Google Analytics (GA), o al menos conozca un poco los basics de esta herramienta y, por ende, los de cualquier librería JS de data-collection basada en beacons, vamos a comentar a continuación algunas de las diferencias en conceptos fundamentales de GA frente a Adobe Analytics (AA).

En GA, la administración de los datos empieza con las “Cuentas”. Éstas poseen “Propiedades”, que es realmente a donde se envían los datos recolectados, y éstas a su vez contienen “Vistas”. Éstas últimas son segmentaciones de los datos que contiene la Propiedad, pero siempre debería existir al menos una Vista “backup” que englobe la totalidad de los datos recogidos sin manipular previamente.

El homólogo a las Propiedades de GA en Adobe serían las Report Suites(RS). Éstas representan el repositorio de datos principal, donde se realiza el grueso de las configuraciones y personalización de variables, así como la mayor parte de la explotación de datos de Analytics. 

Sección de Admin Tools dentro de Analytics

Por encima de ellos están las Admin Tools, que permiten gestionar permisos de usuarios, crear otras Report Suites, acceder al código de las distintas librerías de cada herramienta (Launch, SDKs,…), crear reglas de clasificación de los datos en las RS, y otras opciones a nivel de organización. En el siguiente artículo de esta serie veremos en detalle cómo gestiona Adobe los permisos y roles de los usuarios.

Las Report Suites se identifican de manera unívoca por su ID, el cual se define durante la configuración inicial del repositorio, y que necesitaremos durante la implementación para indicar donde se han de almacenar los datos. No confundir con el Tracking Server, que es el subdominio del endpoint al que apuntan nuestras peticiones.

En la URL de cada petición encontraremos el ID de la report suite a la que apunta.

Más allá de las Report Suites estándar, Adobe te permite crear otros tipos especiales de entidades como son los informes roll-up o las RS Virtuales. Los primeros son simplemente agrupaciones de datos de diferentes RS, sin duplicar datos entre ellas. Las RS Virtuales por otro lado, se parecen bastante a las Vistas de Google, en el sentido de que son solamente una segmentación de los datos de la RS.

“Las report suites son en Adobe el homólogo de las propiedades de Google. Representan el principal repositorio donde se envían los datos y donde se realiza el grueso de las configuraciones y personalización de variables.”

Una diferencia importante entre RS Virtuales de Adobe y las Vistas de Google es el factor retrospectivo de los datos. Al crear una RS Virtual se arrastra todo el histórico que pudiese tener la RS “padre” a su segmento virtual, con lo que, si el repositorio tenía meses o años de datos acumulados, éstos aparecerán en los informes de la virtual.

Las Vistas de Google por el contrario, parten de un lienzo nuevo cuando se crean. Hemos de ser previsores al comienzo del proyecto y decidir cuantas vistas queremos tener, para que todas ellas tengan el mayor histórico de datos posible desde el primer día.

Cookies

Ambas herramientas presentan diferentes soluciones a la hora de identificar al usuario, partiendo de la base que Google solo usa cookies de 1ª parte (asociadas al dominio original del site en que nos encontremos), mientras que Adobe hace uso de cookies tanto de 1ª como de 3ª parte (distinto dominio web).

En el caso de Adobe, se guardan dos cookies en el navegador para identificar al usuario:

  • AMCV: una cookie de 1ª parte que identifica al usuario durante toda su navegación dentro de ese site. Contiene el ID del visitante (MID del Experience Cloud), el cual es un identificador persistente que permite el uso compartido de datos entre distintas soluciones Adobe.
  • Demdex: una cookie de terceros, usada en combinación con la anterior para identificar unívocamente al usuario entre dominios distintos.

En el próximo post seguiremos desgranando Adobe Analytics y trataremos temas tan relevantes como el sistema de atribución, el seguimiento de dominio o los workspaces, ¡no te lo pierdas!

Nota de prensa.

 

Opel apuesta por una estrategia digital contextualizada para lanzar su nuevo Mokka eléctricoAnteriorSigueinteEntender bien un negocio es clave a la hora de definir la estrategia de marketing

Noticias recomendadas