Pixel e catálogo sem correspondência: como diagnosticar e corrigir os IDs
Resposta curta
Os anúncios de catálogo só sabem quem viu ou comprou cada produto se o content_ids enviado pelo Pixel e pela API de Conversões for idêntico ao id do produto no catálogo. Quando não é, a taxa de correspondência cai, o remarketing dinâmico perde alcance e a otimização piora. Para corrigir, veja a taxa de correspondência no Gerenciador de Commerce, compare os IDs não encontrados com os do catálogo e padronize um único tipo de ID (produto ou variação) nos dois lados.
Por que a correspondência importa
O anúncio de catálogo é dinâmico porque usa comportamento: mostra para cada pessoa o produto que ela viu, um parecido ou um que costuma ser comprado junto. Esse comportamento chega ao Meta pelos eventos do Pixel e da API de Conversões, com o parâmetro content_ids.
Se o site envia content_ids: ["12345"] e o catálogo só tem o produto 12345-azul-m, o Meta recebe o evento, mas não sabe a qual produto ele se refere. O visitante não entra no remarketing daquele item, e a compra não ensina o algoritmo sobre aquele produto.
Como diagnosticar
- Abra o Gerenciador de Commerce e entre no catálogo usado nas campanhas.
- Vá até a área de eventos e confira se o Pixel certo está conectado como fonte.
- Veja a taxa de correspondência de
ViewContent,AddToCartePurchase. - Abra a lista de IDs não correspondentes e compare com os IDs do catálogo.
- Confirme no site: com o Meta Pixel Helper (extensão do Chrome) ou no Gerenciador de Eventos, veja o
content_idsque uma página de produto envia e procure esse valor no catálogo.
Uma referência prática é manter a taxa perto de 100%. Abaixo de 90%, uma parte relevante das visitas e compras não está sendo aproveitada.
Causas mais comuns
| Causa | Exemplo |
|---|---|
| Produto no Pixel, variação no catálogo | Pixel envia 8812, catálogo tem 8812-P, 8812-M, 8812-G. |
| SKU de um lado, ID interno do outro | Pixel envia VST-ALICE-01, catálogo usa 455901. |
| Prefixo ou formato diferente | Catálogo com shopify_BR_123_456, Pixel com 456. |
| Dois apps enviando produtos | Um app usa o ID do produto, outro o da variação, e o catálogo fica duplicado. |
| Pixel errado conectado | O catálogo está ligado a um Pixel antigo ou de outra loja. |
| API de Conversões com ID diferente do Pixel | Servidor envia SKU, navegador envia ID da variação. |
Como corrigir
- Escolha um padrão. Defina se o catálogo vai trabalhar com ID de variação ou de produto. Para lojas de moda, com tamanho e cor, o ID de variação costuma dar mais precisão.
- Ajuste o lado mais fácil. Às vezes é mais simples mudar o feed (trocar o campo usado como
id) do que mexer no código do Pixel. Se mudar o feed, lembre que o histórico de eventos por produto recomeça para os IDs novos. - Use
content_typecorretamente.productquando o ID é do item;product_groupquando o ID enviado é o do produto pai, igual aoitem_group_iddo catálogo. - Alinhe a API de Conversões. Mesmo
content_idse mesmoevent_iddo Pixel, para deduplicar. - Remova fontes duplicadas. Uma integração por catálogo. Apague itens duplicados depois de escolher a fonte.
- Espere e confira. A taxa é recalculada com os eventos novos. Volte em alguns dias para ver se subiu.
Ao usar ferramentas que mudam a imagem dos produtos no catálogo (moldura, vídeo), confirme que elas mantêm o mesmo ID. Trocar o ID para gerar um "produto novo" com a imagem nova quebra a correspondência com o Pixel. O Smart Feeds publica a imagem nova no mesmo ID de produto.
Checklist final
- Taxa de correspondência perto de 100% em ViewContent, AddToCart e Purchase.
- Um único padrão de ID no catálogo, no Pixel e na API de Conversões.
- Variações agrupadas com
item_group_id, como explicado no guia de feed de produtos. - Uma fonte de produtos por catálogo, sem itens duplicados.
- Pixel certo conectado ao catálogo usado nas campanhas.
Com isso resolvido, os anúncios de catálogo e a campanha Advantage+ de vendas passam a usar o comportamento real de cada visitante.
Perguntas frequentes
O que é content_ids no Pixel do Meta?
É o parâmetro dos eventos ViewContent, AddToCart e Purchase que diz quais produtos a pessoa viu, colocou no carrinho ou comprou. O valor precisa ser igual ao id do produto no catálogo para o Meta ligar o evento ao item.
Onde ver a taxa de correspondência entre Pixel e catálogo?
No Gerenciador de Commerce, dentro do catálogo, na área de eventos. Ali o Meta mostra, para cada tipo de evento, quantos content_ids recebidos correspondem a produtos do catálogo e lista exemplos de IDs que não foram encontrados.
Qual é uma boa taxa de correspondência?
O ideal é ficar perto de 100% nos três eventos principais. Abaixo de 90%, vale investigar: uma parte relevante dos visitantes e compradores não está sendo ligada aos produtos, e o remarketing dinâmico perde alcance.
Devo usar o ID do produto ou o ID da variação?
Tanto faz, desde que seja o mesmo no catálogo e no Pixel. Se o catálogo usa o ID da variação (cor e tamanho), o Pixel precisa enviar o ID da variação. Se o Pixel só consegue enviar o ID do produto pai, envie content_type = product_group e garanta que o item_group_id do catálogo seja esse mesmo ID.
A API de Conversões também precisa enviar content_ids?
Sim. Os eventos enviados pelo servidor devem trazer os mesmos content_ids do Pixel e o mesmo event_id, para o Meta deduplicar o evento e ligar a compra ao produto certo.