Foto: Ilya Pavlov / Unsplash
Tráfego Pago
Deixar o ID de produto disparado pelo pixel diferente do ID cadastrado no catálogo quebra o remarketing dinâmico sem gerar nenhum erro visível na plataforma
Pedro Toledo · 9 de agosto de 2026 · 4 min de leitura
Deixar o identificador de produto disparado pelo pixel de conversão no site diferente do identificador cadastrado no catálogo de produto usado pela campanha quebra o remarketing dinâmico — que depende dessa correspondência exata pra mostrar o produto certo pra quem visitou —, sem que a plataforma gere nenhum erro visível apontando essa causa raiz específica. Por que esse tipo de falha passa despercebida por tanto tempo, como verificar se os IDs realmente correspondem entre pixel e catálogo, e o que fazer quando o remarketing dinâmico está ativo mas não está performando como deveria.
Configurar remarketing dinâmico — aquele que mostra ao visitante exatamente o produto que ele viu no site, em vez de um anúncio genérico — depende de um mecanismo técnico específico: o pixel do site precisa registrar qual produto foi visualizado, e essa informação precisa corresponder exatamente ao mesmo produto cadastrado no catálogo usado pela campanha. Quando essa correspondência falha, o resultado é silencioso e difícil de diagnosticar.
Deixar o ID de produto disparado pelo pixel diferente do ID cadastrado no catálogo quebra o remarketing dinâmico sem gerar nenhum erro visível na plataforma. O pixel continua disparando eventos válidos, o catálogo continua contendo produtos válidos — o problema existe apenas na falta de correspondência entre os dois, algo que não aparece como um erro explícito em nenhum painel de diagnóstico padrão.
Como o mecanismo deveria funcionar
O remarketing dinâmico funciona registrando, através do pixel instalado no site, qual produto específico um visitante viu durante a navegação. Depois, quando esse mesmo visitante se torna elegível pra receber um anúncio de remarketing, a plataforma busca esse produto específico dentro do catálogo cadastrado, usando o identificador registrado pelo pixel como referência de busca, pra montar um anúncio personalizado mostrando exatamente aquele item. Esse mecanismo só funciona quando o identificador usado pelo pixel e o identificador usado no catálogo são exatamente o mesmo valor.
Por que a falha é silenciosa
Quando os identificadores não correspondem, cada componente isolado do sistema continua funcionando normalmente — o pixel dispara o evento de visualização de produto sem erro, o catálogo permanece ativo e válido com seus próprios produtos cadastrados. O problema existe apenas na tentativa de conectar os dois, uma etapa que, quando falha, não gera um alerta explícito de erro. O resultado observável é apenas a ausência do anúncio dinâmico esperado pra aquele produto específico, sem nenhuma indicação clara de que a causa é uma simples diferença de identificador entre dois sistemas.
Como verificar a correspondência real
A forma prática de identificar esse problema é comparar diretamente, produto por produto, o identificador que aparece no evento de visualização de produto disparado pelo pixel — visível através da ferramenta de depuração de evento disponibilizada pela própria plataforma de anúncio — com o identificador cadastrado pra aquele mesmo produto específico dentro do arquivo de catálogo usado pela campanha. Os dois valores precisam ser idênticos, caractere por caractere, incluindo formatação e capitalização, já que qualquer diferença sutil impede a correspondência de funcionar.
Onde esse tipo de desalinhamento costuma nascer
Esse tipo de problema é particularmente comum quando o catálogo de produto é gerado por um sistema — uma plataforma de e-commerce, por exemplo — e o pixel é implementado por outra ferramenta ou pessoa, sem garantir explicitamente que os dois estão usando exatamente a mesma convenção de identificador pra cada produto. Isso é parecido com o problema de fundo descrito em subir feed de produto pro Google Shopping com título genérico e imagem de fundo colorido — em ambos os casos, a qualidade e a consistência do dado estrutural que alimenta a campanha determina diretamente a capacidade da plataforma de fazer correspondência precisa, independentemente de quão bem configurado esteja o resto da campanha.
O que fazer quando o remarketing dinâmico não performa bem
Diante de um remarketing dinâmico que está tecnicamente ativo, mas performando abaixo do esperado, vale verificar primeiro se existe correspondência real de identificador entre pixel e catálogo pra uma amostra representativa de produto, já que essa é uma causa comum, mas pouco óbvia, de baixa performance. Só depois de descartar essa possibilidade específica vale investigar outras causas mais conhecidas, como volume insuficiente de visitante qualificado ou público de remarketing pequeno demais pra gerar entrega significativa.
Um exemplo prático
Uma loja online migra de plataforma de e-commerce, e o time técnico reconfigura o catálogo de produto na nova plataforma sem revisar se o formato de identificador usado é o mesmo que o pixel, já instalado anteriormente, continua disparando. O remarketing dinâmico continua tecnicamente ativo, mas a performance despenca sem explicação aparente. Uma investigação mais profunda revela que o novo catálogo usa um formato de identificador ligeiramente diferente do disparado pelo pixel — uma diferença sutil o suficiente pra impedir toda correspondência, mas nunca sinalizada como erro por nenhuma das duas ferramentas envolvidas.
O ponto central
Antes de investigar causa mais complexa pra um remarketing dinâmico com performance abaixo do esperado, vale verificar a correspondência exata entre o identificador de produto disparado pelo pixel e o identificador cadastrado no catálogo. Essa verificação simples, embora pouco intuitiva, resolve uma causa real e silenciosa de falha que nenhum painel padrão de diagnóstico costuma sinalizar diretamente.


