4 razões pelas quais os engenheiros de dados odeiam o Google Tag Manager

GTM é um injetor de código. Os navegadores geralmente veem os injetores de código de forma negativa porque eles podem facilmente se tornar um elo fraco por meio do qual os hackers podem plantar códigos maliciosos em um site ou aplicativo. Como resultado, o GTM é bloqueado pela maioria dos bloqueadores de anúncios e ferramentas de privacidade do navegador. Estima-se que 42,7% dos usuários da Internet usam bloqueadores de anúncios, o que significa que você pode perder de 8% a 25% dos dados de tráfego do usuário se estiver usando o GTM. Se toda a sua pilha mar-tech for entregue por meio do GTM e estiver bloqueada, você enfrentará sérios desafios.

Durante anos, o Gerenciador de tags do Google (GTM) tornou mais fácil para profissionais de marketing e analistas instalar e gerenciar análises de terceiros e ferramentas de marketing em seus sites e aplicativos. Ele fornece uma plataforma centralizada que permite que membros não técnicos da equipe adicionem, editem e desativem tags sem precisar tocar no código-fonte. Isso significa que eles não precisam incomodá-lo para adicionar novas tags ou editar as existentes no caso de uma atualização.

Mas, como você sabe, colocar esse poder nas mãos de equipes não técnicas tem o potencial de sair pela culatra. Tudo o que eles injetam no aplicativo ou site via GTM ignora seus processos usuais de desenvolvimento e controle de qualidade, o que pode resultar em uma bagunça que a equipe de dados precisa limpar.

Portanto, embora o GTM seja uma ferramenta útil, suas deficiências são rapidamente aparentes para empresas modernas orientadas a dados. Os engenheiros de dados odeiam o GTM e por um bom motivo. Sua suscetibilidade a bloqueadores de anúncios e propensão ao uso indevido são apenas o começo. Aqui, detalharemos quatro dos principais motivos pelos quais o GTM e os engenheiros de dados não se dão bem e ofereceremos uma solução melhor.

1. GTM é uma ferramenta de injeção de código propensa a vulnerabilidades de segurança

Como o GTM é uma ferramenta de injeção de código, ele não é bloqueado apenas por bloqueadores de anúncios. Ele também abre seu site para exploração porque sua capacidade de inserir código pode abrir a porta para hackers. Se um hacker obtiver acesso à sua conta GTM, ele poderá causar estragos nos bastidores adicionando algumas linhas de código aparentemente inofensivo. Muitas vezes, esse código passa despercebido porque não afeta a aparência ou a funcionalidade do site/aplicativo.

Em alguns casos, seu site ou aplicativo móvel pode ser usado para exibir publicidade indesejada para gerar receita para o hacker ou pode redirecionar os visitantes para outros sites cheios de anúncios. Nos piores cenários, seu site/aplicativo pode ser explorado para roubar PII. Tanto a equipe Joom quanto a Securi documentaram muitos casos disso entre sua clientela.

A exploração de segurança como essa causa brechas que afetarão sua capacidade de fornecer dados de qualidade às equipes que precisam deles, e corrigir esses problemas é demorado e caro.

2. Tem suporte limitado para a variedade de ferramentas que as empresas orientadas a dados precisam

O Gerenciador de tags do Google fornece suporte nativo para anúncios e redes analíticas. Embora ofereça mais opções de suporte para sites, oferece suporte a menos de 12 ferramentas para aplicativos móveis. Portanto, quando se trata de integrações com ferramentas em sua pilha, o GTM simplesmente fica aquém. Para enviar eventos para ferramentas para coisas como teste A/B, nutrição, envolvimento do cliente e suporte, você terá que encontrar soluções alternativas para integrar ferramentas sem suporte.

Por exemplo, se você estiver gerenciando uma ferramenta orientada a eventos como o Mixpanel via GTM usando código personalizado, convém usar outra ferramenta orientada a eventos como o Intercom no futuro. Usar o GTM significa que você precisa escrever um código personalizado novamente para enviar os mesmos conjuntos de dados ao Intercom. E sempre que qualquer ferramenta atualizar sua API, você terá que voltar para atualizar seu código.

3. Diminui o desempenho do site

Se não for gerenciado adequadamente, o GTM pode adicionar um sério fardo de desempenho às suas propriedades digitais. Isso pode acontecer se o contêiner do gerenciador de tags tiver acumulado tags ao longo do tempo, talvez por meio de experimentação com diferentes editores ou integrações de recursos.

As instruções de implementação de muitos pixels de rastreamento de terceiros são apenas “certifique-se de que seja acionado em todas as páginas”. Portanto, usuários menos experientes do GTM geralmente adicionam mais e mais dessas tags com o gatilho padrão “todas as páginas – visualização de página”, que é executado bem no início do processo de renderização do navegador, enquanto ainda está carregando e analisando recursos críticos para o site real (como HTML, CSS, JS, imagens, vídeos, etc.). O que torna isso pior é que, por padrão, as tags são essencialmente tratadas como scripts separados. Assim, se houver 50 tags gerenciadas via GTM, o navegador agora tentará carregar uma página da Web e 50 scripts diferentes simultaneamente cada vez que um usuário visitar uma nova página.

Embora os usuários em máquinas de médio porte com uma conexão rápida à Internet possam não sofrer quedas severas de desempenho, os usuários em máquinas mais antigas/mais fracas ou dispositivos móveis com conexões mais lentas sofrerão. Para cada carregamento de página, esses dispositivos mais fracos farão o máximo que sua CPU permitir e, em seguida, enfileirarão o restante, travando a janela do navegador e tornando o site inoperável até que todo esse processamento seja concluído. Isso não apenas resulta em uma experiência de usuário terrível, mas também afeta suas pontuações de Core Web Vitals (especialmente o primeiro atraso de entrada), o que afetará inadvertidamente a classificação do site no Google.

Maximilian Werner , fundador da Obsessive Analytics Consulting , que tem experiência significativa trabalhando com GTM, viu isso em primeira mão. “Certa vez, tive um cliente em que o GTM fazia com que as páginas da Web congelassem por cerca de 10 segundos durante o carregamento porque tinham mais de 120 tags disparadas no carregamento da página. Dispositivos móveis basicamente travaram.”

4. É difícil gerenciar o estado do usuário em escala

O GTM usa uma variável de janela JS global chamada dataLayer para manter algo semelhante a um estado intermitente. Ele só pode acompanhar as variáveis ​​na página atual. Isso significa que ele não pode persistir o estado do usuário nas páginas do mesmo domínio, muito menos nos domínios.

Por exemplo, suponha que o processo de checkout de um site de comércio eletrônico esteja distribuído em quatro páginas: carrinho, informações pessoais, informações de pagamento e confirmação. Quando um usuário insere seu nome e e-mail na página de informações pessoais e você usa dataLayer.push({name: 'john doe', email: "johndoe@domain.com" })para armazenar essas informações manualmente ou por meio de código executado automaticamente pelo site de comércio eletrônico (se eles oferecerem integração com o GTM), você pode usar essas informações nessa página .

No entanto, quando o usuário navega para a próxima página, o dataLayeré apagado, pois é apenas uma variável de janela e você não terá mais acesso a essas informações. Para transportar os dados para a próxima página, você mesmo deve persistir os dados escrevendo JS personalizado para armazená-los em um cookie ou localStorage e, em seguida, lê-los na próxima página. Isso adiciona muito mais pontos de falha e impede que você considere adequadamente os usuários que ingressam em funis em diferentes estágios.