Cómo una app con 3 millones de usuarios recuperó conversiones perdidas con server-side tracking

Flitsmeister logo

La visión general

Flitsmeister es una de las apps de navegación y alertas de radares más populares de los Países Bajos, con 3 millones de usuarios activos, principalmente en móvil. Como producto basado en la confianza del usuario, Flitsmeister siempre ha adoptado un enfoque privacy-first. Pero esa realidad mobile-first también creó un problema de medición: las conversiones desaparecían y nadie podía cuantificar la pérdida real de datos.

Cuando empezaron a colaborar con TAGGRS, Flitsmeister tenía un objetivo claro: recopilar los datos correctos de forma fiable. ¿El resultado? Una implementación server-side de 6 meses basada en un pipeline de Firebase a TAGGRS, que envía señales first-party limpias a Google Analytics, Meta y Google Ads. Todo completamente del lado del servidor.

Aquí tienes el caso completo, contado por Ate Keurentjes, Head of Marketing en TAGGRS, y Lynn van Eijk, Campaign Manager en Flitsmeister, responsable del performance marketing en Google Ads y Meta, con foco en la adquisición de suscripciones y la optimización de compras dentro de la app.

El reto

performance-reports

Visitas cross-device y conversiones no atribuidas

El momento en el que Flitsmeister supo que algo tenía que cambiar no vino de una auditoría técnica. Fue una simple comparación que no cuadraba. Al contrastar las visitas web con los datos de compras del CRM, apareció una discrepancia clara: no todos los usuarios se estaban registrando y no todas las conversiones se estaban atribuyendo.

El modelo de negocio de Flitsmeister hace que los usuarios pasen con frecuencia de la app a un entorno web para gestionar suscripciones, acceder a funciones premium o completar compras. Estas transiciones crearon un punto ciego. Cuando un usuario pasaba de la app a la web, desaparecía del sistema de medición. El tracking client-side en la web no lo reconocía como usuario existente de la app. Las compras realizadas en ese flujo no se registraban.

Con el tiempo, esta brecha fue creciendo: una degradación lenta de la calidad de los datos que solo se hizo visible cuando el equipo analizó los números en detalle.

icon-arrows

Problemas del tracking móvil

Los problemas típicos del tracking móvil lo empeoraron aún más:

  • Los banners de consentimiento pueden bloquear hasta el 60% de las señales de tracking
  • Las restricciones de los navegadores (especialmente en Safari y iOS) reducen la duración de las cookies y limitan la recopilación de datos de terceros
  • Los ad blockers eliminan los scripts client-side antes de que se dispare cualquier evento

Las decisiones de presupuesto y optimización se tomaban con datos de conversiones incompletos, y ni siquiera era posible cuantificar exactamente la pérdida.

Y el problema iba más allá del marketing. En Flitsmeister, los datos impulsan decisiones en toda la empresa. Contar con datos fiables no es solo una necesidad de marketing, sino también de producto.

Lynn van Eijk, Campaign Manager at Flitsmeister
"Lo analizamos desde diferentes perspectivas. En performance marketing, para ver qué productos interesan a qué usuarios. Pero también queremos llegar a la persona adecuada en el momento adecuado. Los datos son una señal: ¿cómo usan la app? ¿Qué funcionalidades son imprescindibles? ¿Cuáles son secundarias? También usamos esto para el desarrollo de producto." – Lynn van Eijk, Campaign Manager @ Flitsmeister

Por qué la privacidad lo convirtió en algo más que una decisión técnica

Los usuarios de Flitsmeister comparten su ubicación en tiempo real con la app. Eso implica una relación basada en la confianza. La empresa ha construido su reputación sobre el uso responsable de esos datos, por lo que cualquier cambio en el tracking debía ser realmente conforme con la normativa de privacidad, no solo a nivel técnico.

Para Flitsmeister, implementar server-side tracking era una decisión alineada con sus valores. Quedaban descartados los enfoques que implicaban enviar datos brutos masivamente a plataformas publicitarias. La implementación debía cumplir tres requisitos:

  • Procesamiento de datos en un entorno controlado por Flitsmeister
  • Hashing y anonimización adecuados de los datos personales (PII) antes de enviarlos
  • Cumplimiento total del RGPD con flujos de datos auditables

El server-side tracking a través de TAGGRS cumple con los tres. Como los datos pasan por un servidor controlado por Flitsmeister en lugar del navegador, la empresa mantiene el control total sobre qué se envía, a quién y en qué formato.

Lynn van Eijk, Campaign Manager at Flitsmeister
"Tenemos más control sobre los datos de nuestros usuarios. La privacidad es un factor clave para nosotros y lo ha sido desde el principio. Es fundamental ser de confianza y no enviar los datos a cualquier parte." – Lynn van Eijk, Campaign Manager @ Flitsmeister
Cumplimiento del RGPD en SST

La solución:
implementación de Firebase a TAGGRS

1

Flitsmeister app → Firebase

Los eventos in-app como page_view, add_to_carts y purchases se capturan mediante Firebase, que actúa como la capa de recopilación de eventos móviles.
2

Firebase → TAGGRS server

Los datos de eventos se envían al contenedor server-side de TAGGRS, donde se transforman, enriquecen y filtran según el consentimiento, incluyendo el tratamiento de datos personales antes de cualquier envío externo.
3

TAGGRS Server → destinations

Las señales first-party limpias se envían del lado del servidor a Google Analytics 4, Meta (Conversions API) y Google Ads.
Diagram of the firestore-to-taggrs tracking layer works in Flitsmeister
Con esta configuración, el navegador —con todas sus limitaciones de consentimiento, ad blockers y cookies— deja de formar parte del flujo crítico de medición. Los eventos se generan en el servidor y se envían de servidor a servidor.

Una implementación personalizada y altamente fiable

En comparación con una implementación web estándar, este proyecto involucró más sistemas:
  • Esquemas de eventos de la app: los eventos de Firebase tuvieron que mapearse y validarse para cada plataforma de destino
  • Gestión del consentimiento: el consentimiento en móvil funciona de forma distinta a los banners web y requirió lógica personalizada
  • Matching cross-environment: unir los datos de app y web del mismo usuario exigió una gestión cuidadosa de identificadores

Los resultados: señales recuperadas y datos fiables

El aumento de +6,5% en page views, +8,0% en add-to-carts y +3,1% en purchases representa eventos que siempre ocurrieron, pero que antes no se registraban. Este matiz es clave para interpretar correctamente el impacto.

1%
page views
1%
add to carts
1%
purchases

Las señales recuperadas mejoran los algoritmos. Cuando las conversiones server-side se envían a Google Ads o Meta, amplían el conjunto de datos con el que aprenden los algoritmos. Mejores datos permiten identificar audiencias de mayor calidad, asignar presupuestos de forma más eficiente y optimizar hacia resultados reales.

La atribución vuelve a ser fiable. Uno de los problemas ocultos del tracking client-side en móvil es la mala atribución del tráfico “directo”. Cuando los identificadores de clic (gclid, fbclid) se pierden durante el recorrido, las conversiones se atribuyen incorrectamente al tráfico directo. El server-side tracking conserva estos identificadores y corrige la atribución.

El equipo puede volver a confiar en los datos. Para Lynn, este fue el cambio más importante: "Tienes que poder confiar en los datos."

Cuando sabes que tu tracking es incompleto, cada decisión de campaña viene con incertidumbre. Con el server-side tracking, el equipo de Flitsmeister puede tomar decisiones basadas en datos en los que realmente confía.

Explora otros casos de estudio

Descubre cómo TAGGRS Server-side Tracking ayuda a las organizaciones a crecer en todo el mundo.

magnifiercrossmenu linkedin facebook pinterest youtube rss twitter instagram facebook-blank rss-blank linkedin-blank pinterest youtube twitter instagram