Resiliência de dadosJá disponível

    Os bloqueadores comparam URL. Então mude os URL.

    Mudar para um domínio de tagging first-party resolve o nome do anfitrião, mas os caminhos denunciam-no: /gtm.js e /g/collect estão em todas as listas de bloqueio que existem. O Custom Loader serve os mesmos endpoints a partir de um espaço de caminhos aleatório e exclusivo do seu contentor, e mede quantos pedidos isso recupera.

    Caminhos aleatórios por contentor
    Regeneráveis a qualquer momento
    Alimenta a métrica de recuperação
    Todos os módulos
    O mesmo contentor, dois caminhos
    /gtm.jsBloqueado
    /x7k2m9dq4f/l.jsEntregue
    Pedidos recuperados
    18.4%exemplo, medido por contentor

    Dois pedidos, uma lista de bloqueio

    Um domínio first-party é apenas metade da solução

    As listas de prevenção de rastreio funcionam por correspondência de padrões, e esses padrões não se limitam a nomes de anfitrião. Assim que o seu domínio é conhecido, ou assim que um padrão de caminho corresponde, os pedidos voltam a desaparecer, e desaparecem em silêncio.

    01

    Os caminhos são o padrão mais fácil de apanhar

    As listas de filtros trazem regras para /gtm.js, /gtag/js e /g/collect que disparam independentemente do domínio que os sirva. Um domínio próprio, por si só, não escapa a isso.

    02

    Os carregamentos seguintes voltam a sair

    Os scripts servidos por proxy referenciam frequentemente googletagmanager.com internamente. Esses pedidos seguintes voltam a sair do seu domínio e caem diretamente num URL bloqueado.

    03

    Não vê aquilo que perdeu

    Um pedido bloqueado nunca chega, pelo que nunca aparece nos seus relatórios. Sem comparação, não tem como saber quanto vale essa diferença.

    Como funciona

    Cada contentor recebe a sua própria semente de caminho aleatória. O loader serve o script do GTM e todos os endpoints de recolha por baixo dela, de modo que não sobra nenhum caminho canónico para apanhar.

    01

    Um espaço de nomes aleatório

    Ao seu contentor é atribuída uma semente como x7k2m9dq4f. O script do GTM passa a ser /x7k2m9dq4f/l.js, a recolha do GA4 passa a ser /x7k2m9dq4f/g/collect, e assim por diante para cada cliente.

    02

    Um bootstrap first-party

    Cola uma pequena tag de script que aponta para /{seed}/{seed}.js. É servida pelo próprio gateway, inicializa o data layer e carrega o verdadeiro script do GTM a partir do mesmo espaço de nomes.

    03

    Corpos de script reescritos

    As referências a googletagmanager.com dentro dos scripts servidos por proxy são reescritas para o seu domínio e semente, de modo que os carregamentos seguintes também se mantêm first-party. Ativo por omissão e desativável.

    04

    Regenere quando quiser

    Se uma semente for alguma vez queimada, gere outra a partir da consola. O espaço de nomes antigo deixa de resolver e atualiza o snippet no seu site.

    O que obtém

    Um número de pedidos recuperados

    Os pedidos que chegam dentro do seu espaço de nomes vieram pelo loader, por definição. É esse o sinal por trás da métrica de recuperação: uma prova, não uma estimativa.

    Única por contentor

    A semente é gerada por contentor, pelo que não existe nenhum padrão partilhado entre os nossos clientes que um curador de listas possa visar.

    Não sobra nenhum caminho canónico

    A regra genérica de passagem cobre todos os clientes (GA4, Data Client e tudo o mais que o seu contentor sirva), e não apenas o script do GTM.

    nginx padrão, sem runtime exótico

    O bootstrap é servido por diretivas normais do gateway, pelo que nada no loader depende de componentes opcionais da plataforma.

    Especificação

    Semente de caminho
    10 caracteres aleatórios, por contentor
    Script do loader
    /{seed}/l.js
    Script de bootstrap
    /{seed}/{seed}.js
    Reescrita de scripts
    Ativa por omissão, desativável
    Custo
    Incluído no seu contentor
    Cabeçalhos do pedido

    Este módulo reescreve caminhos de pedido em vez de adicionar cabeçalhos.

    Quando o usar

    As suas conversões estão muito abaixo das encomendas

    Uma diferença persistente entre o que a sua loja regista e o que as suas plataformas de publicidade reportam deve-se normalmente a bloqueio. Este é o módulo que fecha a parte mensurável dessa diferença.

    Precisa de provar o valor do server-side

    A percentagem de recuperação é o número a colocar à frente de um cliente ou de uma direção financeira: estes pedidos chegaram e, de outra forma, não teriam existido.

    Faz campanhas em mercados com muitos bloqueadores

    Onde a adoção de bloqueadores é elevada, os pedidos recuperados traduzem-se diretamente em melhor otimização de campanhas, porque as plataformas recebem mais do sinal sobre o qual licitam.

    Perguntas sobre o Custom Loader

    Tenho de alterar o meu site?

    Sim, uma vez. Substitui o snippet padrão do GTM pela tag de script mostrada na consola. É uma única tag, e a consola dá-lhe o código exato para copiar.

    Isto viola os termos da Google?

    Não. Está a servir o próprio script da Google a partir do seu domínio, num caminho que escolheu, que é exatamente o que é o tagging server-side. Nem o script nem os dados que envia são alterados.

    E se uma lista de bloqueio acabar por apanhar a minha semente?

    Regenere-a a partir da consola e atualize o snippet no seu site. Como as sementes são por contentor, uma regra escrita contra o espaço de nomes de um cliente não afeta o de mais ninguém.

    Funciona com o consent mode?

    Sim. O loader muda de onde o script é servido, não aquilo que faz. Os sinais do Consent Mode viajam nos parâmetros do pedido exatamente como antes.

    Outros módulos

    Os módulos acumulam-se. Ative quantos precisar: combinam-se numa única configuração à frente do seu contentor.

    Pronto para ativar?

    Cada módulo vem incluído no seu contentor, sem custo adicional. Crie um contentor, abra o painel de módulos e ative.

    Ver preços