Transaction ID no Google Ads: o que é e por que evita duplicidade

plugnrank·10 de julho de 2026·7 min de leitura

Transaction ID no Google Ads é um identificador único que você envia junto com uma conversão offline para o Google. Ele ajuda a evitar duplicidade quando o mesmo evento pode ser reenviado (por exemplo, por falhas de integração, reprocessamento no CRM ou múltiplas tentativas de envio).

Intenção de busca: entender o que é Transaction ID e como ele evita duplicidade

Este conteúdo é informacional. Você vai sair com uma definição prática, onde esse campo entra no fluxo de tracking e quais erros mais comuns fazem a duplicidade acontecer.

O que é Transaction ID no contexto de conversões offline

Transaction ID é um campo usado para identificar uma conversão de forma unívoca. Na prática, você gera esse valor no seu lado (CRM, e-commerce, sistema de agendamento, ERP) e envia junto com a conversão para o Google Ads.

Quando o Google recebe a conversão com um Transaction ID que já foi registrado, o sistema consegue reconhecer que é o mesmo evento e reduzir o risco de contar duas vezes.

Por que Transaction ID evita duplicidade (explicação direta)

Duplicidade geralmente aparece quando o mesmo “fato” é enviado mais de uma vez. Com Transaction ID, você cria uma chave para o Google identificar “este pagamento/venda/agendamento já foi contabilizado”.

Onde a duplicidade costuma nascer

Reenvio por falha: a integração falha no meio do processo e tenta enviar novamente.
Reprocessamento: rotinas noturnas ou jobs de sincronização reexecutam conversões já enviadas.
Eventos repetidos no CRM: o status muda duas vezes (ex.: “pago” e depois “confirmado”) e ambos disparam envio.
Envio por múltiplas origens: o mesmo pedido é registrado em mais de um sistema e cada um tenta reportar a conversão.

O que muda com Transaction ID

Em vez de depender apenas de “data + valor + campanha”, você passa a depender de um identificador único do evento. Isso reduz a chance de o Google Ads tratar como duas conversões distintas.

Transaction ID funciona sozinho ou depende de outros dados?

Transaction ID ajuda muito, mas não substitui o básico do tracking. Para atribuição consistente, você precisa conectar o clique ao evento de conversão com os identificadores corretos (como GCLID quando aplicável) e manter a consistência dos dados enviados.

Em fluxos de conversão offline, o ideal é que cada conversão enviada tenha: identificação do clique (quando houver), mapeamento para a ação de conversão correta e um Transaction ID estável e único.

Exemplo prático: agendamento que vira venda sem contar duas vezes

Imagine um lead que clica no anúncio, preenche um formulário e agenda uma consulta. Depois, a consulta vira venda.

O usuário clica no Google Ads e você captura o GCLID (ou outro identificador compatível no seu fluxo).
O formulário cria um registro no seu CRM e gera um ID do agendamento (ex.: “AG-10492”).
Quando a venda acontece, você envia uma conversão offline para o Google Ads.
Você usa Transaction ID = AG-10492 (ou um ID único do pedido/venda, se for mais apropriado).
Se a integração tentar reenviar por falha, o Google reconhece o Transaction ID e reduz a duplicidade.

Resultado: a campanha otimiza para o evento real, e a agência consegue provar qual anúncio gerou receita, sem inflar números por reenvio.

Como escolher o Transaction ID correto

O Transaction ID precisa ser único por evento que você quer contar uma única vez. Na prática, isso significa que você deve escolher um identificador que represente o “fato” de negócio com estabilidade.

Boas opções

ID do pedido (e-commerce) que não muda após confirmação.
ID da venda no seu sistema comercial.
ID do agendamento quando o evento é “marcou” ou “compareceu” e você quer reportar uma única conversão por agendamento.

O que evitar

Usar timestamp com baixa precisão ou que pode variar entre envios.
Recriar IDs a cada tentativa de envio.
Usar um campo que pode ser alterado depois (ex.: número interno que muda por reprocessamento).

Problemas comuns quando Transaction ID não é aplicado direito

1) Leads sem origem e conversões sem GCLID

Se o clique não foi identificado e você envia conversões sem o vínculo ao anúncio, você pode até registrar conversões, mas a atribuição fica fraca. Transaction ID não resolve falta de conexão com o clique.

2) UTMs inconsistentes ou apagadas

Se o seu CRM não mantém origem e você depende só de UTMs, pode ocorrer perda de contexto. Transaction ID evita duplicidade, mas não substitui o tracking de origem.

3) Formulário sem integração com CRM

Quando o formulário não grava o que importa (identificadores e IDs de negócio), você acaba criando “conversões” com dados incompletos. O resultado é relatório confuso e discussão com o cliente sobre “qual campanha gerou receita”.

4) Reenvio sem chave estável

Sem Transaction ID estável, reprocessamentos contam duas vezes. Com uma chave consistente, você reduz esse risco.

Como implementar Transaction ID no seu fluxo (passo a passo)

A implementação varia conforme seu stack, mas o desenho prático costuma ser assim:

Defina a unidade do evento: o que exatamente você vai reportar como conversão (lead qualificado, agendamento, venda, pagamento).
Crie uma chave única no seu sistema para cada evento (ex.: ID do pedido, ID da venda ou ID do agendamento).
Garanta persistência: essa chave precisa ser a mesma entre o momento que o evento acontece e o momento que você envia para o Google Ads.
Envie a conversão offline com Transaction ID junto ao restante dos campos necessários no seu método de integração.
Implemente idempotência no seu lado: mesmo com Transaction ID, evite disparar múltiplas tentativas para o mesmo evento sem necessidade.
Valide resultados: compare volume de eventos no CRM versus volume reportado no Google Ads e procure diferenças.

Quando usar Transaction ID

Use Transaction ID sempre que houver chance real de o mesmo evento ser reenviado ou quando você precisa de consistência para provar atribuição.

Você integra CRM e Google Ads com rotinas de sincronização.
Você reprocessa dados após correções (ex.: ajuste de status, correção de pagamento, atualização de campos).
Você tem múltiplos pontos de captura que podem gerar o mesmo evento comercial.

Transaction ID e Apointoo: como conectar clique, formulário, CRM e receita

Se você precisa provar quais leads, agendamentos e vendas vieram das campanhas, o ponto crítico é conectar o clique ao evento no CRM e depois devolver a conversão com dados limpos para o Google Ads. Transaction ID entra como uma peça para reduzir duplicidade quando você reporta conversões offline.

O Apointoo foi desenhado para essa infraestrutura de atribuição e conversões offline, conectando GCLID, UTMs, formulário, CRM e receita, com foco em rastrear do clique até o resultado que o cliente paga.

FAQ sobre Transaction ID

Transaction ID é igual a GCLID?

Não. GCLID identifica o clique no anúncio. Transaction ID identifica o evento de conversão de forma única para evitar duplicidade ao registrar a conversão.

Se eu enviar duas vezes a mesma conversão sem Transaction ID, o Google pode contar duas?

Pode acontecer. Sem uma chave estável para o evento, o sistema pode interpretar como conversões distintas, especialmente em cenários de reenvio por falha ou reprocessamento.

Qual campo devo usar como Transaction ID: pedido, venda ou agendamento?

Use o identificador que represente exatamente a unidade do evento que você quer contar uma única vez. Em geral, ID do pedido ou ID da venda é mais direto. Se a conversão que você reporta é “agendamento realizado”, então o ID do agendamento costuma fazer sentido.

Transaction ID resolve problema de UTMs apagadas?

Não. Transaction ID evita duplicidade do evento. Para UTMs apagadas, você precisa garantir persistência de origem no seu fluxo (por exemplo, armazenando identificadores e parâmetros quando o lead preenche o formulário).

Como saber se está duplicando?

Compare o número de eventos no CRM (com IDs únicos) com o número de conversões reportadas no Google Ads. Se o CRM mostra um evento e o Google mostra dois, a causa costuma ser reenvio sem idempotência ou falta de Transaction ID estável.

CTA final

Solicite acesso ao Apointoo se você já roda campanhas em Google Ads e precisa provar quais conversões viraram receita, reduzindo perda de atribuição e duplicidade com um fluxo que conecta clique, UTMs, GCLID, formulário, CRM e conversões offline.

Sugestões de links internos

Como configurar conversão offline no Google Ads
O que é GCLID e por que ele é essencial no tracking
UTMs: como manter origem e evitar perda de atribuição
Como integrar formulário e CRM para medir lead qualificado
Idempotência em integrações de tracking: como evitar duplicidade