O Google ignora conversão offline enviada com mais de 7 dias. Isso quebra medição de ciclo longo
A engine de atribuição só processa o que aconteceu nos últimos sete dias. Para clínica, imóvel e ticket alto, o evento que mais importa é justamente o que cai fora da janela.
Se a sua operação envia conversão do CRM de volta para o Google Ads — venda fechada, consulta comparecida, contrato assinado — existe uma regra que provavelmente está invalidando metade desse trabalho.
A documentação do Google Ads estabelece que uma conversão offline carregada mais de sete dias depois do evento inicial é ignorada nos cálculos de modelagem de atribuição. A engine de atribuição diária trabalha numa janela contínua e só processa o que aconteceu nos últimos sete dias.
Passou de sete dias, a conversão entra na conta como número, mas sai do modelo que decide.
Para quem vende no clique, isso é irrelevante. Para clínica, imóvel, serviço de ticket alto e qualquer B2B, é o problema central: o evento que mais importa é justamente o que costuma acontecer depois do sétimo dia.
O efeito mais confuso: dois totais na mesma conta
Essa é a parte que gera briga em reunião de resultado, e agora tem explicação.
Conversão carregada com atraso maior que sete dias:
aparece nas colunas padrão de campanha, no relatório que o gestor abre no dia a dia;
não aparece no Model Comparison nem nos relatórios de atribuição.
Resultado: a mesma conta passa a ter dois totais divergentes de conversão, dependendo de qual tela você abriu. Não é bug, é consequência da janela.
Se você já viu o número do relatório de campanha não fechar com o de atribuição e concluiu que "o Google está errado", provavelmente era isso.
Onde dói de verdade: o Smart Bidding
Relatório divergente é chato. O problema real é outro.
A própria documentação vincula latência de upload à precisão do modelo e à eficiência do lance automático. Ou seja: a conversão que chega atrasada não ensina nada ao algoritmo de lance.
Pense no que isso significa numa clínica. O paciente clica no anúncio na segunda, agenda para dali a duas semanas, comparece, paga. Você sobe essa conversão no dia do comparecimento — dezoito dias depois do clique. Do ponto de vista do modelo de lance, aquele clique nunca gerou nada.
A consequência é perversa e silenciosa: o algoritmo aprende com as conversões rápidas e desaprende as lentas. Ele passa a buscar quem converte em dois dias, não quem fatura em vinte. E entrega exatamente isso, com competência.
É a mesma armadilha que a gente descreveu em medição server-side, num grau mais grave. Lá o problema era evento que não chegava; aqui é evento que chega e é descartado pelo modelo.
A outra mudança, que passou batido
Em paralelo, existe um segundo movimento no mesmo sentido, e ele fecha uma porta.
Desde 15 de junho de 2026, o Google bloqueou novas adoções de importação de conversão offline pela Google Ads API, incluindo Enhanced Conversions for Leads. Quem tenta implementar agora recebe o erro CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE.
Dois esclarecimentos importantes, porque muita gente entendeu errado:
o bloqueio atinge tokens de desenvolvedor sem uso ativo entre dezembro de 2025 e maio de 2026, ou seja, quem vai começar agora;
quem já tinha a integração rodando continua funcionando, com prazo para migrar.
O caminho oficial passou a ser a Data Manager API, com esquema unificado entre Google Ads, Google Marketing Platform e Analytics, cobrindo Customer Match, identificadores de dispositivo e conversão offline.
Vale ver a sequência inteira, porque ela mostra a direção da plataforma:
2 de fevereiro de 2026 — bloqueio de atributos de sessão e dados de IP;
1º de abril de 2026 — bloqueio de Customer Match na API antiga;
15 de junho de 2026 — bloqueio de novas importações offline.
Se a sua integração é caseira, feita por um dev que saiu da empresa, ou se você está trocando de fornecedor de CRM agora, essa é uma pergunta para hoje: por qual API a sua conversão está entrando?
Como a gente resolve a janela de sete dias
A regra não vai mudar, então a operação tem que se adaptar. Cinco medidas, na ordem:
Suba conversão todo dia, não toda sexta. Upload semanal já queima parte da janela antes de começar. Diário é o padrão certo, e é automação simples de fazer.
Crie uma conversão intermediária que caiba nos sete dias. Em vez de esperar o comparecimento, marque "agendamento confirmado" com valor estimado. Ela acontece perto do clique, entra no modelo e ensina o algoritmo a buscar quem agenda de verdade.
Use valor, não contagem. Se agendamento confirmado vale, na média histórica, 60% do ticket, mande esse valor. O modelo passa a otimizar por receita esperada, não por evento.
Mantenha a conversão final fora do lance. Comparecimento e venda faturada continuam sendo registrados, mas como conversão secundária, para leitura de negócio. Não é ela que treina o lance — é ela que valida se a intermediária é boa proxy.
Reconcilie mensalmente. Compare taxa de agendamento confirmado para comparecimento por campanha. Se essa taxa varia muito entre campanhas, a sua proxy está mentindo em algumas e você precisa ajustar o valor por origem.
O passo 2 é o que resolve o problema de verdade, e é uma inversão de lógica que incomoda: você para de otimizar pelo resultado final e passa a otimizar por um sinal antecipado bem escolhido. Não é preguiça de medição — é adequação à janela que a plataforma impõe.
E o passo 5 é o que impede a proxy de virar mentira confortável. Agendamento confirmado que não comparece é lead ruim com cara de conversão — o pior tipo, porque parece resultado no gerenciador. É a mesma lógica de segmentação por comportamento que a gente usa em régua de CRM: o dado só serve se você fecha o ciclo e confere.
Por que isso importa mais agora
Porque a plataforma passou a decidir mais. Como a gente detalhou na migração automática para o AI Max, desde 1º de setembro o Google amplia sozinho os termos, o texto e a página de destino em campanhas elegíveis.
Um sistema com mais autonomia e menos sinal de qualidade é a pior combinação possível. Ele vai explorar mais espaço de busca, com mais confiança, orientado por um conjunto de conversões que exclui sistematicamente os seus melhores clientes — os que demoram para decidir.
Quanto mais a decisão sai da sua mão, mais a qualidade do sinal deixa de ser assunto técnico e passa a ser a variável que define o resultado.
O que a gente lê nisso
Não existe mais "medição depois". A janela de sete dias e o fechamento da API antiga são a plataforma dizendo, com clareza, que ela vai decidir com o dado que chegar no prazo dela — e não esperar o seu ciclo de venda.
Quem tem CRM conectado, upload diário e conversão intermediária bem escolhida joga esse jogo. Quem manda planilha uma vez por mês está entregando verba para um modelo treinado num recorte enviesado da própria carteira.
É a nossa tese de sempre, detalhada em IA na camada de decisão: automação boa exige sinal limpo e no tempo certo. Sinal atrasado não é meio sinal. Para o modelo, é sinal nenhum.
Revisar isso é parte do Diagnóstico Inteligente que a gente faz na gestão de tráfego antes de qualquer campanha subir.
Fontes
Responsável pelo conteúdo e pelas redes da Cluster Digital.