
* Melhora máxima documentada pela Meta para anunciantes com >75% de cobertura de Event ID. A melhora real depende da qualidade criativa, audiência e orçamento.
| Métrica | Antes da AFRUS | Com AFRUS |
|---|---|---|
| Cobertura Event ID no Meta | 0% | 75–100% |
| Event Match Quality | ~4-5/10 | ~7-8/10 |
| Conteo usuarios en GA4 | Colapsado — todos contavam como uma única pessoa | Visitantes reais |
| Custo por resultado Meta | Línea base | Hasta -54.9%* |
purchase com transaction_id atribuído. Confirme que o client_id se mantém estável entre eventos do mesmo navegador.purchase, generate_lead e os eventos do funil disparando no console do dataLayer.As landings da AFRUS não configuram automaticamente linker.domains. O suporte bidirecional (landing AFRUS → seu site) não está implementado. Requer configuração do seu lado. Estado: documentado, não planejado.
A atribuição GA4 funciona via cookie _ga, mas os parâmetros UTM não se propagam na URL final. Se precisar deles na URL, entre em contato. Estado: documentado, não planejado.
start, add_to_cart, begin_checkout e add_payment_info não expõem chaves de deduplicação no dataLayer. Apenas generate_lead e purchase são deduplicáveis pelo GTM. Estado: pendente, coordenável se houver demanda.
O painel Processos → Analytics Events não inclui o session ID do navegador. Correlacionar com logs de Meta ou Google requer cruzamento manual. Estado: em discussão, pendente decisão de privacidade.
Nome, e-mail e telefone do doador não são publicados no dataLayer. AFRUS os envia com hash diretamente ao Meta CAPI. Se suas tags GTM precisam deles para Advanced Matching, você deve obtê-los da sua própria coleta de dados.
O evento Purchase (ou Donate). É disparado quando o gateway confirma o pagamento. No GA4: purchase com transaction_id único. No Meta: Purchase deduplicado contra AFRUS CAPI com o valor real (value), moeda e tipo (one_time ou recurring). No GTM: evento purchase disponível no dataLayer. Para pagamentos assíncronos (PIX, boleto), a AFRUS aguarda a confirmação real — nunca são reportados pagamentos rejeitados.
Trigger do tipo Custom Event com nome purchase. É ativado quando o gateway confirma o pagamento. Em seguida crie suas tags (TikTok, LinkedIn, Google Ads…) com esse trigger. Use ecommerce.transaction_gateway_code como eventID no Meta e como transaction_id no GA4.
Sim, através do cookie _ga. As UTMs não viajam como parâmetros na URL da página de agradecimento — a atribuição existe no cookie, não na URL.
No seu gtag.js ou GTM, adicione web.afrus.org à lista linker.domains. Isso permite que o cookie _ga seja compartilhado entre domínios. Sem isso, o GA4 trata a passagem entre domínios como nova sessão e perde a origem da visita.
event_id da AFRUS coincide exatamente com o eventID da sua tag — sem transformações de número para texto.event_name tem as mesmas maiúsculas — Meta diferencia: Lead ≠ lead.transaction_gateway_code e não transaction_id — são valores distintos.Não. O GA4 apenas deduplica eventos purchase com o mesmo transaction_id. Para os demais eventos, o GA4 não tem deduplicação nativa entre canais. A recomendação é desativar essas tags no GTM e confiar no que a AFRUS envia.
Sim, sempre. O evento Purchase inclui o value (valor real) e a currency sem configuração adicional. Isso habilita campanhas de otimização por valor no Meta Ads (Value-Based Lookalikes, ROAS) desde o primeiro momento.
Apenas widget, sem landing: a AFRUS envia eventos, mas sem _fbc a atribuição do Meta se degrada, e o GA4 usa um ID de sessão de fallback.
Apenas landing, sem widget: o PageView é registrado, mas os eventos de conversão (Purchase, Lead) não são enviados.
A configuração completa precisa dos dois.
Apenas preencha os campos no widget (Pixel ID + Access Token para Meta, Measurement ID + API Secret para GA4) e na landing (Facebook Pixel ID + Google Analytics ID). Para GTM, os eventos são publicados automaticamente no dataLayer — apenas crie seus triggers e tags.

