Serviço
Meta Conversions API configurada com deduplicação e dados permitidos
A Conversions API permite enviar conversões à Meta a partir do seu servidor. O ganho está na consistência do dado — desde que o event_id seja compartilhado com o pixel e apenas parâmetros permitidos sejam enviados.
CAPI ligada sem controle é pior do que CAPI desligada
É comum encontrar contas com o mesmo lead contado duas vezes, eventos disparados na abertura do formulário e dados desnecessários enviados à plataforma. O resultado é uma otimização de campanha treinada com ruído.
Como funciona na prática
A Meta aceita o mesmo evento por dois caminhos: o pixel no navegador e a Conversions API no servidor.
Quando os dois enviam o mesmo event_name com o mesmo event_id, a Meta reconhece que é a mesma conversão e mantém apenas uma.
Quando o event_id não é compartilhado, a conta passa a contar o dobro — e o gestor de tráfego otimiza para um número inexistente.
Impacto de não resolver
- Conversões duplicadas inflando o volume relatado.
- Event Match Quality baixo por falta de parâmetros úteis como fbp e fbc.
- Evento Lead disparado antes da confirmação do lead no banco.
- Token da CAPI exposto no frontend em implementações improvisadas.
Como a Orvan resolve
- 01Pixel e CAPI compartilhando event_name e event_id, com o identificador salvo no registro do lead.
- 02Evento Lead disparado somente depois que o backend confirma a gravação.
- 03Envio de e-mail e telefone normalizados com hash, além de fbp, fbc, URL, timestamp e action_source.
- 04Token da Conversions API armazenado exclusivamente no servidor.
- 05Logs sem dados sensíveis e reenvio automático em falha temporária.
Stack técnica
- Pixel da Meta carregado conforme a decisão de consentimento.
- Conversions API chamada pelo servidor após confirmação no banco.
- Dataset e Pixel ID documentados; token apenas em variável de ambiente do servidor.
- Test Events para validação e Event Match Quality como acompanhamento.
O que está incluído
- Auditoria do pixel e do dataset atuais.
- Implementação do envio server-side dos eventos contratados.
- Deduplicação comprovada com evidência de teste.
- Verificação dos parâmetros e dos dados permitidos.
- Documentação de IDs, eventos e regras de disparo.
Limites e transparência
- Nenhuma implementação recupera todas as conversões. O objetivo é reduzir perdas técnicas, melhorar a qualidade dos dados e dar mais controle à sua empresa, respeitando consentimento e políticas das plataformas.
- Não enviamos mensagens completas, documentos, senhas ou campos livres sem validação.
- Event Match Quality depende dos dados que o visitante fornece; não há como garantir uma nota específica.
Processo de implementação
Etapa 1
Auditoria
Verificamos eventos, parâmetros, duplicidades e diagnósticos da conta.
Etapa 2
Correção
Ajustamos o disparo dos eventos e a estrutura de deduplicação.
Etapa 3
Server-side
Implementamos o envio pelo servidor a partir do fato confirmado.
Etapa 4
Teste
Test Events, conferência de parâmetros e verificação de duplicidade.
Etapa 5
Documentação
Registro dos IDs, eventos e regras, sem exposição de tokens.
Perguntas frequentes
- Quantos eventos são implementados?
- Os eventos previstos no escopo do projeto. Normalmente PageView, ViewContent, Contact, Lead e, quando existe pagamento confirmado, Purchase.
- A CAPI funciona sem consentimento?
- Eventos de marketing só são enviados quando há base legal e consentimento. Server-side não é usado para ignorar a escolha do visitante.
- Vocês garantem aumento de conversões atribuídas?
- Não. Garantimos a implementação técnica descrita, testada e documentada.
Quer saber onde sua operação está perdendo dados?
O diagnóstico começa pela análise do que já existe: site, eventos, formulários, UTMs e o caminho até o CRM ou WhatsApp. Depois apresentamos a arquitetura recomendada.