Versionv1

Por que meu banner de cookies Intastellar ou minha configuração de consentimento parece quebrada?

Esta página é para integradores (agências, desenvolvedores, marketing técnico) e titulares que consigam seguir uma checklist rápida no navegador com a equipe.

O que é: um roteiro técnico — URLs de política, posicionamento, caches, ordem de tags e o que reunir para o suporte.
O que não é: prova de conformidade legal. Seu advogado define o que se aplica; nós ajudamos a ver se o produto e suas tags se comportam como você pretende.

Trabalhe de cima para baixo. Pare quando encontrar uma configuração claramente errada — na maioria dos casos são URLs de política, posição do snippet ou tags disparando antes do consentimento.


Leitura rápida: saudável vs quebrado

SinalEm geral saudávelEm geral quebrado
Primeira visita (anônimo)Banner aparece com URL de política e posição corretasSem banner → link de política, posição no head, cache ou snippet só em uma página
Depois de AceitarTags de analytics/ads rodam se você as ligou ao consentimentoTags esperadas nunca rodam → cabeamento de consentimento ou condições de disparo
Antes de AceitarMenos (ou nenhuma) requisição de rastreamento não essencial, se as tags respeitam o consentimentoRequisições GA / Meta / similares já ativas → ordem de tags ou GTM, não “o banner está quebrado”
Mesmo site, segunda páginaEscolha lembrada; banner não reaparece a cada navegaçãoStorage / domínio incoerentes (rootDomain), vários snippets conflitantes

Se o banner funciona mas o rastreamento dispara cedo demais, leia Google Tag Manager e a seção Verificar no navegador no guia de instalação JavaScript. Contexto do produto: Intastellar Consents.


1. Confirmar o básico (cerca de 2 minutos)

  • URL de privacidade / política — Abra em uma aba normal (200 OK, HTML real). Link quebrado ou placeholder costuma significar sem banner de propósito. Em sites customizados, confirme que policy_link / settings.privacy_policy em window.INTA corresponde à URL no ar (referência do snippet completo).
  • HTTPS — erros http vs https em links ou configuração quebram validação e confundem armazenamento.
  • Cobertura — O snippet roda em todo layout que deve mostrar o banner (não só a home ou uma landing).
  • Uma fonte da verdade — Remova snippets Consents duplicados ou antigos de agência ou teste anterior.

2. Ferramentas do navegador (Console, Network, armazenamento)

Console

Procure erros mencionando Intastellar, INTA, scripts bloqueados ou conteúdo misto em sites https.

Network (antes e depois do consentimento)

O mesmo teste de sanidade do guia de instalação — vale refazer em cada implementação nova:

  1. Janela privada / anônima, Ferramentas de desenvolvedorNetwork.
  2. Recarregue antes de clicar Aceitar / Recusar no banner.
  3. Filtre domínios relevantes (google-analytics, collect, facebook, doubleclick, etc.).
  4. Aceite (se o teste permitir) e recarregue ou navegue — compare quais requisições aparecem depois do consentimento.

Interpretação: Se os grandes trackers rodam antes de qualquer escolha, o problema quase sempre é como os tags são injetados (ordem de triggers no GTM, Consent Mode ausente, caminhos duplicados de tags), não só uma linha em window.INTA.

Application → cookies / armazenamento

Depois de uma escolha, verifique cookies first-party ou chaves de armazenamento que sua implementação usa. rootDomain errado costuma aparecer como escolhas que não persistem entre caminhos ou subdomínios.


3. Atalhos por stack

  • WordPress — Revise Intro e Política de privacidade no wp-admin; desative temporariamente plugins minify / defer / combine que mexem no head. Configurações do plugin, WordPress — Primeiros passos.
  • GTM — Confirme que o tag Consents dispara em Consent Initialization (ou seu trigger mais cedo seguro), não só após DOM Ready atrás do analytics. Google Tag Manager.
  • Shopifytheme.liquid (ou layout equivalente), policy_link no ar, domínios vitrine vs checkout. Shopify.
  • HTML customizado — Posição cedo no <head>, layout compartilhado, guia de instalação JavaScript.

4. Ainda falhando?

Reúna este pacote antes de abrir um chamado:

  1. URL da página (homologação ou produção).
  2. CMS / stack (WordPress + tema, tema Shopify, ID do container GTM ou “custom”).
  3. Captura do banner (ou anote que nunca aparece).
  4. Erros do Console e, se possível, uma captura de Network antes de aceitar cookies.

Depois use Contato e suporte:

  • Bug de produto (comportamento do script/SDK) → issue no GitHub de Consents quando couber.
  • Lacuna na documentação → site de ajuda ou contato corporativo conforme a página.

Titulares: percorram primeiro a Checklist do titular do site, depois voltem aqui com quem mantém código ou GTM.

Last updated