Stape
Procurar
Experimente grátis

Seguimento do GA4 sem cookies utilizando o GTM do servidor

Atualizado
10 de set de 2024
Publicado
6 de nov de 2023
Também disponível

No panorama digital em constante evolução, a abordagem em relação ao rastreio do usuário e à privacidade dos dados está a sofrer alterações significativas. Com os navegadores Web a eliminar gradualmente os cookies de terceiros e a entrada em vigor de leis rigorosas sobre a privacidade dos dados, os métodos tradicionais de rastreio de usuários estão a tornar-se rapidamente irrelevantes. 

A adaptação a estas mudanças não é apenas necessária para as empresas e os profissionais de marketing que dependem de informações baseadas em dados; é absolutamente imprescindível. 

Uma das formas de se adaptar aos novos desafios de rastreamento é mudar para o rastreamento sem cookies. Embora existam vários contras e desgostos sobre a versão mais recente do Google Analytics, ele continua sendo a plataforma de análise mais popular. É por isso que este artigo discutirá como configurar o rastreamento do Google Analytics 4 sem cookies usando o servidor Google Tag Manager. 

O que é o rastreio sem cookies?

Quando os sítios Web pretendem memorizar algo sobre si (como o que está no seu carrinho de compras ou o anúncio em que clicou antes de chegar ao sítio Web), utilizam frequentemente pequenos pedaços de dados chamados "cookies". 

No entanto, atualmente, muitos sítios Web estão a deixar de utilizar estes cookies para rastrear as atividades dos usuários. Em vez disso, estão a utilizar novos métodos que não dependem do armazenamento desses dados nos browsers dos usuários. Esta nova forma de rastreio sem cookies é designada por "rastreio sem cookies".

Quando o rastreio não depende de cookies, utiliza dados primários do usuário. A melhor forma de recolher e tratar com segurança estas informações é utilizando o rastreio do lado do servidor.  Este método permite-lhe seguir, armazenar, enriquecer, transformar e controlar rigorosamente o fluxo de dados primários do usuário. 

Isto não só ajuda a livrar-se dos cookies e a tornar o rastreio mais preciso, como também o torna mais compatível e permite um maior controlo sobre os dados do usuário. 

Vantagens do rastreio sem cookies

O rastreio sem cookies ajuda a adaptar-se às recentes modificações na privacidade e restrições do rastreio. Estes são alguns exemplos. 

  1. Regulamentos. Os Reguladores de Proteção de Dados na Europa e em alguns outros países restringem a utilização de cookies sem o consentimento do usuário. A percentagem de usuários que recusaram cookies varia de acordo com o país, a idade e os requisitos do banner de cookies. Mas, em geral, cerca de 50% das pessoas rejeitam os cookies de marketing e de análise.
  2. Depreciação de cookies de terceiros. O Safari e o Firefox já limitam os cookies de terceiros, o Brave não suporta cookies de terceiros e o Chrome planeia começar a eliminar gradualmente os cookies de terceiros em 2024. A rede de publicidade utiliza cookies de terceiros para diferenciar os anúncios que os usuários clicaram antes de chegarem ao site e, depois disso, para converter. Além disso, as plataformas de análise utilizam cookies de terceiros para rastrear os usuários que já visitaram o site e mostrar a jornada completa dos usuários. Sem cookies, a atribuição de conversões adequadas e a diferenciação entre novos usuários e usuários que retornam torna-se muito difícil.
  3. Restrições completas de rastreio. A Apple lidera a privacidade em termos de restrições de rastreio. Todas as aplicações iOS são obrigadas a pedir permissões ao usuário para rastrear os usuários. Além disso, os usuários do iOS podem remover a permissão das aplicações para rastrear a sua atividade a qualquer momento. Outra tendência que está a aumentar é a utilização de AdBlockers. Quando os bloqueadores de anúncios estão ativados, as ferramentas de marketing e de análise não recebem nenhuma informação sobre os usuários. 

O contexto

O Google Analytics 4 utiliza a aprendizagem automática para modelar o comportamento dos usuários que não consentiram com os cookies analíticos. Utilizam o comportamento de usuários semelhantes que permitiram o consentimento aos cookies analíticos para modelar o comportamento daqueles que não consentiram com os cookies analíticos. 

Para ser elegível para o aprendizado de máquina, a propriedade GA4 deve atender a requisitos específicos:

  • O modo de consentimento está ativado em todas as páginas
  • As tags devem ser ativadas antes de aparecer a caixa de diálogo de consentimento 
  • As tags do Google são carregadas em todos os casos, não apenas se o usuário consentir
  • 1.000 eventos por dia com analytics_storage='denied' durante pelo menos 7 dias.
  • 1.000 usuários diários enviando eventos com analytics_storage='granted' por pelo menos 7 dos 28 dias anteriores

Se a sua propriedade GA4 não se qualificar para a aprendizagem automática ou se descobrir que a aprendizagem automática não está a fornecer resultados precisos, tem a opção de confiar em dados primários quando um usuário optar por recusar os cookies de análise e implementar o rastreamento GA4 sem cookies. 

Para que o GA4 funcione corretamente e reconheça os usuários que retornam, é necessário fornecer ao GA4 as seguintes informações:

  • ID do cliente (cid)
  • ID da sessão (sid)
  • Contagem de sessões (sct)
  • Primeira visita (_fv)
  • Envolvimento do usuário (seg)

Para configurar o rastreamento GA4 sem cookies quando um usuário não tiver dado consentimento, usaremos estas ferramentas:

Configuração do rastreamento GA4 sem cookies no sGTM

Para determinar se o consentimento foi concedido ou não, utilizo o parâmetro gcs. A configuração predefinida do consentimento GA4 envia pedidos para o sGTM, mas o pedido carece de algumas informações. Todos os pedidos GA4 são escritos no Firestore. 

Para determinar se um usuário sem consentimento tem uma sessão ativa no GA4, usaremos a diferença no registro de data e hora da visita anterior em relação à visita atual. Se a diferença for superior a 30 minutos, actualizaremos os parâmetros da sessão no Firestore. 

O Firestore utilizará o UserID como nome do documento e guardará os detalhes sobre a sessão do usuário nesses documentos. Embora esta seja uma forma simples de organizar o Firestore, existem várias outras abordagens para manter dados sobre a experiência completa do usuário no Firebase.

1. Usuário com consentimento para cookies analíticos.

1.2 Se necessário, escreva os dados no Firestore. Para este efeito, utilizo a tag Firestore Writer. Consulte este guia detalhado sobre como utilizar a tag Firestore Writer. Utilizo a coleção UserID. Para cada ID de usuário, crio um novo documento que utiliza cid como nome do documento. 

firestore write tag
firestore write tag

1.3 A tag do lado do servidor GA4 tem uma configuração padrão e é ativada sempre que o cliente GA4 é solicitado e o usuário consente com os cookies analíticos. 

google analytics 4 tag 
google analytics 4 tag 

2.1 Usuários existentes com sessão ativa

2.1.1 Se o consentimento para os cookies analíticos não foi concedido, utilizei a ativação Stape User ID para adicionar o ID do usuário nos cabeçalhos do pedido sGTM. 

2.1.2 Com a ajuda da tag Firestore Writer, escrevo os dados no Firestore e utilizo Stape User ID como nome do documento. 

firestore write tag

2.1.3 Para verificar se a sessão está ativa, utilizo a variável Firestore Reader para extrair o registo de data e hora que está associado à última visita deste usuário no Firebase. A seguir, verifico a diferença entre o registo de data e hora da sessão anterior do utilizador e o registo de data e hora atual. Se o registo de data e hora for inferior a 30 minutos, o usuário tem uma sessão existente. 

firestore reader variable

2.1.4 Os parâmetros são actualizados da seguinte forma: 

  • cid e client_id é o valor do Stape UserID
  • ga_session_number - um valor do ga_session_number no Firestore
  • ga_session_id - um valor do ga_session_id no Firestore
  • x-ga-mp2-seg (sessão iniciada) é definido como 1
  • x-ga-system_properties.fv (primeira visita), x-ga-system_properties.ss (início da sessão), x-ga-system_properties.nsi (ID da nova sessão) são removidos.

2.1.5 Envie os dados modificados para o GA4. Para atualizar os dados antes de os enviar para o GA4, utilizo a transformação. 

Send modified data to GA
Send modified data to GA
Send modified data to GA

2.2 Usuário existente sem sessões activas

2.2.1 Se o consentimento para os cookies analíticos não foi concedido, utilizei a ativação do Stape User ID para adicionar o ID do usuário nos cabeçalhos do pedido sGTM.

2.2.2 Escreva novamente os dados do usuário com base no Stape User ID no Firestore com a ajuda da tag Firestore writer.  

Write user data based on Stape User ID in Firestore

2.2.3 Para verificar se a sessão está ativa, utilizo a variável Firestore Reader para extrair o registro de data e hora associado a esse usuário no Firebase. Em seguida, verificar a diferença entre o registo de data e hora da última sessão do usuário e o registo de data e hora atual. Se o registo de data e hora for superior a 30 minutos, uma nova sessão foi iniciada. 

2.2.4 Os parâmetros são actualizados da seguinte forma: 

  • cid e client_id é o valor do Stape UserID.
  • ga_session_id é um valor ga_session_id do Firestore, anteriormente definido como registo de data e hora em segundos.
  • ga_session_number é o número ga_session_number que tem no Firestore mais 1.
  • x-ga-system_properties.ss (início da sessão) é definido como 1.
  • X-ga-mp2-seg (Engaged Session) está definido para 1.
  • x-ga-system_properties.fv é removido.

2.2.5 Envie os dados modificados para o GA4. Para atualizar os dados antes de os enviar para o GA4, utilizo a transformação. A tag é activada quando um cliente GA4 é reclamado, o consentimento não é concedido e a diferença de tempo entre as sessões é superior a 30 minutos. 

Send modified data to GA4

2.3 Novo usuário

2.3.1. Quando os cookies analíticos não são permitidos, utilize a ativação do ID de usuário do Stape para gerar um ID de usuário.

2.3.2. Verifique se já existe um usuário com o mesmo ID de usuário no Firestore. Se não for encontrado um usuário com o mesmo ID de usuário, use uma tag Firestore Writer para criar um usuário com os detalhes da sessão na base de dados. 

firestore writer tag
firestore writer tag

2.3.3 Os parâmetros são actualizados da seguinte forma: 

  • cid e client_id é o valor do Stape UserID.
  • ga_session_id é o ga_session_id do Firebase.
  • ga_session_number é o número ga_session_number que tem no Firestore.
  • x-ga-system_properties.ss (início da sessão) é definido como 1.
  • x-ga-mp2-seg (sessão iniciada) está definido para 1.
  • x-ga-system_properties.fv (first fisit) está definido para 1.

2.3.4 Envie os dados modificados para o GA4. 

send data to ga4
send data to ga4
send data to ga4

Conclusão:

A implementação do rastreamento do Google Analytics 4 sem cookies por meio do servidor Google Tag Manager representa um avanço significativo na adaptação ao cenário em constante mudança da privacidade de dados on-line e das preferências do usuário. À medida que o mundo digital evolui, torna-se essencial recolher informações valiosas sem depender de cookies. 

Ao aproveitar o poder do rastreamento do lado do servidor e do Google Tag Manager, as empresas podem manter seu compromisso com a privacidade dos dados e, ao mesmo tempo, aproveitar os insights cruciais orientados por dados fornecidos pelo GA4. Esta abordagem não só garante a conformidade com os regulamentos emergentes, como também promove a confiança dos usuários preocupados com a sua privacidade on-line. À medida que navegamos no futuro sem cookies, a adoção de soluções inovadoras como o rastreamento no lado do servidor e o GA4 pode ajudar as empresas a se tornarem competitivas e relevantes digitalmente

Experimente o Stape para tudo relacionado ao lado do servidoragora mesmo!