O acompanhamento de conversões não funciona? Siga um pedido no site desde a página de destino até um envio bem-sucedido e, depois, examine a ação identificada com o Tag Assistant da Google. Mantenha separadas a entrega, a verificação da etiqueta e a atribuição publicitária - o crédito atribuído a uma interação com um anúncio. Este procedimento destina-se a uma ação existente medida pela etiqueta do Google Ads no site. Eventos importados do Analytics, chamadas e vendas offline exigem procedimentos próprios.
Um pedido pode chegar enquanto um gráfico de publicidade continua vazio. Uma etiqueta também pode responder a uma ação que nunca entrega um pedido. Começamos por anotar o que a ação deve significar, para que a verificação tenha um resultado claro antes de alguém alterar a configuração.
O acompanhamento de conversões não funciona: separe as provas
Uma ação de conversão é a atividade que decidiu medir, como um pedido concluído. Uma etiqueta é código de medição, e o Tag Assistant é a ferramenta da Google para a verificar. As orientações da Google para resolver problemas de uma ação específica indicam que uma ação verificada pode apresentar “No recent conversions” (sem conversões recentes). Por isso, uma verificação bem-sucedida deixa a atribuição publicitária como uma questão separada.
| Observação | O que falta verificar |
|---|---|
| O formulário apresenta uma mensagem de sucesso | Se o pedido pretendido chegou efetivamente ao respetivo destino |
| A ação identificada está verificada | Se o teste representou um pedido entregue nas condições registadas |
| Um relatório do Google Ads apresenta conversões | Que ação, condições de relatório e interações publicitárias essas entradas representam |
Registe o percurso do formulário antes do teste
Escolha um formulário específico e descreva o resultado pretendido em linguagem simples. “Um pedido de orçamento chega ao sistema de receção acordado” é uma definição de teste mais útil do que “o botão funciona”. Identifique a ação existente e a respetiva origem antes de continuar. Se tiver sido importada do Analytics, forneça essa informação ao responsável e utilize as verificações de importação adequadas.
Crie um registo em branco com estes campos:
- Página de destino, idioma, formulário e destino de receção esperado.
- Nome da ação, origem e estado atualmente visível.
- Envio bem-sucedido esperado e envio rejeitado ou abandonado esperado.
- Navegador, dispositivo, hora do teste, fuso horário e escolha de consentimento.
- Receção efetiva, observação da ação identificada, questão por resolver e pessoa responsável.
Numa instalação manual do Google Tag Manager, as orientações de configuração da Google identificam o Conversion ID e o Conversion Label utilizados pela etiqueta. Peça ao responsável para comparar os valores existentes, se necessário. As ações criadas automaticamente podem não ter uma etiqueta separada; isso, por si só, não é motivo para criar uma ação substituta.
Siga um pedido bem-sucedido no Tag Assistant
Combine um teste seguro com as pessoas que mantêm o formulário e recebem os pedidos. Utilize dados de teste aprovados e controle todas as notificações, marcações ou mensagens de seguimento resultantes. Se não for possível fazê-lo em segurança, prepare o registo para o responsável. Não inclua dados de clientes reais, informações de acesso nem capturas de ecrã de depuração sem restrições numa folha de cálculo partilhada.
- Abra Goals no Google Ads e, depois, o Summary de conversões. Localize a ação pretendida e registe o estado exato e os respetivos detalhes. Se a linha disponibilizar Troubleshoot, prossiga para o Tag Assistant. Se esse percurso não estiver disponível, peça ao responsável pela conta que identifique o diagnóstico adequado.
- Estabeleça a ligação a partir da página de destino e siga o percurso normal até ao formulário. As instruções da Google recomendam começar numa página de destino ou na página inicial, em vez de abrir diretamente a página de conversão. Não clique num anúncio ativo para fabricar uma visita de teste.
- Preserve o comportamento de consentimento aprovado do site. As orientações da Google para depurar o consentimento distinguem as predefinições, a escolha do visitante e o comportamento de cada etiqueta. Registe o estado real; se ninguém conseguir explicar o comportamento esperado, pare e envolva o implementador responsável.
- Envie o teste aprovado e verifique a receção efetiva independentemente da confirmação apresentada no ecrã. Registe o que o Tag Assistant mostra para a ação pretendida, incluindo um resultado em falta ou inesperado.
- Utilize Finish e, depois, Close Tag Assistant para terminar a sessão orientada. Guarde o resultado junto da observação da entrega. Investigue qualquer erro de diagnóstico em vez de enviar repetidamente o formulário.
A política de consentimento de utilizadores da UE da Google abrange os produtos relevantes utilizados para pessoas no EEE, no Reino Unido e na Suíça. Cumpra todos os requisitos de informação e consentimento aplicáveis durante o teste. Uma aprovação técnica não demonstra conformidade legal.
Verifique um formulário que não é concluído
Para uma ação definida como pedido concluído, compare o percurso bem-sucedido com uma tentativa aprovada que deixe inválido um campo obrigatório ou abandone o formulário. Escreva primeiro o resultado esperado: nenhum pedido concluído e nenhuma ação de pedido concluído. Outra ação, como um clique num botão de contacto, pode responder legitimamente; verifique o nome antes de diagnosticar uma falha.
A documentação da Google sobre acionadores de formulário explica que as tentativas de envio podem acionar eventos quando a verificação da validação está desativada. Um acionador é a condição que decide quando uma etiqueta é executada. Isto torna útil a verificação do formulário rejeitado, mas alterar uma caixa de seleção não é uma correção universal nem uma prova de entrega. As orientações da Google sobre eventos personalizados também abrangem formulários com um comportamento de envio alterado; o implementador tem de identificar o respetivo sinal real de sucesso.
Entregue a primeira falha comprovada ao respetivo responsável
Escolha a ação seguinte com base na falha registada e mantenha as camadas não testadas assinaladas como desconhecidas. Isto mantém a reparação do formulário separada do trabalho de medição e evita alterações às campanhas apenas para eliminar um aviso. Preserve as provas anteriores para que um colega possa repetir o mesmo percurso e ver o que uma alteração aprovada afetou realmente.
- O pedido não chega: forneça ao responsável pelo formulário o percurso, o destino esperado e o resultado observado. No nosso trabalho de desenvolvimento de sites, a entrega do formulário e os eventos analíticos são verificações de aceitação separadas.
- O pedido chega, mas a ação pretendida está em falta ou errada: entregue o registo ao responsável pelas etiquetas. Na medição de publicidade paga, identifique a ação existente antes de adicionar código ou alterar definições.
- O destino ou o responsável não é claro: acorde onde o teste deve chegar e quem o verifica. Mapear essa etapa de receção faz parte do trabalho de CRM e automatização; a compra de outra ferramenta pode esperar até que a responsabilidade em falta esteja clara.
- Uma reparação é aprovada: repita os percursos bem-sucedido e rejeitado afetados por ela. O Preview do Google Tag Manager pode executar um rascunho, por isso registe a versão verificada e volte a testar a configuração pública pretendida após a publicação.
Mantenha os relatórios como uma verificação separada
Um diagnóstico direto não demonstra que o Google Ads atribuirá uma conversão a uma interação publicitária. Quando a receção e a ação identificada passarem nas respetivas verificações, guarde a ação selecionada no relatório, a coluna, o intervalo de datas e o fuso horário da conta. As orientações da Google distinguem as colunas datadas pela interação com o anúncio das colunas datadas pela conversão. Utilize uma base consistente antes de investigar uma discrepância.
Os relatórios também precisam de tempo para serem processados. Utilize as orientações da Google sobre a atualização dos dados que forem aplicáveis e anote quando o responsável pela conta fará uma nova verificação, sem prometer um prazo fixo para a resolução. Se o problema começou após uma atualização de um site WordPress, utilize as nossas verificações de atualização do WordPress para manter o teste do formulário integrado na análise mais ampla da publicação.
O que registar após uma reparação
Registe a receção efetiva do formulário, o resultado do diagnóstico da ação identificada, o resultado do percurso rejeitado e qualquer questão de relatório por resolver. Mantenha o resultado anterior junto da verificação repetida. Uma aprovação descreve o percurso, a versão e as condições observadas; outros idiomas, formulários ou escolhas de consentimento precisam das respetivas verificações antes de alargar essa conclusão.
Como podemos ajudar
Ligamos a verificação do formulário, as provas de medição e a passagem de informação às pessoas que asseguram a respetiva manutenção. A ajuda na implementação é adequada quando o registo identifica uma falha que não consegue reparar em segurança com o acesso existente. Comece por preencher o cartão relativo ao pedido que precisa de compreender e indique a pessoa que verificará a primeira etapa por resolver.
