Como configurar o acompanhamento de conversões do Google Ads na Kiwify

O que precisa ser definido antes de instalar o pixel do Google Ads na Kiwify?

O acompanhamento deve registrar uma compra aprovada, e não apenas a abertura do checkout ou a criação de uma cobrança pendente. Essa definição precisa vir antes da instalação, porque o Google Ads utiliza as ações de conversão selecionadas para avaliar resultados e orientar estratégias automáticas de lance. No caso de Pix e boleto, a geração do código ou do documento não comprova pagamento, mesmo quando o comprador chega a uma página com instruções finais. Portanto, confirme na documentação atual da Kiwify qual status de pedido aciona a integração de compra e como cada forma de pagamento é tratada. Se o evento disponível representar apenas intenção de compra, ele não deve substituir uma conversão de venda aprovada.

Antes de alterar qualquer configuração, faça um inventário das tags e integrações que já existem na página de vendas, no checkout e nas páginas posteriores. Uma mesma operação pode ter Google Tag Manager no site, integração direta da Kiwify com o Google Ads e compras importadas do Google Analytics 4. Essa combinação não é necessariamente errada, mas cria risco de medir o mesmo pedido em duas ações usadas simultaneamente para otimização. Registre o nome de cada ação, sua origem, seu identificador e sua classificação como principal ou secundária dentro da conta. Esse mapa inicial costuma revelar problemas que seriam atribuídos, por engano, a uma falha na instalação do novo pixel.

Defina também qual receita será enviada, porque valor do pedido, comissão do afiliado e valor líquido recebido são conceitos financeiros diferentes. Para um produtor, uma referência comum é o total efetivamente cobrado do comprador, considerando descontos e os itens que pertencem àquela transação. Para um afiliado, usar o preço integral do produto como se fosse receita própria pode distorcer bastante a leitura de retorno sobre o investimento. A integração disponível pode não permitir personalizar essa lógica, então é necessário verificar o comportamento real antes de confiar no ROAS apresentado. Documente a regra escolhida e mantenha o mesmo critério entre produtos, campanhas e períodos comparados.

• 1. Confirme que você possui acesso administrativo às configurações necessárias na Kiwify e permissão para gerenciar conversões no Google Ads.
• 2. Relacione todas as implementações existentes, incluindo integração nativa, Google Tag Manager, GA4 e eventuais envios por servidor.
• 3. Defina compra aprovada como resultado comercial e separe eventos de checkout, boleto emitido e Pix gerado.
• 4. Estabeleça se o valor acompanhado representa faturamento do produtor ou receita de comissão do afiliado.
• 5. Escolha qual ação de compra será usada como principal antes de publicar qualquer alteração.

Como criar a ação de conversão de compra no Google Ads?

Crie uma ação de conversão de site com categoria de compra e prepare os dados de instalação que serão usados na Kiwify. Na interface do Google Ads, procure a área de Metas e Conversões, lembrando que nomes e agrupamentos podem variar conforme a versão disponibilizada para sua conta. Inicie a configuração de uma conversão de site e, quando houver escolha, utilize a modalidade compatível com o envio explícito de um evento de compra. Uma regra baseada apenas na URL de uma página de agradecimento não garante, por si só, que o pagamento foi aprovado. Dê à ação um nome descritivo, como “Compra aprovada | Kiwify”, para facilitar auditorias e evitar confusão com eventos intermediários.

Na configuração de valor, escolha usar valores diferentes para cada conversão quando a integração puder transmitir o total real de cada pedido. Um valor fixo pode funcionar como aproximação em operações muito simples, mas deixa de representar a receita quando existem cupons, order bumps, planos ou preços diferentes. Configure a moeda de referência como real brasileiro quando suas vendas e seus relatórios seguirem esse padrão, verificando também a moeda enviada pelo evento. Se o Google solicitar um valor padrão, entenda que ele serve como alternativa na ausência do valor dinâmico e pode mascarar falhas de transmissão. Não trate esse preenchimento como comprovação de que a Kiwify está enviando a receita corretamente.

Para compras, a opção de contagem normalmente adequada é “Todas”, pois um mesmo comprador pode realizar mais de uma transação legítima depois de interagir com um anúncio. Essa escolha não deve ser confundida com aceitar eventos repetidos: a proteção contra repetição depende da implementação e do identificador da transação. Configure a ação como principal se ela for a fonte escolhida para orientar os lances, conferindo também as metas efetivamente usadas por cada campanha. Revise a janela de conversão e o modelo de atribuição conforme as opções disponíveis e o ciclo de decisão do produto. Ao terminar, obtenha o ID de conversão e o rótulo, que identificam o destino correto do evento dentro do Google Ads.

• 1. Crie uma ação de site categorizada como compra e use um nome que indique claramente a aprovação do pagamento.
• 2. Selecione valores diferentes por conversão quando a integração oferecer suporte ao valor dinâmico do pedido.
• 3. Use a contagem de todas as compras para preservar transações legítimas realizadas pelo mesmo comprador.
• 4. Defina a ação como principal somente se ela for a fonte de compra escolhida para otimização.
• 5. Copie o ID e o rótulo diretamente das instruções de instalação, sem reutilizar dados de outra ação.

Como conectar o pixel do Google Ads à Kiwify?

Na Kiwify, localize as configurações de rastreamento ou integrações do produto e verifique se existe uma opção específica para o Google Ads. Os nomes dos menus e os recursos disponíveis podem mudar, por isso este procedimento deve ser guiado pelos campos realmente exibidos no seu painel. Quando a integração solicitar ID de conversão e rótulo, utilize exatamente os dados da ação de compra criada na conta que receberá os resultados. O identificador costuma aparecer nas instruções do Google com o prefixo AW, mas o campo da plataforma pode exigir somente a parte numérica. Siga o formato indicado pela própria integração, sem remover ou acrescentar caracteres com base em tutoriais de versões anteriores.

O rótulo de conversão não é o nome visível da ação, e também não corresponde ao identificador de medição do Google Analytics 4. Um código iniciado por G identifica um fluxo de dados do GA4, enquanto um contêiner iniciado por GTM pertence ao Google Tag Manager. Confundir esses elementos pode deixar o painel aparentemente preenchido, mas sem qualquer compra chegando ao destino esperado no Google Ads. Confira ainda se a configuração vale para todo o produto, para uma oferta específica ou apenas para determinado checkout, conforme o escopo disponibilizado. Depois de salvar, revise os links efetivamente utilizados nas campanhas e confirme que eles levam à oferta coberta pela instalação.

Se não houver integração direta compatível, utilize somente mecanismos de scripts, eventos ou servidor que sejam oficialmente suportados pela Kiwify para esse cenário. Instalar uma tag na página de vendas não dá acesso automático ao evento de pagamento aprovado dentro de um checkout hospedado em outro domínio. Da mesma forma, colocar Google Tag Manager em uma página externa não significa que o contêiner estará presente nas etapas internas da plataforma. Uma implementação alternativa exige uma origem confiável de confirmação do pedido, além dos identificadores necessários para atribuição e deduplicação no método escolhido. Quando a plataforma não expuser esses dados, registre a limitação e consulte o suporte antes de improvisar disparos baseados em visitas.

Como enviar valor, moeda e ID da transação corretamente?

Cada compra deve transmitir o valor efetivamente definido para a operação, a moeda correspondente e um identificador estável e exclusivo daquele pedido. Na implementação web do Google Ads, esses conceitos aparecem normalmente como value, currency e transaction_id, embora integrações possam usar nomes internos diferentes. Para uma venda de R$ 197,00 sem outros itens, o valor numérico esperado é 197 ou 197.00, e a moeda deve ser BRL. Não envie o símbolo de real dentro do campo numérico, nem presuma que uma string com vírgula decimal será interpretada corretamente. Na integração nativa, a plataforma costuma cuidar da formatação, mas o conteúdo recebido ainda precisa ser verificado durante os testes.

Considere uma oferta de R$ 197,00 com desconto de R$ 20,00 e um order bump de R$ 47,00 incluído no mesmo pedido. Se a regra de receita for o total cobrado nessa transação, o valor esperado será R$ 224,00, e não o preço original do produto principal. Já um upsell que gere outro pedido aprovado pode precisar aparecer como uma segunda compra, com valor e identificador próprios, dependendo da estrutura comercial utilizada. Em vendas parceladas, não substitua automaticamente o total da compra pelo valor de uma parcela, pois isso altera o significado da métrica. Verifique também como juros e encargos são tratados, mantendo a definição de receita consistente com sua análise financeira.

O identificador da transação deve permanecer igual quando o mesmo pedido for processado novamente, mas precisa mudar quando existir uma nova compra real. Usar um número aleatório a cada carregamento impede que esse campo cumpra sua função de reconhecer a repetição do mesmo evento comercial. Reutilizar um único identificador para todos os pedidos provoca o problema oposto, pois compras diferentes podem ser interpretadas como repetidas na mesma ação. Não utilize e-mail, telefone, CPF ou outros dados pessoais como substitutos do identificador do pedido enviado nesse campo de transação. Se a integração não documentar o envio desses parâmetros, peça confirmação ao suporte e confronte a resposta com evidências obtidas em uma compra controlada.

• 1. Confira se o valor transmitido corresponde ao total previsto pela regra de receita definida para a operação.
• 2. Verifique se a moeda enviada é BRL nas compras cobradas em reais.
• 3. Confirme que o identificador permanece igual quando o mesmo pedido é apresentado novamente.
• 4. Teste uma oferta com desconto ou item adicional para verificar se o valor acompanha a composição real da compra.
• 5. Documente separadamente o tratamento de upsells, parcelamentos e comissões para evitar comparações financeiras inconsistentes.

Como evitar conversões duplicadas entre Kiwify, Google Ads e GA4?

A maneira mais segura de evitar duplicidade é escolher uma fonte principal de compra e controlar qualquer implementação adicional que registre o mesmo pedido. Um cenário recorrente é enviar a venda pela integração direta com o Google Ads e importar também o evento purchase do GA4. Se as duas ações estiverem incluídas nas metas usadas pela campanha, uma única venda poderá influenciar a otimização como dois resultados distintos. O Google Ads não deve ser tratado como um sistema que unifica automaticamente todas as ações apenas porque elas representam o mesmo pedido. Mantenha a fonte alternativa como secundária para diagnóstico, quando fizer sentido, e revise quais colunas do relatório estão sendo comparadas.

O transaction_id ajuda a evitar repetição dentro da mesma ação de conversão compatível, mas não resolve sozinho uma arquitetura com várias ações principais de compra. Também é possível duplicar eventos ao manter a integração nativa ativa e disparar uma tag equivalente pelo Google Tag Manager na página final. Recarregamentos, retornos ao comprovante e disparos repetidos por histórico de navegação precisam ser considerados nos testes, especialmente quando existe uma implementação personalizada. A proteção mais robusta combina um gatilho correto de pagamento aprovado, um identificador estável do pedido e ausência de rotas redundantes sem controle. Não altere a contagem para “Uma” apenas para esconder o problema, porque isso pode eliminar compras legítimas do mesmo usuário.

Depois de definir uma ação principal, confira se as campanhas usam as metas padrão da conta ou uma seleção própria de objetivos de conversão. Essa revisão é especialmente relevante em Performance Max, pois os lances dependem dos sinais de resultado incluídos na configuração daquela campanha. A classificação como secundária normalmente retira a ação da otimização padrão, mas metas personalizadas exigem atenção porque podem incluir ações usadas para dar lances. Nos relatórios, a coluna “Todas as conversões” ainda pode apresentar ações secundárias, o que não significa necessariamente que houve duplicidade na coluna principal. Por isso, avalie os números segmentados por ação de conversão antes de concluir que o total de vendas foi contado duas vezes.

Como validar uma compra e confirmar que o rastreamento funciona?

A validação precisa demonstrar que uma compra aprovada gera o evento correto, com o valor esperado e sem repetição indevida do mesmo pedido. Comece verificando a instalação com o Tag Assistant, quando houver tags no navegador, e acompanhe as informações disponíveis no diagnóstico da ação do Google Ads. Essas ferramentas ajudam a identificar destinos e problemas de disparo, mas não substituem a conferência do status comercial registrado na Kiwify. Em implementações por servidor, o evento pode não aparecer na inspeção do navegador, exigindo consulta aos registros e diagnósticos do mecanismo utilizado. Separe sempre três perguntas: a integração está instalada, a compra foi transmitida e essa compra pode ser atribuída a uma interação publicitária elegível.

Faça uma compra controlada seguindo os recursos de teste ou as condições permitidas pela plataforma, sem presumir que uma simulação dispara os mesmos eventos de produção. Se precisar de uma transação real, uma oferta de teste de R$ 10 a R$ 30 pode reduzir o custo, desde que respeite os valores mínimos e as regras vigentes. Um cupom de cem por cento pode não percorrer o mesmo fluxo de aprovação de um pagamento real e, portanto, não valida necessariamente toda a integração. Registre horário, produto, forma de pagamento, valor final e identificador do pedido para comparar essas informações com os dados transmitidos. Evite gerar cliques artificiais nos próprios anúncios apenas para testar atribuição, pois a instalação pode ser verificada sem esse procedimento.

Após a aprovação, verifique se os parâmetros esperados foram transmitidos e teste novamente o acesso à confirmação para observar possíveis disparos adicionais. Teste Pix separadamente de cartão, pois a confirmação pode ocorrer em outro momento e sem que o comprador mantenha a página original aberta. Uma conversão de teste sem interação publicitária elegível pode comprovar o funcionamento técnico sem aparecer como venda atribuída em uma campanha do Google Ads. Além disso, diagnósticos e relatórios têm processamento próprio, então a ausência imediata de uma linha no painel não comprova falha na configuração. Se houver necessidade de reembolso da compra controlada, lembre que a devolução financeira não garante a retirada automática da conversão enviada anteriormente.

• 1. Abra o checkout correto e confirme a presença da integração ou dos sinais técnicos disponíveis para o método utilizado.
• 2. Conclua uma compra controlada e aguarde a aprovação efetiva do pagamento na Kiwify.
• 3. Compare o valor, a moeda e o identificador transmitidos com os dados registrados no pedido.
• 4. Reabra a confirmação para verificar se o mesmo pedido gera repetições sem proteção adequada.
• 5. Confira os diagnósticos depois do processamento e diferencie recebimento técnico de atribuição publicitária.
• 6. Documente o resultado do teste com data e evidências, sem expor dados pessoais do comprador.

Como acompanhar divergências e usar os dados nas campanhas em 2026?

Os totais da Kiwify e do Google Ads não precisam coincidir, porque um sistema registra pedidos e o outro atribui resultados a interações publicitárias elegíveis. A plataforma de pagamento inclui vendas vindas de fontes orgânicas, indicações, e-mail e outras campanhas, enquanto o Google Ads aplica suas próprias regras de atribuição. Diferenças de janela, fuso horário, consentimento, bloqueios do navegador e disponibilidade de identificadores também podem alterar a comparação entre os dois ambientes. Além disso, relatórios padrão do Google Ads podem organizar conversões pela data da interação com o anúncio, e não pela data da aprovação do pedido. Para investigar divergências, alinhe os períodos e utilize as colunas por momento da conversão quando forem adequadas à análise.

Uma integração que registra compras corretamente ainda pode exigir controles adicionais para reembolsos, chargebacks e alterações posteriores no valor da transação originalmente enviada. Não presuma que a Kiwify atualizará esses resultados automaticamente no Google Ads, pois o suporte a ajustes depende do método de integração e dos identificadores disponíveis. Quando houver uma rotina compatível de ajustes de conversão, estabeleça critérios claros para retirar ou corrigir valores sem comprometer compras válidas já registradas. Conversões otimizadas também podem ajudar na mensuração quando forem suportadas e configuradas com os requisitos técnicos e de tratamento de dados aplicáveis. Elas não substituem o evento de compra, não corrigem um valor errado e não dispensam transparência e gestão de consentimento conforme a implementação.

Em 2026, campanhas de Pesquisa e Performance Max continuam exigindo sinais comerciais confiáveis antes de qualquer decisão baseada em CPA ou ROAS. Visibilidade em AI Overviews e AI Mode pertence a uma discussão de aquisição e presença na busca, não à instalação do evento de compra da Kiwify. Da mesma forma, o cenário de ChatGPT Ads no Brasil deve ser verificado quanto à disponibilidade e às integrações efetivamente oferecidas, sem presumir compatibilidade com tags do Google. Uma mudança no ambiente de descoberta não elimina a necessidade de identificar de onde veio a venda e qual receita ela representa. Antes de aumentar orçamento ou adotar metas mais agressivas, confirme que a ação principal mede compras aprovadas e que seus valores permanecem consistentes.

Perguntas Frequentes