Por que o seu tráfego do GA4 aparece como Unassigned depois de adicionar um banner de cookies

Todos os artigos

Unassigned não é tráfego que faltou. É tráfego que o GA4 recebeu e não conseguiu atribuir a nenhum canal. Depois de um banner entrar no ar você costuma ter isso por uma de três razões: o consentimento chega no meio de uma visita e a origem original já foi, a sessão nunca registrou um session_start, ou uma configuração do lado do servidor está devolvendo identidade a pings que deveriam continuar anônimos.

Unassigned significa coletado, não perdido

Um visitante que nunca consente, em um site que trava as tags direito, não produz evento nenhum. Isso aparece como um total de sessões menor, não como uma linha no balde de Unassigned. Unassigned aparece quando o GA4 de fato tem eventos de uma sessão e não consegue mapeá-los em nenhuma definição de canal: sem parâmetros de campanha, sem referenciador utilizável, ou sem início de sessão em que pendurar uma origem.

Então a tranquilização na maioria das páginas de ajuda dos fornecedores de consentimento, de que Unassigned prova que o banner está fazendo o trabalho dele, vale para o primeiro formato abaixo e não para os outros dois. Neles, alguma coisa está sendo coletada em uma forma que o GA4 não consegue usar, e isso vale corrigir em vez de aceitar.

Formato um: o consentimento chega no meio da visita

Alguém chega de um anúncio ou de um resultado de busca, o banner aparece, e analytics_storage fica negado enquanto a pessoa lê. Nada que pudesse carregar a origem é guardado em lugar nenhum. Na terceira página ela aceita. O GA4 começa a coletar direito a partir daquele momento, mas a página em que ele começa é interna: o referenciador é o seu próprio domínio e os parâmetros de campanha ficaram duas navegações atrás. As regras de canal não têm nada para ler, então a sessão cai em Unassigned.

Esse formato é genuíno e em parte inevitável. É também o que dá para estreitar. Com o URL passthrough ligado, os identificadores de clique em anúncio do Google viajam na query string de página em página enquanto os cookies estão negados, então um visitante que aceita tarde ainda chega com algo atribuível. Se essa opção está sequer disponível para você depende de qual Consent Mode o seu site está realmente rodando.

Formato dois: a sessão nunca registrou o próprio início

A atribuição de canal se pendura no primeiro evento de uma sessão. Se a tag de configuração e as tags de evento são travadas de formas diferentes, ou se o padrão de consentimento é definido depois de a tag do Google já ter disparado, você acaba com sessões cujo primeiro evento coletado é outra coisa completamente: um envio de formulário, um scroll, uma compra.

A pista são sessões Unassigned que contêm conversões. Atividade real, sem origem. Isso é uma falha de instalação e não um resultado de privacidade, e pertence à mesma família das quedas súbitas sobre as quais escrevemos em por que suas conversões do GA4 caíram de um dia para o outro.

Formato três: os pings negados ganham uma identidade

Esse é o que ninguém escreve a respeito, e é o mais rápido a inundar uma propriedade. Em uma configuração de Google Tag Manager do lado do servidor, o cliente do GA4 pode gerenciar os próprios cookies. Deixado na configuração gerenciada pelo servidor, o contêiner grava um identificador próprio e o carimba nas requisições que chegam, incluindo os pings sem cookies que foram enviados justamente porque o consentimento foi negado.

Esses pings agora chegam carregando um identificador estável. Em vez de alimentar a modelagem que o tráfego negado deveria alimentar, eles são contados como sessões. Eles não têm dado de campanha nenhum, porque nada teve permissão de guardar, então todos caem em Unassigned. A fatia acompanha a sua taxa de recusa, e aparece poucos dias depois de o banner entrar no ar, que é exatamente por que o banner leva a culpa.

Encontramos isso em uma reconstrução de consentimento ao vivo depois de semanas com o balde de Unassigned do cliente subindo sem explicação. A correção foi uma configuração: trocar o gerenciamento de cookies do cliente do GA4 para gerenciado por JavaScript, para um ping negado continuar anônimo o caminho inteiro. É também a razão de mudar para um servidor não te deixar largar o banner, que a gente aborda em você ainda precisa de banner de cookies com marcação do lado do servidor.

Como saber qual deles você tem

1. Compare o formato, não o total

   Verifique se o Unassigned cresceu, ou se os seus totais simplesmente caíram enquanto a mistura de canais se manteve estável. Um número menor com a mesma mistura é o consentimento funcionando como projetado. Um balde novo que não existia no mês passado é uma questão de instalação.

2. Procure conversões dentro do Unassigned

   Monte uma exploração em origem e mídia da sessão e coloque os seus eventos principais ao lado. Um aceite tardio produz sessões silenciosas; conversões inteiras sem origem apontam para os formatos dois e três.

3. Leia o estado de consentimento em um hit ao vivo

   Negue tudo, abra o painel de rede e encontre a requisição para o endpoint de coleta. O parâmetro gcs nomeia o estado, e G100 significa os dois tipos de armazenamento negados. Agora verifique se essa mesma requisição carrega um identificador de cliente. Um ping negado com um id anexado é o formato três.

4. Abra o cliente do GA4 no seu contêiner de servidor

   Se você usa marcação do lado do servidor, olhe a configuração de gerenciamento de cookies do cliente. Gerenciado pelo servidor significa que o contêiner está cunhando identificadores próprios, seja lá o que o estado de consentimento disse na entrada.

5. Verifique quando o padrão de consentimento dispara

   O estado padrão tem que ser definido antes de a tag do Google rodar, em toda página incluindo a primeira da visita. Qualquer coisa mais tarde e o hit de abertura da sessão sai em um estado que ninguém escolheu.

O que dá para recuperar de verdade

Parte disso é o preço honesto do consentimento e não vai embora. Nas implementações de clientes da Amplio Data normalmente vemos cerca de 34% das sessões atrás do banner, e de 20 a 40% das conversões perdidas recuperáveis depois que o Consent Mode v2 e a marcação do lado do servidor estão ligados direito. Os números são faixas medidas nas implementações de clientes da Amplio Data, não uma garantia. A recuperação depende da sua combinação de tráfego, das regiões e de como as suas tags estão configuradas.

Uma coisa vale dizer com todas as letras, porque as páginas dos fornecedores dão a entender o contrário: a modelagem não esvazia o balde de Unassigned. Ela preenche lacunas nos relatórios padrão para tráfego que você nunca coletou. Ela não coloca uma origem em uma sessão que chegou sem uma. Se você quer o quadro mais amplo do que sobrevive a uma recusa, cobrimos em o que acontece com os seus dados do GA4 quando os usuários recusam cookies.

A versão curta

Unassigned depois de um banner são três problemas diferentes usando um rótulo só. O primeiro é o custo real de um aceite tardio e encolhe com o URL passthrough. O segundo é uma falha de ordem das tags e se revela por conversões sem origem. O terceiro é uma configuração do lado do servidor desfazendo em silêncio a negação que ela foi feita para respeitar. Confira a instalação antes de aceitar a tranquilização.

O Velo envia o sinal de consentimento no formato que o Google espera e te mostra o que cada estado está de fato transmitindo, para uma falha como a terceira ficar visível no primeiro dia em vez de depois de um mês de Unassigned. O mecanismo está na página de produto.

Se o seu problema de Unassigned não tem formato de consentimento, o time por trás do Velo mantém a lista completa de causas, incluindo tagueamento de links e regras de canal, em por que o tráfego do GA4 aparece como Unassigned no blog da Amplio Data.