Documentation Carregando eventos

Verifique seu primeiro evento

Uma sondagem de Loader bem-sucedida não é a mesma coisa que um evento bem-sucedido. Verifique o caminho completo do navegador até o Node disparando uma ação conhecida e encontrando o evento resultante no seu Console.

Rode um teste controlado

  1. Em Loader Configuration, informe o host de Node/Uplink sem caminho de página e rode Verify Installation.
  2. Abra a página de teste real e use as ferramentas de desenvolvedor do navegador para confirmar que a requisição /lib/supreme.js?pid=<property-id> completa com HTTP 200. Um 400 ou 404 significa que o id de Property está ausente, desconhecido ou inativo.
  3. Confirme que window.SupremeTracking.propertyId retorna o id da sua Property. Um null significa que a página recebeu o stub de rejeição, que também define window.supremeSend — checar só o typeof não prova nada.
  4. Dispare um evento deliberado. Um page_view automático já configurado é suficiente para uma checagem de ingestão; use um lead ou purchase de teste quando precisar verificar o mapeamento de conversão.
  5. Abra a view Live Feed ou Events do Console e procure pelo nome do evento e pelo timestamp atual.

O resultado verde no passo 1 só significa que o navegador completou a sondagem de rede do modal até a URL construída https://<host-informado>/lib/supreme.js. Como a sondagem usa uma requisição HEAD no-cors, não inspeciona status ou corpo da resposta, e não carrega ?pid=, ela não prova JavaScript do Loader válido, um id de Property funcionando, posicionamento do snippet ou ingestão. Os passos 2 a 5 fornecem essa evidência.

O que o sucesso prova

Um evento visível em Events prova que:

  • A página emitiu um evento.
  • O Node aceitou e persistiu o evento canônico.
  • O Console, baseado em navegador, consegue lê-lo a partir desse Node.

Isso não prova que a Meta, o GA4 ou outro destino aceitou o payload encaminhado. Verifique isso separadamente na view de teste ou diagnóstico do destino.

Se nenhum evento aparecer

Percorra o caminho na ordem.

1. Loader

  • Confirme que a URL do script usa o domínio do Node, não o domínio do Console ou do System, e carrega ?pid=<property-id>.
  • Abra https://<seu-dominio-node>/lib/supreme.js?pid=<property-id> diretamente e inspecione a resposta real e o código de status. Um 400 ou 404 significa que o id de Property está ausente, desconhecido ou inativo.
  • Confirme que window.SupremeTracking.propertyId na página retorna o id de Property esperado.
  • Confira o código-fonte renderizado do site ou o painel Elements em busca do snippet.
  • Confira o painel Network em busca de erros de certificado, CSP, consentimento, bloqueio ou 404.

Se necessário, revise Instale o Loader.

2. GTM ou fonte de evento

  • No Preview do GTM, confirme que o trigger pretendido dispara exatamente uma vez.
  • Confirme que o tipo da tag é o Supreme Tracking Event Core aprovado.
  • Confirme que a tag usa o Ingest Token do Node, nunca a Master Key.
  • Confirme que o Loader roda antes de a tag chamar window.supremeSend.
  • Para leads e purchases, confirme que o sinal de sucesso ocorre antes de a tag disparar.

Veja Connect Google Tag Manager (em inglês).

3. Transporte e Node

  • No painel Network do navegador, encontre a requisição iniciada por supremeSend e inspecione se ela chegou ao Node.
  • Um 403 na requisição de ingestão do Node significa que o domínio da página não está registrado na lista de domínios da Property — registre o domínio exato, incluindo sua variante www. ou de subdomínio, no Console.
  • Um 422 com invalid_property ou property_not_ready significa que o id de Property é inválido ou a Property está inativa — corrija a Property no Console.
  • Uma resposta HTTP 2xx ou accepted só prova a aceitação inicial do transporte; o Node responde antes de o processamento canônico terminar. O evento aparecer no Console é o checkpoint de persistência.
  • Confirme que o hostname do Node e o certificado HTTPS são válidos.
  • Confirme que o Node está acessível e que a conexão com o banco de dados está saudável.
  • Use Health e Logs no Console, para o Node conectado.
  • Não cole a Master Key, o Ingest Token, PII de evento ou um payload completo em uma mensagem pública de suporte.

4. View do Console

  • Confirme que você fez login no mesmo Node que o Loader tem como alvo.
  • Limpe os filtros de evento e selecione a Property esperada.
  • Use um intervalo de tempo que inclua o novo teste.
  • Atualize a página depois de disparar um evento novo, em vez de confiar em uma ação antiga do navegador.

Evento visível, destino ausente

Se o evento aparece no Console, a ingestão e a persistência local funcionaram. Em seguida, confira se o módulo de destino está instalado, ativo, compatível e configurado com credenciais válidas da plataforma.

Continue com Visão geral de integrações e compare os campos canônicos descritos em O payload canônico de evento com os requisitos do destino.