Alguns dos Seus Pedidos Chegam à Meta mas Nunca Aparecem no GA4 — Eis o Motivo, e Como a Converlay Agora Detecta Isso

Um comprador finaliza a compra. A Converlay envia o pedido para a Meta e o Google Ads, e ambas as plataformas registram a conversão. Mas o GA4 nunca a vê. Nada falhou, nada deixou de ser enviado — o pedido simplesmente nunca teve consentimento de analytics, então foi corretamente retido dos destinos de analytics enquanto continuava chegando aos destinos de anúncios. Multiplique isso pelo volume de pedidos de uma loja e você tem dois contadores de conversão que silenciosamente deixam de bater, sem causa óbvia e sem nenhum alerta avisando que isso está acontecendo.

A Converlay v2.29.0 adiciona uma regra de Verificação de Saúde de Dados que expõe exatamente esse padrão — consent_mismatch — e traz três correções na mesma versão que reduzem a frequência com que isso acontece por motivos que não têm nada a ver com o que seu comprador realmente escolheu.

Por Que o Consentimento de Anúncios e de Analytics Podem Legitimamente Divergir

Consentimento não é um único interruptor. O banner de cookies de um comprador normalmente pergunta sobre publicidade e analytics separadamente, e é totalmente normal que alguém aceite uma coisa e recuse a outra — aceitar anúncios personalizados enquanto recusa ser medido, ou o contrário. Quando isso acontece, a resolução de consentimento da Converlay faz exatamente o que deveria: o pedido chega aos destinos cobertos pela finalidade concedida e é retido dos destinos cobertos pela finalidade recusada.

Isso é um comportamento correto, não um bug. Mas tem um efeito colateral sobre o qual os lojistas não tinham visibilidade: um pedido que registra consentimento de anúncios enquanto o de analytics está recusado ainda assim chega às suas plataformas de anúncios, mas nunca pode ser vinculado de volta à visita da loja que o gerou no GA4. O pedido parece entregue no seu painel. A perda de atribuição só aparece depois, como conversões de plataformas de anúncios que deixam de bater com seus números de analytics — e, a essa altura, nada mais aponta o consentimento como a causa.

O Que a Nova Regra Realmente Sinaliza

A Verificação de Saúde agora rastreia um agregado purchases_consent_mismatched e o compara com seu volume total de compras via pixel — compras via pixel dos dois lados da proporção, para que os números de uma loja com muitos webhooks não sejam diluídos abaixo do limite por pedidos que a regra nunca estava medindo. Duas faixas importam:

• Abaixo de 10%: permanece em silêncio. É esperado que uma parcela dos compradores faça escolhas genuinamente diferentes para anúncios e analytics, e sinalizar isso seria apenas ruído.
• 30% ou mais: escala para um aviso. Uma parcela dominante dos seus pedidos se dividindo assim geralmente significa que algo na sua configuração de consentimento — configuração do banner, mapeamento de finalidades, integração do CMP — está causando a divisão, e não que os compradores estejam escolhendo isso.

Quando a regra é acionada, o texto explica o mecanismo em termos de lojista: os pedidos continuam chegando às suas plataformas de anúncios, mas a atribuição está enfraquecendo, em vez de apontar uma causa raiz que a Converlay, na verdade, não consegue ver apenas com os dados. Está traduzido nos oito idiomas suportados, assim como o restante da Verificação de Saúde.

Dois Bugs Que Estavam Fabricando Divergências Falsas

Uma regra de detecção só é tão útil quanto os dados que a alimentam, então a v2.29.0 também fecha duas brechas que estavam criando divergências sem relação com o que um comprador realmente escolheu.

As buscas de consentimento do comprador falhavam silenciosamente. Quando um webhook de pedido chega, a Converlay primeiro tenta resolver o consentimento de pixel próprio do comprador antes de recorrer a um padrão regional. Essa busca gera hash do e-mail e telefone do comprador para compará-los ao consentimento já registrado pela loja — mas o hash era gerado a partir das strings brutas, então um endereço digitado com maiúsculas/minúsculas ou espaços diferentes dos enviados pela Shopify gerava um hash diferente, e a correspondência quase nunca acontecia. Quase todo pedido caía no padrão regional em vez da escolha real do comprador — exatamente o tipo de lacuna que a nova regra teria, de outra forma, que explicar como "desconhecida". E-mail e telefone agora são normalizados antes do hash dos dois lados, então o consentimento real do comprador é resolvido corretamente com muito mais frequência.

O pixel podia marcar um pedido antes que o consentimento realmente chegasse. Algumas plataformas de consentimento — a Cookiebot é uma delas — enviam a escolha de um visitante para a Shopify de forma assíncrona, depois que o pixel já inicializou. Em uma página de confirmação de pedido, essa corrida é apertada: se o evento de compra dispara antes que o sinal de consentimento chegue, a Converlay registra analytics como recusado mesmo que o comprador tenha, um instante depois, consentido. O pixel agora espera até um segundo por um sinal de consentimento atrasado antes de enviar o evento — ele nunca presume consentimento, e o evento sempre é enviado de qualquer forma, mas um visitante que de fato consentiu deixa de ser contabilizado errado por causa do tempo de carregamento da página.

Juntas, essas duas correções fazem com que menos pedidos caiam no grupo de divergências por motivos que não têm nada a ver com o que seu comprador realmente decidiu — então, quando a nova regra é acionada, ela está apontando algo que vale a pena investigar.

O Que Você Verá no Seu Painel

Nada para configurar. Se a taxa de divergência de consentimento da sua loja estiver abaixo de 10%, você não verá nada novo — essa é a taxa de fundo esperada de compradores fazendo escolhas diferentes para anúncios e analytics. Se estiver se aproximando ou ultrapassando 30%, a Verificação de Saúde vai sinalizar isso como um aviso, e você terá um número concreto para trabalhar em vez de uma lacuna misteriosa entre os painéis das suas plataformas de anúncios e o GA4.

A Converlay conecta sua loja Shopify a 26 destinos — incluindo Meta, Google Analytics 4, TikTok, Pinterest, Klaviyo e mais — via envio de eventos server-side, e a Verificação de Saúde de Dados agora observa as lacunas criadas pelas escolhas de consentimento, não apenas as causadas por uma integração quebrada.

Instale a Converlay na Shopify App Store e confira sua Verificação de Saúde na próxima vez que seus números de anúncios e analytics não baterem direito.