O mundo do rastreamento está evoluindo cada vez mais rapidamente. Os regulamentos de proteção de dados mudam, as plataformas se adaptam e com elas os usuários.
Tanto o empresário individual como o profissional devem, portanto, atualizar-se continuamente para cumprir as regras e evitar pesadas multas, mas ao mesmo tempo continuar a explorar todo o potencial destas plataformas.
Dadas as notícias recentes (final de setembro) do Google anunciando o lançamento do Server Side Tagging do Google Tag Manager da versão Beta, quero falar com vocês sobre esta oportunidade courador de conteúdo do blog Data Enthusiast , a quem Fiz algumas perguntas para aprofundar uma área que ainda não está clara.
E você está pronto para mudar seu ponto de vista?
Índice
O que é tag do lado do servidor no Gerenciador de tags do Google?
Para compreender o contexto do rastreamento do lado do servidor via GTM, devemos nos conectar a algumas questões já conhecidas entre nós, profissionais do setor, nomeadamente as limitações aos cookies de terceiros que nos últimos anos não só a Apple, mas também os principais navegadores, são trazendo atrás de você.
As limitações que ocorrem no lado do cliente, ou seja, precisamente no navegador utilizado pelo usuário, não são as mesmas encontradas no rastreamento no lado do servidor. Para esclarecer, quando temos o container GTM clássico instalado, cada tag implementada faz chamadas para servidores externos, comacebook etc., e essas chamadas acontecem através do navegador do usuário.
a o correto funcionamento das tags são também criados cookies que, na maioria dos casos, são de terceiros. Com as constantes limitações que ocorrem nos navegadores, muitos dados, úteis para análise digital, não são passados para as ferramentas que utilizamos todos os dias como Analytics ou Facebook.
No contexto do lado do servidor no GTM, as coisas mudam porque a informação não passa simplesmente do navegador do usuário para ferramentas de terceiros, mas sim um novo elemento é adicionado que é o Server Container que está hospedado em um servidor que, uma vez definido , nos permite trabalhar em um contexto primário.
Impulsione as suas campanhas de telemarketing Lista executiva de nível C com a Lista Executiva de Nível C da Latest Mailing Database! A nossa lista exclusiva liga-o diretamente a executivos de alto nível e decisores, garantindo que as suas mensagens chegam aos líderes certos. Aumente as suas vendas e expanda a sua rede com contactos qualificados. Junte-se a nós hoje!
Como funciona o rastreamento do lado do servidor?
O funcionamento é simples do ponto de vista teórico, pois a ideia básica é mover as solicitações HTTP para o servidor que hospeda o novo 25 melhores parques nacionais em container, gerenciá-las melhor neste local e só então enviar os dados para os diversos provedores de serviço.
Porém, é bom ter em mente que esse tipo de rastreamento funciona com dois contêineres. Bem, sim! Não achamos que precisamos armazenar o contêiner no lado do cliente. Basicamente teremos que gerenciar o contêiner clássico que sempre usamos e o novo contêiner do lado do servidor.
A isso adicionamos um novo elemento chamado Client bfb directory que é a ferramenta chave de todo o sistema, pois é a conexão que realmente gerencia as solicitações HTTP recebidas e as define para que possam ser utilizadas pelas tags para completar a solicitação no servidor e depois enviar os dados aos provedores de serviços.
Mas atenção: quando falamos de client-side não estamos dizendo a mesma coisa que quando me refiro a “Clientes”.
Falamos de contêiner do lado do cliente ou do lado da web quando nos referimos ao contêiner que funciona através do navegador do usuário.
Quando falo em “Clientes” refiro-me a este novo elemento, essencial para que o rastreamento do lado do servidor funcione corretamente.
Quais são as principais vantagens e desvantagens?
As vantagens são diferentes porque ao transferir a gestão principal do navegador do usuário para o servidor que hospeda o novo container, em primeiro lugar temos uma melhoria no desempenho do site . No contêiner do lado do cliente, para que tudo funcione corretamente, cada tag adiciona bibliotecas JavaScript com impacto óbvio no carregamento da página.
No contêiner do lado do servidor, porém, posso carregar menos scripts e então gerenciar o envio das diversas informações para ferramentas de terceiros. Controle de qualidade dos dados : podemos gerenciar as informações que enviamos a diferentes provedores de serviços, decidindo o que enviar e o que não enviar. Maior segurança do lado das PII (Informações de Identificação Pessoal): as credenciais utilizadas pelos utilizadores que navegam no nosso site têm um nível adicional de proteção porque a gestão da informação já não passa pelo navegador, mas sim pelo servidor.
Posso estender a vida útil do cookie para usuários iOS à medida que o servidor se torna um contexto primário. Redução do impacto dos bloqueadores de anúncios que, não raro, também impactam as solicitações enviadas de e para o Google Analytics. Como sempre, nem tudo que reluz é ouro e, portanto, junto com os prós, também existem vários contras .
As principais desvantagens desta solução dizem respeito ao know-how na implementação da instância do servidor no Google Cloud Platform ou no AWS. Nem todos têm este conhecimento e muitas vezes o esforço aumenta porque é necessário recorrer ao departamento de TI ao qual devem ser explicadas as necessidades e motivos da implementação desta solução.
Existem custos de manutenção de servidores que variam consoante os volumes de tráfego e a escalabilidade do serviço (estamos a falar de deltas que podem variar entre 50€ e 200€/mês mas que também podem subir. Um guia de custos pode ser encontrado
Se é verdade que eu disse antes que a exposição das credenciais do usuário no navegador é reduzida com a adoção de uma solução de rastreamento do lado do servidor, a desvantagem é que o que acontece no servidor é menos controlável e mais opaco.
Risco de spam e fatura alta : outro risco é que as solicitações enviadas do cliente para o servidor possam ser hackeadas, impactando os custos finais (também é verdade que no GCP, na seção Faturamento > Orçamento&Alertas, é possível inserir alertas para monitoramento de custos, mas é importante estar ciente do problema).
Como é implementado e quais poderão ser os custos adicionais?
Se eu tiver que resumir as principais etapas da implementação, posso dizer que estas são as principais etapas a seguir:
- criação do container GTM server-side diretamente d
- verificação e mapeamento do domínio personalizado no lado do servidor: no início da implementação é fornecido um domínio, que hospeda o container do servidor, que pertence ao Google (você o reconhece porque tem o nome appspot.com ). Será necessário criar um subdomínio de rastreamento vinculado ao seu domínio (ex.: se meu site for www.miosito.it o subdomínio poderá ser gtm.miosito.it ou data.miosito.it )
- criar clientes para processar solicitações recebidas
- atualize as configurações do GTM para enviar dados para o contêiner do lado do servidor
- verificar e testar solicitações recebidas
- enviar os primeiros dados do contêiner do lado do servidor para provedores terceirizados
- Se você estiver usando o Google Cloud Platform, faça upgrade para o ambiente flexível do App Engine
- publicar o contêiner, monitorar custos e aumentar o rastreamento ao longo do tempo com o objetivo de executar o rastreamento do lado do cliente e do servidor em paralelo
Em relação aos custos, digamos que, além do que foi dito acima, devemos considerar o esforço a ser dedicado à solução. Você não pode pensar que o rastreamento do lado do servidor é algo pré-empacotado que você configura e depois deixa de lado (na realidade, esse também não pode ser o caso do rastreamento do lado do cliente).
Você deve pensar em dedicar os recursos certos para mantê-lo, analisar os dados e as diferenças entre as informações coletadas do lado do cliente e do lado do servidor. Este é um custo/investimento difícil de quantificar, mas necessário considerar.
Em quais casos deve ser implementado?
Conforme discutimos, entendemos que a solução não é tão difícil de implementar, mas ao mesmo tempo também não é muito simples. Além disso, requer o planejamento dos recursos certos ao longo do tempo. Diria que é uma solução que, a partir das médias empresas, deve ser levada seriamente em consideração.
Há uma série de vantagens que devem ser vistas numa perspectiva de médio e longo prazo: quanto mais cedo nos envolvermos na implementação, mais cedo poderemos concretizar o potencial e poderemos dominar a ferramenta para oferecer soluções dentro da empresa ou do cliente seguimos, para um futuro sem cookies.
Além disso, é absolutamente necessário tirar partido destas inovações para ver com os nossos próprios olhos a diferença nos dados recolhidos através de uma arquitetura de rastreamento do lado do cliente e do lado do servidor e o impacto que isso tem nas ferramentas de análise da web e de gestão de campanhas.
Em suma, sabemos que o nosso setor é em constante evolução e, se quisermos aproveitar a onda e não simplesmente ficarmos sobrecarregados, precisamos de começar a envolver-nos imediatamente.
Qual é o futuro das tags, gatilhos e variáveis clássicas do GTM?
Geralmente, a implementação do GTM no lado do servidor não altera muito o uso de tags, gatilhos e variáveis. Estas continuam a ser as ferramentas fundamentais do sistema para implementar qualquer arquitetura de rastreamento. A maior novidade, porém, diz respeito à chegada de Clientes ao local . Esta é a parte fundamental porque permite uma série de coisas:
- disponibiliza dados para tags e variáveis e depois envia tudo para o Google Analytics ou outros provedores de serviços;
- permite enviar os dados diretamente para determinados fornecedores sem a necessidade de criar tags (embora esta não seja uma escolha recomendada);
- você pode limpar os dados antes de enviar tudo para determinadas ferramentas (lado PII, mas também para evitar o envio de certas informações desnecessárias)
- os dados coletados podem ser enriquecidos comunicando-se com o CRM para envio de dados mais completos. Em suma, o Cliente tem, por assim dizer, a mesma importância que a Camada de Dados tem na implementação do rastreamento com o container GTM clássico.
Para finalizar digo que existem muitas possibilidades. O instrumento ainda não atingiu 100% do seu potencial, mas quanto mais cedo você colocar as mãos nele, mais cedo começará a dominá-lo. Para finalizar, é bom ter em mente uma série de questões:
- a configuração do GTM do lado do cliente não será eliminada – o conhecimento que cada um de nós adquiriu sobre o GTM da forma como o utilizamos até agora não se tornará obsoleto, pelo contrário!
- a camada de dados não se torna inútil
- com a implementação do lado do servidor não temos em mãos uma ferramenta que contorne os diversos GDPR e outras legislações dedicadas à privacidade, mas nos permite gerenciar melhor a informação que passa pelo nosso site antes de ser enviada a fornecedores terceiros.
Então, você recomenda começar hoje com uma implementação 100% server-side?
Boa pergunta, mas a resposta é não. Precisamos começar passo a passo medindo cada implementação no lado do servidor e comparando-a com aquela que rastreamos no lado da web. Desta forma podemos observar as diferenças nos dados coletados.
Além disso, outro motivo para não migrarmos apenas para a implementação no lado do servidor é que nem todos os fornecedores que usamos estão prontos e possuem as ferramentas para migrar para o rastreamento no lado do servidor. Levará tempo e certamente todos oferecerão as ferramentas certas (tags, templates etc.) mas no momento a lista ainda é curta.
Digamos que o conselho seja o mesmo que ainda hoje é dado sobre a implementação do GA4, ou seja, executar o rastreamento do Universal Analytics e do Google Analytics 4 em paralelo. Da mesma forma, hoje o conselho é: comece o mais rápido possível, mas em uma ótica de rastreamento paralelo. conhecer o instrumento, dominá-lo e medir as diferenças entre os dois ambientes.
Se você quiser se aprofundar mais no assunto, escrevi um guia detalhado sobre ele que você pode encontrar
Conclusões
Os seres humanos não estão imediatamente inclinados a coisas novas, especialmente quando se trata de tecnologia. O cérebro é neofóbico e tem medo de seguir novos caminhos. Na verdade, ele precisa de algo ou alguém que o empurre para mudar.
