Como evitar que vendas duplicadas contaminem o Google Ads

Vendas duplicadas no Google Ads acontecem quando a mesma venda é registrada mais de uma vez (por exemplo, no formulário e também no CRM, ou em múltiplos eventos). O resultado é que o Google Ads aprende com conversões infladas e você otimiza para o que não é real. A boa notícia: dá para bloquear duplicidade com uma combinação de regras no tracking, identificação única e conversão offline bem modelada.

O que são “vendas duplicadas” no tracking do Google Ads?

No contexto de Google Ads, “venda duplicada” é quando uma única compra é enviada como conversão duas ou mais vezes. Isso pode ocorrer em diferentes camadas:

• Evento online duplicado: o mesmo lead/venda dispara mais de uma conversão (por exemplo, ao recarregar a página, reenvio do formulário ou múltiplos botões).
• Integração duplicada: a venda chega primeiro pelo formulário e depois novamente pelo CRM (ou via outro fluxo).
• Conversão offline duplicada: a mesma transação é reenviada ao Google Ads por “jobs” repetidos, falha de status ou falta de deduplicação.
• UTMs e GCLID inconsistentes: se o mesmo cliente gera registros diferentes no seu banco (por exemplo, GCLID perdido e depois recuperado), você acaba tratando como “vendas diferentes”.

O sinal mais comum é ver o volume de conversões crescer sem um aumento proporcional em receita, agendamentos concluídos ou pedidos únicos no CRM.

Intenção de busca: você quer parar de contaminar a otimização do Google Ads

Esta é uma busca transacional e de implementação: você quer corrigir o tracking para que o Google Ads receba apenas conversões válidas. O foco aqui é reduzir perda de atribuição e impedir que o algoritmo aprenda com dados errados.

Por que vendas duplicadas prejudicam o performance do Google Ads?

Quando o Google Ads recebe conversões duplicadas, ele passa a otimizar para um “sinal” que não representa o número real de vendas. Na prática:

• CPA e ROAS distorcidos: o custo pode ficar “bom” porque a receita/conversões estão infladas, ou “ruim” se o valor enviado estiver diferente.
• Campanhas aprendem errado: se uma campanha parece gerar mais vendas do que gera, ela recebe mais orçamento e rouba espaço de campanhas realmente eficientes.
• Relatórios enganam o time: quando alguém pergunta “qual campanha gerou receita?”, a resposta fica frágil porque o CRM e o Google Ads não batem.
• Decisões de otimização viram tentativa e erro: você ajusta segmentações, criativos e lances com base em números contaminados.

Checklist rápido para detectar duplicidade antes de “consertar”

Antes de mudar tudo, valide onde a duplicidade nasce. Use este roteiro:

1. Compare contagem no CRM vs. Google Ads: quantas vendas únicas existem no CRM no mesmo período?
2. Verifique o evento no site: a conversão dispara mais de uma vez para o mesmo pedido?
3. Rastreie o caminho do dado: formulário → backend → CRM → conversão offline (ou outro fluxo). Em qual etapa o mesmo pedido reaparece?
4. Checar identificadores: existe um ID único da venda (order_id, transaction_id) que atravessa o fluxo?
5. Audite filas e reenvios: falhas temporárias fazem o job reenviar a mesma conversão?

Se você não tem um ID único persistente, a correção fica mais difícil. A partir daí, o melhor caminho é criar um identificador estável e usar deduplicação.

Como evitar que vendas duplicadas contaminem o Google Ads (na prática)

A prevenção depende de três pilares: identificação única, deduplicação e modelagem correta de conversões.

1) Use um identificador único de transação do seu lado

Escolha um campo que represente a compra de forma estável, como order_id ou transaction_id. O objetivo é: para cada compra real, existe um único valor.

• Esse ID deve estar disponível no momento em que você registra a venda no CRM.
• Ele deve ser persistido no banco que envia conversões offline ao Google Ads.
• Ele deve ser usado como chave de deduplicação.

Sem isso, você tende a deduplicar por “heurística” (nome + e-mail + valor + data), que falha em casos comuns como reenvio de e-mail, alteração de dados ou múltiplas compras no mesmo dia.

2) Deduplica antes de enviar para o Google Ads

Mesmo que o Google Ads não “sabe” que duas mensagens são a mesma venda, o seu sistema pode impedir o envio duplicado. Estruture assim:

• Ao detectar uma venda no CRM, verifique no seu banco se o transaction_id já foi enviado.
• Se já foi enviado, não envie novamente.
• Se houve falha de envio, envie apenas uma vez após corrigir o erro, mantendo status por transação.

Se você roda um processo em lote (batch), inclua um controle de “já processado” para cada ID.

3) Defina uma única “fonte de verdade” para conversão

Um erro comum é ter duas rotas concorrentes criando conversões: uma via formulário e outra via CRM. Para evitar duplicidade:

• Decida se a venda será registrada apenas online (quando ocorre no site) ou apenas offline (quando o CRM confirma).
• Se você usa conversão offline, trate o evento online como assist (por exemplo, lead/checkout), e deixe a venda final para o offline.
• Se você precisa dos dois por motivo de auditoria, garanta que os eventos sejam de tipos diferentes (ex.: lead vs. compra) e não repitam o mesmo “purchase”.

O ponto é simples: não envie a mesma compra como “purchase” em dois fluxos diferentes.

4) Garanta consistência de atribuição: UTMs e GCLID não podem “sumir”

Para conectar clique, jornada e receita ao Google Ads, você precisa manter o elo entre a visita e a conversão. Na prática:

• Capture UTMs e GCLID no momento do clique ou sessão relevante.
• Persistir esses dados no seu backend até a venda ser confirmada.
• Se o GCLID não estiver disponível (por exemplo, tráfego sem clique rastreável), registre essa condição e trate como “sem atribuição por GCLID”, sem tentar inventar origem.

Se você perde o GCLID e depois recupera por outra via, pode criar múltiplos registros e, sem deduplicação, duplicar conversões.

5) Use conversão offline com regras claras (e sem reenvio infinito)

Ao enviar conversões offline ao Google Ads, trate cada transação como um item que deve ser enviado uma vez. Boas práticas:

• Manter status por transação: pendente, enviado, falhou, reprocessado.
• Reprocessar apenas o necessário, e ainda assim com deduplicação por ID.
• Se você usa enhanced conversions, garanta que o “identificador de conversão” continua consistente entre tentativas.

Isso reduz o risco de “loop” quando a integração falha e o job tenta reenviar indefinidamente.

Exemplo prático: formulário + CRM criam duas “vendas”

Imagine este cenário realista:

• O usuário clica em um anúncio do Google Ads.
• Preenche um formulário e dispara uma conversão (por engano) como se fosse compra.
• Alguns dias depois, o CRM confirma a venda e envia conversão offline novamente.

Resultado: o Google Ads vê duas vendas para a mesma transação.

Correção: defina que o formulário só registra lead ou agendamento, e a compra final é enviada apenas uma vez via conversão offline, deduplicada pelo transaction_id do CRM.

Erros comuns que fazem a duplicidade voltar

• Não usar ID único para deduplicar.
• Reprocessar lote sem controle de “já enviado”.
• Enviar eventos diferentes com o mesmo “tipo de conversão” (ex.: lead e purchase confundidos).
• Trocar o mapeamento de conversões no Google Ads sem ajustar o tracking e o CRM.
• Perder GCLID/UTMs e criar registros paralelos no banco.

Como a Apointoo ajuda a reduzir perda de atribuição e duplicidade

Apointoo é uma infraestrutura de atribuição e conversões offline para conectar clique, UTMs, GCLID, formulário, CRM e receita de volta ao Google Ads. Na prática, ela ajuda quando o seu problema é justamente:

• GCLID perdido entre clique e venda.
• Formulário sem integração que cria registros incompletos.
• Conversões offline reenviadas sem deduplicação por transação.
• Agendamento e vendas misturados em eventos, contaminando o que o Google Ads otimiza.

Se você precisa provar qual campanha virou receita (e não apenas lead), a abordagem muda: você trata a venda como um evento único no seu sistema e alimenta o Google Ads com dados consistentes.

FAQ: vendas duplicadas no Google Ads

Como saber se o Google Ads está recebendo conversões duplicadas?

Compare o número de vendas únicas no CRM com o número de conversões “purchase” no Google Ads no mesmo período. Se o volume do Google Ads for maior sem aumento proporcional de pedidos reais, há forte indício de duplicidade.

Devo desativar o tracking online para parar duplicidade?

Depende do seu desenho. O mais comum é manter online para eventos intermediários (lead, agendamento, checkout) e enviar a compra final apenas via conversão offline, deduplicada por ID único da transação.

Deduplicar no Google Ads resolve?

O ideal é deduplicar no seu sistema antes do envio. O Google Ads pode tratar eventos de formas diferentes, mas o seu controle de deduplicação por transação reduz o risco de aprendizado com dados inflados.

O que usar como chave para deduplicação?

Use o transaction_id ou order_id que identifica a venda no seu CRM. Se você não tiver um identificador estável, o tracking tende a falhar e você precisa corrigir isso no seu modelo de dados.

UTMs e GCLID são obrigatórios?

Para atribuição consistente, UTMs e GCLID ajudam. Se o GCLID não estiver disponível, não invente origem. Registre a ausência e mantenha a conversão como válida, mas com atribuição limitada.

Próximos passos

• Escolha um ID único de transação no CRM e garanta que ele chega até o envio de conversão offline.
• Implemente deduplicação por transação antes de enviar ao Google Ads.
• Defina uma fonte de verdade para “compra final” e evite enviar o mesmo evento por dois fluxos.
• Audite a integração com foco em reenvios e falhas de job.

Solicite acesso ao Apointoo se você já roda campanhas em Google Ads e precisa provar quais conversões viraram receita, conectando clique, UTMs, GCLID, formulário, CRM e dados offline com mais consistência.

Sugestões de links internos

• Google Ads: conversão offline e como implementar
• Como manter GCLID e UTMs do clique até a venda
• Integração de formulário com CRM para atribuição
• Atribuição de receita: como provar ROI por campanha