CRO: Otimização de Conversão e Experimentação · Capítulo 24 de 30 · 37 min
Privacidade e mensuração sem autoengano
O que mudou de fato em cookies, consentimento e LGPD, e como medir sem confundir número modelado com número observado.
Este capítulo faz parte do curso gratuito CRO: Otimização de Conversão e Experimentação.
Etapa: Confiança e conformidade. Pergunta que este módulo responde: Qual parte do número foi observada, consentida, modelada ou inferida? Dono mais comum: Dados e DPO, com marketing e tecnologia. Passagem de bastão: inventário de dados, base legal, sinais de consentimento e limitações de leitura.
Mensuração com privacidade é dirigir com neblina instrumentada
A neblina não autoriza inventar a estrada. Sensores e modelos ajudam a estimar, mas o painel precisa distinguir trecho visto, trecho inferido e margem de incerteza.
Número modelado pode orientar; não deve ser apresentado como observação direta.
DPO em reunião de marketing
Saúde digital
Dor
A equipe quer gravar sessões de formulário sensível para explicar abandono.
Solução
Privacidade redefine escopo, mascara campos, limita retenção e avalia se teste de usabilidade resolve a pergunta com menos coleta.
Resultado
O diagnóstico preserva utilidade sem transformar curiosidade analítica em coleta desnecessária.
Custo apurado: Cenário executivo ilustrativo, construído a partir de rotinas empresariais recorrentes.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O que significa: Privacidade na mensuração significa coletar apenas o necessário, com finalidade clara, base adequada, acesso controlado, retenção limitada e respeito à escolha da pessoa. Lacunas de rastreamento precisam aparecer como incerteza, não ser preenchidas por certeza inventada. Por que isso importa na empresa: Mais dado não equivale automaticamente a melhor decisão. Coleta excessiva aumenta superfície de risco e pode distorcer análise quando consentimento, bloqueadores e perda de identificadores afetam grupos de modo diferente.
- Etapa 1 de 5: Finalidade
Ligue cada dado a uma pergunta e decisão legítimas.
- Etapa 2 de 5: Necessidade
Colete a menor granularidade e pelo menor tempo úteis.
- Etapa 3 de 5: Qualidade
Meça cobertura, ausência e diferenças entre grupos.
- Etapa 4 de 5: Proteção
Controle acesso, transferência, retenção e exclusão.
- Etapa 5 de 5: Incerteza
Reporte faixa e limitação em vez de falsa precisão.
Exemplo calculado — números ilustrativos
| Situação | Conta | Como interpretar | Decisão executiva |
|---|---|---|---|
| O painel observa 70.000 de 100.000 sessões. Nas observadas, a conversão é 4%. | Conversões observadas = 2.800. Se as 30.000 ausentes converterem entre 2% e 5%, o total real ficaria entre 3.400 e 4.300, taxa entre 3,4% e 4,3%. | Aplicar 4% aos ausentes gera um ponto estimado, mas pressupõe comportamento igual sem prova. | O relatório mostra faixa, testa sensibilidade e evita reidentificar pessoas para eliminar uma incerteza que o negócio pode administrar. |
Os números foram criados para ensinar o raciocínio. Substitua base, janela, valor e premissas pelos dados validados da sua empresa.
Dúvidas comuns de quem está começando
Consentimento resolve toda obrigação?
Não. Finalidade, necessidade, segurança, direitos e outras bases aplicáveis continuam relevantes. A avaliação concreta exige jurídico e privacidade.
Dado agregado não tem risco?
Reduz alguns riscos, mas grupos pequenos, combinações raras e acesso inadequado ainda podem permitir inferência. Agregação precisa de critérios técnicos e governança.
Uma diretoria aprovou em 2024 um projeto de dois anos para migrar toda a mensuração, com a justificativa de que os cookies de terceiros morreriam no Chrome. O prazo nunca chegou. O projeto seguiu consumindo orçamento contra uma data que o Google cancelou, e ninguém revisou a premissa porque ela estava em todo material de mercado.
Esse é o padrão que este módulo desarma. A camada de privacidade da mensuração acumulou mais mito do que qualquer outra área de CRO, e decisão de arquitetura tomada sobre mito custa caro e demora a ser percebida.
A decisão que este módulo informa: aprovar ou adiar o projeto de tagging server-side. Ela não pertence a quem implementa. Dono: o executivo que responde pelo orçamento de dados, com parecer técnico de quem opera a camada de analytics. Prazo: quinze dias. O que decide é um número só, e ele custa uma tarde para levantar: a diferença entre pedidos no banco transacional e conversões no analytics, na mesma janela. Diferença de poucos pontos percentuais significa que o projeto compra arquitetura melhor sem prêmio de medição, e a fila de engenharia tem uso mais rentável. Diferença grande dimensiona o prêmio antes de a primeira nota fiscal chegar. Aprovar sem esse número é assinar um projeto de dois anos contra uma premissa que ninguém mediu, que foi exatamente o erro descrito na abertura.
O que você vai conseguir fazer ao terminar este módulo
- Separar, dentro do mesmo relatório, o número que foi contado do número que foi estimado por modelo.
- Configurar os quatro sinais do Consent Mode v2 sabendo exatamente o que cada um libera e o que cada um trava.
- Decidir se um projeto de tagging server-side paga o próprio custo, medindo a lacuna antes de aprovar o orçamento.
- Sustentar a exigência brasileira citando a norma que existe, sem inventar resolução que o jurídico derruba na primeira pergunta.
- Rodar um inventário de conformidade de mensuração de uma página em cerca de meia hora.
O Google reverteu a descontinuação dos cookies de terceiros no Chrome, confirmado em 22 de abril de 2025. Eles seguem ativos por padrão no Chrome em 2026. Safari, Firefox e Brave continuam bloqueando, então a fragmentação de medição permanece real por um motivo diferente do que o mercado repetiu: um mosaico de navegadores com regras distintas, que já existe hoje, no lugar de um prazo único no futuro.
O número observado e o número modelado não descrevem a mesma coisa
Imagine dois termômetros na varanda. Um fica na sombra e marca a temperatura que você realmente sente. O outro ficou no sol e marca vários graus a mais: é um número verdadeiro, só que descreve o sol batendo no sensor, não o ar que você respira. Conversão observada é o termômetro na sombra, porque veio de quem consentiu com a medição e foi de fato contado. Conversão modelada é o termômetro no sol, porque o sistema estima o comportamento de quem recusou o consentimento puxando pela média de quem aceitou. Para uma leitura agregada de mídia, esse erro se dilui em muitas campanhas e o número serve. Para declarar o vencedor de um teste A/B, a comparação controlada entre duas versões de uma mesma página, o modelo apaga justamente a diferença que o experimento existe para enxergar.
Regra de mesa: número contado e número estimado nunca entram na mesma célula do relatório sem etiqueta. Quem lê precisa saber, num relance, o que foi medido e o que foi inferido.
Cinco anos de prazo anunciado, adiado e cancelado
- 2020Concluído
O anúncio do fim
O Google declara que o Chrome removeria o cookie de terceiro. A data entra como premissa em roadmap de mensuração no mercado inteiro.
- 2021, 2022 e 2024Concluído
Adiamentos sucessivos
Remarcações seguidas, sempre com a Privacy Sandbox incompleta. O prazo nunca chegou a valer na prática.
- 22/04/2025Concluído
Reversão confirmada
A descontinuação sai de cena. Os cookies de terceiros seguem ativos por padrão no Chrome.
- 2026Agora
O estado real da medição
Chrome mantém o cookie de terceiro. Safari, Firefox e Brave continuam bloqueando, e a lacuna varia por dispositivo em vez de desaparecer numa data.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O desfecho chegou em 17 de outubro de 2025, quando o Google aposentou a maior parte das APIs da Privacy Sandbox e manteve apenas CHIPS, FedCM e Private State Tokens. O programa que justificou cinco anos de prazo anunciado terminou reduzido a três peças, e nenhuma delas repõe a medição que o mercado passou esse tempo planejando migrar. Para o seu roadmap, isso fecha a questão: a alternativa institucional ao cookie de terceiro não chegou, e ancorar experimento em identificador de primeira parte deixou de ser plano B para virar a única opção com dono.
Nenhum relatório de conversão cobre 100% das sessões, e a lacuna não se distribui de forma aleatória. Visitantes de Safari, majoritariamente em iPhone, ficam sub-representados em qualquer atribuição que dependa de cookie de terceiro. Se o seu teste A/B mede conversão por essa via, o efeito medido carrega um viés de composição de dispositivo que nenhuma estatística do teste corrige.
A saída correta é ancorar o experimento em identificador próprio, atribuído no servidor ou em cookie de primeira parte, e reconciliar receita com a base transacional. O cookie de terceiro serve à publicidade e à atribuição entre sites; ele nunca foi fundação adequada para experimentação.
Isso obriga uma decisão que quase nunca aparece no documento de desenho: qual é a unidade de randomização. É por ela que a privacidade deixa de ser assunto jurídico e passa a quebrar experimento de forma concreta. Se o identificador que aloca o visitante na variante expira antes do fim do teste, o mesmo visitante volta e pode cair no outro lado, o que contamina os dois grupos ao mesmo tempo e produz exatamente o Sample Ratio Mismatch que o módulo do projeto final ensina a diagnosticar.
Unidade de randomização: o que sustenta cada escolha
| Unidade | Como o visitante é alocado | O que quebra, e a decisão que isso força |
|---|---|---|
| Cookie de primeira parte gravado por JavaScript | Um identificador aleatório é gerado no navegador e gravado por script na primeira visita. | No Safari, o Intelligent Tracking Prevention limita a vida útil desse cookie a sete dias. Teste de três semanas realoca visitante recorrente de iPhone, e o SRM aparece sem causa aparente. Decisão: teste que precisa passar de duas semanas em público majoritariamente iOS não sobe nessa unidade. |
| Cookie de primeira parte definido pelo servidor | O identificador vem no cabeçalho de resposta do seu próprio domínio, e não é gravado por script. | Vida útil maior que a do cookie gravado por JavaScript, mas ainda sujeita a limpeza pelo usuário e a modo privado. Sobrevive a teste de semanas na maioria dos casos. Decisão: é o padrão razoável para a maior parte dos programas, e trocar por outra unidade exige justificativa escrita no desenho. |
| Usuário autenticado | A alocação usa o identificador da conta, e o mesmo usuário cai sempre na mesma variante em qualquer dispositivo. | Só cobre a parte logada do funil. Em checkout aberto a visitante sem conta, exclui exatamente o público que a hipótese de compra sem cadastro pretende medir. Decisão: só escolha esta unidade quando a hipótese em jogo for de público logado, sob pena de medir um produto diferente do que está em discussão. |
| Hash determinístico no servidor ou na borda | O identificador é passado por uma função de hash, e o resultado decide a variante sem armazenar estado. | É o arranjo mais robusto a bloqueio de navegador, e o mais sensível a mudança de chave: trocar o segredo do hash no meio do teste rerandomiza a base inteira em silêncio. Decisão: congele a chave por escrito e nomeie quem pode trocá-la, porque essa troca não deixa rastro visível no relatório. |
| Sessão | Cada sessão sorteia de novo, sem memória entre visitas. | Aceitável para efeito imediato de uma única tela. Inválido para qualquer métrica de compra, porque o mesmo comprador atravessa variantes ao longo da jornada. Decisão: vetar por política em todo teste com métrica de receita, e o veto fica no documento de desenho, não na memória do analista. |
Escreva a unidade escolhida no documento de desenho, ao lado do OEC. Time que não declara a unidade costuma descobrir a escolha real depois do primeiro SRM, e aí o teste já foi perdido.
Duas restrições técnicas que contradizem, em silêncio, recomendações que o próprio curso faz. A primeira: no Safari, o Intelligent Tracking Prevention limita a sete dias a validade de cookie de primeira parte gravado por JavaScript, então um teste de três ou quatro semanas realoca visitantes recorrentes de iPhone. A segunda: em propriedades padrão do GA4, o teto de retenção de dados de usuário e de evento é de 14 meses. O holdout de 90 dias cabe nessa janela, e qualquer leitura de efeito acumulado ano contra ano não cabe. Se você pretende medir efeito duradouro, o dado do experimento precisa estar espelhado no seu próprio armazenamento desde o primeiro dia, e essa decisão custa quase nada no começo e é irrecuperável depois.
Três premissas que ainda circulam e já estão erradas: que os cookies de terceiros vão acabar no Chrome (decisão revertida em 22 de abril de 2025); que o Consent Mode substitui o banner de consentimento (ele depende do banner para receber o sinal); e que dado modelado pelo Google é dado observado com outro nome.
Consent Mode v2 é obrigatório desde março de 2024 para quem usa Google Ads, GA4 ou Google Marketing Platform com tráfego da Área Econômica Europeia e do Reino Unido, por força do Digital Markets Act. Sem ele, o Google interrompe o uso desses dados para públicos e mensuração.
São quatro sinais independentes, e tratá-los como um interruptor único produz configuração que passa no console e falha na auditoria. O caso mais comum é conceder o sinal de análise e negar os de publicidade, ou o contrário, sem que ninguém no time saiba qual relatório passa a ser modelado a partir dali.
Os quatro sinais do Consent Mode v2 e o que cada um libera
| Sinal | O que ele governa | O que trava quando é negado, e o que isso muda na decisão |
|---|---|---|
| ad_storage | Armazenamento no dispositivo para finalidade publicitária, incluindo cookies de anúncio. | As tags de anúncio disparam sem cookie. A conversão daquele visitante não é atribuída de forma direta. Na decisão: o relatório de mídia perde atribuição direta, e é por isso que ele não serve para declarar vencedor de teste. |
| analytics_storage | Armazenamento para análise. É o que sustenta a noção de sessão e de usuário recorrente no GA4. | A sessão não é costurada entre páginas. O GA4 passa a preencher a lacuna com modelagem. Na decisão: a partir daqui a coluna que você lê é estimada, e decisão binária sobre variante não se toma sobre ela. |
| ad_user_data | Envio de dados do usuário ao Google para finalidades publicitárias. | Nenhum dado do usuário sai para o Google com finalidade de anúncio, mesmo que a tag dispare. Na decisão: o público de mídia encolhe e a leitura do experimento permanece intacta, desde que ela venha de identificador próprio. |
| ad_personalization | Uso desses dados para remarketing e personalização de anúncio. | O visitante não entra em público de remarketing nem recebe anúncio personalizado. Na decisão: afeta a campanha, não o teste. Confundir os dois faz o time atribuir ao experimento uma queda que nasceu na mídia. |
Os sinais são independentes entre si. Conceder análise e negar publicidade é um estado válido e frequente, e ele muda qual relatório passa a conter número estimado.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Quando o usuário recusa, as tags disparam em modo restrito, sem cookies, e o Google preenche a lacuna com modelagem de conversão: um modelo estatístico estima quantas conversões teriam sido observadas naquele grupo, usando o comportamento de quem consentiu como base.
O número resultante entra no mesmo relatório, na mesma coluna, com a mesma aparência de um número contado. A diferença pesa em CRO por uma razão específica: modelo tem viés na direção do padrão médio. Se a sua variante muda o comportamento justamente do subgrupo que recusa consentimento, a modelagem tende a apagar essa diferença, puxando o resultado para a média do grupo observado. O teste fica menos sensível exatamente onde deveria ser mais sensível.
O que cada número aguenta sustentar
Conversão modelada como fonte de decisão
Coluna a evitar
- Estimativa produzida por modelo a partir do comportamento de quem consentiu
- Puxa o subgrupo que recusou na direção da média, apagando diferença real entre variantes
- Erro médio se dilui em muitas campanhas, e é isso que a torna útil em mídia agregada
- Não tem intervalo de confiança comparável ao de uma contagem
- Numa decisão binária sobre uma variante, o erro do modelo entra inteiro na conta
Conversão observada em identificador próprio
Coluna recomendada
- Contagem de eventos atribuídos a um identificador de primeira parte, controlado por você
- Preserva a diferença de comportamento entre subgrupos, que é o que o experimento mede
- Reconciliável linha a linha com a base transacional, o que permite auditoria
- A incerteza é a do teste estatístico, e você conhece a fórmula dela
- É a única base defensável quando a decisão é lançar ou descartar uma variante
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Nunca declare vencedor de um teste A/B usando conversões modeladas como fonte primária. Modelagem serve para estimar performance de mídia em nível agregado, onde o erro médio se dilui entre muitas campanhas. Decisão binária sobre uma variante exige contagem observada, e é por isso que o experimento precisa da própria camada de medição, independente da camada de publicidade.
Visitante entra
│
▼
Banner de consentimento
│
├── aceita ──► tag completa ──► conversão OBSERVADA (contada)
│
└── recusa ──► tag em modo restrito ──► conversão MODELADA (estimada)
│
▼
Relatório de mídia agregado: some as duas
Decisão de teste A/B: use apenas a observadaTagging server-side muda o local de execução: o navegador envia o evento ao seu próprio contêiner, hospedado em domínio de primeira parte, e o contêiner distribui para os destinos.
O que resolve de verdade
- Reduz o peso de scripts de terceiros no navegador, o que ajuda INP e LCP.
- Estende a vida útil de cookies de primeira parte, que no Safari sofrem limite curto quando gravados por JavaScript.
- Dá controle sobre quais campos saem para cada fornecedor, argumento forte em revisão de privacidade.
O que não resolve
- Não dispensa consentimento. A base legal continua a mesma, e processar no seu servidor não transforma dado pessoal em dado anônimo.
- Não recupera quem recusou. Se o sinal não foi coletado, nenhum servidor o inventa.
- Não vence bloqueio de navegador por si só. Safari e Firefox limitam por características do cookie e do domínio, e proxy mal configurado em subdomínio de terceiro cai na mesma restrição.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Antes de aprovar um projeto de server-side, meça a lacuna que você quer fechar. Compare, na mesma janela, o número de pedidos do banco transacional com o número de conversões do analytics. Se a diferença for de poucos pontos percentuais, o projeto não paga o custo de operação. Se for grande, você agora conhece o tamanho do prêmio antes de gastar.
Medir essa lacuna exige uma camada de analytics capaz de cruzar evento de comportamento com registro de pedido, e é nesse ponto que boa parte dos times descobre que não tem exportação bruta para reconciliar linha a linha. Sem essa exportação, a comparação vira estimativa contra estimativa, e o projeto de server-side passa a ser aprovado pelo argumento de arquitetura, que é o mais fácil de vender e o mais difícil de cobrar depois. A camada de analytics que sustenta esse desenho, com GA4 e BigQuery, está em SEO Orientado a Dados.
Há uma mudança em discussão na União Europeia que vale acompanhar sem colocar no plano. O pacote Digital Omnibus, proposto pela Comissão em 20 de novembro de 2025, levaria as regras de cookies para dentro do GDPR, no lugar de mantê-las na diretiva de ePrivacy. O texto de compromisso do Conselho de junho de 2026 removeu a rejeição em um clique que constava da proposta original. Nada disso é regra vigente. O texto segue em negociação entre Conselho, Parlamento e Comissão, e o histórico de propostas europeias nessa área é de anos de tramitação com mudanças de escopo pelo caminho. A leitura correta para o seu roadmap é de monitoramento: nenhuma decisão de arquitetura de medição deveria ser adiada esperando esse desfecho, e nenhum banner deveria ser redesenhado hoje com base em texto que ainda pode mudar. Quem antecipar conformidade a uma regra não aprovada vai refazer o trabalho duas vezes.
No Brasil, a referência prática é o Guia Orientativo Cookies e Proteção de Dados Pessoais da ANPD, atualizado em 23 de janeiro de 2025. Ele exige consentimento livre, informado, inequívoco e granular para cookies não essenciais, e classifica como dark pattern o banner que destaca aceitar tudo e esconde configurar, ou que pede vários cliques para recusar contra um clique para aceitar.
Aqui é onde consultoria ruim inventa regra. Não existe resolução da ANPD que nomeie heatmap ou gravação de sessão. A exigência de consentimento para essas ferramentas e a obrigação de mascarar dados pessoais capturados na tela decorrem dos princípios gerais da LGPD, em especial finalidade, necessidade e minimização, no artigo 6º. A conclusão prática coincide, e a diferença é de responsabilidade profissional: quem cita norma inexistente perde credibilidade na primeira pergunta do jurídico.
Descreva o que a norma diz e o que já foi sancionado. Nunca converta princípio em artigo inventado para acelerar a aprovação de um projeto. A conclusão prática que você quer defender costuma se sustentar sozinha nos princípios do artigo 6º, e ela sobrevive à checagem do jurídico, que a norma fabricada não sobrevive.
Glossário rápido
Modelagem de conversão
Estimativa estatística de quantas conversões teriam sido observadas no grupo que recusou consentimento, calculada a partir do comportamento de quem aceitou. Chega ao relatório na mesma coluna de um número contado, sem marcação visual que a distinga.
Tagging server-side
Arranjo em que o navegador envia o evento a um contêiner seu, hospedado em domínio de primeira parte, e esse contêiner distribui para os destinos. Muda o local de execução e o controle sobre os campos enviados; não muda a base legal nem recupera quem recusou.
Consent Mode v2
Mecanismo do Google que ajusta o comportamento das tags conforme o consentimento recebido, por meio de quatro sinais independentes. Obrigatório desde março de 2024 para tráfego da Área Econômica Europeia e do Reino Unido. Depende do banner para receber o sinal; ele não substitui o banner.
Cookie de primeira parte
Cookie gravado no domínio que o visitante está acessando. É o que sustenta identificador próprio de experimento. Quando gravado por JavaScript, sofre limite de vida útil curto no Safari, o que motiva boa parte dos projetos de server-side.
Legítimo interesse
Base legal da LGPD que dispensa consentimento quando o tratamento atende a interesse legítimo do controlador e não viola direitos e liberdades do titular. Exige teste de balanceamento documentado e não cobre finalidade publicitária de forma automática, o que a torna base frágil para ferramenta que grava a tela do usuário.
Verificação rápida
Cenário ilustrativo, com números escolhidos para a leitura ficar clara. O seu teste A/B rodou por duas semanas em um site com tráfego da União Europeia. A variante B aparece com 6% de uplift no relatório do GA4, que mistura conversões observadas e modeladas. Qual é a leitura correta antes de decidir?
Conformidade de mensuração: inventário de uma página
Consentimento
0/5Dados pessoais na captura
0/4Medição do experimento
0/4As objeções que aparecem nessa conversa
O time de mídia diz que o número dele é maior que o meu. Quem está certo?
Provavelmente os dois, medindo coisas diferentes. O relatório de mídia soma observado e modelado, e faz sentido que some, porque a decisão de mídia é agregada. O relatório do experimento usa só o observado. A conversa produtiva começa quando as duas equipes escrevem, lado a lado, qual coluna cada uma está lendo.
Se o banner derruba minha taxa de consentimento, posso deixar o botão de recusar menos visível?
Não, e a razão é dupla. O Guia da ANPD de 23 de janeiro de 2025 classifica exatamente esse desenho como dark pattern, e o consentimento obtido assim é frágil quando questionado. O caminho que resta é reduzir o número de finalidades pedidas: banner com menos pedidos costuma ter aceitação maior que banner com muitos pedidos e botão escondido.
Server-side não me deixa contar todo mundo, inclusive quem recusou?
Não. Processar no seu servidor não muda a base legal e não faz aparecer um sinal que nunca foi coletado. O que o server-side entrega é peso menor de script no navegador, vida útil maior de cookie de primeira parte e controle sobre quais campos saem para cada fornecedor. Vendedor que promete recuperar o dado de quem recusou está descrevendo uma infração.
Nosso site é só brasileiro. Preciso de Consent Mode v2?
A obrigatoriedade de março de 2024 é para tráfego da Área Econômica Europeia e do Reino Unido, por força do Digital Markets Act. Sem esse tráfego, essa regra específica não se aplica. A exigência de consentimento granular para cookies não essenciais no Brasil vem do Guia da ANPD e independe do Consent Mode, então o banner continua obrigatório.
Faça um inventário de uma página só, hoje: liste toda tag que dispara antes do consentimento, toda ferramenta que grava tela e todo campo de formulário visível na gravação. Responda três perguntas por item: qual a base legal, o dado está mascarado, e revogar o consentimento custa o mesmo número de cliques que aceitar. O que falhar nas três você já sabe o que fazer.
Este módulo está concluído quando, nos próximos quinze dias, você tiver (1) a comparação, na mesma janela, entre pedidos do banco transacional e conversões do analytics, com a diferença em pontos percentuais e a data do levantamento escritas, enviada ao dono do orçamento de dados; (2) o inventário de conformidade de uma página preenchido, com a base legal escrita para cada ferramenta que grava tela e o teste de balanceamento anexado onde a base for legítimo interesse; (3) os quatro sinais do Consent Mode v2 mapeados um a um para as finalidades do seu banner, num quadro datado, com a anotação do que trava quando cada sinal é negado; e (4) a decisão registrada, com dono e data, sobre qual identificador de primeira parte ancora os experimentos, já que a fragmentação de medição hoje vem de Safari, Firefox e Brave, e não do Chrome, cuja descontinuação de cookies de terceiros foi revertida em 22 de abril de 2025. Enquanto os itens 1 e 2 não existirem, nenhum projeto de tagging server-side deveria ir a aprovação: sem a diferença medida, ninguém sabe dizer o que o projeto vai recuperar, e o item 2 é o que separa a lacuna técnica da lacuna de base legal, que server-side nenhum resolve.
Transfira para a sua rotina nesta semana
- Rotule dado observado, modelado e inferido no mesmo relatório.
- Colete o mínimo necessário para a pergunta.
- Reavalie retenção e acesso quando o experimento termina.
Perguntas frequentes deste capítulo
Se os cookies de terceiros não vão acabar, posso deixar a mensuração como está?
Consent Mode v2 é obrigatório para um site brasileiro sem tráfego europeu?
Posso usar heatmap e gravação de sessão no Brasil?
Conversão modelada serve para alguma coisa em CRO?
Como eu documento o teste de ponderação exigido no checklist?
Meu teste deu Sample Ratio Mismatch e ninguém mexeu na configuração. A camada de privacidade pode ser a causa?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Cobre no relatório os números certos e ignore o restosugerido pelo grafoApresenta o conceito “Privacy Sandbox”, usado em “Privacidade e mensuração sem autoengano”.
- Pedir consentimento, configurar o Consent Mode e manter a medição de pésugerido pelo grafoApresenta o conceito “Consent Mode”, usado em “Privacidade e mensuração sem autoengano”.
- Python no marketing, caso 2: relatório do GA4 por canal com a Data APIsugerido pelo grafoApresenta o conceito “Google Analytics 4”, usado em “Privacidade e mensuração sem autoengano”.
- CursoGoogle Ads 2027sugerido pelo grafo3 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Ads 2027”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Google Ads 2027Ler relatório, atribuição e incrementalidade sem confundir os trêsExaminar conexões de Ler relatório, atribuição e incrementalidade sem confundir os três
- Analytics de busca para decisão executivaReconhecer quando o dado não merece confiançaExaminar conexões de Reconhecer quando o dado não merece confiança
- MCP com Chrome: Automação com IAMedir carregamento sem mentir para o clienteExaminar conexões de Medir carregamento sem mentir para o cliente
- Google Analytics 2027Pedir consentimento, ligar o Consent Mode e saber o que a modelagem devolveExaminar conexões de Pedir consentimento, ligar o Consent Mode e saber o que a modelagem devolve
Voltar ao capítulo anterior: Personalização: regra, modelo e evidência
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em CRO: Otimização de Conversão e Experimentação
- 22IA na operação: onde acelera e onde destrói
- 23Personalização: regra, modelo e evidência
- 24Privacidade e mensuração sem autoengano
- 25Ética e risco: as táticas que viraram processo
- 26Governança: quem decide, quem veta e com que cadência