Preencha antes de enviar
[site WordPress][conta do Google Ads]
Use minha conexão com o Opus Growth para isso. Se você não encontrar a ferramenta de que precisa, procure entre as ferramentas do Opus Growth (com search_tools, se estiver na sua lista); se não conseguir acessar as ferramentas de forma alguma, não adivinhe, me avise.
Verifique se [site WordPress] está informando as compras corretamente ao GA4 e à [conta do Google Ads].
1. Comparação diária, últimos 14 dias completos:
- WooCommerce: percorra as páginas de wordpress_woo_orders até passar dos pedidos com mais de 14 dias. Conte apenas pedidos concluídos (completed) e em processamento (processing) por dia. Avise se os pedidos acabarem antes do 14º dia e trate separadamente qualquer pedido que pareça ser de teste (meu próprio nome, total 0).
- GA4: execute ga4_report com a dimensão "date" e dimension2 "event", e considere apenas a contagem do evento purchase. Não use o total de conversões, pois ele soma todos os eventos-chave.
- Google Ads: execute google_ads_query na ação de conversão de compra, segmentada por segments.date e segments.conversion_action_name, para que outras ações não inflem o número. Observe que o Google Ads informa as conversões pela data do clique, então os dias mais recentes ainda podem ser preenchidos.
- Anote os fusos horários da loja, da propriedade do GA4 e da conta do Ads, se forem diferentes, pois isso desloca pedidos entre os dias.
2. Configurações:
- Confirme com ga4_list_conversions que purchase é um evento-chave.
- Com list_conversion_actions e get_conversion_settings, confirme que a ação de compra do Ads está ativada, incluída em conversões (principal), tem dados registrados, e verifique o tipo de contagem. MANY_PER_CLICK em uma ação de compra é uma fonte comum de contagem em excesso.
3. Inventário de tags:
- Use wordpress_tracking para listar todos os lugares onde uma tag do GA4 ou do GTM é disparada (plugins, snippets do WPCode, código de cabeçalho/rodapé, opções do tema). Leia qualquer snippet suspeito com wordpress_snippet e qualquer opção do tema indicada por ele com wordpress_option.
- Use wordpress_list_plugins para encontrar plugins que enviam dados de compra por conta própria (por exemplo GTM4WP, WooCommerce Google Analytics, Site Kit, PixelYourSite).
- No GTM, liste as tags e os acionadores do workspace do contêiner publicado e sinalize toda tag que envia purchase ao GA4 ou uma conversão do Google Ads, com o ID/rótulo da conversão e as condições do acionador. Use gtm_workspace_status para ver se alguma alteração de compra está sem publicar.
- O modo de consentimento não pode ser lido como uma configuração única. Informe o que o inventário de tags mostrar (um plugin de consentimento, configurações de consentimento nas tags do GTM, um snippet de consentimento) e diga claramente se não for possível saber.
Entregue:
- Uma tabela diária com estas colunas: data, pedidos, compras no GA4, conversões no Google Ads, diferença % do GA4 vs pedidos, diferença % do Ads vs pedidos.
- Uma lista numerada de achados, cada um ligado à evidência que o sustenta.
Use estes limites apenas como indicadores e depois confirme a causa pelo inventário:
- Mais de 10% acima dos pedidos: procure duas origens enviando a mesma compra (um plugin mais uma tag do GTM, dois contêineres), transaction_id ausente, contagem MANY_PER_CLICK ou um acionador da página de agradecimento que dispara ao recarregar.
- Mais de 25% abaixo dos pedidos: procure uma tag ausente ou não publicada, uma condição de acionador que não captura a URL da página de agradecimento, bloqueio por consentimento ou um gateway de pagamento que não retorna à página de agradecimento. Se os dados do pedido não mostrarem a forma de pagamento, pergunte quais gateways usamos.
Propor correções indicando a tag, o acionador, o snippet ou o plugin exato a alterar. Não faça nenhuma alteração até eu aprovar a prévia de cada uma.