Guia completo do GTM server-side - Parte 2

Continuando o esse Guia completo do GTM Server-Side 😎

via GIPHY

Se você ainda não conferiu a parte 1, corre lá antes de ler esse conteúdo aqui👇

Como configurar a marcação do servidor no Gerenciador de tags do Google?

Agora, vamos mergulhar em sua primeira configuração. Mais uma vez, isso não é tão aprofundado quanto o artigo de Simo ou a documentação do Google, mas, em vez disso, tentarei manter as coisas o mais simples possível (embora na realidade sejam mais difíceis).

Aqui está o que o processo se parece em poucas palavras:👇

◼Crie um contêiner do Gerenciador de tags do Google do lado do servidor + projeto na nuvem

◼ Configure tags, gatilhos, variáveis ​​(se necessário), clientes (falarei sobre eles um pouco mais tarde) no contêiner do lado do servidor

◼ Envie os dados para seu contêiner do lado do servidor GTM

◼ Teste e verifique

Crie um contêiner do Gerenciador de tags do Google do lado do servidor

Faça login em sua conta do Gerenciador de tags do Google, vá para Admin e clique no ícone de adição.

Em seguida, digite o nome (por exemplo, Demo Server Side Container) e escolha o tipo “Servidor”.

Em seguida, você precisará criar um novo projeto no Google Cloud Platform (porque você precisa hospedar o novo contêiner em algum lugar). Felizmente, o processo aqui é bastante simples e direto. Você será solicitado a inserir certas informações, seguir todas as etapas e, eventualmente, você concluirá a tarefa.

Primeiro, você será solicitado a obter automaticamente um novo servidor para o contêiner ou criá-lo manualmente. A primeira opção envolve um processo muito mais simples, escolha essa.

Se você for novo no Google Cloud Platform, precisará criar uma conta de faturamento e inserir os dados do seu cartão de crédito. Clique em “Criar uma conta de faturamento”.

Em seguida, siga todas as etapas que você deve concluir. Quando sua conta estiver pronta, clique em Selecionar conta de faturamento e criar servidor . O processo de carregamento pode demorar vários minutos, seja paciente.

Depois que tudo estiver feito, você verá as informações sobre o servidor criado (incluindo o ID do projeto do Google Cloud Platform, URL padrão, etc.)

Configure tags, acionadores, variáveis ​​(se necessário), clientes no contêiner do servidor

O conceito de tags, gatilhos e variáveis ​​também está disponível nos contêineres do lado do servidor, mas há uma coisa nova com a qual você precisa se familiarizar.

Cliente. Não, este não é um cliente 🙂

Os clientes são responsáveis ​​por obter e processar / adaptar os dados recebidos pelo contêiner do lado do servidor GTM. Em seguida, ele disponibiliza os dados para tags, gatilhos e variáveis ​​nesse contêiner.

No contêiner da web regular, os dados geralmente estão disponíveis porque algum código os enviou para a camada de dados . Nesse caso, os dados são enviados de * algum lugar * para o contêiner do lado do servidor e, em seguida, o cliente os captura, adapta e os disponibiliza para uso no contêiner.

Quando você cria um novo contêiner de servidor, dois clientes são criados automaticamente. Um é chamado de Universal Analytics e o outro é GA4.

Além disso, você pode criar mais clientes se precisar, mas o número de tipos de modelo de cliente é muito limitado agora (no entanto, no futuro, devemos esperar mais porque a comunidade definitivamente deve construir algo).

Além disso, você pode criar seus próprios clientes, mas isso requer um bom conhecimento de JavaScript + familiarizar-se com as APIs que estão disponíveis nos Modelos de Cliente.

Para sua primeira configuração, não precisamos criar ou codificar clientes. Usaremos o cliente Universal Analytics existente. Sempre que os dados do Universal Analytics são enviados ao contêiner do servidor GTM, esse cliente os detecta e os disponibiliza para uso.

Quando isso acontecer, precisamos ativar uma tag de servidor Universal Analytics que enviará os dados posteriormente para os servidores do Google Analytics.

Para fazer isso, vá para Tags> Novo> Universal Analytics . Esta tag encaminhará todos os dados recebidos de um cliente Universal Analytics.

No contêiner GTM regular da web, você está acostumado a criar diferentes tags para diferentes interações:

🔹Uma tag para visualizações de página

🔹Um para compras

🔹Um para cliques em links externos, etc.

No caso do servidor, basta ter uma tag do Universal Analytics. Essa tag receberá dados sobre eventos do GA, visualizações de página do GA, compras do GA (de seu site), etc. e os encaminhará para os servidores do GA.

Se necessário, você pode ativar a substituição e adicionar algumas configurações adicionais (por exemplo, alterar completamente o ID de rastreamento se isso fizer sentido para o projeto).

Quando faz sentido criar várias tags do Universal Analytics no contêiner do servidor? Em alguns casos, você pode querer substituir as configurações apenas para determinados eventos GA. Então, faria sentido criar uma tag separada apenas para eventos X.

Mas nesta primeira configuração, não precisamos fazer nenhuma alteração na configuração da tag. Vamos passar para o gatilho. Clique na seção “Triggering”.

Você não verá nenhum gatilho pré-criado (como todas as páginas ). Crie um novo clicando no ícone de adição no canto superior direito.

O único tipo de acionador disponível no contêiner do lado do servidor é Customizado . Sem visualizações de página, sem vídeos do Youtube. Apenas personalizado. Selecione-o. Personalizado significa “Uma solicitação foi enviada ao contêiner do servidor GTM”. Se você quiser enviar QUALQUER solicitação adicional ao Google Analytics, pode continuar usando “Todos os eventos”, mas seria melhor se você fosse mais específico.

E se, no futuro, tivermos vários clientes em uso (o que é muito provável)? Nesse caso, você pode limitar esse acionador para ativar apenas quando o cliente Universal Analytics padrão captura a solicitação. É por isso que você deve inserir a seguinte condição:** Nome do cliente igual a Universal Analytics**

Nome do cliente PS é uma variável incorporada que você precisa habilitar na seção Variáveis ​​do container do servidor.

Salve tudo e ative o modo de visualização e depuração. O modo de visualização será aberto em uma nova guia e será bastante semelhante ao que você está acostumado a ver no contêiner da Web. No entanto, existem várias coisas novas / diferenças. Vou mencioná-los um pouco mais tarde.

No momento, você não verá nenhum dado lá (porque nada foi enviado para este contêiner ainda).

Mas isso vai mudar em breve.

Envie dados para o contêiner do Gerenciador de tags do Google do lado do servidor

Existem várias maneiras de enviar dados para o contêiner do lado do servidor GTM :

🔹Um desenvolvedor pode editar snippets de código gtag.js adicionados ao código-fonte de seu site

🔹Um desenvolvedor pode escrever algum código / biblioteca customizada que prepara e envia os dados para o próprio contêiner do servidor

🔹Você pode configurar uma tag do Universal Analytics no Gerenciador de tags do Google

Para surpresa de ninguém, vou usar a opção GTM agora.

Digamos que você tenha um site onde um contêiner da web GTM regular é adicionado. Você já está disparando uma tag do Universal Analytics em cada exibição de página. Provavelmente, você também tem algumas tags de eventos adicionais.

Todos eles estão enviando dados (por padrão) para google-analytics.com/collect (ou / r / collect, etc.). Agora, devemos alterar esse URL de destino e encaminhar todas as solicitações para seu novo contêiner do lado do servidor.

Para fazer isso, há um campo na tag do Universal Analytics (do seu contêiner da web) chamado URL de transporte. Você pode encontrá-lo abrindo a tag GA> Configuração avançada .

É aí que precisaremos inserir o URL.

Provavelmente, você desejará enviar TODAS as solicitações GA para o contêiner do lado do servidor. É por isso que é mais conveniente atualizar a variável de configurações do GA . Abra a variável de configurações do GA que você está usando em suas tags, vá para Configuração avançada e você encontrará o campo URL de transporte lá.

Qual URL você deve inserir? Vamos para o container do servidor e clique no ID do container:

No pop-up, você verá o URL padrão. Copie e cole no URL de transporte em seu contêiner da web.

Hora de testar

Atualize o modo de visualização em seu contêiner do lado do servidor (clicando no botão “Visualizar” na interface do GTM mais uma vez).

Ative o modo de visualização no contêiner GTM.

Em primeiro lugar, uma tag de exibição de página em seu contêiner da Web será disparada (se você a configurou para disparar em todas as páginas).

Você também pode verificar a guia Rede das ferramentas de desenvolvedor do seu navegador. Digite “/ collect” (sem as aspas) para localizar a solicitação. Se você não puder atualizar a página mais uma vez (enquanto / collect ainda estiver na barra de pesquisa). Você deve ver a solicitação que foi enviada NÃO para google-analytics.com, mas para o domínio do seu contêiner (deve conter […] appspot.com ). Se o status dessa solicitação for 200, isso é bom.

Em seguida, você precisa ir para o modo de visualização do contêiner GTM do servidor e ver se a solicitação foi recebida. Em caso afirmativo, ele será exibido no lado esquerdo do modo de visualização.

Clique nele e verifique se a tag GA no contêiner do servidor foi disparada. Você pode clicar na tag e ver que tipo de dados foi enviado posteriormente para o GA.

Além disso, fique à vontade para explorar outras guias do modo de visualização, por exemplo, dados do evento. Essa guia é como uma prima de uma guia Camada de dados no modo de visualização e depuração do contêiner da web . Ambas as guias mostram dados brutos que estão à sua disposição. Por fim, acesse seus relatórios em tempo real do GA e verifique se os dados estão visíveis.

Conecte seu domínio personalizado

A solicitação que acabamos de enviar para o contêiner do servidor GTM foi feita usando um domínio de terceiros ( [… ..]. Appspot.com ). Portanto, isso ainda pode ser considerado um rastreamento de terceiros. Sabendo como os navegadores estão constantemente tornando o rastreamento da web mais rígido, é altamente recomendável usar seu próprio domínio personalizado (como o ponto de extremidade).

Em outras palavras, você deve enviar solicitações não para [… ..]. Appspot.com, mas para seu próprio subdomínio, por exemplo, analytics.yourdomain.com . Dessa forma, a medição do site estará acontecendo no contexto original.

Mude do ambiente de teste para a produção

Tudo o que fizemos até agora foi feito no ambiente de teste do Google Cloud. Se você deseja começar a usar isso em seu site ao vivo, você precisa de melhores recursos (leia: atualização).

Simo criou um vídeo onde uma das coisas que ele ensina é como implantar o projeto em um ambiente de produção. Você pode assistir essa parte aqui .

A documentação do Google também contém algumas informações sobre isso.

Publique suas alterações de GTM

Assim que sua configuração estiver pronta, publique as alterações em ambos os contêineres GTM (web e servidor). O contêiner da web começará a enviar seus dados GA para o contêiner do lado do servidor e o contêiner do servidor começará a aceitar os dados de entrada e os encaminhará para os servidores GA.

Isso NÃO torna o seu conhecimento com GTM "Tradicional" obsoleto

O lado do servidor GTM não substitui completamente o rastreamento normal de sites que você tem feito até hoje. Você ainda precisa entender como funciona a camada de dados , como configurar tags, gatilhos, variáveis ​​em seu contêiner da web.

Este é um nível adicional de recursos que * pode * usar em sua pilha. Claro, você pode mover inteiramente para o lado do servidor, mas ainda vejo muitos casos em que o contêiner do servidor é usado em combinação com o contêiner da web.

À medida que vemos como toda a indústria está mudando para o rastreamento de primeira parte puro (-ish), a necessidade do lado do servidor definitivamente aumentará. Mas você ainda precisará enviar de alguma forma esses dados do seu site (e o contêiner da web no GTM é uma das opções).

Nem tudo são flores...

via GIPHY

Grandes possibilidades trazem grandes responsabilidades. E como muitas coisas estão prestes a passar para o lado do servidor, os malfeitores também podem fazer isso. Estou falando sobre empresas que podem / irão utilizar este novo conjunto de recursos apenas para evitar ITP, bloqueadores de anúncios, etc. e rastrear mais informações sem consentimento.

Mas, eu acho, esse é o preço do progresso + eu acho que a indústria (e os guardas de privacidade) continuarão a encontrar maneiras de contornar / limitar isso. De alguma forma.

O lado do servidor NÃO torna você automaticamente GDPR / CCPA / etc. compatível

Os regulamentos modernos de privacidade não são sobre tecnologia. Eles são sobre consentimento. Se um visitante não deu seu consentimento para o rastreamento, não importa como você está coletando dados - do lado do cliente, do lado do servidor, seja o que for.

Depuração mais difícil

A depuração se tornará mais complexa. Não será tão simples quanto verificar as extensões do navegador ou as solicitações de rede em seu navegador (especialmente se você estiver depurando a configuração de outra pessoa sem ter acesso adequado ao contêiner GTM).

Você PRECISARÁ obter acesso ao contêiner do lado do servidor para depurar o que está acontecendo dentro dele.

Isso pode ser especialmente doloroso para aqueles que desejam lançar novos clientes e mostrar seus conhecimentos de antemão. Com o rastreamento regular do site, você pode verificar quais dados estão sendo enviados e identificar problemas e impressionar o lead. O lado do servidor, no entanto, é uma caixa preta que só pode ser aberta com o acesso adequado ao contêiner.

Está começando com o GTM? Não vá para o Server Side ainda

Primeiro, familiarize-se com o contêiner GTM regular (site) e como ele funciona. Quando você tiver certeza disso, comece a aprender mais sobre a marcação do lado do servidor.

Caso contrário, você pode se sentir oprimido por uma lacuna de conhecimento muito grande.

Fique de olho no lado do servidor

Mas se você já tem alguma experiência com GTM, fique de olho em como toda essa coisa do lado do servidor se desenvolve. Isso se tornará cada vez mais frequente em configurações futuras. Fique por dentro. Se seus colegas / clientes perguntarem se devem começar a pensar em implementar a configuração do lado do servidor, espero que esta postagem de blog o tenha ajudado a encontrar a resposta.

###Considerações Finais

Se você ainda não começou a usar o GTM Server Side, comece alguns testes agora mesmo, Server Side Tagging é o futuro das implementações e mensuração de dados para Analytics e uma das formas de ter diversos dados mensurados de forma precisa, como por exemplo a API de conversão do Facebook.

Comece aos poucos, mas comece agora a implementar, testar e usar o Google Tag Manager Server Side.

Artigo traduzido de Analytics Mania

Dúvidas? Comentários? Sugestões?

Mande um e-mail para gente contato@metricasboss.com.br, até a próxima 😄

Nos siga no Instagram @metricasboss

Inscreva-se aqui no nosso canal do Youtube