Banner de cookies PrestaShop: guia Consent Mode v2

Um banner de cookies para PrestaShop não é apenas uma janela na página inicial. Numa loja portuguesa, o cliente pode entrar numa ficha de produto a partir de Google Shopping, redes sociais ou comparadores, adicionar ao carrinho, passar pelo checkout, pagar num prestador externo e regressar à confirmação. O consentimento tem de acompanhar todo este percurso.

O PrestaShop junta tema, módulos, hooks, Google Tag Manager, meios de pagamento e código antigo colocado por equipas diferentes. Por isso, a pergunta principal não é só se o banner aparece. É se cookies opcionais, localStorage e pedidos de rede dependem da escolha do visitante.

Este artigo é um guia prático, não aconselhamento jurídico. O CookiePilot pode ajudar a instalar e ligar a gestão de consentimento no PrestaShop, mas cada loja continua a precisar de inventário, configuração, categorias, textos e testes em browser real.

Consentimento como arquitectura de execução

O banner é apenas a parte visível. Antes de qualquer tag opcional correr, a loja precisa de um estado de consentimento por defeito. Funcionalidades necessárias, como sessão, carrinho, segurança e continuidade do pagamento, podem manter-se disponíveis. Estatísticas, publicidade, remarketing, vídeo incorporado, chat, mapas, testes A/B e afiliados normalmente devem seguir a decisão do visitante.

A ordem técnica importa. Defina valores por defeito cautelosos, carregue a CMP cedo, retenha scripts opcionais, apresente a escolha e actualize o estado depois de aceitar, rejeitar ou seleccionar apenas algumas categorias. Se GA4, Google Ads, Meta Pixel ou uma ferramenta de heatmap enviar pedidos antes desse estado inicial existir, a implementação não corresponde ao que o banner comunica.

Use a página local de funcionalidades do CookiePilot como lista de verificação. Ainda assim, valide o comportamento da montra renderizada. Uma loja PrestaShop é avaliada pelo que o navegador faz, não por uma captura do back office.

Inventário da loja

Comece por um inventário técnico completo. Inclua tema activo, child theme, ficheiros .tpl alterados, snippets no cabeçalho ou rodapé, módulos de checkout, pagamentos, transportadoras, pesquisa, recomendações, avaliações, newsletter, chat, vídeos, mapas, prevenção de fraude, segurança, apoio ao cliente, GA4, Google Ads, GTM, Meta, TikTok, Hotjar, Microsoft Clarity, afiliados e comparadores.

Não teste apenas a homepage. Passe por categoria, produto, pesquisa, carrinho, checkout, login, registo, formulário de contacto, regresso do pagamento e agradecimento. Em Portugal, módulos de facturação, envio, pontos de recolha, MB WAY, referência Multibanco, cartões ou afiliados podem adicionar medições só numa fase da compra.

Classifique cada tecnologia por finalidade, não pelo nome do módulo. Um cookie de carrinho é diferente de um identificador de remarketing. Uma verificação antifraude pode ser necessária no checkout, enquanto um pixel de conversão continua a ser opcional.

Consent Mode v2

Se a loja usa serviços Google, inclua Google Consent Mode v2 no plano. Os quatro sinais principais são analytics_storage, ad_storage, ad_user_data e ad_personalization. Para visitantes do EEE, uma configuração prudente começa normalmente com valores denied para finalidades opcionais antes de carregar as tags Google relevantes.

Depois da escolha, a CMP envia uma actualização. Se o visitante aceitar estatísticas mas rejeitar marketing, analytics_storage pode passar para granted, enquanto os sinais publicitários continuam denied. Se o consentimento for retirado mais tarde, o novo estado deve ser respeitado após recarregar e nas páginas seguintes.

O Consent Mode v2 não substitui consentimento, transparência nem análise jurídica. É uma camada de sinalização para serviços Google compatíveis. Outros fornecedores continuam a precisar de regras de script, triggers no GTM ou APIs próprias de consentimento. Para implementação com GTM, consulte também Consent Mode v2 com Google Tag Manager e a documentação oficial do Google Consent Mode.

Configurar CookiePilot no PrestaShop

O ponto de partida é a página local de integração CookiePilot PrestaShop. O módulo ou integração ajuda a instalar e ligar o CookiePilot à loja. Trate esse passo como base técnica, não como garantia de que todos os módulos, overrides do tema e códigos antigos já estão correctamente categorizados.

Configure domínio, idioma, texto do banner, categorias, fornecedores e ligações para a política de privacidade. Associe cada item do inventário à finalidade certa. Garanta que o visitante consegue reabrir preferências e retirar consentimento.

Se estiver a migrar de outra CMP, compare o fluxo com a página alternativa ao Cookiebot. Para planeamento, veja os preços, sobretudo se gere vários domínios, lojas de teste ou clientes de agência. Teste em staging sempre que possível. Quando não existir staging, use um perfil limpo, apague o armazenamento entre cenários e guarde evidências de cookies, localStorage, rede e GTM Preview.

Hooks, módulos e código do tema

A documentação oficial do PrestaShop sobre module hooks mostra porque uma auditoria não pode terminar num ficheiro de cabeçalho. Os módulos podem injectar código no header, footer, produto, carrinho, checkout e confirmação de encomenda.

Revise também campos de configuração dos módulos onde muitas vezes são colocados IDs de tracking ou HTML. Temas personalizados podem conter analytics, remarketing ou chat antigos. Se módulos de cache ou performance combinarem scripts, o que conta é o HTML final e os pedidos observados no browser. Quando o comportamento não respeita a preferência guardada, o código deve ser movido, condicionado ou removido.

Matriz de teste

Cenário	O que verificar
Primeira visita	Cookies e pedidos opcionais não arrancam; defaults Google estão denied.
Rejeição	Estatísticas, anúncios, chat e vídeo ficam bloqueados por categoria.
Escolha parcial	Só corre a categoria aceite.
Aceitação	Tags permitidas arrancam uma vez e o Consent Mode é actualizado.
Retirada	A nova preferência é guardada e respeitada após recarregar.
Produto	Eventos de ecommerce seguem o mesmo estado de consentimento.
Carrinho e checkout	Compra, pagamento e segurança funcionam sem tracking opcional.
Regresso do pagamento	Tags de conversão não contornam a CMP na página final.
Telemóvel	Banner e preferências continuam utilizáveis sem tapar botões de compra.
Cliente autenticado	O login não altera as regras das tags opcionais.
Multiloja	Cada domínio, idioma e variação de tema é verificado.

Checklist antes de publicar

• Guarde um inventário datado de módulos, cookies, armazenamento e pedidos de rede.
• Confirme textos em português europeu, categorias e ligações de privacidade.
• Defina defaults denied antes das tags Google opcionais.
• Teste rejeição, aceitação, escolha parcial e retirada.
• Reveja hooks, ficheiros do tema, configurações de módulos e triggers no GTM.
• Registe versões do tema, módulos, container GTM e resultados.
• Mantenha uma ligação persistente para reabrir preferências no rodapé ou área de privacidade.
• Repita a auditoria após campanhas, novos módulos, alterações de pagamento ou actualizações do tema.

Para linguagem e categorização mais geral, compare com o guia banner de cookies RGPD.

Contexto regulatório em Portugal

Em Portugal, a CNPD é a autoridade oficial de protecção de dados, e a ANACOM é relevante no enquadramento das comunicações electrónicas. A avaliação concreta depende das tecnologias usadas, finalidades, fornecedores, contratos, mercados visados e comportamento efectivo da loja no dispositivo do visitante.

Use afirmações prudentes. Uma CMP ajuda a recolher, guardar e respeitar escolhas, mas não torna automaticamente uma loja PrestaShop plenamente conforme. O banner, a lista de tecnologias e a política de privacidade devem descrever a mesma realidade operacional.

Manutenção operacional

Depois da publicação, defina quem aprova novas tags. Em muitas lojas, marketing cria campanhas, a agência altera GTM, desenvolvimento actualiza o tema e a equipa financeira muda o método de pagamento ou facturação. Sem uma rotina comum, o texto do banner e o comportamento real afastam-se rapidamente.

Uma tabela simples resolve muito: fornecedor, finalidade, categoria, página, data de teste, resultado depois de rejeição e resultado depois de aceitação. Antes de saldos, Black Friday, novo pagamento, redesign ou ferramenta de apoio, esse registo deve ser actualizado e testado.

FAQ

Basta instalar o módulo PrestaShop?

Não. O módulo ajuda na instalação e ligação, mas tema, módulos, GTM e checkout continuam a exigir validação no browser.

Cookies necessários podem correr sem o mesmo consentimento?

Elementos de sessão, carrinho, segurança e pagamento podem ser necessários na prática. Devem ser documentados separadamente e não misturados com marketing.

O Consent Mode v2 garante conformidade?

Não. Envia sinais técnicos à Google, mas não substitui consentimento, informação ao visitante nem avaliação jurídica.

Porque testar o checkout à parte?

Porque pagamento, antifraude e medição de conversões aparecem muitas vezes apenas no checkout ou na página de confirmação.

O que é uma escolha parcial?

O visitante pode aceitar estatísticas e rejeitar marketing. As categorias e tags têm de respeitar essa diferença.

Quando repetir a auditoria?

Após novos módulos, alterações no GTM, campanhas, actualizações do tema, mudança de pagamento ou novas ferramentas de apoio.

Próximo passo

Abra a integração PrestaShop, construa o inventário e execute a matriz de teste num browser limpo. Em lojas complexas, envie lista de módulos, tags e percurso de checkout através de contacto. Para equipas que gerem várias plataformas, vale comparar também os guias de WooCommerce e Shopify.