Etapas e vendas do CRM, dados de rastreio da página
Janela por destino, identificadores e event_id
Eventos e públicos prontos para envio
Meta Conversions API e Google Ads
O que resolve
- As plataformas passam a otimizar por lead qualificado, reunião ou venda, e não por formulário preenchido.
- Cada evento chega uma vez, dentro do prazo que a plataforma aceita.
- Leads desqualificados e clientes atuais saem da prospecção por público de exclusão.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- O CRM de cada cliente conectado na Nekt, com a data de cada etapa
- As etapas que viram evento e o valor de cada uma, combinados com o cliente
- Os destinos Meta Conversions e Google Ads configurados por conta, com a ação de conversão criada na plataforma
O que você recebe
- Uma tabela por destino e por cliente com os eventos da janela corrente
- Identificadores normalizados: e-mail, telefone, fbc e id externo
- Públicos de clientes e de desqualificados atualizados
- Um monitor que compara a tabela produzida com o envio feito
Onde ativar
Eventos de qualificação, reunião e venda, várias vezes ao dia quando o volume pede.
Vendas ganhas com e-mail válido, uma vez por dia.
Clientes e desqualificados como público semelhante e de exclusão.
Uma esteira por cliente e por destino. A lógica se repete; o cuidado está na janela, na deduplicação e em conferir que o envio foi contabilizado. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
A mesma venda precisa chegar à Meta e ao Google em formatos e prazos diferentes. A Meta recusa evento com mais de 7 dias ou com data no futuro; o Google aceita até 90 dias do clique, mas recusa identificador vazio. O destino reenvia a tabela inteira a cada execução, então quem não controla a janela manda o mesmo evento várias vezes. E uma execução com sucesso na Nekt não prova que a plataforma casou a venda com um clique.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Meta e Google exigem colunas, janelas e identificadores diferentes para a mesma venda. Monte uma transformação por cliente e por destino, já no formato do destino. Nunca uma tabela única servindo os dois.
A Meta Conversions API rejeita event_time com mais de 7 dias: use janela de 6 dias ou de 132 horas, nunca 7 exatos. O Google Ads Click Conversions aceita até 90 dias depois do clique (63 dias nas conversões otimizadas para leads): janelas reais usam 55 dias para sobrar margem. Evento com data no futuro derruba o lote da Meta: limite event_time ao momento da execução.
O destino reenvia a tabela inteira a cada execução. Por isso a tabela traz só os eventos da janela atual, amarrada ao horário da execução, com janelas disjuntas quando roda várias vezes por dia. Cada atualização sai uma vez e a contagem diária fica igual no Events Manager.
Monte o event_id com o id do lead ou do negócio e o nome do evento (<id>-<evento>). Se o mesmo negócio voltar numa janela seguinte, ele sai com o mesmo event_id e a deduplicação da Meta absorve. No Google, use order_id com o mesmo princípio.
E-mail em minúsculas, sem espaços e com @. Telefone só com dígitos, com 55 na frente quando tiver 10 ou 11 dígitos, válido com 12 ou 13. Primeiro nome só com letras. fbc no formato fb.1.<timestamp em ms>.<fbclid> quando a URL de entrada tiver fbclid; fbp, IP e user agent da página quando existirem. Linha sem e-mail e sem telefone não sai.
Cada cliente define quais etapas viram evento (lead qualificado, reunião marcada, proposta, venda) e o valor de cada uma. Venda leva o valor do negócio ganho; etapa intermediária pode levar valor fixo combinado. Evento vindo só do CRM vai como system_generated (offline); evento com dados da página vai como website, o único que recebe nota de qualidade de correspondência.
Se o pixel, uma automação ou outra ferramenta já envia um evento (agendamento pelo calendário, lead do formulário), a esteira do CRM não manda o mesmo fato com outro nome. Use um marcador no lead para não disparar de novo e mantenha nomes de evento distintos entre as esteiras.
Envie as conversões que podem ter clique no destino: quando o cliente pedir, só negócios com origem Meta vão para a Conversions API. Nunca envie base importada, contatos de teste nem e-mails da equipe do cliente ou da agência.
Confira os dois lados: a transformação rodou, o destino está ativo e rodou depois dela. Transformação recente com destino inativo é sinal nunca entregue. E mesmo com envio aceito, sem clique correspondente na janela a venda não vira conversão: o sinal de que funciona é a ação de conversão offline aparecer com conversões na conta de anúncio.
Públicos de clientes (Customer Match, Custom Audiences) e de exclusão (desqualificados, clientes atuais, base de outra linha de negócio) usam a mesma normalização de e-mail e telefone, sem contatos de teste nem da equipe, deduplicados por telefone. Desqualificado é a etapa de desqualificação ou a perda por perfil, combinada com o cliente.
Limites de cada destino
O que cada plataforma aceita e o que a esteira faz para caber.
Definições
Armadilhas que já aconteceram
A transformação rodava todo dia e a tabela estava certa, mas o destino estava inativo havia semanas. O Google seguia otimizando por lead.
Monitor que compara tabela produzida com envio feito.
Um evento com data alguns minutos no futuro fez a Meta recusar o lote inteiro.
Limite event_time ao momento da execução.
A tabela acumulada era reenviada a cada execução e o mesmo lead aparecia várias vezes no dia.
Janela disjunta amarrada ao horário da execução.
Respostas completas e parciais do formulário tinham ids de espaços diferentes; deduplicar pelo id da resposta não removia nada e o lead saía duas vezes.
Deduplique por telefone normalizado numa janela de 7 dias.
A conversão de venda na conta de anúncio era dado enviado pela própria agência e foi apresentada ao cliente como medição da plataforma.
Rotule a conversão offline como enviada pela agência.
Meses de envios com sucesso e nenhuma conversão offline atribuída, porque os e-mails não casavam com cliques na janela.
Acompanhe a ação offline na conta, e não o status do envio.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Nenhum event_time da tabela da Meta tem mais de 7 dias nem está no futuro no momento do envio.
- Em 7 execuções seguidas, cada event_id aparece em uma única janela, e a contagem diária no Events Manager é igual à da tabela.
- Toda linha tem e-mail ou telefone normalizado, e todo telefone tem 12 ou 13 dígitos começando com 55.
- Para cada tabela de conversão ativa existe um destino ativo que rodou depois dela nas últimas 24 horas.
- Num mês fechado, as vendas enviadas ao Google aparecem na ação offline da conta, ou a diferença está explicada.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Conversões do CRM para as plataformas - Cada cliente tem uma tabela por destino. Tabelas de conversão são saídas para Meta e Google, não fonte de análise de resultado. - Meta Conversions API: event_time de até 7 dias (janela de 6 dias ou 132 horas) e nunca no futuro. Deduplicação pelo event_id em 48 horas. - Google Ads Click Conversions: até 90 dias do clique (63 nas conversões otimizadas para leads); linha sem identificador é recusada. - event_id = id do registro + nome do evento. A tabela contém só a janela corrente. - Eventos só do CRM vão como system_generated (offline, sem nota de qualidade). Eventos com dados da página vão como website. - Tabela produzida não é envio feito: confirme destino ativo e execução depois da transformação. Envio aceito não é conversão contabilizada: confira a ação offline na conta. - Conversão de venda que aparece na plataforma foi enviada pela agência. Não apresente como medição independente. Exceções por cliente: - <cliente>: eventos <LeadQualificado>, <ReuniaoMarcada> e <Purchase>; LeadQualificado = lead ainda aberto <n> dias depois de criado. - <cliente>: só negócios com origem Meta vão para a Conversions API. - <cliente>: valor fixo de <x> para a etapa <etapa> no Google.
Construa no meu workspace Nekt o caso "Conversões do CRM de volta para Meta e Google" seguindo as regras em https://academy.nekt.com/industrias/agencias/conversoes-offline-crm.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
Parcial e completa saem com o mesmo nome de evento, o event_id do parcial ganha sufixo próprio e a deduplicação é por telefone.
Agências com dezenas de clínicas ou franquias geram uma tabela e um destino por formulário, a partir de um modelo.
Venda aprovada em plataforma de infoproduto enviada por transação, com e-mail validado.