Você ainda precisa de banner de cookies com marcação do lado do servidor

Todos os artigos

Sim, você ainda precisa de banner de cookies com marcação do lado do servidor. A marcação do lado do servidor muda onde as suas tags rodam, do navegador do visitante para um contêiner em um servidor que você controla. Ela não muda se você tem permissão de coletar o dado para começar. Essa pergunta é respondida pelo consentimento, e consentimento é o que o banner captura.

O que a marcação do lado do servidor realmente move

A confusão é justa, porque a marcação do lado do servidor realmente move bastante coisa. Em vez de uma dúzia de scripts de fornecedores disparando no navegador, a página manda uma requisição para um contêiner que é seu, e esse contêiner conversa com o Google, a Meta e todo mundo. Você ganha requisições próprias do seu próprio domínio, cookies com vida mais longa, e uma chance de limpar ou descartar dados antes de eles saírem.

Nada disso toca no momento em que um visitante decide o que vai permitir. Essa decisão acontece na página, antes de qualquer maquinaria do lado do servidor rodar. Aqui está a divisão.

A decisão de consentimento nunca saiu do navegador

Um banner existe para fazer uma coisa: perguntar a um visitante se você pode usar cookies e rastreadores não essenciais, e registrar a resposta. A marcação do lado do servidor é sobre tratar os dados que você tem permissão de coletar. Ela não tem nada a dizer sobre o perguntar.

A lei lê do mesmo jeito. Se você precisa de consentimento depende do que você coleta e das regiões em que os seus visitantes estão, não do servidor em que as suas tags por acaso rodam. Um visitante da UE ou do Reino Unido continua tendo o opt-in. Um californiano continua tendo o opt-out. Mova cada tag para um contêiner na sua própria nuvem e o dever fica exatamente onde estava.

Por onde o sinal tem que viajar

Essa é a parte que os guias dos fornecedores pulam. Eles dizem que a plataforma de consentimento transmite o sinal ao seu servidor e param por aí, como se fosse automático. Não é. O banner define o estado do Consent Mode v2 no navegador, e esse estado tem que viajar com a requisição que o navegador manda ao seu contêiner. Em uma configuração do Google ele vai junto como o parâmetro gcs. O seu contêiner lê e decide o que cada tag pode fazer.

Segure a direção. A escolha é capturada na página e encaminhada ao servidor. O servidor pode respeitá-la, modelar em torno dela, enriquecer o que for permitido. O que ele não pode é inventar uma escolha que nunca foi feita. Sem banner não há sinal, e um contêiner sem nada entrando não está em conformidade por ser próprio. Ele é um rastreador que nunca perguntou. Se você não tem certeza de qual modo o seu site roda, passamos por como saber em qual Consent Mode o seu site está realmente rodando, e a ligação em si, passo a passo, está em como enviar o sinal de consentimento para um contêiner de servidor.

Onde isso quebra em silêncio

Como as requisições do lado do servidor vêm do seu próprio domínio, elas parecem confiáveis de um jeito que as do navegador não parecem. É exatamente por isso que as falhas aqui são fáceis de deixar passar.

A que a gente vê com mais frequência é um cliente do GA4 no contêiner de servidor deixado gerenciando os próprios cookies. Nessa configuração ele carimba um identificador próprio em cada requisição que chega, incluindo os pings sem cookies que foram enviados justamente porque um visitante negou. Esses pings negados deixam de ser anônimos e passam a ser contados como sessões reais. Encontramos isso em uma reconstrução de consentimento ao vivo depois de semanas com o tráfego Unassigned de um cliente subindo sem explicação, e o jeito como isso inunda os seus relatórios é um post à parte: por que o seu tráfego do GA4 aparece como Unassigned depois de adicionar um banner de cookies. A correção foi uma configuração. A lição é que a marcação do lado do servidor não deixou o consentimento mais seguro aqui. Ela deixou uma violação mais difícil de enxergar.

Como conferir se a sua própria configuração respeita o consentimento

1. Confirme que o banner ainda dispara primeiro

   Com ou sem lado do servidor, o padrão do Consent Mode tem que ser definido como negado antes de qualquer tag do Google rodar, em toda página incluindo a primeira de uma visita. Se o padrão chega depois da tag, o hit de abertura sai em um estado que ninguém escolheu.

2. Negue, depois observe a requisição

   Em uma janela anônima, recuse tudo e abra o painel de rede. Encontre a requisição indo para o seu contêiner de servidor. O parâmetro gcs nomeia o estado, e G100 significa os dois tipos de armazenamento negados. Esse é o sinal sobre o qual o seu servidor vai agir.

3. Verifique se o ping negado continua anônimo

   Nessa mesma requisição negada, procure um identificador de cliente. Um ping negado carregando um id é a falha do cookie gerenciado pelo servidor, e ela vai inflar os seus números com tráfego que te pediram para deixar em paz.

4. Confirme que as tags de publicidade seguram

   Com o consentimento negado, as tags de publicidade no seu contêiner não deveriam estar enviando dados identificáveis adiante. Se elas disparam de qualquer jeito, o contêiner está lendo a requisição mas não travando com base nela.

5. Teste como visitante que volta

   Carregue o site de novo com uma negação guardada. Uma configuração que respeita a primeira escolha em uma visita repetida, sem sobrepor em silêncio, é a que você quer.

Quanto vale de fato mudar para o lado do servidor

Nada disso é motivo para evitar a marcação do lado do servidor. Bem feita ela é uma das alavancas que reconquistam a medição que um banner de outro modo te custaria. 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 do jeito que o Google espera. 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.

Vale dizer com todas as letras, porque é onde o assunto se embaralha: essa recuperação vem de modelagem e de sinal mais limpo, não de coletar mais do que um visitante permitiu. A marcação do lado do servidor se paga respeitando melhor a escolha, não contornando ela. Para o quadro mais amplo do que de fato 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

A marcação do lado do servidor tira as suas tags do navegador do visitante e as coloca em um servidor que você controla. Ela não move o momento do consentimento, que continua na página, e não remove o dever de perguntar, que continua com as suas regiões e os seus dados. Você ainda precisa do banner. O que muda é que um servidor bem ligado dá a esse banner um lugar mais limpo para ser respeitado, e um mal ligado dá um lugar mais limpo para ser ignorado.

O Velo captura a escolha no navegador e a envia no formato que o Google espera, para o lado do servidor da sua stack agir sobre um sinal real em vez de um ausente. O mecanismo está na página de produto.

Novo no lado do servidor em si? O time por trás do Velo escreveu uma resposta direta sobre o que é marcação do lado do servidor e se você precisa mesmo dela no blog da Amplio Data.