Container GTM-TKNTJMGX · versão exportada v103 · web · auditoria de 10/11/2026
53 tags59 gatilhos60 variáveis3 templates44 built-in ativas35 no ar · 18 pausadas
5
críticos
7
altos
5
médios
2
baixos
Leitura em uma frase: o container tem peças boas (pastas, série VR organizada, templates nativos), mas hoje roda na configuração antiga — com page_view do GA4 em dobro, o funil de Typeform e uma compra do Google Ads sem nenhum disparo, e sem event_id pra deduplicar Meta. Também não há Consent Mode em nenhuma tag. Isso é auditoria estática do export: nada foi alterado e nada foi escrito no container.
01O que está quebrado
Ordenado por impacto em dinheiro e em confiabilidade do dado.
P0 · Crítico
GA4 conta page_view duas vezes em toda página
Onde: Tags: VR | GA4 | 01 | Tag (Google Tag, G-PMK17M1PGR, All Pages) + VR | GA4 | 02 | PageView (GA4 Event, page_view, All Pages)
Problema: A tag de configuração do Google Tag dispara page_view por padrão (nenhum configSettingsTable definido) e a tag de evento manda page_view de novo no mesmo trigger. Resultado: 2 page_view por carregamento — sessão/usuário e taxa de rejeição distorcidos, e o GA4 vira base errada pra decisão de mídia.
Correção: Desativar o page_view automático na tag 01 (configSetting send_page_view=false) OU pausar a tag 02. Manter só um caminho.
P0 · Crítico
Trackeamento de Typeform 100% morto (pipeline inteiro)
Onde: Trigger Acionador | View Page Typeform → tag Post Message | Typeform → dataLayer typeform_submit → tags PIXEL Q4 | CompleteRegistration | Typeform e 00 - Facebook - Pixel novo - Lead Typeform
Problema: O filtro do trigger é {{Page Path}} CONTAINS "sabrinanunes.typeform.com". Page Path nunca contém hostname (só o caminho) — o trigger nunca dispara. Logo, o listener de postMessage nunca é instalado, o evento typeform_submit nunca entra no dataLayer e as duas tags de conversão nunca rodam.
Correção: Trocar o filtro por {{Page Hostname}} EQUALS sabrinanunes.typeform.com (ou usar {{Page URL}}). Confirmar no Preview que typeform_submit aparece.
P0 · Crítico
Conversão de compra do Google Ads (Imersão BF) nunca dispara
Onde: Tag GG | Tag de Compra Imersao BF24 (awct, label volCCPCyndsZELC2qYID) ← trigger LP Compra - Imersao BF
Problema: O filtro do trigger é {{Page Path}} CONTAINS "hub.la/g/E82fkjKbw50zaWCArcdK" — URL completa dentro de um campo que só devolve o caminho. Nunca casa. A conversão de compra dessa campanha não existe no Google Ads.
Correção: Usar {{Page URL}} ou {{Page Hostname}} EQUALS hub.la AND {{Page Path}} CONTAINS /g/E82fkjKbw50zaWCArcdK.
P0 · Crítico
Meta sem deduplicação possível (event_id quebrado e ausente)
Onde: Variável P - fb - event_id (tipo Constante) e todas as tags FB ativas (série 00 - Facebook - Pixel novo… e Lead Aulão)
Problema: Duas falhas somadas: (1) a variável é uma Constante com {{Event}}, {{Page Hostname}} e {{JS - fb - get_event_id}} no texto — constante não resolve variável aninhada, então o valor vai literal pra todo evento. (2) As tags FB que estão realmente no ar não usam eventId — só a série VR, que está pausada. Sem event_id não há dedupe pixel × Conversions API: ou você perde conversão, ou conta em dobro.
Correção: Recriar a variável como JavaScript personalizado retornando a string montada, e ligar eventId nas tags ativas.
P0 · Crítico
Enhanced Conversions do Google Ads mandando campos vazios/quebrados
Onde: Variável 04 - GG - Dados fornecidos pelo usuários + 04 - User - LName + 05 - Region - tabela — usada em 8 tags de conversão
Problema: (1) 04 - User - LName declara var ids = [...] mas usa identifiers[i] — ReferenceError, sobrenome sempre vazio. (2) 05 - Region - tabela é tabela de consulta com map = null → região vazia. (3) e-mail/telefone/cidade são lidos do DOM do formulário no instante do disparo — em conversão por pageview de obrigado o formulário não está mais na página, então vai nulo. Resultado: EC configurado, mas sem dado útil.
Correção: Corrigir o typo (ids→identifiers), preencher a tabela de região e capturar os dados no submit do form (dataLayer/cookie) em vez de ler DOM no pageview.
P1 · Alto
4 requisições XHR síncronas travando o carregamento
Onde: Variáveis 04 - USER - COUNTRY, - CITY, - Region, 04 - User - ZipCode
Problema: Cada uma faz xhr.open('GET','https://ipinfo.io/json', false) — síncrono, bloqueia a thread principal até responder. Chrome bloqueia XHR síncrono em unload e penaliza em Core Web Vitals. Ainda: dado de geolocalização por IP é aproximado e é tratado como PII (LGPD).
Correção: Trocar por valor já disponível no servidor/checkout, ou async com cookie de fallback. Se não houver uso real (ver abaixo), deletar.
P1 · Alto
PageView do Meta duplicado na página do Typeform
Onde:00 - Facebook - Pixel Novo Q4 2025 (pixel 1873889120187819, All Pages) + PIXEL Q4 | PageView | Typeform (mesmo pixel, trigger INIT filtrado por V7MGbqB9)
Problema: Se o INIT disparar na página do formulário, o mesmo pixel recebe PageView duas vezes. Além disso, filtro de Page Path em trigger de Inicialização é frágil (as variáveis de página ainda não estão resolvidas nesse momento).
Correção: Remover a tag redundante ou restringir por hostname no Pixel base.
P1 · Alto
Lead DAPF com 4 gatilhos — risco de lead inflado
Onde: Tag 00 - Facebook - Pixel novo - Lead DAPF ← form_dapf, form_dapf2, CE - Form Subimt (evento form_submit) e pageview /black-2026-obg
Problema: Formulário Elementor envia por AJAX: trigger de Form Submission nativo normalmente não dispara, e o evento custom form_submit é que pega. Se os dois dispararem no mesmo envio, o Lead entra 2×; e o PageView da página de obrigado entra como terceiro Lead da mesma pessoa.
Correção: Validar no Preview qual caminho dispara de verdade e deixar só um. Padrão: um evento por conversão.
P1 · Alto
Duas configurações do Google Ads pro mesmo destino
Onde:VR | GG | 01 | Tag (Google Tag, {{02 - GG - TAG Pixel}} = 810179376) e Tag do Google AW-810179376
Problema: Duas tags de configuração no All Pages apontando pra AW-810179376. Requisição duplicada, dois estados de consent/linker e confusão de manutenção — quem mexer numa acha que resolveu.
Correção: Manter uma só configuração e deixar as conversões (awct) usando a variável padrão.
P1 · Alto
Nome do gatilho ≠ página real: compra do Combo Foguete na página da LJ
Problema: O filtro do trigger é /conteudo-inteligente-para-lojas-upsell/ — página de upsell da Loja da LJ, não do Combo Foguete. Ou o nome está errado, ou a conversão de compra do Foguete está registrando compra de outro produto.
Correção: Confirmar qual página de obrigado é do Foguete e corrigir label/trigger.
P1 · Alto
Conversões sem valor (value) e GA4 sem receita
Onde: Todas as tags awct e as tags GA4 de compra (compra-lj, compra-mea)
Problema: Nenhuma tag awct passa value/currency; nenhuma tag GA4 de compra envia ecommerce (sendEcommerceData=false, sem itens). Sem receita, não existe ROAS por campanha no Google Ads nem receita por origem no GA4 — só contagem.
Correção: Passar value (e moeda) nas conversões a partir do dataLayer do checkout, e usar purchase/begin_checkout padrão GA4 com itens.
P1 · Alto
Nenhuma tag com Consent Mode
Onde: 100% do container — consentSettings: NOT_SET em todas as 53 tags
Problema: Sem integração de consentimento: tags de Meta e Google disparam sem sinal de consent. Risco LGPD e perda de modelagem de conversão do Google (que só usa consent mode corretamente quando o sinal existe).
Correção: Definir default consent no snippet + tag de update ligada ao banner.
P2 · Médio
Arquitetura nova (série VR) pausada — o que roda é a antiga
Onde: 18 tags pausadas, quase todas da série VR | FB |…
Problema: A série VR (com advanced matching ligado, event_id, pastas organizadas) está pausada no Facebook. O que está no ar é a série 00 - Facebook - Pixel novo…, com advancedMatching=false em todas — qualidade de correspondência baixa e CAPI inviável.
Correção: Decidir: ou termina a migração pra VR e pausa a antiga, ou apaga a VR. Hoje as duas convivem e ninguém sabe qual é a verdade.
Problema: Casa com /obrigado-ecom-lab/, /obrigado-mentoria, /black-da-boss-obrigado, /obrigado-mentoria-impacto… Qualquer página de obrigado nova entra sem ninguém pedir. Hoje só uma tag pausada usa — armadilha pronta pra próxima.
Correção: Trocar por lista fechada de páginas ou apagar.
P2 · Médio
Gatilhos duplicados com filtros idênticos
Onde:00 - Page view obrigado MEA2025 e /imersao-o-grande-plano-obrigado/; /e-lab-ap e MQL /e-lab-ap; /ecomlab-ap/, e /ecomlab-rp e /ecomlab-rp
Problema: Mesmo filtro, nomes diferentes, nenhum uso. Além de sujeira, dois deles estão na lista de disparo da tag de Lead → manutenção perigosa.
Correção: Consolidar em um trigger por página.
P2 · Médio
14 gatilhos órfãos e dezenas de variáveis sem uso
Onde: 14 triggers sem nenhuma tag + variáveis legadas (Yampi, Clarity, labels GG, UTM cookie)
Problema: Container com 60 variáveis, boa parte sem referência: bloco Yampi inteiro, 6 labels de Google Ads, UTM via cookie __gtm_campaign_url (cookie interno do linker — não recebe UTM da campanha, então essas variáveis devolvem vazio), variáveis de user data duplicadas (JS - ud - * e JS - ud - fb - *).
Correção: Arquivar em pasta LEGADO e deletar o que não tem uso. Container menor = menos erro de auditoria futura.
P2 · Médio
TikTok só com PageView, e via Custom HTML
Onde:TT-CVHDJUJC77U2AAG9KOB0-Web-Tag-Pixel_Setup (HTML personalizado, All Pages)
Problema: Instala o pixel CVHDJUJC77U2AAG9KOB0 e chama ttq.page(). Nenhum evento de conversão em lugar nenhum — TikTok compra sem sinal de otimização. E, sendo HTML customizado, é bloqueado por adblock com mais frequência que template nativo.
Correção: Migrar pra template oficial do TikTok e mapear pelo menos Lead/CompletePayment.
P3 · Baixo
Custom HTML reescrevendo todos os links da página
Onde:HTML personalizado - Ajustes UTM (All Pages) e VR | AA | 03 | UTM Transport (Hubla e Typeform)
Problema: Varre todos os <a> e concatena utm_* + sck. Não trata mailto:/tel:, não considera fragmento depois de query, e o teste href.indexOf("#") === -1 exclui qualquer link que tenha âncora. Três tags fazendo a mesma coisa em paralelo — risco de parâmetro duplicado.
Correção: Escolher uma implementação e limitar por hostname de destino.
P3 · Baixo
Organização e limpeza
Onde: Pastas e nomenclatura
Problema:VR | GG | 05 | compra-mea está na pasta 115 (VR LJ) em vez de 116 (VR MEA). Nomes com espaço no início (last_name| yampi), prefixos misturados (VR / 00 / GG / PIXEL Q4 / OFE), triggers nomeados pela consequência e não pelo evento. Série de labels GG criada e não usada.
Correção: Pasta MEA correta, padrão de nome [plataforma] - [evento] - [contexto].
02Plano de correção
Sequência sugerida — cada bloco pode ser publicado sozinho.
Agora
Estancar perda de dadopage_view do GA4 (desativar automático), filtros de Typeform e da compra Imersão BF (Page Path → Page URL/hostname), tirar a config duplicada do Google Ads.
Semana 1
Recuperar sinal de conversãoevent_id real em JavaScript + ligado nas tags FB ativas, corrigir enhanced conversions (typo, região, captura no submit), um gatilho único de Lead por formulário.
Semana 2
Receita no dadovalue/currency nas conversões, purchase e begin_checkout padrão GA4 com itens. Sem isso não existe ROAS.
Semana 3
Consent Mode + limpezaConsent default e update ligados ao banner; arquivar série VR ou concluir a migração; apagar 14 gatilhos órfãos e as variáveis sem uso; trocar XHR síncrono.
PIXEL TESTE DAPF URL_NAOFIQUEDEFORA.COM (PAGEVIEW)
html
built-in 2147479553
05Gatilhos órfãos (14)
Existem no container e nenhuma tag usa.
Gatilho
Tipo
ID
PageView - Guia
CUSTOM_EVENT
96
CustomEvent - TypeformSubmit
CUSTOM_EVENT
110
ClLnk - Wpp Guia
LINK_CLICK
121
DomReady - Purchase
DOM_READY
134
/reuniao-secreta-obrigado/
PAGEVIEW
187
00 - Page view obrigado MEA2025
PAGEVIEW
190
/imersao-o-grande-plano-obrigado/
PAGEVIEW
192
e /ecomlab-rp
PAGEVIEW
193
/cmf-carta-de-venda-obrigado/
PAGEVIEW
195
/mea-ultima-turma-cpt-obrigado
PAGEVIEW
203
/workshop-direto-ao-ponto-obrigado/
PAGEVIEW
204
/desafio-explosao-de-vendads-obrigado
PAGEVIEW
207
/map-fundoras-obrigado
PAGEVIEW
210
/map-lista-de-espera-obrigado/
PAGEVIEW
211
06Como isso foi auditado
Método e limite.
Fonte: export estático do container (Admin → Exportar container → v103), 473 KB de JSON — 100% dos tags, gatilhos, variáveis, pastas e templates lidos item a item, incluindo o código de cada HTML personalizado e de cada JavaScript personalizado.
Cruzamento: home do site verificada por HTTP — o container GTM-TKNTJMGX está instalado uma única vez, sem pixel hardcoded na página. Não foi rodado Preview/Tag Assistant: o que depende de execução real (se o form Elementor dispara form_submit ou Form Submission, se o INIT dispara na página do Typeform) está marcado como “validar no Preview”.
Escopo: leitura. Nenhuma tag criada, editada, pausada ou publicada. Nenhuma credencial usada além do arquivo enviado.