Seguimento do GA4 sem cookies utilizando o GTM do servidor

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. 

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, ele utiliza essencialmente os 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. 

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. 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. 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. Para entender o impacto técnico dessa mudança, vale a pena analisar em profundidade o que significa cookies de terceiros no ecossistema atual. Os ecossistemas que sustentam a veiculação de anúncios direcionados utilizam cookies de terceiros para diferenciar em quais links os usuários clicaram antes de chegarem ao site e converterem. 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. 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 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:

1. 1.
   Server Google Tag Manager.
2. 2.
   Server GA4.
3. 3.
   Diferencie consentimento do usuário usando o parâmetro GA4 gsc.
4. 4.
   Conectar a conta de serviço do Google a stape.
5. 5.
   Escrever dados no firestore.
6. 6.
   Ler dados do Firestore.
7. 7.
   Power-up do ID de usuário Stape.

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.1 Use a configuração padrão do lado do servidor GA4. 

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. 

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. 

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. 

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. 

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. 

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.  

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. 

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. 

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. 

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.