Configurar um banner de consentimento é bom. Mas para estar realmente em conformidade, você deve traduzir as escolhas (ou a falta de escolhas) dos seus visitantes em ações técnicas concretas.

Assim, seu site deve reagir de forma diferente de acordo com o estado do consentimento do usuário :

✅ Se o usuário consentir com um serviço :

→ Você pode carregar o serviço e executar os scripts associados. - ❌ Se o usuário recusar explicitamente o serviço :

→ O serviço não deve ser carregado, e nenhum dado deve ser transmitido para este serviço. - 🕓 Se o usuário ainda não interagiu com o banner (consentimento não expresso) :

→ Por padrão, o serviço deve ser bloqueado enquanto nenhuma escolha for feita.

Esse comportamento condicional é o que chamamos de lógica de condicionamento ao consentimento. Ele garante que os serviços sujeitos ao consentimento sejam acionados apenas quando autorizados, e que permaneçam bloqueados em todos os outros casos.

Concretamente, essa lógica pode ser implementada de duas formas :

seja manualmente no código do seu site, escrevendo condições (por exemplo: "se o usuário consentiu com este serviço, então carregar este script") ;
seja através de uma interface visual como a de um tag manager, que permite definir essas regras sem codificar. O tag manager então se encarrega de traduzir essas regras em lógica executável no navegador.

Como os serviços são chamados no seu site ?

Para cada serviço que você listou, é importante verificar como ele é carregado no seu site. Existem várias maneiras de integrar um serviço de terceiros, mas na maioria dos casos, encontramos duas abordagens principais :

O script é integrado diretamente no código das suas páginas ("hardcoded"), frequentemente copiado da documentação do serviço em questão.
O serviço é carregado via um Tag Manager (como Google Tag Manager), seja colando o código em uma tag HTML personalizada, seja usando um modelo de tag oferecido pelo serviço.

Em alguns casos, você também pode encontrar :

plugins CMS (WordPress, Shopify…) que integram automaticamente serviços de terceiros,
iframes (ex: YouTube, Google Maps),
ou chamadas dinâmicas inseridas via frameworks JavaScript.

Outros casos podem existir, como serviços carregados via plugins CMS, iframes ou scripts injetados dinamicamente, mas esses dois métodos cobrem a maioria dos casos encontrados.

Nossa recomendação: centralize seus scripts no seu Tag Manager

Se você já usa Google Tag Manager (ou outro tag manager), recomendamos fortemente que centralize todos os seus serviços nele. Aqui está o porquê :

Você terá uma visão unificada de todos os serviços de terceiros que você carrega,
Você poderá gerenciar facilmente o condicionamento ao consentimento graças ao sistema de acionadores do GTM,
E principalmente, você evitará ter que modificar o código do seu site, o que pode ser complexo se você não estiver confortável com desenvolvimento.

👉 Concretamente, para cada script que você encontrou "em dur" nas suas páginas, crie uma tag no GTM para substituí-lo e remova o código em dur do site. Isso permitirá que você gerencie tudo corretamente a partir do GTM, incluindo o acionamento de acordo com o consentimento Axeptio.

E se você não usar um Tag Manager ?

Se você integrou seus serviços diretamente no código do seu site e não passa por um Tag Manager, ainda assim pode gerenciar a lógica de condicionamento "em dur". Você encontrará trechos de código para ajudar a desenvolver essa lógica em nosso artigo dedicado.

Isso implica :

ouvir o estado do consentimento Axeptio,
e executar os scripts de terceiros apenas uma vez que o consentimento for dado.

É uma solução mais técnica, que requer recursos de desenvolvimento, mas que permite um controle refinado sobre o comportamento do site.

Lembre-se: a simples exibição de um banner de consentimento não é suficiente. Se você não implementar essa lógica de condicionamento, seus visitantes podem recusar um serviço… que continuará sendo carregado mesmo assim nos bastidores. Para estar em conformidade, é necessário que os serviços sejam bloqueados enquanto o usuário não tiver dado seu consentimento, e que sejam acionados apenas se ele o tiver feito.

🧪 Exemplo concreto: condicionar o acionamento de um Pixel do Facebook

Para ilustrar essa lógica de condicionamento, vamos pegar um caso concreto que você pode encontrar.

Identificar o serviço e seu status

Você realizou uma varredura do seu site com Shake, e o relatório em PDF indica que um Pixel do Facebook está presente em certas páginas.

➡️ Este serviço não é estritamente necessário para o funcionamento do site e deposita informações no terminal do visitante. Portanto, deve estar sujeito ao consentimento.

Verificar como o serviço está integrado

Agora você se faz a seguinte pergunta :

👉 Como o Pixel do Facebook é carregado no meu site ?

Verificando, você constata que :

O Pixel não é integrado diretamente no código das suas páginas,
Ele é carregado via Google Tag Manager, na forma de uma tag HTML personalizada ou usando o modelo de tag do Facebook oferecido no GTM.

Condicionar o acionamento no GTM

Como você está usando GTM, você poderá condicionar o acionamento da tag do Pixel do Facebook ao estado do consentimento Axeptio.

Resultado: o Pixel do Facebook será acionado apenas se o usuário consentir com este serviço via banner Axeptio.

Se o usuário recusar, ou se não responder, o Pixel não será acionado.

💡 E se o script estivesse integrado "em dur" ?

Neste caso, você deveria ter adicionado uma condição no seu código para ouvir o estado do consentimento e acionar o script do Facebook apenas em caso de consentimento explícito.

Gerenciar a lógica de condicionamento do consentimento