GA4 no PrestaShop: Google Tag Manager e conversões do Google Ads

Como se liga o PrestaShop ao GA4?

O PrestaShop liga-se ao Google Analytics 4 (GA4) de duas formas: com o módulo oficial de Google Analytics, que envia os eventos de comércio eletrónico para o GA4, ou com o Google Tag Manager e um dataLayer com os dados dos produtos e das encomendas. As duas funcionam. O essencial é ter uma única fonte para cada evento, medir a compra na página de confirmação da encomenda e respeitar o consentimento do visitante.

O PrestaShop é muito usado em lojas portuguesas, muitas vezes com meios de pagamento como referências Multibanco, MB WAY, cartão e PayPal. São justamente estes meios de pagamento que mais afetam a medição, porque mudam o momento em que a página de confirmação aparece. Este guia mostra como montar a medição, evitar duplicados e verificar se tudo funciona.

Módulo oficial ou Google Tag Manager

O módulo oficial de Google Analytics do PrestaShop é gratuito e o código está publicado no GitHub. Basta introduzir o ID de medição do GA4 na configuração do módulo. É uma boa opção para quem só precisa do GA4 e não quer mexer em código. O limite aparece quando se juntam o Google Ads, a Meta, o Microsoft Ads ou o TikTok, porque cada ferramenta acaba com o seu próprio módulo e com regras de consentimento diferentes.

O Google Tag Manager junta todas as etiquetas num só sítio. Para isso precisa de um dataLayer com os eventos de comércio eletrónico, como view_item, add_to_cart, begin_checkout e purchase, com produtos, valores e o número da encomenda. O PrestaShop não cria esse dataLayer sozinho: vem de um módulo ou de uma adaptação do tema.

Antes de escolher, convém ver o que já está instalado. Em muitas lojas convivem um módulo antigo do Universal Analytics, um código do GA4 colado no tema e uma etiqueta no Google Tag Manager deixada por uma agência anterior. Abra a loja com o modo de pré-visualização do Google Tag Manager e o separador Rede do navegador e anote cada envio para o Google Analytics.

→ Banner de cookies com Consent Mode v2: em conformidade, sem licença mensal

O evento purchase na confirmação da encomenda

A compra mede-se na página de confirmação da encomenda do PrestaShop. Aí o evento purchase deve ser enviado uma única vez, com estes dados:

• transaction_id com a referência ou o número da encomenda, sempre único.
• value com o valor da encomenda segundo a regra escolhida, com ou sem IVA e portes, igual em todas as plataformas.
• currency com o valor EUR.
• items com item_id, item_name, price e quantity de cada produto.

O transaction_id protege contra duplicados: o GA4 descarta os eventos purchase repetidos do mesmo utilizador com o mesmo identificador. Mesmo assim, convém impedir que o evento se repita quando a página é recarregada, porque o Google Ads e outras plataformas nem sempre o filtram da mesma forma. Para testar, faça uma encomenda de teste, abra o relatório em tempo real ou o DebugView do GA4 e confirme que o valor e o número da encomenda coincidem com o back office.

Multibanco, MB WAY e PayPal: porque faltam ou sobram vendas

Com referências Multibanco, a página de confirmação aparece logo depois de criada a encomenda, antes do pagamento. O purchase é enviado nesse momento, mesmo que o cliente nunca chegue a pagar. Se uma parte relevante das referências fica por pagar, o GA4 e o Google Ads mostram mais vendas do que as que entraram de facto. A solução prática é comparar regularmente com as encomendas pagas e, se a diferença for grande, avaliar o envio das vendas confirmadas a partir do CRM ou da loja.

Com MB WAY, cartão ou PayPal o problema é o contrário. O cliente confirma o pagamento fora da loja, na app MB WAY ou no site do PayPal ou do banco, e, se não regressar ou fechar a página antes, a página de confirmação não carrega e a venda falta. Quando o cliente volta de paypal.com, o GA4 pode atribuir a venda a esse domínio. Para evitar isso, acrescente os domínios dos meios de pagamento à lista de referências indesejadas nas definições da etiqueta do fluxo de dados do GA4.

→ Configuração correta do Google Consent Mode v2: sem aviso no Tag Assistant

Google Ads e consentimento no PrestaShop

Para o Google Ads é necessária uma ação de conversão de compra com os mesmos dados da encomenda. Se importar a conversão do GA4 e tiver também a etiqueta de conversão do Google Ads, marque só uma como principal; caso contrário, a licitação trabalha com vendas duplicadas. Nenhuma destas etiquetas deve usar cookies antes de o visitante aceitar, como exige o artigo 5.º da Lei n.º 41/2004. Com o Google Tag Manager e o Google Consent Mode v2, o banner define o estado recusado por defeito e atualiza-o quando o visitante decide.

Se vender com campanhas de Shopping ou Performance Max, há mais um pormenor: o item_id enviado no evento purchase deve ser igual ao id do produto no feed do Google Merchant Center. Só assim o Google Ads consegue relacionar as vendas com os produtos do feed, por exemplo no remarketing dinâmico. Muitos módulos de feed acrescentam prefixos de país ou de variante, por isso compare dois ou três produtos antes de dar a configuração por terminada.

Exemplo: uma loja de conservas em Matosinhos

Uma loja de conservas em Matosinhos vendia com PrestaShop, Multibanco, MB WAY e PayPal. O GA4 mostrava claramente mais vendas do que as encomendas pagas e o PayPal aparecia como fonte de tráfego. Havia duas causas: o módulo oficial e uma etiqueta antiga no Google Tag Manager enviavam purchase em paralelo, e as referências Multibanco por pagar contavam como vendas. Depois de deixar o módulo como única fonte, excluir os domínios de pagamento como referências e comparar todos os meses com as encomendas pagas, os números passaram a ser explicáveis.

Quem prefere delegar pode contar com a Trackum: instala o Google Tag Manager, o GA4 e o Consent Mode v2 com até 15 eventos por 150 € (acresce IVA), testado com e sem consentimento e em funcionamento num dia útil. Cada plataforma de publicidade, como o Google Ads ou a Meta, com acompanhamento de conversões custa mais 50 €.