Dados e decisões
API de Conversões: o que a integração precisa demonstrar
Antes de investir mais em mídia ou em tecnologia, vale pedir uma evidência simples: um evento real, seu registro de envio e a venda correspondente no comercial.
Uma integração da API de Conversões precisa demonstrar, no mínimo, três coisas distintas: que um evento real aconteceu, que ele foi enviado e processado pela Meta, e que ele corresponde a uma venda ou etapa comercial que a empresa reconhece. Se a evidência apresentada comprovar apenas o recebimento técnico, as outras conferências ainda estarão pendentes. As outras duas dependem de conferência própria, e é ela que dá ao dono segurança para decidir o próximo investimento.
O que a fonte oficial sustenta
Segundo a documentação da Meta, a API de Conversões foi desenhada para conectar dados de marketing do anunciante (eventos de site, de aplicativo, de mensagens e conversões offline) a partir de servidor, plataforma, app ou CRM aos sistemas da Meta. A própria documentação diz que esses eventos são processados de modo semelhante aos enviados pelo Pixel e podem ser usados em medição, relatórios ou otimização.
Isso descreve a finalidade da ferramenta. Não diz que uma empresa específica terá mais vendas, custo menor ou atribuição correta só por tê-la ativa. Por isso, o que segue é um roteiro de verificação proposto por nós, e não um requisito da Meta.
Três perguntas que não se confundem
| Pergunta | O que responde | O que não prova |
|---|---|---|
| A Meta recebeu e processou o evento? | Que a conexão técnica existe e transmitiu aquele registro. | Que o evento foi atribuído a um anúncio. |
| O evento foi atribuído a uma campanha? | Que a plataforma o relacionou a algum anúncio, conforme as regras dela. | Que a venda existiu ou foi causada pelo anúncio. |
| A venda existe no comercial? | Que há pedido, contrato ou pagamento correspondente. | Que a mídia foi a causa. Observação de comportamento não prova causa. |
Manter essas camadas separadas evita um erro comum de leitura: tratar o recebimento técnico como se fosse resultado de negócio. Cada camada tem um responsável diferente (quem desenvolveu, quem opera a mídia, quem fecha a venda), e a conversa fica mais objetiva quando cada um mostra a sua evidência.
Roteiro de verificação de um exemplo autorizado
A proposta é escolher um único caso, com autorização de quem for responsável pelos dados, e acompanhá-lo do começo ao fim. Não é uma auditoria completa, apenas uma amostra que mostra se o caminho está documentado.
- Evento real: peça um exemplo de ação que de fato aconteceu (um pedido de orçamento, uma assinatura), com data e origem interna, como o registro do CRM ou do sistema de vendas.
- Registro de envio: peça o registro, do lado da empresa ou de quem implementou, de que aquele evento foi enviado, com data e hora. Se não existir registro, isso já é uma informação útil.
- Recebimento na Meta: peça que alguém mostre, nas ferramentas da própria Meta, que o evento aparece como recebido. A documentação oficial lista a verificação da configuração como uma das etapas recomendadas.
- Conciliação comercial: compare esse mesmo evento com o status no comercial (ganho, perdido, em aberto) e anote se os critérios de data e de valor batem.
- Registro das diferenças: documente o que não foi possível demonstrar, sem concluir ainda o motivo.
Um exemplo hipotético: uma consultoria recebe um pedido de proposta numa terça-feira, e o CRM registra a oportunidade. Se o registro de envio mostra o evento na terça, mas o comercial só fecha o contrato semanas depois, a conciliação precisa considerar essa defasagem. Comparar eventos de um período com vendas de outro geraria uma divergência aparente que não é erro de ninguém.
Como interpretar o que aparecer
Se os três passos fecharem para o exemplo, ganha-se confiança naquele caminho, mas uma amostra não representa todos os casos. Se algum passo não puder ser demonstrado, isso indica onde investigar, não quem errou. Detalhes como parâmetros, deduplicação e regras de consentimento merecem análise técnica própria, e a decisão sobre arquitetura pode ser vista em rastreamento server-side: quando vale. Se a dúvida nasceu de uma queda de números, conversões caíram após aviso de cookies ajuda a separar hipóteses.
Como exercício, escolha esta semana uma venda recente e tente montar a trilha de quatro registros: evento, envio, recebimento e comercial. O ponto em que ela quebrar define a primeira pergunta a levar para quem cuida da integração.
