Como salvar GCLID, wbraid, gbraid e UTMs corretamente

Como salvar GCLID, wbraid, gbraid e UTMs corretamente (sem perder origem do lead)

Para salvar GCLID, wbraid, gbraid e UTMs corretamente, você precisa capturar esses parâmetros na chegada do usuário (clique no anúncio → landing page), persistir/propagar em todo o caminho (site → formulário → agendamento) e finalmente armazenar/encaminhar para o tracking de conversão que alimenta Google Ads. O objetivo é que cada lead qualificado e cada venda possam ser atribuídos ao clique que gerou receita.

Se você falha em capturar ou manter esses identificadores, o resultado é comum: GCLID perdido, UTMs apagadas, leads sem origem e campanhas otimizando para o tipo errado de conversão.

Intenção de busca: resolver um problema técnico de atribuição

Este conteúdo é informacional e prático. O usuário quer um passo a passo para salvar e manter GCLID (e wbraid/gbraid), além de UTMs ao longo do processo até o CRM, formulário e conversões offline.

O que são GCLID, wbraid, gbraid e UTMs (e por que importam)

GCLID

GCLID é o identificador do clique no Google Ads. Quando bem preservado até a conversão, ele permite amarrar o evento de negócio (lead, agendamento, venda) ao clique específico.

wbraid e gbraid

wbraid e gbraid são parâmetros usados para suporte à atribuição e medição em campanhas do ecossistema Google. Na prática, eles ajudam a manter contexto de medição quando os fluxos envolvem redirecionamentos e múltiplas etapas.

Observação importante: a forma exata de uso pode variar conforme configuração da conta, tipo de campanha e tecnologias envolvidas (por exemplo, redirecionamentos e integrações). Se você não sabe quais parâmetros seu fluxo está recebendo, é parte do trabalho validar via logs/inspeção de URL.

UTMs

UTMs (ex.: utm_source, utm_medium, utm_campaign, utm_content, utm_term) descrevem a origem e a campanha de forma mais “humana”. Elas são úteis para identificar, por exemplo, qual anúncio/linha/variação levou ao lead — e também para auditoria interna quando você precisa responder “de onde veio esse lead?”.

Onde GCLID, wbraid, gbraid e UTMs normalmente se perdem

Antes do passo a passo, vale mapear os pontos de falha mais comuns. Em geral, a perda acontece por causa de redirecionamentos, formulários que não recebem/propagam parâmetros, encaminhamentos para sistemas externos e URLs sanitizadas.

• Landing page que abre outra URL sem repassar parâmetros.
• Formulário que não guarda a query string (ou guarda apenas UTMs, mas não GCLID).
• Agendamento (scheduler) que recebe o visitante em nova rota e apaga parâmetros.
• CRM que cria lead/caso sem campos para GCLID/wbraid/gbraid/UTMs.
• Evento de conversão offline enviado para Google Ads sem o identificador certo.

Regra de ouro: capture na entrada e preserve até a conversão

A abordagem correta para salvar GCLID, wbraid, gbraid e UTMs segue uma regra simples:

• Capturar quando o usuário chega ao site/landing page (primeiro contato).
• Persistir durante a jornada (mesmo que existam redirecionamentos e navegação entre páginas).
• Enviar para o formulário/agendamento e armazenar no CRM.
• Usar na transmissão de conversões offline ou na atribuição que retroalimenta o Google Ads.

Como salvar na prática: fluxo recomendado do clique até a atribuição

Abaixo está um fluxo típico que funciona bem para agências e gestores de tráfego que precisam provar ROI por campanha (clique → lead/agendamento → venda/receita → Google Ads).

1) Na landing page: capture os parâmetros ao carregamento

Você deve:

• Ler a query string da URL no momento do carregamento.
• Extrair GCLID, wbraid, gbraid e UTMs.
• Salvar esses valores em mecanismo de persistência adequado (ex.: armazenamento do navegador ou back-end, conforme sua arquitetura).

Exemplo prático: um usuário clica no anúncio, chega na landing page com gclid=… e utm_campaign=…. Se você salva esses campos logo no carregamento, mesmo que o usuário navegue depois e preencha o formulário em outra etapa, você ainda mantém o contexto.

2) Propague para o formulário e para a etapa de agendamento

Em seguida, leve os identificadores para:

• Campos ocultos do formulário (quando aplicável).
• Parâmetros enviados na chamada do agendamento (scheduler) ou na criação do evento.
• Payload para o seu tracking / integração que grava no CRM.

Ponto crítico: se o agendamento abre uma URL externa que não recebe (ou perde) parâmetros, você precisa garantir persistência antes de sair do seu domínio.

3) Armazene no CRM junto do lead/caso

Para garantir atribuição e auditoria, crie campos no CRM para guardar:

• GCLID
• wbraid e gbraid
• UTMs (pelo menos source/medium/campaign)
• Data/hora do clique e data/hora da conversão (quando possível)

Sem isso, na prática você terá “leads sem origem” quando a equipe comercial perguntar qual campanha gerou o agendamento/venda.

4) Envie para Google Ads com o identificador correto (conversões offline)

Quando você faz conversão offline (ex.: agendamento virou comparecimento; lead virou venda; venda gerou receita), você precisa enviar ao Google Ads os eventos com vínculo ao clique. Em muitos cenários, isso passa por:

• Mapear conversão do CRM/ERP para o evento no Google Ads.
• Garantir que o payload carregue GCLID quando disponível.
• Aplicar configurações como enhanced conversions quando fizer sentido para reduzir perdas por falta de identificadores.
• Validar o modelo de atribuição (first touch vs last touch) para a sua operação.

Sem inventar: a forma exata de integração e quais campos entram em cada caso dependem do seu stack e da forma como você está enviando conversões offline. O essencial é: se o GCLID não chega até o evento, você perde a atribuição mais forte.

Checklist de implementação: “o que eu preciso ter para não perder atribuição”

• Instalação: captura dos parâmetros na entrada (landing page).
• Persistência: mecanismo que mantém valores até o formulário/agendamento.
• Formulário/Agendamento: campos ocultos e payload com GCLID/wbraid/gbraid/UTMs.
• CRM: campos dedicados + mapeamento na criação de lead/caso.
• Tracking: auditoria para confirmar que o evento de conversão tem origem.
• Condições: tratamento de casos em que parâmetros não existem (ex.: tráfego orgânico/retargeting sem GCLID).

Erros a evitar (os que mais geram “receita sem campanha”)

• Confundir UTMs com atribuição final: UTMs ajudam, mas para atribuição por clique você precisa do identificador forte (como GCLID quando disponível).
• Perder a query string ao redirecionar para outra página/dominios.
• Enviar eventos para Google Ads sem garantir vínculo com o lead do CRM.
• Não testar delays (usuário volta depois): sem persistência adequada, o contexto some.
• Não validar no CRM: se os campos chegam em branco, o problema é anterior (captura/propagação).

Quando usar (cenários típicos)

• Agência que precisa provar quais campanhas geraram agendamentos e vendas.
• Gestor de Google Ads que quer melhorar otimização com dados mais confiáveis.
• Operações com ciclo longo (lead → qualificação → agendamento → compra): você precisa preservar contexto por mais tempo.
• Conversões offline (receita no backoffice/ERP/CRM): você precisa reconectar receita ao clique.

Como a Apointoo ajuda a conectar clique → conversão → receita (sem atribuição quebrada)

Apointoo é uma infraestrutura para atribuição que ajuda agências e times a conectarem:

• clique no Google Ads (com GCLID e contexto);
• formulário/lead e agendamento;
• CRM e o evento de negócio (qualificado, compareceu, comprou);
• e a conversão offline/receita de volta para alimentar o Google Ads com dados mais consistentes.

Importante: o resultado depende de como o seu fluxo captura e encaminha os parâmetros. Apointoo entra para reduzir perda de atribuição e ajudar a manter o vínculo do identificador com o evento que vira valor.

FAQ: dúvidas comuns sobre salvar GCLID, wbraid, gbraid e UTMs

1) Preciso salvar UTMs se eu já tenho GCLID?

Sim, na maioria dos casos vale guardar UTMs também. GCLID é mais forte para atribuição por clique, enquanto UTMs ajudam auditoria, segmentação e explicação para o time de negócio. O ideal é preservar ambos.

2) O que fazer quando o GCLID chega vazio no formulário?

Verifique se a sua landing page/etapa intermediária está preservando a query string e se o mecanismo de persistência está funcionando até o momento do envio do formulário. Também confirme no navegador/logs se gclid existiu na URL no primeiro carregamento.

3) wbraid e gbraid são obrigatórios?

Não dá para afirmar uma “obrigatoriedade” universal. Em geral, eles são parâmetros de contexto usados para medição/atribuição em determinados cenários. O ponto prático é: se eles chegam no seu clique e aparecem na jornada, faz sentido persistir junto.

4) Como provar para o cliente qual campanha gerou a receita?

Você precisa ter o link entre o lead/agendamento no CRM e o clique que o originou (com GCLID e/ou contexto). Depois, ao enviar conversões offline com dados do backoffice/receita, você consegue mostrar campanha → conversão → receita. Se faltar algum vínculo no caminho, a prova fica incompleta.

5) Qual é o modelo de atribuição mais indicado (first touch ou last touch)?

Depende do seu objetivo de otimização e do comportamento do usuário. Para decidir, você deve alinhar o modelo ao ciclo real (primeiro contato vs último passo antes da compra) e validar com dados históricos. Sem dados do seu funil, não é possível recomendar um único modelo como “sempre melhor”.

Próximos passos

• Audite seu fluxo e identifique em que etapa GCLID/UTMs se perdem.
• Garanta campos dedicados no CRM para armazenar GCLID, wbraid, gbraid e UTMs.
• Teste a jornada completa (incluindo redirecionamentos e delays) até a conversão offline.
• Em caso de lacunas, implemente uma camada de atribuição para reconectar clique → conversão → receita.

CTA: Solicite acesso ao Apointoo se você já roda campanhas em Google Ads e precisa provar quais conversões viraram receita.