Levar os resultados de vendas à mensuração

Uma boa conversa comercial pode acontecer dias depois do clique, por telefone ou no sistema de vendas. A coleta no site não descreve sozinha esse percurso. Para acompanhar essas etapas, a empresa precisa de um caminho entre seus sistemas e a mensuração do LinkedIn.

Conversions API, também chamada CAPI, é a interface para enviar eventos a partir de sistemas da empresa ou de parceiros. Ela permite informar acontecimentos online e offline. Esse caminho não elimina a necessidade de finalidade, permissões, qualidade do cadastro ou respeito às escolhas de privacidade.

Se um formulário for informado pelo navegador e pelo servidor, os dois registros podem representar a mesma ação. Deduplicação é o processo de reconhecê-los como um único evento, usando identificadores consistentes. Peça à equipe uma demonstração com um registro de teste antes de confiar nos totais.

A diferença está em quem envia o evento. A tag depende do navegador do visitante. Na Conversions API, a integração da empresa envia o registro diretamente ao LinkedIn, sem depender de a aba continuar aberta. Isso não garante recebimento nem atribuição: a equipe precisa conferir erros de envio, identificação do contato e prazos aplicáveis.

Existem dois jeitos de implementar. Na integração direta, a equipe de tecnologia gera um token no Signals manager e programa o envio; a Central de Ajuda estima de duas a quatro semanas, e o FAQ da API fala em uma a duas. Pelo parceiro, uma ferramenta pronta faz o envio: a lista oficial traz HubSpot, Google Tag Manager, Salesforce Data 360, Segment, Zapier e outros.

Essa escolha define responsabilidades. Na integração direta, a empresa cuida do token, que não expira e que o LinkedIn não guarda, das versões mensais da API e do limite de 5.000 eventos por requisição. No parceiro, essas tarefas passam ao fornecedor, e a empresa fica com o mapeamento dos campos e a conferência dos números. Quem não tem desenvolvedor dedicado começa pelo parceiro.

Qualquer que seja o caminho, a conversão nasce como regra dentro do Campaign Manager. O caminho é Measure (Medir), Conversion tracking, botão Create conversion. O menu oferece três origens: Insight Tag conversion, Conversions API e CSV conversion, este para subir eventos offline em planilha. Para o SQL que sai do CRM, a escolha é Conversions API.

As opções da interface e da integração precisam ser conferidas separadamente. A atualização documentada em setembro de 2026 acrescentou 180 dias às janelas de regras de conversão para tipos elegíveis, em todas as versões ativas; MQL e SQL exigem a versão 202608 ou posterior. Combine a janela antes do envio e documente por que ela corresponde ao ciclo que você pretende observar.

A Conversions API aceita eventos online e offline. Online é a ação no site, repetida pelo servidor para não depender do cookie. Offline é o que acontece longe da tela: lead aceito pelo SDR, reunião realizada, contrato assinado, contato colhido no estande de um evento presencial. Desde a versão de agosto de 2026 da API, MQL e SQL existem como tipos próprios de conversão.

Há dois prazos diferentes: o tempo permitido para enviar um evento ocorrido e a janela que associa esse evento a uma interação publicitária. Um ciclo comercial longo exige avaliar ambos, além dos tipos de conversão elegíveis. O estágio de qualificação pode ser um sinal mais frequente para orientar a entrega, sem substituir o acompanhamento posterior do contrato.

Para atribuir, o LinkedIn precisa reconhecer a pessoa do outro lado. Os dados de correspondência aceitos incluem e-mail com hash SHA-256, o identificador de clique do LinkedIn (li_fat_id), endereço IP, nome, cargo, empresa, país e o identificador do lead de um Lead Gen Form. O hash transforma o e-mail normalizado em um código usado para correspondência. Evita enviar o endereço em texto aberto, mas não torna o dado anônimo: ainda permite relacionar registros à pessoa.

Normalizar antes do hash separa correspondência alta de baixa. O e-mail vai em minúsculas e sem espaços, senão 'Diretora@Empresa.com ' e 'diretora@empresa.com' viram códigos diferentes. O modelo de GTM para a Conversions API faz o hash sozinho desde junho de 2025. Vale capturar o li_fat_id num campo oculto do formulário, porque ele liga o contato ao clique exato.

A correspondência também ganhou campos em 2026. Desde a versão 202607, de julho, o endereço IP pode seguir com hash SHA-256, por enquanto só no formato IPv4. Na 202609, nome e sobrenome passaram a aceitar hash, depois de normalizados em minúsculas, sem espaços nem pontuação. Mais campos com hash elevam a chance de o LinkedIn reconhecer o contato do CRM.

Deduplicação é a regra que impede a mesma ação de contar duas vezes. Quando o pedido de demonstração vai pela tag e pelo servidor, o LinkedIn pede uma regra de conversão para cada fonte e o mesmo eventId nos dois envios. Havendo coincidência, a plataforma descarta o evento da Conversions API e conta o do Insight Tag. O eventId nasce uma vez, no envio, e os dois caminhos o repetem.

Qualidade do sinal se mede em quatro perguntas. Completude: quantos eventos chegam com e-mail e li_fat_id? Validade: o e-mail tem formato certo e o valor veio preenchido? Atualização: o SQL chega em poucos dias depois da mudança de fase? Consistência: o número do Campaign Manager fica perto do CRM no mesmo período?

Monitorar é olhar essas perguntas toda semana e ter plano para falha. Envio que para em silêncio é o defeito mais caro, porque a campanha continua otimizando com dados velhos. A rotina cobre reenvio dentro dos 90 dias, conexão do parceiro revogada, versão da API perto da desativação (a versão 202511 deixa de ser aceita em 16 de novembro de 2026) e um dono para cada alerta.

A Conversions API tem limites que a documentação deixa claros. Os dados ficam armazenados e processados nos Estados Unidos, são apagados depois de 180 dias e seguem o acordo de processamento de dados do LinkedIn. Mandar pelo servidor não dispensa o consentimento que o site precisa colher: a regra que exclui quem recusou o banner vale também para o envio. Cobertura integral não existe, e parte das conversões é modelada.

Armadilha comum: ligar a integração do parceiro e esquecer que a tag já contava a mesma ação. Sem eventId compartilhado, o pedido de demonstração entra duas vezes, o custo por conversão cai pela metade no relatório e a otimização passa a acreditar num desempenho que não existe. O erro só aparece quando alguém compara o total com o CRM.

No mês 1, a Vértice ligou a Conversions API pelo parceiro HubSpot, sem desenvolvimento próprio. O pedido de demonstração passou a sair pelos dois caminhos com o mesmo eventId, e três eventos offline começaram a sair do CRM: SQL, reunião realizada e oportunidade criada. O formulário do site ganhou um campo oculto para o li_fat_id, preenchido em 84 por cento dos envios vindos de anúncio.

O teste de aceite repetiu o critério do plano. Em 30 dias, o Campaign Manager registrou 33 pedidos de demonstração contra 31 no HubSpot, dentro da tolerância, e nenhum em dobro. Os SQL chegaram ao LinkedIn em média quatro dias depois da mudança de fase. Foi esse sinal que, no mês 4, sustentou a otimização para lead qualificado.

Defina qual sistema envia cada evento e como a equipe identifica reenvios, falhas e duplicidades. A entrega é um fluxo auditável, com responsável e um teste bem explicado. Conectar mais sistemas só ajuda quando todos usam a mesma definição do resultado que será medido.