Consent Mode v2
Atualização de outubro de 2024:
Experiência real com um cliente: efeito do Consent Mode no Google Analytics.
Atualização de abril de 2024:
Se o seu site e o seu tráfego são de Espanha e não utiliza Google Ads, pode instalar legalmente o GA4 sem banner de cookies.
Atualização de fevereiro de 2024:
A primeira parte do artigo é uma atualização com um resumo geral e as novidades da versão 2 do Consent Mode do Google. Se não conhece nada do sistema ou quer aprofundar o tema, logo abaixo encontra o artigo original onde explico a base do Consent Mode.
Parece que agora, no final de janeiro de 2024, todo mundo fala do Consent Mode por todo o lado.
Que é imprescindível conhecê-lo e utilizá-lo em todos os projetos web, porque caso contrário o mundo vai acabar em março de 2024.
E sim, é importante, mas não para todos. Nem o seu negócio online tem necessariamente de acabar se não o utilizar depois dessa data.
Por isso quero atualizar o meu artigo original sobre o tema, com a versão 2 do protocolo e as novidades que se aproximam nos próximos tempos, para saber se tem de se (pre)ocupar com o assunto. E até que ponto isso o afeta.
Dito isto, antes de começar aviso que:
- Se não utiliza campanhas de display e remarketing no Google Ads.
- Os números do seu Google Analytics não lhe interessam ou tem pouco tráfego no site.
O Consent Mode (versão 1 ou 2) terá pouca ou nenhuma importância para você.
Resumo do Consent Mode e da sua versão 2
Basta saber que é um protocolo do Google que funciona como ponte entre as tags e pixels que implementa no site, geralmente através do Tag Manager, e os CDPs (Consent Data Platforms), os sistemas que registram os cookies aceitos pelos usuários.
Ou seja, o Consent Mode é um protocolo colocado entre os dois sistemas, definindo e alterando o comportamento de ambos.
Basicamente, o que o Consent Mode faz é indicar ao GTM os cookies que um usuário aceitou ou recusou, para que as tags atuem em conformidade, adicionando ou não cookies.
Se quiser mais detalhe, no artigo original explico tudo com maior profundidade. Se já o conhece, falemos um pouco de cookies…
Comecemos por esclarecer uma nuance importante: cookie não é o mesmo que informação.
Um cookie é um pequeno arquivo armazenado no navegador que contém informações, que podem ou não ser do usuário que visita um site.
Quando um usuário recusa os cookies, ele impede que seu site e as tags implementadas (GA4, Facebook, Google Ads) armazenem esses cookies no navegador.
Mas estas ferramentas podem continuar coletando informações do usuário, só que não na forma de cookie. E podem armazená-las em seus sistemas.
E fazem isso. Claro que fazem. Continuam coletando informações de outras formas que, atualmente, são legais.
Essas informações —mais uma vez, considerando a data de hoje— não são tão completas quanto as coletadas por meio de cookies. Mas tenho poucas dúvidas de que, mais cedo ou mais tarde, chegarão ao mesmo nível.
Bem, além de saber como funcionam, é preciso saber que os cookies são sobretudo de dois tipos:
- First-party: são os gerados pelo próprio domínio para vários fins, entre eles análise e publicidade. Os do GA4 e Google Ads pertencem a este grupo.
- Third-party: os famosos "cookies de terceiros". Basicamente, seguem o usuário durante a navegação por diferentes sites, permitindo publicidade personalizada e remarketing. Entrou no AliExpress e depois viu anunciados no Marca os produtos em que tinha reparado? É graças aos cookies de terceiros.
Devido ao abuso destes cookies de terceiros, a Europa legislou o seu uso e obrigou-nos a colocar os maravilhosos banners. E os meios de comunicação a cobrar a quem não os quer aceitar.
Bem, já temos as duas partes envolvidas na mudança:
- O Consent Mode indica às tags do GTM se podem ou não implementar cookies.
- Os cookies de terceiros permitem personalização publicitária e remarketing.
Por isso, o Google juntou os dois pontos e disse que a partir de março de 2024, se não tiver o Consent Mode ativo no site, não poderá utilizar campanhas de display e remarketing do Google Ads.
Esta é a chave de toda a confusão criada em torno do Consent Mode. O Google vai desativar essas campanhas se você não cumprir o requisito.
E até que ponto isto é relevante para si?
Para descobrir, vamos esclarecer cada parte da frase:
- Março de 2024: é o prazo que tem para implementar o Consent Mode no site se não quiser ser afetado.
- Consent Mode ativo: isto implica alterações no GTM e no CDP. Dependendo de como o CDP estiver implementado, talvez baste atualizar a versão do plugin, já que o programador pode ter tratado de tudo o resto. Quanto ao GTM, terá de alterar algumas coisas, embora possa ser tão simples como atualizar a tag do CDP.
- Campanhas de display e remarketing: exclusivamente estas. Ou seja, NÃO afeta as restantes campanhas (pesquisa, shopping, Pmax). Se não tem campanhas de Display ou remarketing, isto NÃO o afeta.
- No Google Ads: outro ponto importante. Só afeta o Google Ads. Se utiliza campanhas de remarketing com Criteo —por exemplo— não será afetado (pelo menos por enquanto). Veremos se as restantes redes de display seguem o mesmo caminho.
Claro, não?
Com estes quatro pontos saberá se o seu projeto vai ou não ser afetado.
Mais uma coisa: aqui estou falando do motivo de toda a agitação atual com esta versão 2, que é a pausa de certos tipos de campanhas do Google Ads.
No entanto, o Consent Mode (v1 e v2) tem implicações na análise do Google Analytics, como explico, novamente, no artigo original.
Por isso, se você não implementou o Consent Mode porque não tem campanhas de display e remarketing, saber como ele afeta o GA4 pode fazer você mudar de opinião. Mas aviso que será necessário um bom volume de tráfego para aproveitá-lo…
Consent Mode v2: alterações em relação à versão 1
Eu dizia no início que o Google, desde o surgimento do Consent Mode v1, tenta coletar informações do usuário mesmo quando ele rejeitou os cookies.
Faz isso através do que chamava " pings ", que basicamente consistiam no envio de informações anônimas aos servidores do Google sobre o que o usuário fazia no site.
Como não inclui cookies, elimina-se a parte que identifica o usuário e os dados servem para " modelar ". Ou seja, para completar os dados dos usuários que aceitaram cookies, de forma que tenhamos dados menos parciais e mais próximos da realidade.
GSC: o parâmetro da versão 1
Para saber que informação podia passar e como fazê-lo, na v1 do Consent Mode, o Google adicionou um parâmetro ao tracking dos seus pixels, o GSC ( Google Consent Status).
Assim, este parâmetro podia ter 4 valores diferentes:
- G100: a tag do Google (como a do GA4) é carregada, mas sem permissões de cookies. É o que o Google agora chama modo "Avançado" na v2. Já explico melhor.
- G110: o usuário aceitou cookies publicitários, mas não analíticos.
- G101: o usuário aceita os cookies analíticos, mas não os publicitários.
- G111: o usuário deu consentimento para ambos.
Se você gosta de análise técnica, pode ver este parâmetro na aba Network, do inspetor de elementos do Chrome, filtrando por "collect":
Na imagem acima pode ver que:
- Os cookies não foram aceitos no site.
- O Google Analytics está sendo carregado (mas sem cookies).
- O valor do parâmetro GSC é G100, ou seja, "sem consentimento de cookies", como seria de esperar.
Certo, isto vem da versão 1 e mantém-se na versão 2. Não mudou.
O que aconteceu foi que se adicionou um novo parâmetro.
GCD: o parâmetro da versão 2
Agora, além do GSC, temos um novo parâmetro nas tags do Google: o GCD, que, como você pode ver, consiste em uma sequência mais longa do que a anterior:
Ainda não se decifrou completamente o que significa cada número e letra, mas já se conhece a estrutura, que é esta:
11<ad_storage>1<analytics_storage>1<ad_user_data>1<ad_personalization>5
Onde:
- O "11" marca o início do parâmetro.
- Os "1" são separadores entre valores.
- As letras são os valores de cada um desses consentimentos. E formam uma matriz de duas coordenadas: uma determina se há ou não consentimento e a outra determina se o consentimento é o padrão (quase nunca) ou resulta de uma atualização (porque o usuário o aceitou ou recusou).
- Ad_storage e analytics_storage já existiam anteriormente (é a mesma informação do parâmetro GSC).
- Ad_user_data e ad_personalization são a novidade e são importantes. O primeiro é o consentimento publicitário e o segundo o de remarketing. Pois bem, estes dois valores NÃO têm impacto nas tags do GTM e supostamente servem para informação interna do Google. A minha opinião é que estão se antecipando ao momento em que a legislação deixe de mirar os cookies e passe a mirar o uso das informações do usuário para estes fins. Como dizia acima, a informação nem sempre viaja dentro de um cookie.
Nomenclaturas: em busca da normalização
Além destas alterações técnicas, o Google quis "normalizar" a situação e esclarecer termos, para que fiquem claros os conceitos utilizados.
Isto aplica-se sobretudo aos dois modos de implementar corretamente o consentimento: o básico e o avançado.
Modo básico
O mais simples de cumprir, mas pior.
Consiste em não disparar nenhuma tag nem pixel até o usuário aceitar o banner de cookies.
Era muito fácil de implementar: bastava associar o carregamento do contêiner do GTM ao momento em que o usuário aceitasse os cookies.
Mas, claro, fazer assim implicava uma perda considerável de dados, como a origem e o meio da sessão ou a página de destino, se o usuário aceitasse os cookies em outra página que não a landing page.
Modo avançado
O bom.
É preciso ativar o Consent Mode no nosso contêiner do GTM e utilizar tags compatíveis, como são —entre outras— todas as do Google.
Ou seja, se você quiser implementar GA4 por meio do Consent Mode, o normal é fazer isso pelo GTM, e não inserindo-o diretamente no código do site.
Ao fazer isso pelo GTM, dispararmos a tag do Analytics sempre que o GTM é carregado (normalmente ao carregar a página), mas ela NÃO adiciona cookies até o usuário aceitar o banner. Enquanto isso, envia "pings" de informações aos servidores.
Depois que o usuário aceitar o banner, aí sim será adicionado o cookie do Analytics e coletado o máximo de informações.
Tipos de implementação do Consent Mode
Com tudo isto, no fim de contas podemos escolher entre três abordagens no nosso site relativamente ao modo de consentimento:
- Sem Consent Mode.
- Com Consent Mode Básico.
- Com Consent Mode Avançado.
#1. Sem Consent Mode
Ignoramos o que o Google nos diz.
Vantagens:
Não temos que fazer mais nada além de garantir que cumprimos o GDPR.
Poderemos utilizar GA4 sem banner de cookies em determinadas circunstâncias.
Desvantagens:
Não poderemos fazer campanhas de remarketing e display no Google Ads.
Muito provavelmente os nossos dados no GA4 terão menor qualidade, dependendo da implementação.
Adequado para sites:
Pequenos, que usam Analytics de forma básica e sem publicidade. Geralmente sem objetivo de monetização.
E provavelmente também sem GTM.
#2. Com Consent Mode Básico
Aplicamos o consentimento de forma simples e cumprindo o GDPR.
Vantagens:
Pois isso mesmo, fácil de implementar. Até de forma autónoma.
Desvantagens:
A qualidade dos dados não será a melhor.
Adequado para sites:
Pequenos ou médios, que fazem pouca ou nenhuma publicidade, mas querem coletar e analisar certos dados. E usam GTM e GA4 para isso.
Na verdade, não precisam de um CDP para cumprir o GDPR, ou bastará um muito básico.
Pense, por exemplo, em sites institucionais não transacionais.
#3. Com Consent Mode Avançado
Arregaçamos as mangas porque nos interessam as vantagens ou por necessidade. E implementamos o sistema a fundo.
Vantagens:
Possibilidade de utilizar todos os tipos de campanhas do Google Ads.
Em sites grandes, a qualidade dos dados —cumprindo o GDPR— será melhorada.
Desvantagens:
Há certa complexidade se você quiser fazer isso sozinho e não quiser pagar por um CDP.
É preciso saber mexer no GTM e, por vezes, ter perfil técnico ou alguém que ajude.
Adequado para sites:
Médios ou grandes que investem em publicidade ou trabalham com Google Analytics de forma avançada.
Projetos que monetizam.
Conclusões
Em resumo, o que o Google fez com esta versão 2 do Consent Mode foi ampliar e tornar mais granular a informação utilizada pelo sistema. Ou seja, não invalida o anterior (a versão 1), mas amplia-o.
Além disso, vai normalizando o sistema, dando nome aos diferentes tipos de consentimento.
É mais um passo na tecnificação da análise e do marketing digital. Parece que o setor está cada vez mais maduro e vai exigir maior investimento em recursos se quiser atingir níveis que há apenas alguns meses / anos eram mais fáceis de alcançar.
Quanto à forma como isso afeta você, dependerá do uso que faz das plataformas do Google: se for reduzido, o impacto será pequeno; se a dependência for grande, haverá trabalho.
Neste caso, terá, no mínimo, de atualizar a tag do seu CDP no GTM, se você usar algum, porque talvez nem esteja fazendo isso.
É possível que em breve amplie este artigo ou crie um novo com a configuração do Consent Mode v2 em alguns dos CDPs mais habituais.
Por agora, se o tema lhe interessa e quer mais informação, continue a ler logo abaixo, porque também tem uma implementação intermédia mas gratuita da versão 1 do Consent Mode. Imagino que a v2 não seja muito diferente.
Quando me dedicar a ela, aviso.
Antes de continuar, acho que isto lhe interessa
Cadastre-se e receba meu guia de 66 páginas com as Melhores Ferramentas Digitais Gratuitas para:
- Marketing
- Análise
- UX
- Gestão de projetos…
Além disso, todos os dias receberá na caixa de entrada uma dica ou conselho dos bons para melhorar o seu negócio ou projeto digital.
Consent Mode v1: artigo original
Desde que surgiu, tem-se falado bastante do tema, embora, para minha surpresa, menos do que talvez mereça, pois, sem chegar a ser uma mudança de paradigma, tem impacto em duas partes fundamentais da análise:
- A implementação (tornando-a mais complexa).
- O reporting (melhorando, supostamente, a qualidade dos dados).
Por tudo isso quero falar sobre este sistema e sobre como ele pode nos beneficiar em troca do aumento do desenvolvimento técnico necessário para colocá-lo em funcionamento.
Compensa?
Deixo isso para decidir depois de ler o artigo.
O que é o Consent Mode
O Consent Mode é a resposta do Google ao GDPR: um sistema que utiliza GTM e permite cumprir a lei de privacidade e, ainda assim, que determinadas tags —como as do Google Analytics e Google Ads— coletem alguns dados dos usuários que navegam em nossos sites.
Na essência, é um sistema de medição cookieless, que, embora não seja tão preciso quanto inserir sempre o snippet do Google Analytics no momento em que a página é carregada (o que fazíamos antes do GDPR), representa um avanço em relação a carregar a tag apenas depois que o usuário aceita os cookies.
Para deixar mais claro, dependendo dos dados coletados, temos três opções de implementação do Google Analytics:
- Carregar a tag apenas quando o usuário aceita os cookies: perdemos muitos dados, sobretudo se o usuário não aceitar os cookies na landing page, mas apenas algumas páginas depois. Cumpre 100% com o GDPR.
- Carregar sempre a tag sem cookies através do Consent Mode: perdemos dados, mas menos do que antes (já falamos disso). No momento em que o usuário aceitar, carregamos a tag normal com os respectivos cookies. Também cumpre 100% com o GDPR.
- Carregar a tag normal sem esperar que o usuário aceite os cookies: coletamos o máximo de dados. Pena que seja ilegal por não cumprir o GDPR.
Bem, com os três cenários possíveis claros, neste artigo vou me concentrar no segundo, que será —se já não for— o padrão de implementação em projetos de análise para negócios.
Antes de entrar nos detalhes dos dados, acrescento que o Consent Mode também pretende simplificar o disparo de outras tags ou pixels (Facebook, afiliação) de acordo com as permissões concedidas pelo usuário.
Deixamos isso para mais tarde porque, como digo, neste artigo vou me concentrar na vantagem de medição com Google Analytics, que já dá bastante assunto.
Vantagens do Consent Mode no GA4
A principal vantagem de usar este sistema para implementar o GA4 é que, com esses dados extras que estamos coletando, o Google Analytics vai conseguir inferir alguns dos dados que não foram coletados, modelando a informação que possui através dos seus próprios algoritmos.
Dessa forma, métricas como o número de usuários diários e suas características (país, campanha) ficarão muito mais próximas da realidade. Métricas derivadas, como a taxa de conversão, também serão afetadas.
O Google chama a estes dados «modelados», por oposição aos coletados normalmente (os «observados»).
E, se cumprirmos os requisitos que veremos agora, poderemos escolher na Administração do GA4 se queremos usar ambos os tipos de dados (o Google chama de «combinados») ou apenas os observados (os que víamos até agora):
Requisitos prévios
Entrando nos requisitos propriamente ditos, teremos dois tipos: os técnicos -relativos à implementação do sistema- e os de volume -relativos à quantidade de dados necessária para o GA4 estimar corretamente e o sistema ser robusto-.
Comecemos por estes últimos.
Volumes necessários
Se formos à documentação do Analytics, lemos que:
“A propriedade coleta pelo menos 1000 eventos por dia com analytics_storage='denied' durante pelo menos 7 dias.
A propriedade tem pelo menos 1000 usuários diários que enviam eventos com analytics_storage='granted' durante um mínimo de 7 dos últimos 28 dias.
O modelo pode demorar mais de 7 dias a atingir o limiar de dados nesse período de 28 dias. Ainda assim, é possível que nem os dados adicionais sejam suficientes para o Analytics treinar o modelo.
Os modelos de comportamento começam a funcionar a partir da data em que uma determinada propriedade cumpre os requisitos.
No caso pouco frequente de uma propriedade que já cumpria os requisitos deixar de os cumprir, os dados estimados deixarão de estar disponíveis. Se voltar a cumpri-los, os dados estimados voltarão a ficar disponíveis. Os dados estimados só estarão disponíveis a partir da data em que a propriedade voltou a cumprir os requisitos.”
Certo, se você se pergunta o que é isso de analytics_storage informo que se trata da aceitação, pelo usuário, dos cookies de análise. “denied” significa que ainda NÃO os aceitou.
Além disso, para obter a funcionalidade completa (sobretudo ligada à ativação do Signals), o GA4 também exigirá a aceitação dos cookies publicitários, o ad_storage.
Requisitos técnicos
Além destes volumes de dados, é necessário cumprir uma série de condições antes de começar:
- Precisamos de ter GTM implementado no site de qualquer uma das formas possíveis:
- Inserção no código.
- Através de plugin (é assim que o tenho).
- Através das opções do tema.
- Um fluxo web de GA4 implementado através do GTM.
- Um banner de cookies que permita aceitar ou não os cookies de análise e os publicitários (pelo menos). Pode ser implementado:
- Através de código à medida.
- Plugin do CMS (é assim que o tenho).
Quando tivermos tudo isto implementado, já poderemos começar a configurar o sistema completo.
O processo
Mas antes de configurar seja o que for, primeiro temos que compreender como o sistema vai funcionar, porque a ordem dos elementos é importante.
Assim, quando um novo usuário entra no site, deve acontecer o seguinte:
- É carregada a tag de estado inicial do Consent Mode do GTM. Neste ponto, os valores de analytics_storage e ad_storage são «denied», porque o usuário ainda não aceitou nada.
- É carregada a partir do GTM a tag do GA4 sem cookies, uma vez que o Consent Mode está ativo.
- Surge o banner de cookies. Aqui o usuário tem três opções:
- Se não aceitar os cookies: a tag do GA4 cookieless será carregada em cada página, com informação parcial que o GA4 vai modelar.
- Si acepta solo algunas cookies: en este caso, GA4 recogerá los datos correspondientes a analytics_storage (los principales) o a ad_storage (secundarios) en función de lo que haya aceptado el usuario.
- Si acepta todas las cookies: se mandará la aceptación a GA4 y se empezará a recoger la información completa.
Importante: seja qual for a opção escolhida pelo usuário, em cada página o GTM deve carregar primeiro e enviar ao GA4 o valor de analytics_storage e ad_storage. Esta é a parte mais complexa / técnica da implementação.
Como configurar o Consent Mode no WordPress
Bem, agora que percebemos como tudo deve funcionar, podemos pôr mãos à obra.
Um esclarecimento: dependendo do seu site, pode ser melhor usar um sistema ou outro. Por isso deixo aqui dois tutoriais que explicam o processo completo usando plugins do WordPress:
- Com Cookiebot: talvez seja o mais fácil, já que conta com um template próprio no GTM. O problema é que a versão gratuita deste CMP só permite ter até 50 URLs no site, o que será pouco para a maioria. Se o seu projeto tiver menos de 50, comece por aqui (método 3).
- GDPR Cookie Compliance: é assim que o tenho implementado, porque tenho mais de 50 URLs no meu site. Ainda assim, fiz algumas alterações ao ativar a tag do GA4 e é nesta configuração que me vou basear para explicar o passo a passo, com alguns comentários adicionais.
Agora sim, vamos passo a passo.
#1. Instalar o plugin
Instalamos este plugin no nosso WordPress:
https://es.wordpress.org/plugins/gdpr-cookie-compliance/
Se estivermos usando outro sistema para os cookies, vamos desativá-lo quando o novo estiver funcionando.
Os textos e botões podem ser configurados como quiser, mas a secção de «Cookies de terceiros» será configurada assim:
E a secção de «Cookies adicionais» assim:
Guardamos tudo.
Se você se lembra, eu dizia que em cada página temos que enviar ao GA4 o estado dos consentimentos do usuário, para que saiba quais dados salvar e como (analytics_storage e ad_storage, lembre-se).
O que vamos fazer aqui é adicionar código ao WordPress para que leia o estado dos consentimentos do plugin em cada carregamento de página e envie para o DataLayer duas variáveis com os valores correspondentes:
- Por padrão, o estado inicial do consentimento tem de ser «denied» para ambos.
- No momento em que o usuário aceitar algum tipo de cookie, o plugin registra a alteração e, no carregamento da página seguinte, já coletaremos o novo valor com este código (na página em que aceita, já teremos enviado a alteração para o GTM).
É preciso adicionar isto ao arquivo functions.php do nosso tema filho:
/*Función GDPR*/
if (!is_admin()){
if ( function_exists( 'gdpr_cookie_is_accepted' ) ) {
/* supported types: 'strict', 'thirdparty', 'advanced' */
/*Analítica*/
if ( gdpr_cookie_is_accepted( 'thirdparty' ) ) {
?>
<script>
dataLayer = [{
'cookies_analitica': 'granted'
}];
</script>
<?php
} else {
?>
<script>
dataLayer = [{
'cookies_analitica': 'denied'
}];
</script>
<?php
}
/*Marketing*/
if ( gdpr_cookie_is_accepted( 'advanced' ) ) {
?>
<script>
dataLayer.push({
'cookies_marketing': 'granted'
});
</script>
<?php
} else {
?>
<script>
dataLayer.push({
'cookies_marketing': 'denied'
});
</script>
<?php
}
}
}Recordo que retirei o código de aqui.
Podemos adicioná-lo através de FTP ou da administração do WordPress, embora seja preciso cuidado com o que alteramos aqui se não estivermos habituados:
Dessa forma, coletaremos o valor correto em cada carregamento de página por meio de variáveis da camada de dados do GTM e vamos passá-lo ao GA4.
#3. Passar os valores corretos de consentimento para o DataLayer
Para passar os valores de analytics_storage e ad_storage ao GA4, vamos usar duas variáveis de DataLayer: uma com o estado do consentimento do usuário para os cookies analíticos e outra para os publicitários.
temos que criar ambas como mostro.
Cookies analíticos
O mais importante é o nome da variável: cookies_analitica.
Cookies publicitários
O importante, novamente, é o nome da variável: cookies_marketing.
#4. Ativar o Consent Mode
Isto é simples. Faz-se a partir da configuração do contêiner:
#5. Importar o template de Simo Ahava
Se já leu algum outro artigo meu sobre GTM, será estranho eu não lhe ter falado do maior especialista mundial em implementações de GTM: Simo Ahava.
Simo disponibiliza um modelo que vai facilitar muito a configuração do comportamento das permissões concedidas pelo usuário em relação aos cookies.
Para o importar, a partir da secção de Templates, procure «consent» e clique no que assinalo:
Depois de importar o modelo, vamos criar as duas tags de consentimento necessárias: a inicial, que será carregada em todas as páginas antes das demais tags, e a de atualização, que será disparada quando o usuário alterar o consentimento relativo a algum tipo de cookie.
A inicial
Ao importarmos o template do Simo, passamos a ter um novo tipo de tag de Consent Mode:
Vamos criar uma nova deste tipo com esta configuração:
Há várias coisas a comentar aqui:
Primeiro, é preciso entender para que serve esta tag.
Esta tag indica às demais tags que usam Consent Mode (como a do GA4) quais cookies foram aceitos pelo usuário.
Por isso, esta tag será carregada no GTM antes de qualquer outra e o seu comando é Default.
Logo abaixo vemos que a tag considera 5 tipos de cookies:
- Analíticos: referem-se a analytics_storage.
- Publicitários: referem-se a ad_storage.
- Personalização.
- Funcionalidade.
- Segurança.
O GDPR permite adicionar os dois últimos ao usuário por padrão.
Os de personalização são usados para nos recomendar vídeos no YouTube, músicas no Spotify ou produtos na Amazon. Não têm relevância para o GA4.
Os outros dois, que são os importantes aqui, já explicámos antes em que consistiam.
Bem, com esse esclarecimento, fica claro por que deixamos os de segurança e funcionalidade em «granted» (ou seja, o usuário nos dá autorização para instalá-los).
Vamos carregar o valor dos analíticos e publicitários de acordo com o que o usuário fez anteriormente (se aceitou ou não).
Esse valor é o que obtemos com o código adicionado ao arquivo functions.php e fica armazenado nas duas variáveis de DataLayer que criamos anteriormente. Por isso colocamos estas variáveis como o estado de consentimento predefinido.
Lembre-se de que, quando um usuário entra no nosso site, no primeiro carregamento da página estarão em «denied», mas nas páginas seguintes o valor pode ter mudado se o usuário tiver aceitado algum tipo de cookie.
Como digo, tudo isto está contemplado no código do functions.php, portanto, se lhe parecer complexo e só quiser que funcione, copie-o e configure-o tal como está.
Por fim, podemos colocar os cookies de personalização em «denied» para o GA4. Porém, se você coleta a aceitação desse tipo de cookie no seu site porque o utiliza, pode usar uma variável da camada de dados como no caso dos dois anteriores (terá de alterar o código do functions.php, claro).
Quanto às opções de Other Settings marcadas, saiba que elas nos ajudam a atribuir a campanha com maior fidelidade em troca da adição de parâmetros às URLs. Minha recomendação é deixá-las ativas.
Por fim, o acionador. Aqui há novidades.
Se reparar, verá que é Consent Initialization – All Pages.
Este acionador vem incluído por padrão no GTM e é um dos novos que o Google adicionou à ferramenta juntamente com o Consent Mode.
É este o acionador que faz com que esta tag seja carregada antes de qualquer outra no GTM, para que as restantes tags possam ler os seus valores e agir em conformidade.
A título informativo, se tivermos o Consent Mode ativo, o GA4 coletará o valor de um novo parâmetro (“gcs”) nos seus pedidos. Este parâmetro pode ter quatro valores:
- G100: estado inicial, cookies analíticos e publicitários não aceitos.
- G101: cookies analíticos aceitos.
- G110: cookies publicitários aceitos.
- G111: ambos os tipos de cookies aceitos.
É o valor deste parâmetro que faz com que o GA4 colete determinados dados do usuário em vez de outros e determina a forma como os processará depois.
Quando o usuário aceitar alguma
Bem, vamos à segunda tag do Consent Mode, que atualiza os consentimentos do usuário (alterando também o valor do parâmetro GCS).
Este passo tem mais substância, porque, além da própria tag do Consent Mode, teremos que criar outras antes que atualizem os valores das variáveis de DataLayer que criamos anteriormente.
Tags de envio de atualização do consentimento para o DataLayer
Dependendo de o usuário aceitar todos os cookies ou apenas alguns, o envio para o DataLayer será diferente.
Comecemos pelo caso mais habitual.
O usuário aceita todos os cookies
No site, o plugin terá colocado este botão:
O que faz com que o usuário aceite todos os cookies.
Quando o fizer, enviaremos para o GTM uma tag de HTML personalizado com este código:
<script>
dataLayer.push({
'event': 'guardar_cookies',
'cookies_analitica': 'granted',
'cookies_marketing': 'granted'
})
</script>O que fará é alterar o valor das nossas variáveis de DataLayer cookies_analitica e cookies_marketing.
A configuração da tag será esta:
Onde vemos o código acima e um acionador de clique no botão referido, com esta configuração:
A classe do botão corresponde à expressão regular: (moove-gdpr-infobar-allow-all)|(moove-gdpr-modal-allow-all).
Isto seria tudo.
O usuário atualiza alguns cookies
Vamos ao caso em que o usuário não aceita todos, mas apenas alguns.
É quando entra nas configurações do banner e salva a partir daqui:
O código seria este:
<script>
var check_marketing = document.querySelector('#advanced-cookies .cookie-switch input').checked;
if(check_marketing){
var cookies_marketing = 'granted';
} else{
var cookies_marketing = 'denied';
}
var check_analitica = document.querySelector('#third_party_cookies .cookie-switch input').checked;
if(check_analitica){
var cookies_analitica = 'granted';
} else{
var cookies_analitica = 'denied';
}
dataLayer.push({
'event': 'guardar_cookies',
'cookies_analitica': cookies_analitica,
'cookies_marketing': cookies_marketing
})
</script>Fazemos o mesmo: criar uma tag de HTML personalizado com esta configuração:
Onde o novo acionador tem de ser assim:
Onde a classe do clique será: moove-gdpr-modal-save-settings.
Evento personalizado para salvar cookies
Se reparar, verá nos dois códigos anteriores que em ambos os casos enviamos um evento personalizado para o DataLayer: guardar_cookies.
Daqui a pouco explico o motivo, mas primeiro vamos criar um acionador com este evento:
A tag de atualização do Consent Mode
Bem, depois de termos tudo isso criado, vamos à segunda tag do Consent Mode, a que atualiza os consentimentos do usuário.
A configuração é esta:
Onde:
- O comando será Update, pois é esta que atualiza os valores.
- O valor das variáveis de DataLayer terá sido atualizado, coletando aqui o novo.
- O acionador será o que acabamos de criar, que dispara a tag assim que os consentimentos do usuário são atualizados.
Com isto terminámos a configuração. Como vê, não mexemos em nada na configuração do GA4, cujo acionador continuará a ser All pages:
Testes
É hora dos testes.
A primeira coisa que vamos fazer é instalar esta extensão se ainda não a tivermos, para apagar os cookies.
Depois, instalamos esta outra para ver as tags do Google.
Então, o que vamos fazer é:
Para simular o comportamento de um novo usuário, apagamos os cookies clicando na extensão e no ícone da lixeira:
#2. Recarregar a página
Assim confirmamos que realmente já não existem cookies do Analytics depois de os apagar:
#3. Abrir a pré-visualização no GTM
A página será recarregada e confirmaremos que:
- O GTM e a tag do GA4 são carregados (as várias que tenho instaladas):
- Não é carregado nenhum cookie do Analytics:
Isto significa que o GA4 recebe os dados sem cookies. Estamos no bom caminho.
Carregamos no botão de aceitar todos os cookies ou apenas alguns.
Confirmamos que foram adicionados cookies do GA4:
Como extra e por curiosidade, podemos observar na consola que o valor do parâmetro GCS mudou:
Isto significa que tudo correu como devia e, a partir de agora, assim que cumprirmos os volumes explicados antes, poderemos beneficiar da modelação de dados do GA4.
Perguntas
A principal pergunta que lhe pode ocorrer é o que acontece se um usuário aceitar os cookies em outra página que não seja a página de destino.
Nos testes que fiz não consegui ver como o GA4 processa esta alteração. No entanto, no BigQuery isso faz com que as solicitações da sessão do usuário com o parâmetro gcs=G100 anteriores à aceitação dos cookies mudem para solicitações com gcs=G111, permitindo processar os dados por completo (importante para ter dados exatos da origem ou da landing page).
Por esse motivo, tendo a pensar que o tratamento no GA4 será semelhante, embora, como digo, não tenha conseguido confirmar.
A segunda pergunta mais habitual é quanta precisão vamos ganhar.
E também não tenho resposta, porque para confirmar seria preciso comparar uma implementação do GA4 com outra que fosse sempre carregada diretamente no site (sem GTM), como fazíamos antigamente.
E isso vai contra o GDPR.
Além disso, não tenho nada claro que ter o Consent Mode ativo no contêiner do GTM e a sua tag inicial a carregar antes das restantes não afete a tag do GA4 carregada fora do contêiner. Não deveria, mas nos testes que fiz não ficou totalmente comprovado.
Conclusões
Espero ter esclarecido um pouco o que é todo esse Consent Mode, como ele pode beneficiar você e como implementá-lo em um site com WordPress.
Dito isto, depois de dedicar bastante tempo ao tema, em jeito de resumo retiro várias conclusões:
A primeira é que o Consent Mode veio para ficar, porque tudo o que permita coletar dados que ajudem a otimizar campanhas é bem-vindo.
A segunda é que a sua implementação não é totalmente simples. Se você for desenvolvedor, em um instante terá tudo configurado; caso contrário, gerenciar continuamente o valor do consentimento não é imediato.
Isto reforça a tecnificação da análise digital, ao que se soma o fato de parecer muito provável que seja mais útil em integrações com BigQuery.
Dito isto, neste momento, com a implementação em massa do GA4, talvez seja uma boa altura para enfrentar o tema e não o deixar para nunca.
Continuam existindo dúvidas sobre a caixa-preta que é a modelação de dados que o Google fará, sendo juiz e parte (favorecerá o próprio tráfego?), embora neste caso eu prefira confiar.
Em suma, uma nova forma de entender a análise, depois do primeiro «vale tudo» e do posterior «quase nada vale» do GDPR. Será preciso mais tempo e mais dados para perceber se, em implementações simples, valerá a pena.
Deixe um comentário