O rastreamento de conversões parou: o que investigar primeiro
Separe falha de medição, mudança comercial e efeitos sobre a otimização antes de tomar decisões com dados incompletos.

O relatório deixa de mostrar conversões, mas a equipe continua recebendo contatos. Ou acontece o contrário: ninguém percebe uma falha técnica, e o número registrado cai de repente. Nos dois casos, a decisão mais útil é investigar o que mudou antes de atribuir a queda inteira ao desempenho da campanha.
Um incidente de mensuração tem três perguntas principais: o que deixou de ser observado, durante qual período e quais decisões dependem desses dados? Este artigo apresenta um roteiro para responder a essas perguntas no contexto do Google Ads. O procedimento proposto exige conferir o caso concreto e não deve ser usado para esconder resultados comerciais desfavoráveis.
Confirme o sintoma antes de anunciar uma causa
Descreva exatamente o que foi percebido: determinada ação deixou de aparecer, o valor está incorreto ou apenas uma parte dos dispositivos parece afetada. Registre quando a equipe notou o problema e qual foi o último dado considerado confiável. Evite começar com uma explicação sem evidência.
Compare a observação da plataforma com os registros comerciais disponíveis. O Google também mantém orientações sobre dados ausentes e discrepâncias entre ferramentas, que ajudam a organizar hipóteses sem presumir uma única causa. Se existem solicitações recebidas no mesmo período, elas podem ajudar a verificar se o problema está na medição. Se não existem, ainda será necessário examinar o fluxo: ausência de registro comercial também pode ter outras causas.
Não transforme um teste isolado em conclusão sobre todo o histórico. Um formulário funcionando agora não demonstra que funcionou durante a madrugada anterior. Da mesma forma, uma falha em um dispositivo não prova que todos os acessos foram afetados. O objetivo inicial é delimitar o sintoma com o nível de certeza disponível.
Procure mudanças no caminho do evento
Mapeie a sequência entre a ação do usuário e o registro final. Dependendo do projeto, ela pode envolver página, formulário, tag, integração e importação. Peça às pessoas responsáveis que informem alterações recentes, incluindo atualizações que pareçam pequenas ou externas à conta de anúncios.
A documentação de exclusões de dados do Google Ads cita problemas de tags, indisponibilidade do site e falhas de importação como exemplos de situações que podem comprometer dados de conversão. Esses exemplos orientam hipóteses; não identificam automaticamente a causa do seu incidente.
- Houve publicação de uma nova versão do site?
- O evento depende de um elemento que foi alterado?
- Uma integração deixou de enviar ou receber registros?
- O problema aparece em todo o fluxo ou em uma etapa?
- Há mensagens de erro ou evidências de execução disponíveis?
Organize as hipóteses por evidência e possibilidade de verificação. Isso reduz intervenções aleatórias e ajuda a evitar que várias alterações simultâneas dificultem a identificação do que realmente corrigiu o problema.
Delimite o período e o alcance da falha
Uma vez reconhecido o problema, descreva o intervalo afetado e os recursos envolvidos. Diferencie o momento em que a falha começou do momento em que foi percebida. Se o início exato não estiver conhecido, registre uma faixa estimada e explique como ela foi determinada.
Confira se o incidente se restringe a uma ação, campanha, origem ou dispositivo. Uma delimitação cuidadosa permite tratar o escopo afetado sem presumir que todos os dados da conta perderam validade. Também ajuda a equipe comercial a entender quais comparações precisam ser interpretadas com reserva.
Considere o tempo entre a interação e a conversão. A documentação de exclusões informa que o recurso atua sobre cliques que poderiam receber conversões afetadas. Portanto, a análise de datas pode precisar considerar interações anteriores ao momento em que o registro deixou de funcionar.
Não adote um intervalo amplo apenas para garantir que qualquer resultado ruim fique fora da avaliação. Cada limite deve ter uma justificativa ligada à falha identificada e ao comportamento conhecido da operação.
Restaure a medição e avalie separadamente a otimização
Corrigir o evento ou a integração é uma tarefa. Avaliar como dados incorretos afetaram a estratégia de lances é outra. O Google apresenta as exclusões de dados como um recurso avançado para reduzir o impacto de problemas de conversão sobre determinadas estratégias de Smart Bidding.
Há limites importantes: exclusões não corrigem os relatórios e não garantem ausência de oscilações. A aplicabilidade depende da estratégia e do tipo de campanha. Por isso, o recurso não deve ser tratado como um botão universal de recuperação nem aplicado antes de conferir escopo e datas.
Peça que a decisão técnica descreva a falha, as campanhas elegíveis e o efeito pretendido. Quando o recurso não for aplicável, documente essa condição e planeje o acompanhamento com as informações disponíveis. Não invente conversões para preencher o período sem registro.
Qualquer tentativa de recompor dados anteriores exige avaliar regras e consequências próprias. A documentação contém orientações específicas sobre exclusões e reenvios; a implementação precisa seguir o caso vigente, em vez de supor que completar o relatório sempre melhora a otimização.
Acompanhe um incidente em um exemplo hipotético
Exemplo hipotético: uma empresa publica uma nova página de orçamento. O formulário continua enviando solicitações ao atendimento, mas a ação esperada deixa de chegar à mensuração. A equipe percebe a diferença na revisão e identifica a alteração de página como uma hipótese a testar.
O responsável técnico compara o comportamento anterior com o atual e confirma que o evento dependia de um elemento removido. A correção passa a reconhecer o envio confirmado pelo fluxo atual. Depois, a equipe executa um teste identificado e verifica a chegada do registro esperado.
Isso resolve a falha futura, mas não esclarece automaticamente todo o período anterior. O grupo compara datas de publicação e registros comerciais para delimitar o alcance. Se houver estratégia elegível e justificativa, avalia o uso do recurso apropriado para reduzir efeitos dos dados comprometidos sobre os lances.
Faça uma conferência de recuperação com responsáveis
Uma correção deve ser verificada no caminho afetado. A confirmação de que o site abriu não demonstra que a conversão foi registrada. Da mesma forma, um evento visto em uma ferramenta local não comprova que uma integração posterior aceitou o dado.
- Confirme que o usuário consegue concluir a ação prevista.
- Verifique o evento ou registro produzido pela etapa.
- Confira a chegada ao destino da integração, quando existir.
- Identifique e trate os dados de teste adequadamente.
- Registre a data da recuperação e as limitações históricas.
- Defina quem acompanhará a continuidade após a correção.
Não clique nos próprios anúncios para testar o fluxo. Use o destino direto e os procedimentos de diagnóstico apropriados. Se a comprovação de atribuição depender de um resultado real posterior, mantenha essa verificação separada do teste técnico.
Informe o que foi comprovado e o que permanece incerto. Essa comunicação permite continuar a gestão sem apresentar o período inteiro como se tivesse a mesma qualidade de dados.
O incidente precisa de duas datas de saída
A ficha do incidente deve registrar separadamente quando o fluxo voltou a funcionar e até onde foi possível explicar o período afetado. A primeira data vem do teste da correção; a segunda conclusão depende do histórico disponível. Também separe a decisão sobre lances da restauração da coleta. Isso evita declarar todos os dados recuperados apenas porque um evento voltou a aparecer depois da publicação.
- Formulário falha antes do envio: tratar o impedimento da ação no site.
- Formulário envia, mas evento não chega: revisar o trecho de mensuração afetado.
- Evento chega, mas integração rejeita: investigar resposta e campos do destino.
- Coleta restaurada, histórico incompleto: anotar o intervalo e a limitação; avaliar a estratégia elegível com as evidências do incidente.
Use o incidente para melhorar a rotina de mudanças
Depois da recuperação, registre a causa confirmada e inclua a verificação necessária no processo de futuras alterações. Se uma mudança de página afetou a medição, a próxima publicação deve contemplar o teste correspondente. O objetivo é transformar uma descoberta em uma rotina concreta.
Combine também como as equipes avisam sobre mudanças no site, nos formulários e no sistema comercial. A comunicação não precisa ser complexa: precisa chegar às pessoas responsáveis antes que uma alteração seja interpretada como oscilação de campanha por vários períodos.
Quando a empresa precisar discutir uma falha de mensuração, a área de tráfego pago da Lunnary é um ponto de contato para apresentar o cenário. Leve datas, mudanças recentes e exemplos dos registros esperados. Essas informações ajudam a definir uma investigação com escopo e evidências claros.
Fontes consultadas
Referências para conferir as orientações e informações citadas neste artigo.