Stape
Procurar
Experimente grátis

Fonte de tráfego não atribuída e não definida no GA4

Atualizado
6 de dez de 2024
Publicado
7 de jun de 2024
Também disponível

O tráfego não atribuído no GA4 pode ser um problema confuso para muitos proprietários de sites e profissionais de marketing. Compreender por que isso acontece e como lidar com isso é crucial para uma análise precisa dos dados.

Neste artigo, exploraremos as causas do tráfego não atribuído e não definido e forneceremos soluções práticas. Ao final, você saberá como garantir que seus dados de tráfego sejam atribuídos corretamente.

O que é tráfego não atribuído no GA4

What is Unassigned traffic - Stape

"Tráfego não atribuído" refere-se a sessões e eventos que não podem ser atribuídos a nenhum grupo de canais padrão no Google Analytics 4. 

Isto por si só não é um grande problema, ao contrário dos indicadores “não definidos” na fonte/meio. Portanto, a seguir trataremos separadamente do problema Não atribuído e do “não definido”.

Noções básicas sobre a determinação da origem de tráfego do Google Analytics 4 e a resolução de origens não atribuídas

O GA4 determina a origem específica do tráfego da sessão usando dois parâmetros: primeiro, a presença de parâmetros UTM na URL no início da sessão do usuário. Se estes estiverem ausentes, ele verifica o referenciador para determinar a origem do tráfego para seu site. Se o referenciador também estiver vazio, o tráfego será categorizado como Direto.

Como o GA4 usa parâmetros UTM

Quando os parâmetros UTM estão presentes, o Google Analytics 4 usa utm_source e utm_medium para determinar a qual grupo de canais atribuir a origem do tráfego. Se você não tiver grupos de canais personalizados no GA4, os grupos de canais padrão serão usados. Você pode encontrar a lista oficial de regras para valores em utm_source e utm_medium para determinar seus respectivos grupos aqui: https://support.google.com/analytics/answer/9756891?hl=en.

Por exemplo, se você usar utm_source=facebook&utm_medium=paid em anúncios do Facebook, essa fonte será automaticamente categorizada como 'Social Pago' de acordo com as regras padrão.

Paid Social category - stape

No entanto, se você usar algo personalizado, como utm_source=stape&utm_medium=sst, esses valores não correspondem a nenhuma regra padrão, portanto, esta sessão cairá no "Categoria não atribuída".

Como corrigir fontes de tráfego não atribuídas

1. Certifique-se de que o problema seja realmente com valores fora do padrão nos parâmetros UTM.

Para fazer isso, você pode mudar seu relatório de aquisição de tráfego para Origem/mídia da sessão ou adicioná-lo como uma coluna adicional.

Session source/medium - stape

2. Verifique se sua fonte/mídia não possui um grande número de valores (não definidos). Se tudo estiver bem, você poderá ver quais fontes e mídias reais estão sendo usadas.

3. Vá para Google Analytics 4AdminGrupo de canais. Adicione seu novo grupo de canais personalizados que contabilizará e distribuirá corretamente seus parâmetros UTM nos grupos necessários.

Recomendamos não criá-lo do zero (isso levará muito mais tempo), mas sim copiar o grupo de canais Padrão, renomeá-lo e adicionar as regras de distribuição de origem necessárias.

(não definido) no relatório de aquisição de tráfego de origem/mídia

Se você vir muitos valores ‘(não definidos)’ na origem/mídia, significa que há um problema com a configuração de rastreamento do GA4:

(not set) in Source/Medium Traffic Acquisition Report

Principais motivos para (não definido) na origem/mídia

1. Inicialização adicional de gtag de outra fonte

Este é o motivo mais comum para a maioria dos usuários. Esse problema geralmente se torna perceptível após a mudança para o rastreamento do lado do servidor, embora você possa não ter percebido isso antes.

Sintoma: Alguns eventos GA4 são enviados para o contêiner GTM do lado do servidor, enquanto outros são enviados diretamente para google-analytics.com.

Causas: No Gerenciador de tags do Google, você inicializa gtag com o parâmetro server_container_url, mas essa configuração é substituída por outra inicialização feita no código do site ou por meio de um plugin/integração. Como o rastreamento do lado do servidor e o rastreamento da web no Google Analytics 4 usam cookies diferentes para determinar o ID do cliente (o cookie '_ga' é usado para eventos da web, o FPID é usado para eventos do servidor), os eventos enviados pelo mesmo usuário através da web e do servidor serão considerados pelo GA4 como eventos de usuários diferentes, um dos quais não possuía um evento session_start para determinar a origem da sessão, resultando em tal sessão sendo (não definida).

Como verificar isso:

Abra a ferramenta de desenvolvimento de rede em seu navegador, ative a opção ‘preservar log’ para não perder nenhum evento ao alternar entre páginas. No filtro, por conveniência, especifique o id de medição do seu GA4 para facilitar a localização das solicitações necessárias.

Aqui está um exemplo de evento que funciona corretamente e é enviado para a url do container do servidor:

preserver log in network dev tool - stape

E aqui está um evento que é enviado diretamente ao GA devido a problemas de configuração:

preserver log in network dev tool 2 - stape

Verifique se todos os seus eventos GA4 são enviados para o URL do contêiner do seu servidor, não para google-analytics.com.

Como consertar isso:

  • Verifique se há código in-line no código com inicialização ou eventos da gtag. Geralmente é algo assim:
Check that all your GA4 events are sent to the URL of your server container, not to google-analytics.com

Se você encontrar scripts gtag no código do seu site, remova-os completamente.

  • Verifique se você possui algum plugin/integração ativo que também envie dados para o Google Analytics 4. Desative essas funções neles.

O ideal é usar uma única tag do Google com GA4 configurada por meio de seu contêiner GTM.

2. Tags de evento GA4 disparadas antes da tag do Google

Isso ocorre porque alguns eventos da camada de dados são acionados muito cedo ou frequentemente devido à configuração incorreta da operação da tag em relação ao consentimento.

Os sintomas e verificações são exatamente iguais aos do primeiro ponto: alguns eventos são enviados diretamente para google-analytics.com

Verifique isso no modo de visualização do seu contêiner web GTM; muitas vezes você pode ver uma situação como no exemplo abaixo:

GA4 Event Tags Firing Earlier Than the Google Tag

Neste exemplo, a tag do Google com configuração GA4 usa um gatilho de atualização de consentimento para operar quando o estado de consentimento já é conhecido. Este evento aparece bem tarde na página. 

Mas antes disso há outro evento na camada de dados (view_item no exemplo acima) no qual a tag de evento é disparada. Devido ao fato de no momento do acionamento do evento não haver configuração para enviar dados para a url do container do servidor - este evento será enviado diretamente para o analytics, o que acarretará problemas na determinação da origem do sessões para tal evento.

Se você tiver situações semelhantes, certifique-se de que suas tags de evento do Google Analytics 4 sejam sempre acionadas depois da tag do Google.

Usar um grupo de gatilhos muitas vezes pode ajudar a resolver isso. Por exemplo, para corrigir um problema como o acima, você pode usar um grupo de gatilhos que inclui view_item e cookie_consent_update - isso garantirá que o evento view_item do GA4 seja sempre acionado após a configuração.

Using a trigger group - stape

3. Usando ID de sessão e/ou ID de cliente incorreto ao enviar eventos via protocolo de medição

Se você usar o protocolo de medição para enviar alguns eventos, certifique-se de que client_id e session_id sejam usados ​​no formato correto e com os cookies corretos. Desta forma, os eventos enviados via protocolo de medição serão associados à sessão do usuário e terão a origem correta.

Frequentemente, esse ponto é esquecido ao mudar para o lado do servidor GA4 e continua a usar o cookie _ga em eventos de protocolo de medição.

O cookie ‘FPID’ é usado para rastreamento do lado do servidor para determinar client_id. Use o valor sem a primeira parte.

Exemplo de cookie de ID de usuário FPID:

FPID2.4.dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491

Formato para uso de MP:

dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491

O cookie ‘_ga_yourMeasurementId’ é usado para determinar session_id. Use apenas a parte após o segundo ponto.

Exemplo de Cookie de Sessão:

GS1.1.1717673857.4.1.1717674043.0.0.803799365

Formato para uso de MP:

1717673857

Certifique-se também de usar a decodificação/codificação correta do valor do cookie.

Normalmente, a maneira mais fácil de verificar isso é consultar os relatórios do GA4 Explore nos valores dos cookies para eventos da web e de servidor para ter certeza de que tudo está correto. 

No caso de problemas inexplicáveis, o registro adicional de dados em um banco de dados de terceiros e sua verificação sempre podem ajudar.

Conclusão

Compreender e configurar corretamente o GA4 para rastrear e categorizar com precisão suas fontes de tráfego é essencial para análises digitais eficazes. Garantir que seus parâmetros UTM estejam definidos corretamente e evitar as armadilhas de valores (não definidos) em seus relatórios de origem/mídia permitirá que você tenha insights mais claros sobre a origem do tráfego no Google Analytics e como ele se comporta em seu site.

Ao abordar questões como inicialização adicional de gtag, tempo de tags de evento e uso adequado de IDs de sessão e de cliente, você pode melhorar a precisão de seus dados analíticos. Em última análise, isso permitirá uma melhor tomada de decisões e estratégias de marketing mais eficazes. Reservar um tempo para configurar seu GA4 corretamente garante que você aproveite ao máximo suas análises, gerando melhores resultados para seu negócio.

Esperamos que este artigo seja útil para aqueles que lutam com tráfego GA4 não atribuído. Ao compreender suas causas e aplicar as correções sugeridas, você pode melhorar a precisão dos dados e obter melhores insights sobre o desempenho do seu site.

No entanto, é importante lembrar que às vezes o problema pode se resolver sozinho com o tempo, à medida que os processos de coleta de dados se normalizam. Muitas vezes, a paciência pode ser tão eficaz quanto a ação imediata. Obrigado pela leitura e desejamos sucesso no gerenciamento de seu tráfego no Google Analytics.

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