Desde março de 2024, a Google impõe o Consent Mode v2 a qualquer site que queira manter o acesso aos dados do GA4 e do Google Ads para utilizadores europeus. Em 2026, muitas lojas PrestaShop continuam a correr com uma configuração mal compreendida: ou com um Consent Mode v1 esquecido a um canto, ou com o v2 mal ligado, ou pior, sem Consent Mode nenhum. O resultado é invariavelmente o mesmo: dados parciais no GA4, audiências do Google Ads que deixam de encher, e um risco de conformidade com o RGPD que a CNPD leva cada vez menos a brincar.
Este guia cobre a configuração completa do Consent Mode v2 no PrestaShop 8: o que mudou face ao v1, a stack técnica a montar (CMP mais Google Tag Manager mais GA4), os erros típicos que aparecem em auditoria, e como confirmar que tudo funciona mesmo antes de dar o assunto por encerrado.
O que o Consent Mode v2 muda em concreto face ao v1
O Consent Mode v1, lançado em 2020, geria dois parâmetros de consentimento: ad_storage e analytics_storage. Chegava para separar o tracking de analytics do tracking publicitário.
O Consent Mode v2 (março de 2024) acrescenta dois parâmetros:
ad_user_data: autorização para enviar dados do utilizador à Google para fins publicitários (por exemplo, o hash do e-mail para o Customer Match). Sem esta autorização, as audiências personalizadas do Google Ads deixam de encher.ad_personalization: autorização para usar esses dados em publicidade personalizada (remarketing, audiências semelhantes). Sem ela, as campanhas de remarketing correm em vazio.
Para manter o acesso completo às funcionalidades do Google Ads, estes dois parâmetros têm de ser posicionados explicitamente, além dos dois históricos. Se não o fizer, a Google considera que não migrou e bloqueia progressivamente as funcionalidades mais dependentes dos dados de utilizador (Customer Match, audiências avançadas, remarketing dinâmico).
A outra mudança importante é a distinção entre Consent Mode básico e Consent Mode avançado. No básico, se o utilizador recusar os cookies, nenhuma etiqueta da Google dispara, e perde 100 % dos dados desse visitante. No avançado, as etiquetas disparam à mesma mas em modo sem cookies, com envio de pings anónimos, e a Google usa depois modelação estatística para tapar os buracos dos utilizadores que recusaram. É bastante mais potente, mas também mais delicado de implementar, e é aí que a maioria das configurações descarrila.
Último ponto: o Consent Mode v2 tem de ser declarado antes de qualquer outra etiqueta da Google na página (GA4, Google Ads, Floodlight). Se a ordem não for respeitada, os primeiros eventos partem sem estado de consentimento e a conformidade com o RGPD fica partida. É o erro mais frequente em auditoria.
A stack a montar no PrestaShop 8
Uma configuração limpa assenta em três componentes que têm de trabalhar juntos.
Uma CMP (Consent Management Platform). É a faixa de cookies que o visitante vê, que recolhe a escolha e a expõe tecnicamente aos outros scripts da página. No PrestaShop 8 há várias opções: tarteaucitron (gratuita, sem necessidade de IAB TCF para sites que não são publishers), Axeptio ou Didomi (CMP IAB TCF v2.2 se precisar do framework publicitário), ou soluções integradas em módulos dedicados.
Google Tag Manager. O centro que orquestra as etiquetas. Sem GTM, gerir o Consent Mode v2 diretamente no código do PrestaShop é possível, mas torna-se ingerível assim que acrescenta Google Ads, Meta Pixel, TikTok Pixel e outros rastreadores. O GTM centraliza a lógica e permite condicionar cada etiqueta ao estado de consentimento em curso.
GA4 e os destinos do Google Ads. A jusante, são os destinos que consomem a informação de consentimento. O GA4 e o Google Ads leem automaticamente os parâmetros do Consent Mode quando estão bem posicionados através do GTM ou de etiquetas diretas.
A orquestração: a CMP sinaliza ao GTM a escolha do utilizador com um push no dataLayer, o GTM dispara as etiquetas da Google com os parâmetros de consentimento certos, e o GA4 e o Google Ads registam os dados conforme o que o consentimento permite. Se um destes três elos estiver mal configurado, a cadeia parte-se em silêncio.
No PrestaShop 8 em concreto, a dificuldade é que estes componentes vêm de módulos diferentes que não falam entre si por omissão. Sem coordenação, tem a CMP a fazer o seu trabalho, o GTM a fazer o dele, e o GA4 a recolher tudo ou nada consoante os acasos da ordem de carregamento. A configuração manual é possível mas penosa; um módulo dedicado que trate da cadeia completa costuma ser mais fiável.
Configurar a CMP: tarteaucitron, Axeptio ou solução integrada
A escolha da CMP depende da necessidade real.
O tarteaucitron é uma CMP de código aberto muito usada em PrestaShop. Vantagens: gratuita, conforme a uma leitura estrita do RGPD, com gestão granular dos serviços de terceiros (Google Tag Manager, GA4, Hotjar, YouTube) e personalizável visualmente. Limites: configuração técnica por vezes chata e sem framework IAB TCF v2.2, logo inadequada se publicar display através de SSP. Para 95 % das lojas PrestaShop clássicas, que vendem produtos e não monetizam publicidade, o tarteaucitron chega.
Nota para o mercado português: o motor do tarteaucitron é de origem francesa, mas a conformidade não depende da nacionalidade da ferramenta. O que conta é o RGPD, que é europeu, e a Lei n.º 41/2004 (a transposição portuguesa da diretiva ePrivacy), fiscalizada pela CNPD. Uma CMP bem configurada serve exatamente da mesma maneira numa loja portuguesa.
No PrestaShop 8, o módulo Cookie Manager Tarteaucitron integra a biblioteca com uma configuração limpa no back-office, trata dos serviços de terceiros mais comuns em poucos cliques, e expõe os estados de consentimento ao GTM através de eventos dataLayer padrão. A ligação ao GTM é automática, o que elimina a maioria dos erros de temporização.
Axeptio e Didomi são CMP comerciais (a partir de 30 a 100 € por mês consoante o volume), com suporte IAB TCF v2.2. A escolher se monetiza com publicidade programática, ou se opera num setor sensível (saúde, finanças) em que o nível de conformidade tem de ser documentado. Para a maioria das lojas, é sobre-engenharia.
Soluções tudo-em-um. Alguns módulos combinam CMP, tracking GA4 e Ads e Consent Mode v2 num só pacote, o que elimina os conflitos de versão e de temporização. É o que faz o módulo Google Tag Pro no PrestaShop: tracking GA4 e Google Ads com enhanced ecommerce completo, Consent Mode v2 de origem e compatibilidade com as CMP correntes (tarteaucitron, Axeptio, Didomi) por deteção automática.
Seja qual for a escolha, o teste a fazer depois da instalação: recarregar a página em navegação privada, recusar os cookies na faixa, e confirmar nas Ferramentas de Programador > Rede que nenhuma etiqueta da Google carrega antes de fazer a escolha. Se alguma carregar antes, a CMP não está bem configurada e a conformidade está partida.
Configurar o GTM com os triggers de estado de consentimento
Do lado do GTM, a configuração segue sempre a mesma sequência: inicializar o Consent Mode com um estado por omissão de «tudo recusado», e depois enviar um evento consent update assim que o utilizador tiver feito a escolha na CMP.
Etiqueta de configuração Default (a disparar em primeiro lugar em todas as páginas). Esta etiqueta define os valores por omissão do Consent Mode antes de qualquer outra:
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'wait_for_update': 500
});O parâmetro wait_for_update diz à Google para esperar até 500 ms antes de enviar os primeiros pings, o tempo necessário para a CMP determinar a escolha do utilizador (cookie persistente existente ou escolha nova). Este parâmetro evita os pings duplicados que partem uma vez em modo «tudo recusado» e depois outra vez após o consentimento.
Etiqueta Update (a disparar depois da escolha do utilizador). Esta etiqueta atualiza os valores em função da escolha expressa na CMP:
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted',
'analytics_storage': 'granted'
});No GTM, esta etiqueta dispara com um evento personalizado (por exemplo consent_granted) que a CMP empurra para o dataLayer depois do clique em «Aceitar». Se o utilizador fizer uma escolha granular, aceitando analytics e recusando publicidade, só os parâmetros correspondentes passam a granted.
Configuração das etiquetas GA4 e Google Ads. Depois de o Consent Mode estar inicializado, as etiquetas clássicas do GA4 e do Google Ads funcionam normalmente e leem automaticamente os parâmetros de consentimento. Não é preciso alterar nada nessas etiquetas individuais, o que é justamente a vantagem da centralização.
O truque do modo avançado. Para ativar o Consent Mode avançado, com modelação estatística das recusas, é preciso configurar no GTM o «URL passthrough» e o «Redact ads data» ao nível do contentor. Estas opções enviam pings anonimizados mesmo quando o consentimento é recusado, o que permite à Google modelar o comportamento da coorte que recusou. O detalhe importante: esses pings são sem cookies e sem identificadores de utilizador.
Confirmar que tudo funciona: depuração com o Google Tag Assistant
Com a configuração no sítio, a verificação faz-se com duas ferramentas da Google.
Google Tag Assistant (tagassistant.google.com). Introduz o URL da loja, a ferramenta carrega a página numa sessão de depuração e regista todos os eventos que partem. Para cada evento, vê os parâmetros enviados, incluindo os estados de Consent Mode em vigor. O teste crítico: abrir o Tag Assistant, fazer o percurso de compra completo (página inicial, página de produto, adição ao carrinho, checkout, pagamento) e confirmar que todos os eventos partem com os estados certos.
Antes do consentimento, todos os eventos devem partir com denied nos 4 parâmetros. Depois de «aceitar tudo», todos devem passar a granted. Se vir um evento com uma mistura incoerente, ou um evento com granted antes do consentimento, a configuração está partida.
A extensão Tag Assistant Companion para o Chrome. Mais potente do que a versão web, instala-se no Chrome e regista em tempo real todos os hits da Google enviados a partir do site visitado. Prática para depurar em navegação normal. Mostra em tempo real os estados de consentimento de cada hit, o que permite detetar incoerências entre páginas ou entre ações.
O relatório de estados de consentimento no GA4. Depois de a configuração estabilizar durante alguns dias, vá a GA4 > Administração > Diagnósticos. O relatório de estados de consentimento indica a percentagem de eventos recebidos com consentimento concedido e recusado. Numa loja europeia com uma CMP bem configurada, deve ver 30 % a 60 % de eventos concedidos, consoante o desenho da faixa. Se vir 100 % de concedidos, a CMP não está mesmo a pedir consentimento. Se vir 0 %, a etiqueta Update não está a disparar.
Os erros típicos que aparecem em auditoria
Nas auditorias de RGPD e Consent Mode a lojas PrestaShop, os seis erros seguintes repetem-se sem parar.
Erro 1: a etiqueta Default dispara depois da etiqueta GA4. O Consent Mode tem de ser inicializado em primeiro lugar no código da página, antes de o GA4 ou o Google Ads carregarem. Se a ordem não for respeitada, o GA4 envia o primeiro ping (visualização de página) sem estado de consentimento, e a autoridade de proteção de dados pode considerar que está a fazer tracking antes do consentimento. Solução: no GTM, colocar a etiqueta Default com o acionador «Initialization», que dispara antes de todos os outros.
Erro 2: a etiqueta Update nunca dispara. Sintoma clássico: todos os pings ficam em denied mesmo depois de o utilizador clicar em «Aceitar tudo». Causa: a CMP não empurra o evento esperado para o dataLayer, ou o GTM está configurado para ouvir outro nome de evento. Verifique na consola: escreva dataLayer e procure o evento de consentimento depois de clicar em aceitar.
Erro 3: o GTM bloqueado pela própria CMP (o paradoxo). Algumas CMP mal configuradas tratam o GTM como um «rastreador de terceiros» a bloquear antes do consentimento. Resultado: o GTM não carrega, o Consent Mode nunca é inicializado, e nada funciona. A CMP tem de autorizar o carregamento do GTM antes do consentimento, porque o GTM em si é neutro, o que depende do consentimento são as etiquetas que ele dispara.
Erro 4: conflitos entre vários módulos. Nas lojas PrestaShop que acumularam módulos de tracking ao longo dos anos (um módulo antigo de GA Universal, o GA4 nativo, um módulo de GTM, um de Meta Pixel), as etiquetas curto-circuitam-se. O código do GA4 parte duas vezes, o Consent Mode é posto e depois esmagado por outro módulo. Solução: auditar todos os módulos de tracking ativos e ficar só com um que orquestre tudo.
Erro 5: sem gestão da mudança de opinião. Quando um utilizador muda de ideias e clica em «Alterar as minhas preferências» no rodapé, a CMP tem de disparar um novo evento Update com a nova escolha. Muitas configurações tratam o evento inicial de aceitação mas não as alterações posteriores, pelo que quem retira o consentimento continua a ser seguido como se tivesse aceitado.
Erro 6: Consent Mode v1 esquecido ao lado. Várias lojas migradas de v1 para v2 mantiveram a etiqueta antiga por engano. Os dois Consent Modes coexistem e disputam os parâmetros, com resultados imprevisíveis. Solução: apagar todos os vestígios do v1 (etiquetas GTM, código no tema, módulos antigos) antes de montar o v2.
E a «modelação» da Google: o que se recupera apesar da recusa
O grande argumento de venda do Consent Mode avançado é a modelação estatística. Quando um utilizador recusa os cookies, a Google envia à mesma pings anonimizados, sem identificador e sem cookie, e os seus algoritmos usam esses sinais para estimar o que teria acontecido se o utilizador tivesse aceitado. Na prática, o relatório do GA4 mostra conversões modeladas além das conversões observadas.
Na realidade de 2026, isto é o que se observa:
Condições de elegibilidade. A modelação só arranca se a propriedade GA4 tiver um volume mínimo, na ordem dos 1000 eventos por dia segundo a Google, e pelo menos 1000 utilizadores sem consentimento por dia. Abaixo disso, o GA4 mostra os dados em bruto sem modelação, e perde mesmo os utilizadores que recusaram. Numa loja com 200 a 500 visitantes por dia, a modelação provavelmente não estará ativa em todo o tráfego.
Do lado do Google Ads é mais generoso. As campanhas beneficiam da modelação a partir de limiares mais baixos, e o efeito vê-se logo no ROAS reportado. Se compra média na Google, um Consent Mode avançado bem configurado pode recuperar 20 % a 40 % das conversões «perdidas» nos relatórios.
Realidade e marketing. A Google apresenta a modelação como uma compensação mágica, mas são estimativas estatísticas com margem de erro real. O verdadeiro benefício não é tanto o número recuperado, mas a possibilidade de os algoritmos de licitação do Google Ads continuarem a aprender, o que mantém o desempenho das campanhas de Smart Bidding apesar da quebra do consentimento explícito.
A alternativa servidor a servidor. Para as lojas que querem maximizar a recolha sem depender apenas da modelação, o tracking do lado do servidor com GTM Server é uma opção. Mais complexo de montar, mas recupera uma parte significativa dos dados perdidos do lado do cliente.
Conclusão: um investimento obrigatório que exige rigor
O Consent Mode v2 no PrestaShop já não é opcional em 2026. É uma obrigação, tanto para manter a conformidade com o RGPD como para conservar acesso às funcionalidades completas do Google Ads. A configuração não é extraordinariamente complexa, mas exige rigor: ordem de disparo precisa, coordenação entre CMP, GTM e GA4, e verificação sistemática com o Tag Assistant.
O erro mais caro é pensar que «deve estar a funcionar» só porque instalou uma CMP e a faixa de cookies aparece. Sem verificação de ponta a ponta com o Tag Assistant, descobre os erros de configuração meses mais tarde, já a perder dados e a arriscar a conformidade.
Para ir mais longe nos temas relacionados, percorra os nossos tutoriais PrestaShop ou as notícias e-commerce, onde seguimos as evoluções regulamentares e técnicas ao ritmo dos anúncios da Google e das autoridades de proteção de dados.
E se quiser um setup de tracking GA4 e Google Ads completo, com Consent Mode v2 de origem e compatibilidade automática com as CMP, o módulo Google Tag Pro implementa a cadeia completa no PrestaShop 8, com instalação guiada, configuração em poucos cliques e depuração integrada.
