Saltar al contenido principal
Adrià García
← Todos los servicios

Servicio

Arquitectura de medición y tracking

Diseño o rehago la recogida de datos en web y app para que eventos, identidades y documentación sigan el mismo contrato.

Qué incluye

  1. 01

    Inventario de eventos, variables, identidades y consumidores.

  2. 02

    Tracking plan versionado y especificaciones de eventos.

  3. 03

    Diseño o revisión de la data layer en web y app.

  4. 04

    Configuración en Adobe Analytics, GA4, Adobe Launch, GTM o Tealium iQ según el alcance.

  5. 05

    Pruebas de calidad, criterios de aceptación y gobierno de publicación.

  6. 06

    Documentación para desarrollo, analítica y marketing.

Experiencia y criterio relacionados

  1. Construido 2021–2024

    Capa de datos común para web, área privada y app

    Tres superficies con tres implementaciones distintas, y por tanto tres verdades. Rehíce la capa de datos de las tres contra un mismo contrato de eventos, coordinando un equipo de 5, y con la documentación funcional y técnica mantenida en Confluence.

    • Data layer
    • Web y app
    • Contrato de eventos
  2. Construido 2018–2021

    Contenedores plantilla de medición, reutilizados por cuenta

    Contenedores plantilla de GTM que se exportaban y se importaban en la cuenta de cada cliente: una base de medición, otra de ecommerce, una por cada plataforma de consentimiento y otra para app. Estandarizar retail, moda, viajes y automoción obliga a separar el contrato de datos de la herramienta que lo implementa.

    • Adobe Launch
    • GTM
    • Tealium iQ
    • Estandarización
  3. Construido 2018–2021

    SDKs de analítica en iOS y Android, e integraciones híbridas

    Implementación de los SDKs nativos y resolución de las integraciones híbridas entre la capa nativa y la web embebida. Es donde se pierden las sesiones y las identidades, y no se mira hasta que los números dejan de cuadrar.

    • iOS
    • Android
    • SDK
    • App híbrida
  4. Construido 2018–2021

    Cuadros de mando por mercado, con el acceso gobernado

    Una marca de gran consumo con filial en varios mercados europeos, y un cuadro de mando para cada uno. Construirlos no costaba. Lo que costaba era decidir quién ve qué, así que cada mercado llevaba declarado su destinatario y su nivel de acceso. Un informe compartido de más es una fuga y uno compartido de menos no se usa.

    • Reporting
    • Gobierno
    • Multi-mercado

Ver más trabajo en mi trayectoria →

Preguntas frecuentes

¿Hay que rehacer todo el tracking desde cero?

Casi nunca. Se parte de lo que ya funciona y se corrige lo que rompe el contrato. Rehacerlo entero solo se justifica cuando los eventos actuales no se pueden reconciliar entre superficies, y eso se sabe en el taller inicial, no al final.

¿Puede implementarlo nuestro propio equipo?

Sí, y es lo que prefiero. Yo defino el contrato de eventos y lo documento; la implementación puede ser vuestra. Lo que no funciona es al revés: que el contrato se vaya definiendo ticket a ticket mientras se desarrolla.

¿Vale para GA4 o solo para Adobe?

El contrato de eventos es anterior al destino y no depende de él. He trabajado la recogida contra GA4, Adobe Analytics, Tealium y Customer Journey Analytics. Si mañana cambia el destino, el contrato sigue sirviendo.

¿Cuánto tarda la documentación en quedarse obsoleta?

Lo que tarde alguien en añadir un evento sin pasar por el contrato. Por eso el entregable no es solo el documento: incluye dónde vive, quién lo aprueba y cómo se comprueba que la implantación sigue coincidiendo con él.

¿Encaja con tu problema?

Cuéntame el contexto y te diré si este alcance es el adecuado o conviene empezar por otro sitio.

Hablar del alcance