Otimização de valor
A Otimização de valor ensina o True Conversions a enviar o valor certo para o Google Ads em cada etapa do funil do negócio, em vez de um valor fixo só no fechamento (ou nenhum valor). Isso ajuda o algoritmo de lances do Google a identificar leads de maior qualidade desde o início, não só quando o negócio já fechou.
Acesse: abra a conta (cliente) → Otimização de valor.
Pré-requisitos
- O
deal_iddo negócio precisa estar chegando em cada evento — para CRMs conectados nativamente ele já vem pronto; para webhook manual, mapeie-o em Mapeamento de campos. - Se a conta usa RD Station CRM, um funil (pipeline) precisa estar selecionado na página de Integrações de CRM — veja Conectando o RD Station CRM. Sem isso, as etapas reais do funil não aparecem aqui.
A ideia em uma frase
valor enviado = valor do negócio × multiplicador da etapa (× ajuste de qualidade da empresa, se Enriquecimento estiver ativo)
Um Lead vale menos do que um negócio já em proposta, que vale menos do que um negócio Fechado-Ganho. A cada etapa, o True Conversions envia uma fração do valor do negócio — e quando o negócio realmente fecha (100%), envia o valor real, sem estimativa.
Ativar
O toggle Ativar otimização de valor no topo da página liga o recurso. Enquanto desativado, o True Conversions envia o valor bruto recebido do CRM sem aplicar multiplicadores por etapa.
Para RD Station CRM, Pipedrive e ActiveCampaign: ativar este toggle também muda o que o CRM envia — sem ele, você só recebe o evento de "ganho"; com ele, você passa a receber todas as mudanças de etapa. Veja os guias específicos de cada CRM.
Configurações gerais
| Campo | O que faz |
|---|---|
| Valor médio do negócio | Usado como valor de referência quando o CRM não envia o valor do negócio no payload — evita que uma conversão saia sem valor nenhum. |
| Moeda padrão | BRL, USD, EUR ou GBP. |
| Campo de etapa | O caminho no payload onde está o nome da etapa do negócio (ex.: deal[stage_title]). Para RD Station CRM, Pipedrive e ActiveCampaign conectados via integração nativa, já vem preenchido automaticamente ("Detectado automaticamente do..."). |
| Campo de valor do negócio | O caminho no payload onde está o valor do negócio. Também pré-preenchido para integrações nativas. |
Como encontrar o caminho certo do Campo de etapa (só necessário para webhook manual): mova um negócio de teste para uma nova etapa no CRM, depois abra Eventos recentes na página da conta, expanda o evento mais recente e veja Dados recebidos — copie o caminho exato do campo que contém o nome da etapa.
Deixe o Campo de etapa em branco apenas se a conta não tiver etapas de funil — nesse caso o sistema usa event_name como alternativa, o que costuma estar errado para negócios de CRM.
Tabela de etapas
Cada linha representa uma etapa do funil do CRM. A forma de preencher o Nome da etapa depende do CRM:
RD Station CRM (com funil selecionado) — dropdown por ID
Se a conta tem o RD Station CRM conectado com um funil (pipeline) já selecionado na página de Integrações de CRM, a coluna Nome da etapa vira um menu suspenso com as etapas reais desse funil, carregadas diretamente do RD. Um aviso azul confirma: "As etapas são carregadas direto do funil selecionado no RD Station CRM — escolha-as na lista."
- O True Conversions guarda o ID estável da etapa, não o texto — renomear a etapa no RD Station não quebra o roteamento.
- Se precisar de uma etapa que não está na lista (raro), escolha "Outro (digitar)" no menu — isso volta ao modo de texto livre, que exige correspondência exata (veja abaixo).
Todos os outros casos — texto livre, correspondência exata
Para webhook manual, ActiveCampaign, Pipedrive, ou uma etapa RD CRM em modo "Outro", o campo é texto livre e um aviso âmbar aparece: "Os nomes das etapas precisam ser idênticos ao texto que o seu CRM envia — mesma grafia, acentos e maiúsculas/minúsculas." Se o CRM manda "Ganho", a etapa deve se chamar "Ganho" — não "Fechado-Ganho".
Colunas
| Coluna | Significado |
|---|---|
| Nome da etapa | Dropdown por ID (RD CRM) ou texto exato (demais casos) — veja acima. |
| Multiplicador | Percentual (0–100%) do valor do negócio a enviar nesta etapa. 100% = o valor realizado/ganho — é o sinal que diz ao sistema "isto é a verdade, pare de estimar". |
| Ação Google | Disparar (o primeiro envio, que abre o registro do negócio), Reafirmar (atualiza o valor conforme o negócio avança) ou Ignorar (não envia nada nesta etapa). |
| Evento Meta | A qual evento padrão do Meta esta etapa corresponde (usado quando o Meta estiver disponível). |
| Ativa | Desmarcar remove a etapa do processamento — útil se a conta não usa todas as etapas padrão. |
Regras de validação ao salvar:
- Exatamente uma etapa deve estar marcada como
Disparar. - Todas as etapas precisam de nome, e os nomes devem ser únicos.
- O multiplicador deve estar entre 0% e 100%.
Roteamento à prova de falhas (fail-closed)
Com a Otimização de valor ativada, um evento só é enviado às plataformas de anúncios se, ao mesmo tempo: (a) a etapa dele corresponde a uma etapa ativa e configurada na tabela acima, e (b) o evento tem um deal_id. Qualquer outro caso — etapa não listada, etapa desativada, ou sem deal_id — é ignorado (nada é enviado), não enviado no valor cheio.
Isso é intencional: antes, uma etapa não listada era enviada por engano com o valor total (um bug de "fail-open" já corrigido). Hoje o sistema prefere não enviar nada a enviar um valor errado.
A etapa de Disparo deve ser a primeira que o negócio passa. Se o primeiro evento de um negócio chegar em uma etapa que não seja a de Disparo (e não existir registro anterior desse negócio), ele também é ignorado — não há um "valor inicial" para reafirmar depois. Na prática isso é raro, porque CRMs disparam a etapa inicial primeiro.
Eventos ignorados não aparecem na lista de Eventos recentes nem em Ver todos — essas telas só mostram entregas reais (envios e falhas), para reduzir ruído. As tentativas de atualização de valor (restatements) que o Google ainda não processou também ficam ocultas: são transitórias e reenviadas sozinhas (veja Solução de problemas). Se você espera ver mais negócios do que aparecem, comece pelas causas comuns em Solução de problemas (deal_id não mapeado ou nomes de etapa que não batem com o CRM).
O modelo de degraus (por que o Enriquecimento some no fechamento)
Se a conta também usa Enriquecimento de leads, o ajuste de qualidade da empresa só se aplica enquanto o valor ainda é uma estimativa (etapas abaixo de 100%). Assim que o negócio chega à etapa marcada como 100% (realizado/ganho), o ajuste de enriquecimento é desconsiderado — o sistema envia o valor real do negócio, sem inflar. Isso evita que o mesmo sinal seja contado duas vezes (a etapa já mede a probabilidade de fechar; o enriquecimento mede a qualidade da empresa — no fechamento, você já sabe a verdade).
Prévia de valor
Com o Valor médio do negócio preenchido, a página mostra uma prévia de quanto seria enviado em cada etapa ativa — útil para conferir se os multiplicadores fazem sentido antes de salvar.
Configuração de exemplo
| Etapa | Multiplicador | Ação Google |
|---|---|---|
| Lead | 1% | Disparar |
| MQL | 10% | Reafirmar |
| SQL | 30% | Reafirmar |
| Oportunidade | 60% | Reafirmar |
| Ganho | 100% | Reafirmar |
| Perdido | 0% | Ignorar |
Ajuste os nomes/etapas e percentuais para bater com o funil real da conta.