Tracking y analíticaServicio

Limpieza y reparación de Google Tag Manager

Auditorías de contenedores GTM, contratos de dataLayer, depuración y gobierno de versiones, con el disparo por consentimiento integrado desde el inicio.

Publicado: 23 de julio de 2026
Revisado: 18 de septiembre de 2026

¿Prefieres el email? next@taskfordaniel.com

El problema

¿Por qué se vuelven inmanejables los contenedores de GTM?

Se supone que Google Tag Manager es la capa que hace manejable el tracking: un único lugar donde ver todo lo que se dispara y por qué.

En la práctica, la mayoría de los contenedores que han pasado por las manos de más de una persona durante un par de años acaban siendo lo contrario: etiquetas que nadie recuerda haber añadido, activadores que se disparan bajo condiciones que ya no existen, píxeles duplicados instalados por dos aplicaciones distintas y un dataLayer que cada etiqueta lee de forma diferente porque nadie dejó por escrito el contrato.

Nadie se da cuenta hasta que algo aguas abajo se rompe: un evento purchase deja de dispararse, un píxel cuenta por duplicado o una persona recién incorporada toca una variable y tumba tres etiquetas de las que no sabía que dependían de ella.

Alcance

Qué hago

Orden de trabajo Tracking y analítica

Audito y reparo el propio contenedor, no solo el síntoma que te ha traído hasta aquí. Esto implica:

Inventario completocada etiqueta, activador y variable, qué se supone que hacen y si siguen haciéndolo.
Contrato del dataLayerdocumentar qué datos deben enviarse (push) en cada paso (page view, add to cart, checkout, purchase) para que el desarrollo futuro no tenga que adivinar.
Limpiezaeliminar etiquetas duplicadas, huérfanas y muertas que añaden riesgo sin aportar valor.
Gobiernouna convención de nomenclatura y versionado para que el historial del contenedor sea legible en lugar de una pila de entradas sin etiquetar del tipo «GTM - New version».
Disparo condicionado al consentimientoverificar que las etiquetas respetan de verdad el estado de consentimiento que deberían comprobar, y no solo que existe un banner de consentimiento en alguna parte de la página.

El proceso

Cómo funciona

Acceso y revisión del contenedor

Solicito acceso de edición de contenedor (Container Edit) o de administrador y extraigo una exportación completa de la configuración actual: cada etiqueta, activador y variable, con el historial de versiones cuando está disponible.
Mapeo de dependencias

Antes de cambiar nada, mapeo qué depende de qué: qué etiquetas comparten activadores, qué variables alimentan varias etiquetas y qué se rompería si se eliminara una pieza concreta.
Construcción en un workspace

Todas las correcciones se construyen en un workspace de GTM independiente, se previsualizan contra una sesión de prueba real y se validan antes de publicarse; el contenedor en producción no se toca hasta que la corrección está demostrada.
Publicación y documentación

Una vez verificado, el workspace se publica con una nota de versión clara y recibes documentación que describe qué cambió, por qué y qué espera ahora el contenedor del dataLayer.

Entrega

Qué obtienes

Un contenedor que tú (o quien lo herede) podéis entender de verdad: un inventario de lo que se dispara y por qué, un contrato del dataLayer documentado, un estándar de nomenclatura y versionado y una estructura ordenada con el peso muerto eliminado.

Si se detectaron carencias en el disparo condicionado al consentimiento, se documentan y se corrigen en la misma pasada.

Kit de entrega

Inventario completo del contenedor: etiquetas, activadores, variables, versiones y permisos de publicación
Documentación del contrato del dataLayer — qué se dispara, cuándo y con qué parámetros
Limpieza de etiquetas duplicadas, huérfanas y muertas
Estándar de nomenclatura y versionado para que los cambios futuros sean trazables
Revisión del disparo condicionado al consentimiento (las etiquetas respetan el estado de consentimiento antes de dispararse)
Soporte de depuración mediante el modo Preview y Tag Assistant, con los hallazgos documentados

Precio y plazo

Siguiente paso

Si la tarea ya está clara, puedo presupuestar la implementación directamente. Si primero hay que establecer la causa o el alcance, acordamos un encargo de diagnóstico aparte: el Tracking Health Check, de solo lectura: un problema en hasta tres sistemas acordados, no solo GTM, de modo que el veredicto cubre el trabajo de contenedor solo si es ahí donde está realmente el problema.

Escribe a next@taskfordaniel.com con una descripción de lo que está fallando — hablar de la tarea es gratis — o solicita un Tracking Health Check cuando primero haya que establecer la causa. El trabajo con contenedores server-side se cubre por separado en tracking server-side.

PresupuestoFijado antes de empezar

Precio: Focused Fix desde EUR 425 · Custom Engineering Project desde EUR 1.400 · presupuesto por escrito
Plazo: Presupuesto directo para una tarea definida, o alcance a partir del Health Check; el trabajo típico de contenedor dura de 2 a 5 días laborables

Describe tu tarea

Una nota de Daniilantes de decidir

Qué no es

No es un servicio de reconstrucción desde cero, salvo que sea genuinamente lo que necesita el contenedor; la mayoría de las veces, una reparación específica cuesta menos e interrumpe menos que empezar de nuevo.

Tampoco sustituye a una corrección específica de plataforma: si el problema de raíz es un evento purchase de GA4 roto o un problema de deduplicación de Meta CAPI, la auditoría de GTM lo sacará a la luz, pero la reparación del lado de la plataforma se define dentro del servicio de esa plataforma. Y el gobierno de GTM solo se mantiene si las personas que editan el contenedor después de mí siguen la convención de nomenclatura y versionado; no puedo imponerlo en remoto, solo ponerlo fácil de seguir.

— Daniil

Preguntas

Preguntas frecuentes

Mi contenedor tiene años de etiquetas que nadie recuerda haber añadido. ¿Puedes limpiarlo sin romper nada?

Sí — eso es la mayor parte de este trabajo. Audito qué se está disparando de verdad, qué es peso muerto y qué depende de qué, antes de eliminar nada. Los cambios se construyen y se previsualizan en una versión de workspace independiente, nunca se publican en producción sin probarlos.

¿Escribes tú el dataLayer o solo consumes lo que ya hay?

Ambas cosas, según el trabajo. Si el dataLayer ya existe pero es inconsistente o no está documentado, lo documento y lo estandarizo. Si los eventos no se envían de forma estructurada en absoluto, diseño el contrato —cómo debe ser cada evento— y lo implemento.

¿Arreglará esto también el consent mode?

Este trabajo revisa si las etiquetas se disparan en línea con tu estado de consentimiento actual, algo necesario para un tracking conforme y para que Consent Mode v2 funcione correctamente. Una integración de CMP más profunda y el bloqueo por región se definen por separado dentro del trabajo de Consent Mode v2 si aún no están en marcha.

¿Quién más puede editar el contenedor cuando termines?

Quien tú decidas dar acceso — no te dejo fuera. Parte del entregable es un estándar de nomenclatura y versionado precisamente para que la siguiente persona que toque el contenedor (un empleado, una agencia, un futuro colaborador externo) no deshaga la corrección por accidente.

¿Es esto solo para GTM en la web o incluye también contenedores server-side?

Este servicio cubre el contenedor web. El GTM server-side —su propio contenedor ejecutándose en Stape, GCP o similar— se define dentro del tracking server-side, ya que es otro tipo de construcción con distintos requisitos de acceso.