API de Conversões: o que todo escritório precisa saber

• O escritório investe em tráfego pago, os leads chegam no WhatsApp, mas as plataformas de anúncios não sabem quais desses leads viraram clientes.
• Sem essa informação, Google e Meta otimizam para cliques e mensagens, não para contratos fechados.
• As APIs de Conversão resolvem esse problema enviando dados reais de conversão direto do servidor, sem depender de cookies ou pixels no navegador.

Se você já ouviu falar em “CAPI”, “Conversions API” ou “envio de conversões offline” e ficou sem entender como isso afeta o escritório, este artigo é para você. Eu vou explicar o conceito, mostrar por que ele ficou tão importante depois das mudanças de privacidade do iOS e dos navegadores, e como escritórios de advocacia podem usar essas integrações para pagar menos por cada lead qualificado.

O que é uma API de Conversões

Uma API de Conversões é um canal direto entre o seu sistema (CRM, plataforma de atendimento, planilha automatizada) e a plataforma de anúncios (Meta ou Google). Em vez de depender do pixel no navegador do visitante, o envio acontece servidor a servidor.

Na prática, funciona assim:

1. O lead clica no anúncio e chega ao WhatsApp do escritório.
2. O CRM registra esse contato e, ao longo do atendimento, marca etapas: triagem feita, consulta agendada, contrato assinado.
3. Quando o lead avança no funil (ou fecha contrato), o CRM envia um evento de conversão para a Meta ou o Google, informando: “esse lead que veio da campanha X virou cliente”.

A plataforma de anúncios recebe esse dado e usa para ajustar a entrega dos próximos anúncios. O algoritmo aprende quais perfis de pessoas realmente fecham contrato e passa a buscar mais pessoas parecidas. Isso se chama otimização para conversão real, e é o oposto de otimizar para clique ou mensagem enviada.

Leia também: O fim dos leads frios: como advogados pararam de perder dinheiro com Google Ads (a regra dos 5 minutos e como CRM com IA evita perder leads).

Por que as APIs de Conversão ficaram essenciais

Até 2020, o Pixel da Meta e a tag do Google funcionavam bem: o navegador do visitante carregava um código JavaScript, esse código disparava eventos (clique, preenchimento de formulário, compra) e a plataforma usava cookies para rastrear tudo.

Três mudanças quebraram esse modelo:

O resultado? O pixel sozinho perdeu entre 30% e 50% dos eventos de conversão, segundo dados da própria Meta. Se metade das conversões não chega à plataforma, o algoritmo trabalha com dados incompletos. É como pedir para um GPS calcular a melhor rota, mas esconder metade das ruas do mapa.

Para escritórios de advocacia, o efeito é ainda mais severo. O volume de leads costuma ser menor que em e-commerce (um escritório trabalhista pode receber 50 a 200 leads por mês, não milhares). Com poucos dados e metade deles perdida pelo pixel, o algoritmo simplesmente não tem informação suficiente para otimizar.

Eu acompanhei de perto escritórios que investiam R$3.000 a R$8.000 por mês em Meta Ads e Google Ads sem nenhum envio de conversão server-side. O custo por consulta agendada era de R$180 a R$350. Após implementar o envio de conversões via API, esse custo caiu para R$90 a R$180 nos primeiros 60 dias. Não porque o anúncio mudou, mas porque a plataforma finalmente sabia para quem otimizar.

Meta Conversions API (CAPI) vs. Google Offline Conversions

Embora o conceito seja o mesmo (“enviar dados de conversão do servidor para a plataforma”), cada ecossistema tem suas particularidades.

Meta Conversions API (CAPI)

A Meta chama sua solução de Conversions API (ou CAPI). Ela funciona em paralelo ao Pixel. Quando os dois estão ativos, a Meta faz a deduplicação automática: se o pixel e a CAPI reportam o mesmo evento, conta só uma vez.

O que a CAPI precisa receber:

• Identificador do evento: nome do evento (Lead, Schedule, Purchase)
• Dados do usuário: telefone (hash SHA-256), e-mail (hash), IP, user agent
• Dados do evento: valor, moeda, ID da campanha de origem
• Timestamp: quando a conversão aconteceu

O ponto mais importante para escritórios: o telefone do lead. Como o contato chega via WhatsApp, o CRM já tem o número. Esse número, após hash, é o principal parâmetro de match que a Meta usa para conectar a conversão ao clique original no anúncio.

Na minha experiência com escritórios que usam Meta Ads, a taxa de match (proporção de conversões que a Meta consegue vincular ao anúncio original) fica entre 65% e 85% quando o telefone é enviado. Sem o telefone, cai para menos de 30%.

Google Offline Conversions (e Enhanced Conversions)

O Google tem duas abordagens:

1. Offline Conversion Import: você exporta uma lista de conversões (com GCLID, o identificador do clique) e importa no Google Ads. O Google vincula cada conversão ao clique original.
2. Enhanced Conversions for Leads: envia dados hasheados (e-mail ou telefone) junto com a conversão, e o Google faz o match automaticamente.

Para escritórios, o GCLID é o dado mais valioso. Quando o lead clica no anúncio do Google e chega ao site ou ao WhatsApp, o GCLID vem na URL. Se o CRM captura e armazena esse parâmetro, depois é possível informar ao Google: “o lead com GCLID xyz fechou contrato no valor de R$5.000”. O algoritmo do Google Ads recebe esse sinal e passa a entregar o anúncio para perfis semelhantes.

O papel do CRM no envio de conversões

Aqui é onde a teoria encontra a prática. Para enviar conversões, você precisa de três coisas:

1. Saber de qual campanha veio o lead (UTM, GCLID, fbclid)
2. Acompanhar o lead no funil (triagem, consulta, contrato)
3. Disparar o evento no momento certo (webhook ou chamada de API)

Se o escritório usa planilha do Excel para controlar leads, nenhuma dessas três etapas acontece de forma automatizada. O dado existe, mas está preso. É como ter o combustível mas não ter o motor.

Um CRM com automações resolve as três etapas. Eu recomendo pensar no fluxo assim:

Anúncio (Meta/Google)
    ↓
Lead chega no WhatsApp
    ↓
CRM registra contato + origem (UTM/GCLID/fbclid)
    ↓
IA faz triagem e classifica por área jurídica
    ↓
Lead avança no funil (consulta agendada, contrato assinado)
    ↓
Automação dispara webhook → API de Conversões (Meta/Google)
    ↓
Plataforma de anúncios recebe o sinal e otimiza

Cada seta desse fluxo é um ponto onde dados podem se perder. Se o CRM não captura a origem, não adianta ter a API de Conversões. Se o funil não é atualizado, o evento nunca dispara. Por isso, a qualidade do rastreamento depende diretamente da organização do atendimento.

Leia também: Meta Ads na advocacia: como atrair clientes no Instagram sem ferir a OAB (como estruturar campanhas educativas dentro do Provimento 205/2021).

Como o Chat Jurídico conecta atendimento e conversões

No Chat Jurídico, três funcionalidades se encaixam diretamente nesse fluxo de conversões:

Automações com classificação por palavra-chave

O módulo de automações permite criar regras que disparam automaticamente quando o lead envia a primeira mensagem. Por exemplo:

• Lead escreve “aposentadoria” → CRM aplica a tag “Previdenciário”, atribui ao advogado responsável e move para a etapa “Novo Lead” no funil.
• Lead escreve “demissão” → tag “Trabalhista”, atribuição automática, etapa atualizada.

Isso elimina a classificação manual e garante que cada lead entre no funil correto desde o primeiro contato. Para o envio de conversões, essa classificação é essencial: você precisa saber qual tipo de caso converteu para informar à plataforma de anúncios qual campanha trouxe resultado.

Etapas do funil como gatilhos de conversão

O funil do Chat Jurídico tem etapas configuráveis (Novo Lead, Consulta Agendada, Contrato Assinado, entre outras). Quando o lead avança de etapa, esse evento pode ser usado como gatilho para o envio de conversão.

Na prática, o momento ideal para enviar o evento de conversão depende do objetivo da campanha:

• Campanha de consultas: enviar conversão quando o lead chega em “Consulta Agendada”
• Campanha de contratos: enviar conversão quando o lead chega em “Contrato Assinado”
• Otimização intermediária: enviar micro-conversões em cada etapa (Lead Qualificado, Consulta Realizada) para dar mais sinais ao algoritmo

API aberta e webhooks para integração

A API Pública do Chat Jurídico permite que sistemas externos leiam e escrevam dados no CRM via REST. Com ela, um fluxo de automação (via n8n, Make ou Zapier) pode:

1. Receber webhook quando o lead muda de etapa no funil
2. Consultar dados do contato (telefone, tags, origem da campanha)
3. Enviar o evento de conversão para a Meta CAPI ou Google Offline Conversions com os dados corretos

Os webhooks do Chat Jurídico notificam em tempo real quando eventos acontecem: mensagem recebida, conversa criada, contato atualizado, mudança de etapa. Esse é o mecanismo que conecta o CRM à plataforma de anúncios sem necessidade de exportação manual.

Um fluxo típico no n8n ficaria assim:

Webhook (Chat Jurídico: lead mudou para "Contrato Assinado")
    ↓
HTTP Request (buscar dados do contato via API)
    ↓
Função (formatar payload: hash do telefone, event_name, valor)
    ↓
HTTP Request (enviar para Meta Conversions API ou Google Ads API)

Escritórios que usam o plano IA Exclusive já têm acesso à API e aos webhooks. A configuração do fluxo no n8n leva entre 30 minutos e 2 horas, dependendo da complexidade.

Quanto custa não enviar conversões

Vou colocar números concretos. Imagine um escritório previdenciário que investe R$5.000/mês em Google Ads:

A diferença não vem de gastar mais. Vem de gastar melhor. O algoritmo, com dados reais, para de mostrar o anúncio para quem só clica e nunca agenda. E passa a investir o orçamento em perfis que realmente convertem.

Em 6 meses, a diferença acumulada pode representar dezenas de consultas a mais com o mesmo orçamento. Para um escritório que cobra R$300 a R$800 por consulta previdenciária, o retorno é significativo.

Nos escritórios que acompanho, a melhoria começa a aparecer entre 30 e 60 dias após a implementação. O algoritmo precisa de um volume mínimo de conversões para aprender. Por isso, escritórios com orçamentos menores (abaixo de R$2.000/mês) devem usar micro-conversões (qualificação do lead, agendamento) em vez de esperar apenas contratos fechados.

Erros comuns na implementação

Depois de acompanhar a configuração de APIs de Conversão em diversos escritórios, esses são os erros que mais vejo:

1. Não capturar parâmetros de origem (UTM/GCLID/fbclid)

Se o link do anúncio não inclui UTMs ou o CRM não armazena o GCLID, a conversão chega à plataforma mas não pode ser vinculada à campanha. É como enviar uma carta sem remetente.

2. Enviar conversões genéricas demais

Marcar todo lead como “conversão” dilui o sinal. O algoritmo não consegue distinguir entre quem só perguntou o preço e quem realmente fechou contrato. Use eventos específicos para cada etapa do funil.

3. Não fazer hash dos dados pessoais

Tanto a Meta quanto o Google exigem que telefone e e-mail sejam enviados em hash SHA-256. Enviar dados em texto claro viola as políticas das plataformas e pode resultar em suspensão da conta de anúncios.

4. Latência excessiva no envio

A Meta recomenda enviar o evento em até 1 hora. Escritórios que exportam planilhas semanalmente perdem a janela de atribuição. Com webhooks em tempo real, o evento é enviado no momento em que o lead avança no funil.

5. Ignorar o volume mínimo

A Meta sugere pelo menos 50 eventos por semana para que o algoritmo otimize de forma consistente. Se o escritório tem poucos leads, vale enviar micro-conversões (triagem concluída, consulta agendada) além do evento final (contrato assinado) para alimentar o modelo com mais dados.

Implementação passo a passo: APIs de Conversão no seu escritório