Como integrar CRM e mídia paga sem virar bagunça

Quase toda loja com alguma maturidade tem CRM funcionando e mídia rodando. Poucas têm os dois conversando.

O desperdício é silencioso: a base sabe quem compra de novo, quem devolve e quem sumiu depois da primeira compra. A plataforma de anúncio não sabe nada disso e, ainda assim, é ela que decide para quem vai o próximo real de verba.

Este texto parte da ferramenta já escolhida. Se essa decisão ainda está aberta, o post irmão trata dela: como escolher a plataforma de CRM.

Por que integrar CRM e mídia paga muda o custo de aquisição?

Porque muda o alvo que o algoritmo persegue. A plataforma otimiza para o sinal de sucesso que você entrega. Se o sinal é “qualquer compra”, ela busca gente parecida com qualquer comprador, inclusive quem comprou uma vez com cupom, pediu reembolso e nunca voltou. O sistema não é ingênuo, é obediente: aprende o que foi ensinado.

Quando o sinal carrega valor real e a referência passa a ser o cliente que volta, o mesmo orçamento compra outro tipo de comprador. Muda o dado, não a verba. É a otimização mais barata disponível e uma das menos feitas: liga dois sistemas que a operação já paga.

Que dado vai de ida e que dado volta?

A integração tem dois sentidos, e quase toda loja implementa só o primeiro.

Direção	O que trafega	Para que serve	Onde costuma quebrar
Ida: loja e CRM para a mídia	Evento de compra pelo servidor, com identificador do pedido	Otimizar sobre a venda real, não sobre a que o navegador reportou	Evento duplicado, por falta de identificador comum
Ida	Valor real do pedido aprovado	Diferenciar venda grande de venda pequena	Enviar valor de carrinho, com frete e desconto sem critério
Ida	Lista de compradores para exclusão	Evitar pagar aquisição por quem já é cliente	Lista carregada uma vez e nunca atualizada
Ida	Melhores clientes como semente de público semelhante	Pedir pessoas parecidas com quem dá lucro, não com quem só comprou	Usar a base inteira como semente
Ida	Estorno de pedido cancelado ou devolvido	Corrigir a receita contada pela plataforma	Não existir, que é o padrão
Volta: mídia para o CRM	Origem e campanha de aquisição do cliente	Segmentar comunicação por como a pessoa chegou	Perder o dado no checkout, porque nada grava no pedido
Volta	Data da primeira compra por canal	Medir canal por comportamento futuro, não por conversão do dia	Sobrescrever a origem a cada pedido

O sentido de volta é o negligenciado, e é ele que fecha o ciclo: sem origem gravada no cliente, dá para saber que a campanha gerou compradores, nunca se eles voltaram.

Por que o evento de compra precisa sair do servidor?

Porque o evento que sai do navegador chega incompleto, e ninguém sabe o tamanho do buraco sem medir. Bloqueador de anúncio, limitação de cookie de terceiro, aba fechada antes de o script carregar e falha de rede derrubam parte das compras antes de virarem sinal. A plataforma otimiza sobre uma amostra achando que tem o todo.

O envio pelo servidor sai por outro caminho: quem dispara é o seu backend, quando o pedido é confirmado, sem depender do navegador da pessoa.

Na prática os dois envios convivem, e aí aparece o erro mais comum: contar a venda duas vezes. O que evita isso é um identificador único, derivado do número do pedido e enviado nos dois caminhos, para a plataforma reconhecer que navegador e servidor falam da mesma compra.

Depois de implementar, um número vale revisão semanal: a diferença entre as compras da loja e as contadas pela plataforma. Não existe margem universal: o referencial é a série da sua própria operação, e o que pede atenção é a diferença crescer ou mudar de patamar sem explicação. Quando isso acontece, a otimização roda sobre dado ruim, e o problema é técnico antes de ser de mídia.

Por que mandar o valor real do pedido, e não o valor do carrinho?

Porque as duas coisas raramente batem, e a diferença ensina o sistema errado. Valor de carrinho inclui pedido não aprovado, ignora desconto do checkout e trata frete sem consistência. Com esse número na plataforma, o relatório mostra receita maior que a do caixa e o algoritmo valoriza compras que não se confirmaram.

Envie o valor do pedido aprovado, com desconto aplicado e um critério único para frete, o mesmo que a operação usa internamente. O critério único importa mais que qual critério: o que atrapalha é a loja medir de um jeito e a plataforma de outro.

Há um passo além, que quase ninguém dá: enviar um valor que reflita a contribuição, não o faturamento. Com margem muito diferente entre categorias, otimizar por faturamento faz o sistema perseguir o produto que vende mais, não o que sustenta a empresa. O ajuste é delicado e pede o cuidado de não quebrar o aprendizado.

Quem excluir das campanhas e quem usar como semente de público semelhante?

A exclusão vem primeiro. Em campanha de aquisição, a lista de compradores recentes precisa sair do público: pagar mídia por quem a comunicação própria traria de volta é o custo mais fácil de cortar. Em campanha de recompra, a mesma lista vira o alvo.

Na semente, o erro padrão é usar a base inteira: isso pede pessoas parecidas com quem comprou uma vez, que é a maioria de qualquer base.

A semente melhor sai de um recorte que só o CRM consegue fazer: quem comprou mais de uma vez, quem está no topo do valor acumulado, quem tem LTV acima da média, quem comprou e não devolveu. Esse dado não existe dentro da plataforma de anúncio, e é por isso que vale.

Duas condições. Volume: semente pequena produz público instável, e cada plataforma tem seu mínimo. E atualização automática: lista carregada à mão envelhece, e semente de um ano atrás descreve cliente que talvez não exista mais.

A técnica não corrige oferta fraca nem substitui tráfego pago bem estruturado. Ela melhora a mira de uma máquina que já funciona.

Como tratar pedido cancelado ou devolvido que a plataforma contou como venda?

Esse é o ponto cego mais caro da mensuração, porque infla o resultado onde a operação olha primeiro. A plataforma conta a compra quando recebe o evento. O cancelamento vem depois, às vezes semanas depois, e ninguém avisa a plataforma. O relatório segue exibindo receita que voltou para o cliente.

O tratamento tem duas partes. Enviar o estorno: pedido cancelado ou devolvido dispara um evento de reembolso com o mesmo identificador da compra. E reconciliar: comparar em período fechado a receita contada pela plataforma com a receita aprovada e líquida de devolução.

A distorção cresce com a taxa de devolução, o que pesa mais em vestuário e calçado que em consumo recorrente. O tamanho dela varia de operação para operação, e sem medir na sua não dá para saber se é ruído ou se está distorcendo a decisão de verba.

Como a origem de mídia volta para o CRM e o que fazer com ela?

O dado precisa ser capturado na sessão, sobreviver ao checkout e ser gravado no pedido, para o CRM ler dali. Se mora só na ferramenta de analytics, é relatório, não campo de cliente, e não aciona comunicação nenhuma.

Com a origem gravada, três coisas mudam. As boas-vindas tratam diferente quem chegou por busca de marca e quem chegou por descoberta. A avaliação de canal deixa de parar na primeira compra e passa a incluir taxa de recompra por origem, que é onde canais aparentemente empatados se separam. E os fluxos de automação ganham mais uma variável.

Um cuidado que evita retrabalho: a origem da primeira compra é um campo, a da última é outro. Se o CRM sobrescreve tudo a cada pedido, o dado de aquisição some na segunda compra, que é quando começaria a ser útil.

Onde entram consentimento e LGPD nesse projeto?

Antes da primeira linha de código, não depois.

Enviar dado de cliente para plataforma de anúncio é tratamento de dado pessoal. Não impede a integração, que é comum e legítima, mas define como construí-la. O que segue é princípio, não parecer: valide a arquitetura com quem responde juridicamente pela empresa.

Três pontos estruturam a conversa. Base legal e transparência: a política de privacidade e o aviso de coleta precisam refletir o que acontece de fato, incluindo o compartilhamento com plataformas de publicidade, e a escolha da pessoa sobre rastreamento vale também para o envio pelo servidor. Minimização: mande o necessário para a plataforma reconhecer a pessoa, com hash quando houver a opção, não a ficha inteira. Ciclo de vida: pedido de exclusão precisa chegar às listas já enviadas, o que exige processo, porque essas plataformas não apagam sozinhas.

Tratar isso como restrição de projeto sai mais barato: consertar consentimento em integração rodando custa mais que fazer certo desde o começo, e o risco fica com o dono da loja.

Para quem essa integração ainda não é prioridade

Para quem ainda não tem o evento de compra chegando de forma confiável: antes de enriquecer o sinal, ele precisa existir.

Para quem ainda vende pouco: semente e otimização por valor pedem volume de dado, e abaixo de certo patamar o esforço rende menos que trabalhar oferta e produto.

E para quem não tem quem opere. A integração cria rotinas: reconciliar receita, atualizar semente, revisar exclusão. Sem dono, ela degrada em silêncio, e integração quebrada engana mais que integração nenhuma.

O que fica

CRM e mídia paga integrados são dois fluxos, não um. De ida vão o evento pelo servidor com identificador de pedido, o valor real do que foi aprovado, as listas de exclusão e a semente de melhores clientes. De volta vem a origem de cada cliente, gravada no pedido e guardada na base.

O ganho não está nas partes isoladas. Está em o algoritmo otimizar pelo cliente que dá lucro em vez de por qualquer comprador, o que é mudança de dado, não de orçamento.

E há uma consequência que só aparece com a integração de pé: a pergunta sobre canal muda de natureza. Deixa de ser qual campanha converteu mais barato nesta semana e passa a ser qual canal traz gente que fica, que é uma discussão sobre a saúde da base e sobre quanto a operação pode pagar por um cliente.