Como enviar o sinal de consentimento para um contêiner de servidor
Configure o Consent Mode v2 no seu contêiner web do GTM para o estado ser definido antes de qualquer tag disparar. O Google então o anexa à requisição que manda adiante, como o parâmetro gcs, para nada precisar ser enviado duas vezes. No contêiner de servidor, leia esse estado, controle cada tag de fornecedor por ele, e confira se o seu cliente do GA4 não está restaurando um identificador em silêncio.
O sinal não faz um caminho separado
O jeito comum de isso ser construído errado é tratar o consentimento como algo que o contêiner de servidor precisa ser informado de forma independente, por uma segunda integração. O estado que o visitante escolheu está anexado à mesma requisição que carrega o evento, então se o lado web está certo, o lado do servidor já tem.
Isso tem uma consequência que vale dizer com todas as letras, porque decide para onde você vai quando algo quebra: um contêiner de servidor não consegue consertar um problema de consentimento. Ele não tem banner e não tem visitante a quem perguntar. Se o estado nunca saiu do navegador corretamente, cada trava que você constrói lá está conferindo um campo vazio. O lado do dever disso está em você ainda precisa de banner de cookies com marcação do lado do servidor.
Como enviar o sinal de consentimento para um contêiner de servidor
Defina o Consent Mode v2 no contêiner web, não no de servidor
O consentimento é decidido no navegador e configurado no seu contêiner web do GTM: a CMP define um padrão negado para cada sinal não essencial antes de qualquer tag inicializar, e depois atualiza quando o visitante escolhe. O contêiner de servidor não tem banner nem visitante a quem perguntar, então nunca é o lugar de consertar um problema de consentimento.
Confirme que o estado está mesmo na requisição saindo
Em uma janela anônima, encontre a requisição que as suas tags do Google mandam ao contêiner de servidor. Ela já deve carregar um parâmetro gcs: G100 para os dois tipos de armazenamento negados, G111 para os dois concedidos, G101 e G110 mistos. G1-- significa que a tag disparou sem estado de consentimento anexado e tudo rio abaixo está adivinhando.
Leia o estado de consentimento dentro do contêiner de servidor
Abra o preview do contêiner de servidor e inspecione um evento chegando. O estado chega com a requisição e é legível ali, que é o que permite a uma tag decidir se dispara. Crie variáveis nomeadas para os sinais que você usa nas travas, em vez de campos brutos em cada tag.
Controle cada tag de fornecedor pelo sinal de que ela realmente precisa
Cada tag ganha uma condição de disparo ligada à categoria certa, e as categorias não são intercambiáveis. Tags de análise conferem o sinal de análise. Destinos de publicidade, uma API de conversões entre eles, conferem os sinais de publicidade, e a versão 2 acrescentou dois que configurações antigas nunca travam. Uma tag sem condição dispara em tudo, negações incluídas.
Confira o que o seu cliente do GA4 faz com cookies
O passo que nenhum guia inclui, e o que desfaz em silêncio os outros quatro. O cliente do GA4 tem uma configuração de cookies. Deixada na opção gerenciada pelo servidor, ele cunha e restaura um identificador próprio, então consegue anexar um id persistente a um ping que deveria ser anônimo. Defina como gerenciado por javascript para o cliente usar o identificador que o navegador enviou, e nada além.
Verifique com uma negação, não com um aceite
Todo mundo testa aceitando, porque é o caminho em que os dados aparecem. Recuse em vez disso, em uma janela anônima limpa, e siga aquele único evento: o estado na requisição, o estado dentro do contêiner, quais tags dispararam, e que identificador saiu para cada fornecedor.
A falha que sobrevive a uma configuração correta
Os passos um a quatro são o que todo guia cobre, e uma configuração que passa neles parece pronta. O passo cinco é o que a gente continua encontrando em contêineres construídos com cuidado, e ele não parece nem um pouco um bug de consentimento.
O formato disso: o banner está certo, o padrão é negado, o estado chega ao contêiner intacto, e as tags de fornecedor estão controladas corretamente para um evento negado não disparar nenhuma tag de publicidade. Tudo o que você testaria passa. Enquanto isso o cliente do GA4 está gerenciando os próprios cookies, então em cada requisição ele cunha ou restaura um identificador próprio e o grava no evento. Um ping que deveria sair anônimo sai carregando um id estável.
O sintoma nunca aponta para consentimento. Ele se lê como contagens levemente altas demais, e sessões que deveriam ter ficado sem atribuição chegando atribuídas. Rastreamos exatamente isso em uma sessão de depuração de contêiner de servidor ao vivo, e a correção foi uma configuração. Nada na travagem mudou, porque a travagem nunca esteve errada.
A lição generaliza. Travar as tags e controlar o identificador são dois trabalhos diferentes. Uma trava decide se uma requisição chega a um fornecedor. Um identificador decide se aquele fornecedor consegue saber sobre quem ela era. A documentação cobre o primeiro e é silenciosa sobre o segundo, então um contêiner pode seguir a orientação exatamente e ainda entregar identidade.
Quanto vale a ligação quando ela segura
Nas implementações de clientes da Amplio Data a linha de base medida é cerca de 34% das sessões atrás do banner, com de 20 a 40% das conversões perdidas recuperáveis depois que o consentimento é definido do jeito que o Google espera e o identificador é tratado com honestidade. 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.
Essa recuperação vem de modelagem e de tráfego permitido corretamente atribuído, nunca de reidentificar em silêncio quem recusou. Um contêiner que vaza um identificador não está recuperando dados, está coletando dados que lhe foram recusados, e o fato de isso embelezar o painel é o que esconde.
A versão curta
O consentimento é decidido no navegador e configurado no contêiner web. Ele chega ao servidor na própria requisição, em gcs, sem uma segunda integração. Leia ali, controle cada tag de fornecedor pela categoria de que ela precisa, e configure o cliente do GA4 para usar o identificador que o navegador enviou em vez de cunhar um. Depois prove em um evento recusado. O procedimento do lado do navegador está em como verificar se o seu banner está enviando o sinal, e qual modo você está rodando está em consent mode básico versus avançado.
O Velo define os quatro sinais a partir de um trecho de código antes de as suas tags inicializarem, que é a metade rio acima do acima. O mecanismo está na página de produto.
Se você está construindo o contêiner em si, e não só a ligação de consentimento, o time por trás do Velo mantém uma lista completa do que uma configuração de servidor em produção precisa em boas práticas de marcação do lado do servidor para 2026 no blog da Amplio Data.
Perguntas frequentes
O que as pessoas perguntam sobre este assunto.
Como enviar o sinal de consentimento para um contêiner de servidor?
Você não envia separadamente. Configure o Consent Mode v2 no seu contêiner web para o estado ser definido antes de qualquer tag disparar, e a tag do Google o anexa à requisição que manda adiante, onde ele chega como o parâmetro gcs. No lado do servidor, leia, controle cada tag de fornecedor pela categoria de que ela precisa, e verifique em uma recusa que as tags certas ficaram em silêncio.
Você configura o Consent Mode no contêiner de servidor ou no contêiner web?
O contêiner web. O banner, o padrão negado e a atualização moram todos no navegador, e o contêiner de servidor não tem visitante a quem perguntar. Ele só age sobre um estado decidido rio acima, e é por isso que não consegue consertar um problema de consentimento: se o estado nunca saiu do navegador corretamente, não há nada ali para uma tag conferir.
Marcação do lado do servidor significa que você não precisa mais de banner de cookies?
Não. Mover a requisição para o seu próprio domínio muda para onde os dados vão, não se você tinha permissão de coletá-los. Consentimento é permissão para tratar, e isso não é afetado por qual servidor recebe o hit. A marcação do lado do servidor torna uma configuração correta de consentimento mais valiosa, mas não remove nada do dever de perguntar.
Por que os dados ainda chegam ao GA4 quando o consentimento foi negado?
Normalmente o identificador, e não a trava. Se o cliente do GA4 no seu contêiner de servidor gerencia os cookies por conta própria, ele pode cunhar ou restaurar um id próprio e anexar a um ping que deveria ser anônimo, então hits que deveriam parecer sem consentimento chegam parecendo um usuário conhecido. Aponte o cliente para o identificador que o navegador enviou. A outra causa é uma tag de fornecedor sem nenhuma condição de disparo.
Como verificar que o sinal de consentimento chegou ao contêiner de servidor?
Siga um evento recusado de ponta a ponta: o valor gcs na requisição saindo, o estado de consentimento no evento chegando no preview do contêiner de servidor, quais tags dispararam contra ele, e que identificador cada requisição saindo carregou. Testar só o caminho do aceite é o erro de sempre.
Seu banner, seu consentimento,
seus dados — tudo em um só lugar.
© 2026 por
