# Una agencia de tracking que dejó atrás el mantenimiento

FunnelTrack gestiona el server-side tracking de más de 30 clientes y recupera hasta un 20 % más de datos, sin mantener servidores propios.

Source: https://taggrs.io/es/success-stories/funneltrack/

## De un vistazo

- Historia: Agencia
- Empresa: Agencia de tracking
- Ubicación: Utrecht, Países Bajos
- Tamaño: 7 personas
- Clientes: Más de 30 clientes activos
- Partner de TAGGRS: [Partner Gold · Agencia](https://funneltrack.nl/)
- Tiempo de configuración: De 2 a 3 semanas por cliente

## La medición en paralelo muestra a cada cliente los datos que le faltaban

- **+20 %** más datos medidos en algunos clientes, alrededor del 5 % en otros (frente a la configuración client-side existente, medido en paralelo)
- **30+** clientes activos en TAGGRS, todos los nuevos clientes desde el cambio

## En un cliente, los datos adicionales se notaron en los ingresos

Más datos no generan la misma proporción de ingresos: esos ingresos ya existían. La ganancia viene de que los algoritmos publicitarios tienen más puntos de contacto con los que optimizar.

- **+15–20 %** más datos medidos
- **~3 %** de ingresos adicionales de los canales publicitarios
- **50–60 €** por la suscripción a TAGGRS

## La configuración en paralelo

FunnelTrack sigue la misma secuencia con cada cliente, para que la medición existente nunca se detenga.

1. **Validar la configuración client-side** El server-side depende de lo que ya funciona en el navegador, así que primero se revisa y optimiza el contenedor existente.
2. **Ejecutar server-side junto a client-side** La nueva configuración recibe sus propios ID de conversión, etiquetas y destinos. Si falla un registro DNS, el cliente sigue reportando.
3. **Comparar dos semanas de datos** Una checklist interna y un margen de variación aceptable deciden si la configuración está lista. Los problemas de calidad menores se corrigen aquí.
4. **Cambiar los ID de conversión** En el back end, para que los eventos server-side lleguen a las acciones de conversión hacia las que ya optimizan las campañas, sin una nueva fase de aprendizaje.

> “Dedicábamos bastante tiempo cada mes a mantener todas las implementaciones en Google Cloud. Con TAGGRS, una vez que un cliente está activo, nos lleva muy poco tiempo, porque prácticamente no necesita mantenimiento. Y cuando hace falta, suele ser en el lado del cliente y no en el de TAGGRS.”
>
> Brandon Teuben, Cofundador y Data & Tracking Strategist, FunnelTrack

## Escucha a FunnelTrack

Brandon Teuben, cofundador de FunnelTrack, habla de años de implementaciones server-side, del paso de Google Cloud a TAGGRS y de cómo la agencia demuestra el aumento a sus clientes.

1. Por qué FunnelTrack solo se dedica a la medición, sin publicidad
2. El mantenimiento detrás de los desarrollos a medida en Google Cloud
3. Por qué FunnelTrack siguió trabajando con TAGGRS
4. La configuración en paralelo y el cambio de los ID de conversión
5. Qué supone el aumento para los ingresos, la velocidad de página y los márgenes
6. Consejos para empresas sin server-side tracking

[Ver la entrevista (39:48)](https://www.youtube.com/watch?v=-fZGZp9fDSg)

## Una agencia construida en torno a la medición

Brandon Teuben y Martijn Udo se conocieron como freelancers, montando juntos stacks de tracking completos y data warehouses. Brandon había pasado 12 años en marketing digital, 1,5 de ellos en IPG Media Brands en Australia, así que sabe gestionar campañas. Aun así, dejaron fuera la publicidad, porque querían que cada hora de trabajo en la empresa se dedicara a la medición.

Esa decisión nació de lo que Brandon vio dentro de las agencias de marketing. Alrededor del 90 % de los ingresos venía de la publicidad, y el tracking se vendía como un extra encima. A las personas nuevas se las formaba como especialistas en publicidad, y se recurría a un especialista en tracking cuando la medición necesitaba atención.

Ese enfoque determina el trabajo que les llega. Las empresas rara vez piden a FunnelTrack que configure un único píxel de Meta. Llegan con problemas más difíciles, a menudo problemas que otra agencia ya ha intentado resolver.

## Pequeños problemas que nunca se acababan

Brandon lleva de 8 a 10 años trabajando en implementaciones server-side, la mayoría en Google Cloud. Google Cloud cumplía su función, pero cada implementación era un desarrollo a medida que necesitaba atención continua. Los problemas eran pequeños y variados: los registros DNS del lado del cliente fallaban y dejaban el subdominio fuera de línea, las configuraciones chocaban con los límites de Google Cloud Platform, los procesos se atascaban durante grandes cargas retroactivas en el data warehouse y cada cliente activo necesitaba una revisión mensual.

Con una cartera de clientes en crecimiento, eso se convirtió en una carga de trabajo mensual fija que ninguna de las dos partes quería. FunnelTrack no quería ganarse la vida manteniendo infraestructura, y los clientes no veían motivo para pagar por ello. Mientras tanto, la demanda crecía. Hace ocho años, Brandon tenía que explicar para qué servía el server-side tracking; en los dos últimos años, las empresas lo piden por su nombre.

## Cómo llegó TAGGRS

FunnelTrack trabaja con el stack que ya utiliza cada cliente. Conoció TAGGRS a través de un cliente que había creado una cuenta, no pudo terminar la configuración por su cuenta y pidió a la agencia que se hiciera cargo. El primer proyecto salió lo bastante bien como para seguir, por tres razones: TAGGRS es una empresa neerlandesa y es fácil contactar con ella, el soporte analizaba cada problema de fondo en lugar de enviar un enlace a la documentación, y una configuración de cliente activa no necesitaba después tiempo de dedicación.

Lo que empezó como una preferencia es hoy práctica habitual. Todos los nuevos clientes de FunnelTrack pasan a TAGGRS.

## Por qué la implementación lleva semanas

El server-side tracking asume una gran parte de la medición de una empresa, a veces toda. Brandon dice que la implementación es propensa a errores: un fallo puede romper una medición que funcionaba antes de empezar el proyecto. Por eso FunnelTrack nunca monta el server-side encima de la configuración existente. Donde una configuración superpuesta lleva un día, la configuración en paralelo lleva de 2 a 3 semanas, pero cuando una configuración superpuesta sale mal, todas las mediciones acaban en el mismo sitio y es difícil encontrar la causa.

El informe de consentimiento de TAGGRS es el que el equipo abre con más frecuencia. Una y otra vez muestra compras sin consentimiento registrado, normalmente porque el consentimiento llegó tarde en la sesión o el visitante cerró el banner. Esa decisión se respeta en el servidor igual que en el navegador, así que FunnelTrack usa el informe para asesorar a los clientes sobre un banner que lleve a los visitantes a elegir antes.

## Qué muestra la medición en paralelo

Ambas configuraciones miden los mismos eventos al mismo tiempo, así que la diferencia son los datos que le faltaban al cliente.

> “Vemos clientes que consiguen un aumento de hasta un 20 %, pero también otros en los que quizá es solo un 5 %. A veces vemos que se queda exactamente igual, lo que suele indicar un problema de tracking en algún punto de la configuración.”
>
> Brandon Teuben, Cofundador y Data & Tracking Strategist, FunnelTrack

El tamaño de la brecha depende de la audiencia. Las empresas con precios más altos llegan a más usuarios de Apple, y Safari es el navegador que más limita el tracking. El equilibrio entre el tráfico móvil y el de escritorio funciona igual.

Hay otras ventajas. Con el server-side como fuente principal, el contenedor del navegador se reduce a lo esencial, lo que ayuda a la carga de la página; las etiquetas pesadas, como el píxel de TikTok, son las primeras en salir. La lógica de márgenes se ejecuta en el servidor, así que ningún dato de beneficio llega al front end. Las ventas que nunca llegan a la página de agradecimiento, como las compras en el navegador integrado de Instagram, se recuperan a partir de los datos del backend. Y algunos clientes prescinden de herramientas independientes para medir el beneficio y las conversiones offline, con un ahorro de miles de euros al mes.

## Conclusiones clave

- **Un aumento del 0 % también dice algo.** Si el server-side coincide exactamente con el client-side, normalmente hay algo roto en la configuración. Superponerlo sobre los ID de conversión existentes lo oculta.
- **Más lento es más fiable.** Dos o tres semanas de medición en paralelo cuestan menos que depurar una configuración superpuesta.
- **La mayor parte de las pérdidas repentinas de datos viene del subdominio.** Un desarrollador cambió o eliminó los registros DNS. FunnelTrack pide a cada cliente que no toque el subdominio.
- **Explica los límites desde el principio.** El consentimiento rechazado y las páginas de confirmación que nunca se cargan siguen dejando datos sin medir, aunque la infraestructura facilita abordar ambas cosas más adelante.
- **La configuración terminada es una base.** La medición del beneficio, los feeds del backend y los conjuntos de datos que puedes consultar con IA funcionan sobre la misma infraestructura, así que cada uno se convierte en un proyecto de seguimiento breve.

## Sobre FunnelTrack

**Agencia de datos y web tracking que deja fuera la publicidad** FunnelTrack es una agencia de datos y web tracking de Utrecht, fundada en 2021 por Brandon Teuben y Martijn Udo. Su equipo de siete personas se dedica solo a la medición: stacks de tracking completos, data warehouses y server-side tracking.

Partner de TAGGRS: [FunnelTrack](https://funneltrack.nl/). Plataforma de tracking y atribución enfocada en mejorar la visibilidad de los embudos de marketing.

## Más casos de éxito

- [Cerrar la brecha de datos para más de 40 clientes](https://taggrs.io/es/success-stories/oma/)
- [Más de 100 configuraciones que alimentan una customer data platform](https://taggrs.io/es/success-stories/converseon/)

[Todos los casos de éxito](https://taggrs.io/es/success-stories/)