Métricas e análise
Conversions API vale a pena? O que muda de verdade
Enviar conversão pelo servidor recupera parte do que o navegador perde. Quanto isso vale na prática, o que não resolve e os erros de implementação que pioram tudo.
Este artigo também está em: English · Español
Bloqueadores, navegadores que restringem rastreamento, limites de cookie de terceira parte: uma parte dos eventos que acontecem no seu site nunca chega à plataforma de anúncios. A Conversions API — o envio de conversões pelo seu servidor em vez do navegador — é a resposta do setor a isso.
Ela funciona. Mas o motivo pelo qual vale a pena é diferente do que costuma ser vendido.
O que ela é, em uma frase
Em vez de o navegador do usuário avisar a plataforma que uma conversão aconteceu, o seu servidor avisa. O caminho não passa por bloqueador, por configuração de privacidade do navegador nem por cookie de terceira parte.
Mesma informação, caminho diferente.
Os três ganhos, em ordem de importância
1. Eventos que o navegador nunca viu (o maior)
Este é o ganho que quase não se menciona e é o que mais muda o resultado.
O navegador só conhece o que acontece no site. Ele nunca vai saber que:
- o lead virou venda 11 dias depois, por telefone
- o contrato foi assinado presencialmente
- o pedido foi cancelado na semana seguinte
- o cliente renovou a assinatura
Esses eventos existem no CRM e no ERP, não no site. A Conversions API é o único caminho para eles chegarem à plataforma — e são justamente os eventos de maior valor, porque carregam a informação de qualidade que o algoritmo não tem.
Mandar venda do CRM de volta é o uso que mais vale a pena. Recuperar eventos de navegador é um bônus.
2. Eventos recuperados
O envio por servidor contorna bloqueio de navegador e recupera parte do que se perdia. Quanto exatamente, depende do seu público — e deve ser medido na sua conta, não estimado por benchmark de terceiro.
3. Dados mais ricos
Pelo servidor você pode enviar informação que o navegador não tem com confiança: valor real da venda vindo do sistema, identificadores de contato com qualidade melhor, estágio do funil. Correspondência melhor significa atribuição melhor.
O que ela não resolve
Não conserta rastreamento quebrado. Se a UTM se perde entre a landing e o CRM, ela se perde igual. A API envia o evento, não a origem perdida.
Não substitui o pixel. Os dois juntos cobrem mais que qualquer um sozinho. O navegador vê comportamento que o servidor não vê; o servidor vê o que acontece fora do site.
Não faz a campanha vender mais sozinha. Ela melhora o sinal. Sinal melhor ajuda a otimização, mas uma oferta ruim com sinal perfeito continua sendo uma oferta ruim.
Não resolve divergência com o CRM. As janelas de atribuição continuam diferentes. Veja quando o CRM e o gerenciador discordam.
Os quatro erros que pioram tudo
Não deduplicar
O erro mais comum e o mais caro. Pixel e servidor mandam o mesmo evento, a plataforma conta dois, você otimiza por um número inflado — e cada decisão de verba sai errada.
A correção: mesmo identificador de evento nos dois caminhos. Pixel e servidor enviam o mesmo event_id para a mesma conversão, e a plataforma descarta a duplicata.
Confira isso no primeiro dia. Depois de duas semanas, o histórico está contaminado e você vai comparar períodos incomparáveis.
Mandar só o que é fácil
Implementar a API para PageView e Lead e deixar a venda de fora é implementar a parte sem valor. O evento que vale é o que o navegador não enxerga.
Dados de correspondência pobres
Enviar só o e-mail quando você tem e-mail, telefone, nome e cidade reduz a taxa de correspondência. Mande tudo que tiver, com a normalização e o tratamento que a documentação exige.
Esquecer de medir o antes
Se você não anotou o volume de conversões da semana anterior, não vai saber o que ganhou. E sem saber o ganho, não dá para justificar o esforço nem detectar quando a implementação quebra.
Quando vale e quando não
Vale claramente quando há venda que acontece fora do site (telefone, presencial, WhatsApp, ciclo longo), quando o gasto é alto o bastante para que alguns por cento de melhoria paguem o trabalho, ou quando você já vê divergência grande entre plataforma e realidade.
Vale menos quando o negócio é e-commerce puro com compra na hora e o pixel já captura quase tudo, ou quando o gasto é pequeno e o esforço de implementação não se paga.
Não comece por ela quando o rastreamento básico está quebrado. Arrume a UTM e o formulário primeiro — a API não resolve nada do que está quebrado antes dela.
O caminho curto
- Meça e anote o volume de conversões da semana anterior.
- Implemente com deduplicação desde o primeiro evento.
- Confira a deduplicação no primeiro dia, não na segunda semana.
- Mande os eventos de CRM, não só os de site.
- Compare duas semanas depois e registre o ganho.
O passo 4 é o que diferencia uma implementação que vale o trabalho de uma que só recupera alguns eventos de navegador.
Para decidir qual evento mandar de volta, veja evento de qualidade ou de volume.
Perguntas frequentes
A Conversions API substitui o pixel?
Não. O recomendado é usar os dois em paralelo com o mesmo identificador de evento, para que a plataforma descarte a duplicata e fique com o que chegou mais completo.
Quanto de conversão a mais ela recupera?
Varia muito por público e por navegador. O ganho real deve ser medido na sua conta comparando o período antes e depois, não estimado por benchmark de terceiro.
O maior ganho é recuperar evento?
Não. O maior ganho costuma ser poder enviar eventos que o navegador nunca viu, como venda fechada no CRM dias depois do clique.
Implementar errado pode piorar?
Pode. Sem deduplicação você conta tudo duas vezes e otimiza por um número inflado, que é pior que o problema original.