Como Medir Leads Qualificados no GA4 Integrando com CRM (RD Station, HubSpot, Pipedrive, Salesforce)

O ponto cego clássico do GA4

O GA4 mede muito bem o comportamento do usuário até a conversão onlinemas a maior parte das empresas B2B, imobiliárias, de seguros e de vendas consultivas não fecha negócio no site. O negócio fecha no CRM, dias ou semanas depois, com um vendedor no meio do processo. Para um negócio local estruturado, uma clínica, uma imobiliária, um escritório de advocacia, o site costuma ter, no máximo, um único ponto de conversão mensurável: o formulário ou o WhatsApp da landing page. A partir daí, qualificação, negociação e fechamento acontecem dentro do CRM (ou de uma planilha fazendo as vezes de CRM), fora do alcance do GA4 tradicional.

Sem uma ponte entre CRM e GA4, o dono do negócio nunca sabe qual canal trouxe o lead que realmente virou cliente, apenas qual canal trouxe formulário preenchido, a métrica mais rasa que existe. Essa é a ruptura marketing↔receita na prática: sem esse elo, o marketing otimiza para “gerar lead”, não para “gerar cliente”. É o mesmo problema estrutural por trás das conversões offline do Google Adssó que agora reconhecido dentro do próprio GA4, a ferramenta de analytics mais usada do mundo.

Os dois relatórios que o Google lançou para resolver isso

Em 21 de julho de 2025, o Google registrou no changelog oficial do Google Analytics o lançamento de dois relatórios padrão voltados a clientes de geração de leads, sob o título “Default reports and suggested audiences for lead generation customers” (What’s new archive, Google Analytics). Mais de um ano depois, a maioria das contas auditadas no mercado ainda não tem esses relatórios populados, não por serem novidade, mas porque a implementação real continua incompleta na maior parte dos projetos de tracking.

Lead acquisition mostra dados desde a primeira vez que um potencial cliente visita o site, ajudando a entender a performance de marketing no topo do funil e quais canais trazem leads novos (Lead acquisition report, Analytics Help). Ele é populado por três métricas centrais:

Lead disqualification and loss é complementar: ajuda a entender por que potenciais clientes não viraram leads qualificados, cruzando o motivo de desqualificação (disqualified_lead_reason) com o motivo de perda (unconvert_lead_reason) (Lead disqualification and loss report, Analytics Help). Um detalhe que explica boa parte da baixa adoção: nenhum dos dois relatórios aparece na navegação padrão do GA4, é preciso ativá-los manualmente, o que está longe de ser óbvio para quem só usa os relatórios prontos da interface.

Como ativar os dois relatórios na sua propriedade GA4

A ativação acontece em Administrador → Configurações da propriedade → Objetivos comerciais. Se a propriedade já foi criada com outro objetivo (por exemplo “Gerar reconhecimento de marca” ou “Examinar dados do produto”), é preciso adicionar manualmente a coleção “Gerar leads”, o GA4 permite mais de um objetivo comercial ativo por propriedade, então ativar essa coleção não remove os relatórios que já existiam antes. Depois de ativada, os dois relatórios aparecem em Relatórios → Biblioteca → Coleções → Gerar leads, prontos para publicar no menu principal de navegação.

Um ponto que gera confusão: ativar a coleção não popula dados retroativos. O GA4 só conta um evento a partir do momento em que ele começa a ser efetivamente disparado e recebido pela propriedade, não existe reprocessamento de sessões antigas. Isso significa que o primeiro passo real de qualquer implementação não é ativar o relatório na interface, é garantir que os seis eventos abaixo estejam realmente sendo enviados.

Os 6 eventos que formam o funil completo, e por que só 1 nasce no site

O Google recomenda seis eventos para geração de leads, cobrindo o funil completo em atividades online e offline, úteis para vendas B2B, automotivas, de seguros ou qualquer negócio em que a conversão acontece fora do site (Recommended events, Analytics Help):

O ponto que quase ninguém implementa por completo: apenas o generate_lead nasce no site. Os outros cinco nascem dentro do CRM, muito depois de a sessão original ter terminado, o que exige uma ponte técnica entre CRM e GA4, e não apenas uma tag configurada uma única vez no navegador. Essa também é a razão pela qual esse tipo de conteúdo precisa girar em torno do CRM, e não apenas do GA4 isoladamente: quem procura “como medir RD Station no GA4”, “integrar Pipedrive com Analytics” ou “Salesforce e conversão offline” enfrenta exatamente a mesma dor, muda apenas qual CRM está do outro lado da integração, e qual campo customizado guarda o identificador que conecta os dois mundos.

A premissa central: sem CRM, os relatórios ficam praticamente vazios

O GA4 não classifica lead nenhum sozinho. Quem decide se um lead é “qualificado” ou “convertido” é a regra de negócio de cada empresa, avaliada por um vendedor dentro do CRM. É o CRM que carrega a qualificação, o histórico de contato e o fechamento, sem ele alimentando o GA4, os dois relatórios ficam com quase todas as métricas zeradas, e apenas “New leads” é populado de forma consistente. Isso segue a mesma lógica das conversões offline via CAPI já consolidada no Meta Ads, e das conversões offline e otimizadas para leads do próprio Google Ads: o mercado inteiro de mensuração está migrando para depender do CRM como fonte de verdade sobre o que realmente virou receita, em vez de tratar o clique ou o formulário como o fim da jornada.

Como a ponte técnica funciona, na prática

A etapa 1, o evento generate_leadé client-side e configurada normalmente como uma tag de evento no Google Tag Manager, disparada no envio do formulário. Os cinco eventos restantes são server-side, originados a partir do CRM. Como acontecem fora do navegador, às vezes dias depois do primeiro contato, a via oficial é o Measurement Protocol: o CRM, Salesforce, HubSpot, Pipedrive, RD Station, envia o evento diretamente para os servidores do Google via requisição HTTP, no momento em que o registro muda de estágio (Measurement Protocol, Google for Developers).

O ponto crítico de amarração está na entrada, não na saída: para o GA4 conseguir religar o evento que veio do CRM à sessão original do site, é preciso guardar um identificador, o client_id do GA4, em um campo customizado do próprio CRM, no momento em que o lead é criado. Sem esse identificador salvo desde a origem, o evento chega “órfão” ao GA4: não se conecta a nenhum canal, campanha ou origem, e o relatório de aquisição de leads continua sem sentido, mesmo com os eventos técnicos implementados. Em termos de formato, uma requisição de Measurement Protocol para o evento qualify_lead tem essa estrutura, simplificada:

POST https://www.google-analytics.com/mp/collect?measurement_id=G-XXXXXXX&api_secret=SEU_API_SECRET
{
  "client_id": "1234567890.0987654321",
  "events": [
    {
      "name": "qualify_lead",
      "params": {
        "lead_source": "google_ads",
        "value": 1
      }
    }
  ]
}

O client_id desse payload precisa ser exatamente o mesmo valor gerado pelo GA4 na sessão original do site, é isso que faz o evento “encaixar” de volta na jornada certa, em vez de virar um registro solto sem origem.

Testando antes de confiar nos dados

Antes de considerar a implementação pronta, vale confirmar que os eventos server-side realmente chegam. O Google disponibiliza um servidor de validação específico para isso, o mesmo endpoint do Measurement Protocol, trocando /mp/collect por /debug/mp/collectque retorna, na hora, se o payload enviado está bem formado e quais erros de validação ele encontrou, sem contabilizar o evento como dado real na propriedade. Depois de validado o formato, o próximo teste é abrir o GA4 DebugView com o modo de depuração ativo e confirmar que o evento aparece em tempo real, associado ao usuário certo, é o jeito mais rápido de descobrir se o client_id enviado pelo CRM realmente corresponde a uma sessão existente, antes de esperar dados aparecerem (ou não) no relatório de Lead Acquisition dias depois.

Por CRM: onde muda a implementação

A lógica do Measurement Protocol é a mesma independentemente do CRM utilizado, o que muda é onde fica o campo customizado que armazena o client_id e qual mecanismo do próprio CRM dispara o envio quando um lead muda de estágio:

Em todos os quatro casos, o desenho é o mesmo em três etapas: capturar o client_id do visitante no momento em que o formulário é enviado, salvar esse valor num campo customizado do CRM junto com o lead recém-criado, e configurar uma automação (nativa do CRM ou via uma ferramenta intermediária como n8n) que dispara uma chamada ao Measurement Protocol toda vez que o registro muda de estágio. A escolha entre automação nativa do CRM e uma ferramenta intermediária costuma depender de quanta lógica de negócio é necessária antes de decidir qual evento enviar, quanto mais estágios e regras de qualificação o funil comercial tiver, mais vale a pena centralizar essa lógica fora do CRM, em vez de espalhar automações internas difíceis de auditar depois.

Para quem esses relatórios realmente servem

Esses dois relatórios foram desenhados para quem vende fora do carrinho de compras: B2B, automotivo, seguros, imobiliário, educação de alto ticket, saúde e negócios locais estruturados, qualquer operação em que o fechamento não acontece no clique, e sim numa conversa posterior, dentro de um CRM. Uma clínica é o exemplo mais direto: o site tem só o formulário de agendamento como ponto de conversão mensurável, mas o que realmente importa para o negócio, consulta realizada, procedimento fechado, só existe dentro do sistema de gestão da clínica. Sem os eventos de qualificação e conversão alimentando o GA4, o relatório de aquisição nunca mostra qual canal trouxe o paciente que efetivamente virou receita, só qual canal trouxe agendamento.

O recado maior por trás desse lançamento é que o próprio Google está reconhecendo, dentro da ferramenta de analytics mais usada do mundo, que conversão só no site não conta a história toda. Isso confirma uma tendência mais ampla no mercado de mensuração: a migração para conversões offline via CRM, seja dentro do GA4 com os eventos descritos aqui, seja via CAPI no Meta Ads, seja nas conversões offline e otimizadas para leads do próprio Google Ads, três implementações diferentes do mesmo princípio: o dado que importa para o algoritmo e para o relatório é o mesmo dado que importa para o caixa do negócio.

Referências

• What’s new archive, Google Analytics, seção “July 21, 2025”
• Recommended events, seção “For lead generation”
• Lead acquisition report, Analytics Help
• Lead disqualification and loss report, Analytics Help
• Measurement Protocol para GA4, Google for Developers

Escrito por Celso CestaroYouTube.