Corrigir valor de conversão errado no Google Ads

Valores de conversão errados são mais perigosos do que conversões ausentes — porque tudo parece estar funcionando. O Google Ads reporta conversões, suas campanhas parecem ter bom desempenho, e o Smart Bidding otimiza com base nos dados. O problema é que os dados estão errados, o que significa que cada decisão de otimização é baseada em informações incorretas.

Estes são os padrões mais comuns que indicam valores de conversão errados:

Antes de corrigir qualquer coisa, você precisa saber exatamente o que está errado. Aqui está um processo sistemático para identificar a causa raiz.

Como diagnosticar:

• No Google Ads, vá para Ferramentas → Conversões e clique na sua ação de conversão de compra. Veja a coluna 'Valor de todas as conv.' — anote o total dos últimos 7 dias.
• No Admin da Shopify, vá para Análises → Relatórios e obtenha as vendas totais do mesmo período de 7 dias. Compare os dois totais.
• Se o Google Ads é significativamente maior ou menor, exporte os valores individuais de conversão do Google Ads (Segmentar → Conversões → Ação de conversão) e compare com pedidos específicos da Shopify.
• Faça um pedido de teste com um valor conhecido (ex., um produto de $47,00). Aguarde 24-48 horas, depois verifique qual valor o Google Ads registrou para essa conversão específica.
• Use o Google Tag Assistant ou o modo de visualização do GTM na sua página de agradecimento para inspecionar o valor exato sendo passado na tag de conversão — é o número que você espera?

Esta é a causa mais comum e a mais fácil de corrigir. Quando você configura uma ação de conversão do Google Ads, o Google pede um valor de conversão. Se você inserir um número fixo (como $1,00 ou seu valor médio de pedido), esse mesmo número é enviado para cada conversão — independentemente do valor real do pedido.

Vemos isso constantemente com lojistas que configuram o rastreamento diretamente pelo Google Ads em vez de pelo GTM ou um aplicativo de rastreamento. O assistente de configuração pergunta 'Quanto vale esta conversão?' e o lojista digita seu AOV. A partir desse momento, cada conversão reporta o mesmo valor estático. Um pedido de $15 e um de $500 reportam o mesmo número.

O sinal revelador é uniformidade perfeita: se você olhar os valores individuais de conversão no Google Ads e eles forem todos idênticos, você tem um problema de valor estático.

Como corrigir:

• No Google Ads, vá para Ferramentas → Conversões → clique na sua ação de conversão de compra → Editar configurações. Em 'Valor', selecione 'Usar valores diferentes para cada conversão' em vez de 'Usar o mesmo valor para cada conversão'.
• Se usar GTM, verifique se a sua tag de Acompanhamento de conversões do Google Ads tem o campo 'Valor de conversão' preenchido com uma variável do data layer (como {{dlv - transaction.total}}) — não um número fixo.
• Confirme que o data layer na sua página de agradecimento inclui o total do pedido. Na Shopify, isso normalmente vem do objeto checkout: Shopify.checkout.total_price ou o evento purchase na Web Pixel API.
• Teste fazendo um pedido e verificando no Tag Assistant — o valor de conversão mostrado deve corresponder ao total real do pedido.

Lojas Shopify que vendem internacionalmente lidam com múltiplas moedas, e isso cria um problema de rastreamento sutil mas significativo. Existem três 'valores' diferentes para cada pedido internacional: a moeda de apresentação (o que o cliente vê e paga), a moeda de liquidação (o que você realmente recebe após a conversão de moeda), e qualquer valor que seja enviado ao Google Ads.

Aqui é onde fica complicado. Se sua loja é baseada nos EUA (liquidação em USD) mas um cliente na Alemanha paga €85,00 por um produto, qual valor o Google Ads deveria receber? Se a tag de conversão envia 85 (o valor de apresentação) mas a moeda da sua conta do Google Ads é USD, o Google registra $85,00 — não o equivalente real em USD. Seus cálculos de ROAS estão errados porque os valores não refletem a receita real.

O inverso é igualmente problemático. Se a tag converte para USD antes de enviar mas usa uma taxa de câmbio desatualizada, ou se envia o valor de liquidação enquanto sua conta do Google Ads está configurada em uma moeda diferente, os valores serão consistentemente incorretos.

Como corrigir:

• Determine a moeda da sua conta do Google Ads (Configurações → Configurações da conta → Moeda). Esta é a moeda na qual o Google espera os valores de conversão.
• Certifique-se de que sua tag de conversão envia valores na moeda da sua conta do Google Ads. Se sua moeda de liquidação da Shopify corresponde à do Google Ads, envie o valor de liquidação — não o valor de apresentação.
• Se usar GTM, adicione o parâmetro 'Código da moeda' à sua tag de conversão. Configure-o com o código ISO de três letras (ex., 'USD') que corresponde ao valor que você está enviando. Isso diz ao Google exatamente qual moeda o valor representa.
• Para lojas multi-moeda, verifique se o data layer inclui tanto o valor do pedido quanto o código da moeda. A Web Pixel API da Shopify fornece ambos no payload do evento purchase.
• Teste com um pedido internacional se possível. Faça uma compra de teste em uma moeda não padrão e verifique se o valor que o Google Ads registra corresponde ao esperado.

Esta é a causa mais comum de valores de conversão que estão 'perto mas não exatamente corretos'. O valor de conversão que você envia ao Google Ads inclui impostos e frete, mas a receita com a qual você compara na Shopify não — ou vice-versa. O resultado é um desvio percentual consistente que pode fazer seu ROAS parecer 15-25% melhor ou pior que a realidade.

Não há uma única resposta 'correta' sobre incluir impostos e frete. O que importa é consistência: use a mesma definição de 'valor' tanto no Google Ads quanto naquilo contra o qual você compara. A maioria dos anunciantes experientes rastreia o subtotal do pedido (apenas receita de produtos, antes de impostos e frete) porque é o mais próximo da receita bruta real e não é afetado por alíquotas de impostos variáveis entre estados ou países.

O problema geralmente surge porque diferentes fontes de dados na Shopify reportam números diferentes. Shopify.checkout.total_price inclui tudo. Shopify.checkout.subtotal_price exclui impostos e frete. O evento purchase da Web Pixel API reporta total_price por padrão. Se você está puxando o valor de uma fonte para o rastreamento e comparando contra uma fonte diferente nos seus relatórios, sempre verá uma divergência.

Como corrigir:

• Decida uma definição de valor consistente: subtotal (apenas receita de produtos) ou total (incluindo impostos e frete). Documente esta decisão.
• Verifique qual campo do checkout da Shopify sua tag de conversão lê. Campos comuns: subtotal_price (apenas produtos), total_price (tudo), total_tax (apenas impostos), e linhas de frete.
• Se usar GTM, verifique o mapeamento de variáveis do data layer. A variável que alimenta seu valor de conversão pode estar puxando total_price enquanto você compara contra o subtotal nos relatórios da Shopify.
• Atualize a descrição da sua ação de conversão no Google Ads para indicar se o valor inclui ou exclui impostos/frete — isso ajuda você no futuro (ou sua equipe) a manter a consistência.
• Após fazer mudanças, execute uma comparação de 7 dias entre o valor que o Google Ads registra e a métrica correspondente da Shopify (usando as mesmas regras de inclusão/exclusão).

Se você usa o Google Tag Manager, o valor de conversão flui através de uma cadeia: checkout da Shopify → data layer → variável do GTM → parâmetro da tag de conversão. Uma quebra ou divergência em qualquer ponto desta cadeia produz valores incorretos — ou nenhum valor.

Os erros de mapeamento de data layer mais frequentes que encontramos são surpreendentemente básicos. O data layer envia o valor do pedido sob um nome de chave (como ecommerce.purchase.actionField.revenue), mas a variável do GTM está configurada para ler uma chave diferente (como transactionTotal). A variável retorna undefined, o GTM envia nenhum valor ou envia o padrão, e a conversão registra com $0.

Outro cenário comum: o data layer dispara o evento purchase, mas o valor do pedido é preenchido em um push separado do data layer que acontece milissegundos depois. O gatilho do GTM captura o evento purchase e dispara a tag, mas nesse momento a variável de valor ainda não foi definida. Isso cria problemas intermitentes — às vezes a sincronização funciona e às vezes não.

Como diagnosticar:

• Abra o modo de visualização do GTM e complete uma compra de teste na sua loja.
• No painel de depuração do GTM, encontre o evento que aciona sua tag de conversão (geralmente um evento 'purchase' ou 'transaction').
• Clique no evento e verifique a aba 'Variables'. Encontre a variável mapeada para seu valor de conversão — qual valor ela mostra?
• Se a variável mostra 'undefined', 'null' ou uma string vazia, o nome da chave do data layer não corresponde ao que sua variável está configurada para ler.
• Compare a estrutura do data layer (visível na aba 'Data Layer') com a configuração da sua variável (Variables → sua variável de valor → Data Layer Variable Name).

Como corrigir:

• No GTM, vá para Variables → Variáveis definidas pelo usuário → encontre a variável usada para o valor de conversão. Verifique se o 'Data Layer Variable Name' corresponde ao caminho exato da chave no seu data layer.
• Caminhos comuns do data layer da Shopify: ecommerce.purchase.actionField.revenue, ecommerce.transaction.value, ou para o esquema de e-commerce GA4, ecommerce.value.
• Se usar um aplicativo de data layer de terceiros, consulte sua documentação para os nomes exatos das chaves que ele envia. Não assuma — verifique na visualização do GTM.
• Para problemas de sincronização, configure o gatilho da sua tag de conversão para disparar em um evento mais confiável, ou use uma regra de 'Sequenciamento de tags' para garantir que o data layer esteja completamente preenchido antes que a tag de conversão execute.
• Teste novamente após as mudanças: faça um pedido, verifique na visualização do GTM e confirme que a variável de valor mostra o total correto do pedido.

Esta é a causa mais técnica e frequentemente a mais difícil de detectar. JavaScript lida com números de formas que podem corromper silenciosamente seus valores de conversão — e você não vai notar a menos que inspecione os valores reais sendo enviados no nível da tag.

O exemplo clássico: a Shopify retorna o total do pedido como uma string ('47.99'), mas a tag de conversão espera um número. Em algumas configurações, concatenação de strings pode acontecer em vez de adição. Se a tag tenta adicionar imposto a um subtotal e um valor é uma string, '29.99' + 5.00 se torna '29.995' (concatenação de strings) em vez de 34,99 (adição numérica). A conversão registra $29.995 em vez de $34,99.

Precisão de ponto flutuante é outra armadilha. JavaScript armazena todos os números como floats de 64 bits, o que significa que 0.1 + 0.2 === 0.30000000000000004 em JavaScript. Para um pedido de $19,99, você pode enviar 19.990000000000002 ao Google. Embora o Google geralmente lide bem com pequenas discrepâncias de ponto flutuante, cadeias de cálculo mais longas podem acumular erros que produzem valores significativamente incorretos.

Como corrigir:

• Sempre converta valores de string para números explicitamente antes de passar para a tag de conversão. No GTM, use uma variável JavaScript personalizada que retorne parseFloat(value) ou Number(value).
• Arredonde valores de conversão para duas casas decimais antes de enviar: Math.round(value * 100) / 100. Isso elimina artefatos de ponto flutuante.
• Nunca realize operações aritméticas nos valores dentro da configuração da tag. Calcule o valor final de conversão em uma variável dedicada, depois referencie essa variável na tag.
• Se seu data layer fornece o valor em centavos (ex., 4799 para $47,99), divida por 100 e arredonde: Math.round(centsValue) / 100. Isso evita a confusão entre string e número completamente.
• Use a visualização do GTM para inspecionar o valor real sendo enviado na tag. Clique na sua tag de conversão no painel de depuração, expanda os parâmetros da tag e verifique se o valor é um número (não uma string) e está correto com duas casas decimais.

Cada uma das cinco causas acima tem uma correção específica — mas todas compartilham um problema em comum: requerem configuração manual que pode quebrar silenciosamente. Uma atualização da Shopify muda a estrutura do data layer. Uma atualização de tema modifica os scripts do checkout. Uma mudança no contêiner do GTM sobrescreve acidentalmente uma variável. O valor fica errado novamente, e você não percebe por semanas porque as conversões continuam sendo registradas — apenas com valores incorretos.

É aqui que soluções de rastreamento automatizado como o ScaleUp proporcionam o maior valor. O ScaleUp lê o total do pedido diretamente do backend da Shopify via Web Pixel API e eventos do lado do servidor — não depende de variáveis do data layer, configurações do GTM ou cálculos JavaScript do lado do cliente. O valor é sempre o subtotal correto do pedido, na moeda correta, formatado corretamente como número.