Se a sua loja roda Meta Ads e a última vez que alguém verificou o Pixel foi antes de 2023, existe uma chance considerável de que as campanhas estão sendo otimizadas com dados incompletos.
Desde o iOS 14 em 2021, a Apple introduziu o App Tracking Transparency (ATT), que pede ao usuário permissão explícita para ser rastreado. A maioria nega. Com o iOS 17, as restrições aumentaram: Link Tracking Protection remove parâmetros de rastreamento de links em mensagens, e-mail e navegação privada no Safari.
O efeito na operação de e-commerce: o Meta recebe menos dados sobre quem visitou o site, quem comprou e qual campanha gerou a venda. O algoritmo de otimização trabalha com informação parcial. O ROAS reportado fica menos confiável. E o gestor toma decisão de budget com base num número que não reflete o que aconteceu.
Resolver isso não exige desenvolvimento pesado. Exige saber o que verificar, o que configurar e o que mudou na forma de ler os resultados.
O Que o iOS Mudou na Prática
Antes do iOS 14, o Pixel do Meta capturava eventos de navegação e compra de praticamente todo mundo que visitava o site pelo navegador. O algoritmo recebia dados completos para otimizar as campanhas.
Depois do ATT, uma parcela dos usuários de iPhone ficou invisível para o Pixel. O Meta estima que a perda varia entre 20% e 40% dos eventos, dependendo do nicho e do perfil do público.
Concretamente: se 100 pessoas compram na sua loja depois de clicar num anúncio do Meta, o Pixel pode registrar só 60 a 80 dessas compras. As outras ficam como "dark conversions" que aconteceram mas não são atribuídas.
Para o gestor que olha o painel, parece que o ROAS caiu. Na verdade, o que caiu foi a capacidade de medir, não o resultado da campanha.
O Que É a Conversions API (CAPI)
A Conversions API (CAPI) é a resposta do Meta à perda de dados do Pixel.
Enquanto o Pixel funciona pelo navegador do cliente (frontend), a CAPI envia dados diretamente do servidor da loja para o Meta (backend). O servidor sabe que a compra aconteceu independente de o navegador ter bloqueado o rastreamento ou não.
Os dois devem funcionar juntos. Pixel e CAPI rodando em paralelo é o que o Meta chama de "redundant setup": se o Pixel perde o evento, a CAPI envia. Se a CAPI falha por algum motivo, o Pixel cobre. A taxa de cobertura combinada se aproxima dos dados completos que existiam antes do iOS 14.
Na prática, lojas com Pixel + CAPI configurados corretamente reportam melhora de 15% a 30% na quantidade de eventos registrados em comparação com lojas que rodam só o Pixel.
Como Verificar Se o Seu Pixel Está Saudável
Três indicadores que você pode checar hoje sem ajuda de desenvolvedor.
Event Match Quality Score
No Events Manager do Meta (Gerenciador de Eventos), cada evento configurado (PageView, AddToCart, Purchase) tem um Event Match Quality Score de 1 a 10. Esse score indica o quão bem o Meta consegue associar o evento a um usuário específico.
Score abaixo de 6 indica que o Meta está recebendo dados insuficientes para associar o evento a um perfil. Acima de 7 é bom. Acima de 8 é excelente.
Se o score de Purchase está em 4 ou 5, a CAPI provavelmente não está configurada ou está enviando dados sem parâmetros de identificação (e-mail, telefone, nome) que permitem o match.
Deduplication
Se Pixel e CAPI estão rodando juntos, o Meta precisa saber que o evento que veio pelo Pixel e o que veio pela CAPI são a mesma compra. Sem deduplicação correta, a mesma conversão é contada duas vezes.
No Events Manager, se o número de eventos Purchase é visivelmente maior que o número de pedidos confirmados na plataforma, é sinal de duplicação. A solução é garantir que o event_id seja o mesmo no Pixel e na CAPI para o mesmo evento.
Eventos configurados corretamente
PageView, ViewContent, AddToCart, InitiateCheckout e Purchase são os cinco eventos essenciais. Se algum desses não está disparando ou está disparando com parâmetros incompletos (sem value, sem currency, sem content_id), a otimização do Meta perde qualidade.
O Meta Pixel Helper (extensão gratuita do Chrome) mostra em tempo real quais eventos estão disparando em cada página da loja. Passar pelo funil inteiro (home → produto → carrinho → checkout → compra de teste) com o Helper ativo revela os gaps em 10 minutos.
Como Configurar a CAPI
A complexidade da configuração depende da plataforma da loja.
Shopify: integração nativa via Meta Sales Channel. Ativar a CAPI é marcar uma opção e sincronizar o catálogo. A maioria dos eventos é configurada automaticamente.
VTEX, Nuvemshop, WooCommerce: depende de plugin ou integração custom. VTEX tem integração nativa com Meta CAPI. WooCommerce usa plugins como o "Facebook for WooCommerce" que inclui CAPI. Nuvemshop tem integração via app.
Plataforma proprietária ou custom: exige desenvolvimento. A CAPI funciona via HTTP POST para o endpoint graph.facebook.com/v18.0/{pixel_id}/events. O payload inclui evento, parâmetros do usuário (email hasheado, telefone hasheado), parâmetros de servidor (IP, user agent) e event_id para deduplicação.
Para qualquer plataforma, o essencial é: (1) os eventos de conversão (AddToCart, Purchase) devem ser enviados via CAPI com os mesmos event_ids do Pixel, (2) os parâmetros de identificação (email, phone) devem ser enviados hasheados em SHA256, e (3) o teste de verificação no Events Manager deve confirmar que os eventos estão chegando e sendo deduplicados.
Aggregated Event Measurement (AEM) e iOS 17
Com o ATT, o Meta introduziu o Aggregated Event Measurement (AEM), que limita a 8 o número de eventos de conversão que podem ser priorizados por domínio. A ordem desses 8 eventos define qual conversão é registrada quando o usuário optou por não ser rastreado.
Para e-commerce, a prioridade padrão que faz sentido:
- Purchase
- InitiateCheckout
- AddToCart
- ViewContent
- AddPaymentInfo
- Lead
- CompleteRegistration
- PageView
Purchase no topo garante que, mesmo quando o Meta só consegue registrar um evento, ele registra a compra. Se PageView estiver acima de Purchase na ordem, o Meta pode contar a visita mas não a venda.
Verificar essa configuração no Events Manager → Aggregated Event Measurement → Configuração de eventos web.
O Que Muda na Leitura de Resultado
Com tudo configurado corretamente, a leitura de resultado ainda é diferente da era pré-iOS 14. Duas adaptações que fazem diferença:
Janela de atribuição mais curta. O Meta recomenda usar janela de 7 dias pós-clique e 1 dia pós-visualização como padrão. Para decisão de otimização interna da campanha, essa janela funciona. Para decisão de investimento total, continuar usando o MER como bússola.
Delay na atribuição. A CAPI pode enviar eventos com atraso de até 72 horas (o Meta aceita eventos com até 7 dias de defasagem). Isso significa que o resultado de segunda-feira pode não aparecer completo no painel até quarta ou quinta. Não tomar decisão de cortar campanha baseado no resultado parcial do mesmo dia.
Prioridade de Ação
Se a CAPI não está configurada na sua loja, essa é a ação de maior impacto imediato na qualidade das campanhas de Meta Ads. Mais do que trocar criativo, ajustar público ou aumentar budget.
Se a CAPI já está configurada, verificar o Event Match Quality Score e a deduplicação. Um score baixo ou duplicação ativa anula boa parte do benefício da configuração.
Se tudo está configurado e verificado, adotar o MER como métrica principal de decisão e tratar o ROAS do painel como ferramenta de otimização interna, não como indicador de saúde da operação.
Leia também: ROAS Real vs ROAS Reportado: Como Calcular o Retorno Verdadeiro
Leia também: Arquitetura de Aquisição Digital: O Que É e Por Que E-commerces Que Escalam Operam Assim
