O Meta Pixel no Google Tag Manager aguarda agora automaticamente pelo consentimento de cookies

Um utilizador do plugin enviou-me uma mensagem: no seu site, o Meta Pixel arrancava quando um visitante aceitava os cookies analíticos, mesmo com o marketing recusado. E, quando um visitante aceitava apenas o marketing, o pixel nem sequer arrancava.

A configuração dele era muito comum: o Google Tag Manager instalado com o plugin GTM4WP e o Meta Pixel no GTM como uma tag HTML personalizada acionada em All Pages.

A versão 1.8.10 corrige os dois problemas e não precisa de alterar nada no seu contentor.

Porque é que isto acontecia

Um plugin de consentimento de cookies vê a página que o WordPress envia. O Google Tag Manager é um script nessa página, e o plugin retinha-o até o visitante aceitar os cookies analíticos.

Tudo o que estava dentro do contentor era invisível para o plugin. O GTM só adiciona as suas tags à página depois de ter carregado. Assim, quando os cookies analíticos eram aceites:

1. O plugin deixava o GTM carregar.
2. O GTM executava todas as tags com o acionador All Pages, incluindo o Meta Pixel.
3. Nada dizia ao GTM que o marketing estava recusado, porque uma tag HTML personalizada não segue o Consent Mode da forma como as tags da própria Google o fazem.

E, quando só o marketing era aceite, o GTM nunca carregava, pelo que o pixel nunca tinha oportunidade de arrancar.

Com o Consent Mode avançado, em que as tags da Google são carregadas antes de qualquer escolha, era pior: o Meta Pixel era executado antes de o visitante ter escolhido fosse o que fosse. Ninguém tinha ainda reportado esse caso, mas o nosso laboratório de testes mostrou-o.

O que faz a 1.8.10

O plugin coloca agora um pequeno guarda logo no início do head da página. Quando qualquer código, incluindo o GTM, adiciona um script à página depois de esta ter carregado, o guarda confronta o endereço do script com os rastreadores que o plugin conhece e com as suas próprias regras Bloquear por endereço.

• Um rastreador cuja categoria o visitante não permitiu fica retido.
• Quando o visitante permite essa categoria, o script retido é executado. O Meta Pixel envia então a visualização de página que tinha em fila.
• Tudo o resto carrega como antes.

E com o Consent Mode básico, o Google Tag Manager passa a carregar quando o visitante aceita os cookies analíticos ou de marketing. Dentro do contentor, cada tag aguarda pela sua própria categoria:

Preciso de alterar o meu contentor do GTM?

Não. As tags configuradas “de forma errada” passam a comportar-se corretamente, e as tags que já tinham definições de consentimento continuam a funcionar como antes.

O separador Integração na 1.8.10. O Consent Mode v2 está ativado por predefinição, no modo básico.

Se quiser ser rigoroso, as definições de consentimento do próprio GTM continuam a ser uma boa ideia: numa tag do Meta Pixel, escolha Definições avançadas → Definições de consentimento → Exigir consentimento adicional para o acionamento da tag e adicione ad_storage. O plugin define esse sinal a partir da escolha de marketing do visitante.

Como o testei

O plugin tem um laboratório de testes que cria sites WordPress reais e os controla num navegador headless. Para esta correção, recebeu dois novos cenários com o plugin GTM4WP real e um contentor que executa um Meta Pixel, o LinkedIn Insight e o Hotjar em tags HTML personalizadas, além de tags do GA4 e do Google Ads.

Os mesmos testes falham na versão 1.8.9 exatamente como o utilizador descreveu:

Versão 1.8.9. S3 é só consentimento analítico, S4 só consentimento de marketing.

E passam na 1.8.10:

Versão 1.8.10. Todas as verificações passam.

Um teste mais amplo adiciona todos os 31 rastreadores que o plugin conhece através de JavaScript depois de a página carregar: a versão 1.8.9 deixou todos eles correr antes de qualquer escolha, e a 1.8.10 retém-nos a todos.

Atualize o plugin a partir do painel do WordPress ou descarregue-o do WordPress.org (abre num novo separador). Os detalhes estão na documentação do Google Consent Mode.