Resiliencia de datosYa disponible

    Los bloqueadores detectan URL. Así que cambia las URL.

    Pasar a un dominio de tagging first-party resuelve el nombre de host, pero las rutas te delatan: /gtm.js y /g/collect están en todas las listas de bloqueo que existen. Custom Loader sirve los mismos endpoints desde un espacio de rutas aleatorio y exclusivo de tu contenedor, y mide cuántas peticiones recupera con ello.

    Rutas aleatorias por contenedor
    Regenerables en cualquier momento
    Alimenta la métrica de recuperación
    Todos los módulos
    El mismo contenedor, dos rutas
    /gtm.jsBloqueada
    /x7k2m9dq4f/l.jsEntregada
    Peticiones recuperadas
    18.4%ejemplo, medido por contenedor

    Dos peticiones, una lista de bloqueo

    Un dominio first-party es solo la mitad de la solución

    Las listas de prevención de rastreo funcionan por coincidencia de patrones, y esos patrones no se limitan a los nombres de host. En cuanto tu dominio se conoce, o un patrón de ruta coincide, las peticiones vuelven a desaparecer, y lo hacen en silencio.

    01

    Las rutas son el patrón más fácil de detectar

    Las listas de filtros llevan reglas para /gtm.js, /gtag/js y /g/collect que se disparan sea cual sea el dominio que las sirva. Un dominio propio por sí solo no las esquiva.

    02

    Las cargas posteriores vuelven a salir

    Los scripts que se sirven por proxy suelen referenciar googletagmanager.com internamente. Esas peticiones posteriores abandonan de nuevo tu dominio y aterrizan directamente en una URL bloqueada.

    03

    No ves lo que has perdido

    Una petición bloqueada nunca llega, así que nunca aparece en tus informes. Sin una comparación, no tienes forma de saber cuánto vale ese hueco.

    Cómo funciona

    Cada contenedor recibe su propia semilla de ruta aleatoria. El loader sirve el script de GTM y todos los endpoints de recogida por debajo de ella, de modo que no queda ninguna ruta canónica que detectar.

    01

    Un espacio de nombres aleatorio

    A tu contenedor se le asigna una semilla como x7k2m9dq4f. El script de GTM pasa a ser /x7k2m9dq4f/l.js, la recogida de GA4 pasa a ser /x7k2m9dq4f/g/collect, y así con cada cliente.

    02

    Un bootstrap first-party

    Pegas una etiqueta de script corta que apunta a /{seed}/{seed}.js. La sirve el propio gateway, inicializa el data layer y carga el script real de GTM desde el mismo espacio de nombres.

    03

    Cuerpos de script reescritos

    Las referencias a googletagmanager.com dentro de los scripts servidos por proxy se reescriben a tu propio dominio y semilla, de modo que las cargas posteriores también siguen siendo first-party. Activado por defecto y desactivable.

    04

    Regenera cuando quieras

    Si alguna vez se quema una semilla, genera otra desde la consola. El espacio de nombres antiguo deja de resolverse y actualizas el snippet en tu web.

    Qué obtienes

    Una cifra de peticiones recuperadas

    Las peticiones que llegan dentro de tu espacio de nombres pasaron por el loader por definición. Esa es la señal detrás de la métrica de recuperación: una prueba, no una estimación.

    Única por contenedor

    La semilla se genera por contenedor, así que no existe ningún patrón compartido entre nuestros clientes al que pueda apuntar quien mantiene una lista.

    No queda ninguna ruta canónica

    La regla genérica de paso cubre todos los clientes (GA4, Data Client y cualquier otra cosa que sirva tu contenedor), no solo el script de GTM.

    nginx estándar, sin runtime exótico

    El bootstrap lo sirven directivas de gateway corrientes, así que nada del loader depende de componentes opcionales de la plataforma.

    Especificación

    Semilla de ruta
    10 caracteres aleatorios, por contenedor
    Script del loader
    /{seed}/l.js
    Script de bootstrap
    /{seed}/{seed}.js
    Reescritura de scripts
    Activada por defecto, desactivable
    Coste
    Incluido con tu contenedor
    Cabeceras de la petición

    Este módulo reescribe rutas de petición en lugar de añadir cabeceras.

    Cuándo usarlo

    Tus conversiones están muy por debajo de tus pedidos

    Un hueco persistente entre lo que registra tu tienda y lo que reportan tus plataformas publicitarias suele deberse al bloqueo. Este es el módulo que cierra la parte medible de ese hueco.

    Necesitas demostrar el valor del server-side

    El porcentaje de recuperación es la cifra que se pone delante de un cliente o de un departamento financiero: estas peticiones llegaron y de otro modo no habrían existido.

    Haces campañas en mercados con muchos bloqueadores

    Donde el uso de bloqueadores es alto, las peticiones recuperadas se traducen directamente en mejor optimización de campañas, porque las plataformas reciben más de la señal sobre la que pujan.

    Preguntas sobre el Custom Loader

    ¿Tengo que cambiar mi web?

    Sí, una vez. Sustituyes el snippet estándar de GTM por la etiqueta de script que muestra la consola. Es una sola etiqueta y la consola te da el código exacto para copiar.

    ¿Va esto contra las condiciones de Google?

    No. Estás sirviendo el propio script de Google desde tu propio dominio por una ruta que has elegido tú, que es exactamente lo que es el tagging server-side. Ni el script ni los datos que envía se modifican.

    ¿Y si una lista de bloqueo acaba pillando mi semilla?

    Regenérala desde la consola y actualiza el snippet en tu web. Como las semillas son por contenedor, una regla escrita contra el espacio de nombres de un cliente no afecta al de ningún otro.

    ¿Funciona con consent mode?

    Sí. El loader cambia desde dónde se sirve el script, no lo que hace. Las señales de Consent Mode viajan en los parámetros de la petición exactamente igual que antes.

    Otros módulos

    Los módulos se acumulan. Activa todos los que necesites: se combinan en una única configuración delante de tu contenedor.

    ¿Listo para activarlo?

    Cada módulo va incluido con tu contenedor sin coste adicional. Crea un contenedor, abre el panel de módulos y activa el interruptor.

    Ver precios