Como criar uma camada de dados para Google Tag Manager do lado do servidor

A privacidade dos navegadores está mudando, os cookies de terceiros são bloqueados por alguns navegadores, Chrome planeja eliminar gradualmente os cookies de terceiros até 2022, e a Apple implementou suas restrições de rastreamento para usuários iOS. Todas estas mudanças afetaram o rastreamento da web. 

Antigamente considerávamos o rastreamento da web como uma coisa de fachada, mas com todas as novas restrições de rastreamento, o rastreamento da web está ficando mais desafiador. Alguns dizem que o rastreamento do lado do servidor se tornará um novo padrão. 

Uma das maneiras mais fáceis e baratas de implementar o ss tagging é usando o servidor Google Tag Manager. Depois de configurar

sGTM hosting, a próxima pergunta seria como entregar os dados ao GTM do lado do servidor. Você precisa criar uma camada de dados semelhante ao contêiner da web, ou existe outra maneira?  

Neste post do blog, quero entrar em mais detalhes sobre como criar uma camada de dados para o Google Tag Manager do lado do servidor.

No web Google Tag Manager, os dados são coletados do lado do cliente. Utilizam-se os elementos DOM ou os dados sao raspados do site utilizando seletores CSS. Mas, em alguns casos, estes métodos podem ser instáveis.

A regra de ouro do rastreamento GTM da web é construir uma camada de dados confiável. Se você quer entender melhor sobre o datalayer o que é e como ele funciona na prática, compreender essa estrutura é fundamental. Criar uma estrutura de camada de dados adequada e implementá-la no site leva algum tempo, não apenas para os profissionais de marketing, mas também para os desenvolvedores. Mas vale a pena o tempo. Com a camada de dados, você obtém mais dados, e estes dados são confiáveis.  

Há um novo objeto adicionado ao GTM do lado do servidor; ele se chama Cliente. O objetivo principal do Cliente é transformar os dados de pedido em dados de evento dentro do GTM do servidor. 

Como o Cliente entende qual pedido reclamar e processar? Ele verifica o caminho da solicitação. Por exemplo, a Universal analytics envia solicitações que contêm coletas. O Cliente analisa o caminho das solicitações HTTP recebidas, e se o caminho da solicitação tiver sua "chave", o Cliente transforma os dados do pedido em dados de eventos no sGTM.

Outro propósito essencial dos Clientes sGTM é tratar as solicitações HTTP de saída. Uma vez acionada a tag no sGTM, o Cliente envia uma solicitação HTTP de saída para resumir todas as solicitações enviadas por cada evento. Se houvesse um erro com a tag, você veria o motivo do erro se clicar na solicitação HTTP de saída e rolar até o corpo da resposta. 

Deixe-me mostrar um exemplo. Vou usar a tag Data Tag/Data Client para isso. No contêiner web GTM, configurei uma Data Tag que envia as solicitações para o contêiner do servidor. 

O itinerário de solicitação de Tag de dados contém /data.

No sGTM tenho um Data Client que escuta todas as solicitações que têm /data na solicitação HTTP de entrada. 

Há duas tags (GA4 e Klaviyo ativas no site) no servidor GTM que se ativa sempre quando o Data Client é solicitado, e o nome do evento é page_vew. Vamos ver o que acontece no servidor GTM quando ele recebe uma solicitação de entrada com /data e nome do evento page_view. Ambas as tags são ativadas, e o Data Client envia uma solicitação HTTP de saída. 

Se você clicar nas solicitações HTTP de entrada, você verá quais dados foram enviados para o contêiner do servidor. Se você clicar na solicitação HTTP de saída, você verá quais informações o Cliente de dados enviou sobre a execução das tags ativadas. 

Ao clicar nos dados do evento, você verá quais informações das solicitações HTTP de entrada Dados Cliente mapeados para os dados do evento. 

A camada de dados não existe no servidor Google Tag Manager de uma forma que costumávamos ter na web Google Tag Manager. Normalmente, você construirá tags no sGTM com base nos dados do evento e nos dados solicitados. 

Provavelmente, não poderemos mudar para o rastreamento do lado do servidor somente nos próximos dois anos. Faremos uma abordagem híbrida - combinando o rastreamento da web e do servidor. Isso significa que algumas tags ainda serão executadas no lado do cliente (ou porque as plataformas ainda não suportam o rastreamento ss, ou simplesmente porque não podem ser movidas para o ss, relaciona-se com ferramentas como o HotJar), e outras tags serão configuradas no lado do servidor. Haverá uma Tag/Cliente responsável pelo envio de dados específicos ou toda a camada de dados da web para o contêiner GTM do servidor. 

O esquema abaixo mostra como funciona o processo de entrega de dados para o sGTM. O Web GTM tem uma camada de dados, UA, e FB pixel usam o rastreamento da web. Depois temos uma etiqueta do lado do servidor GA4 que é responsável pela entrega de dados da web para o servidor GTM. Com base na tag GA4 de dados fornecida à sGTM, podemos configurar ss Adwords e FB CAPI tags no servidor GTM. 

Para mim, os dois métodos mais utilizados de envio de dados da web para o servidor GTM são:

• Usar Google Analytics 4
• Usar Data Tag/Data Client

1. Enviar camada de dados para o servidor GTM usando Google Analytics 4.

Você pode enviar dados de propriedades do usuário e parâmetros de eventos da web para o servidor GTM usando GA4. Dentro da tag GA4 na web GTM, você verá campos predefinidos para estes dados, e você pode adicionar variáveis da camada de dados a cada parâmetro individualmente. 

Google Analytics 4 e UA têm diferentes padrões de camada de dados de eCommerce (UA data layer, GA4 data layer). Portanto, se você tiver uma camada de dados ee no site construída para a UA, certifique-se de modificá-la para GA4. O bom é que você pode usar variáveis na galeria de modelos GTM que convertem os eventos e variáveis do UA para os padrões do GA4. 

Esta opção funciona melhor se você planeja configurar o rastreamento do lado do servidor para os anúncios do Google ou Floodlight, uma vez que estes dois funcionam apenas com base nas tags GA4.

2. Use Data Tag/Data Client para enviar a camada de dados da web para o servidor GTM. 

O benefício mais significativo do uso de Data Tag/Data Client é que a DT envia automaticamente a camada de dados e outros dados comuns da web para o servidor GTM. Se você ativar duas caixas de seleção, Enviar dados comuns e Enviar todos do DataLayer, ele analisará os dados no GTM da web e enviará todas as informações que puder encontrar para o GTM do servidor. Não há necessidade de configurar cada parâmetro manualmente.

É assim que você verá os dados do eCommerce no sGTM. Você pode usar a variável de dados de eventos para extraí-la e usá-la para as tags do servidor, e tenho um post mais detalhado que descreve Data Tag/Data Client. 

O contêiner Server GTM não tem nada semelhante à camada de dados que usamos no contêiner web. Mas você pode usar a camada de dados GTM da web dentro do sGTM. Este post do blog descreveu dois métodos de transformação posterior dos dados da web em dados de eventos do servidor - GA4 ou Data Tag/Client.