bridgeeAcademy

AULA 04 / 30 · Bridgee no GA4

DebugView: encontre campaign_details

Verifique os parâmetros que o SDK envia antes de montar relatórios.

Estado deste conteúdo

Guia baseado em documentação e PRs consultados. SDKs/API citados ainda têm alterações em draft; confirmar release e homologação.

Ver implementação e critérios de aceite →
PASSO 01

Antes de aplicar: confirme a release

A entrega sem first_open manual e as políticas explícitas descritas aqui foram inspecionadas nos PRs Android #1 e iOS #2, ainda abertos e draft em 03/10/2026. Não representam release publicada. Confira o pin do app e homologue a jornada efetiva antes de aplicar a configuração.

PASSO 02

Ative a depuração no app de teste

Siga o procedimento oficial do Firebase/GA4 para a plataforma e selecione o dispositivo em DebugView. O exemplo visual aqui é um esquema didático, não um print autenticado de uma propriedade GA4. Consentimento e configurações de coleta podem impedir que os eventos apareçam.

PASSO 03

Abra o evento correto

Procure campaign_details após uma jornada elegível. No código inspecionado, Android e iOS enviam esse evento e uma variante prefixada pelo tenant, com parâmetros source, medium, campaign e aliases utm_*. Escolha o nome canônico para a investigação; não some a variante do tenant como outra instalação.

PASSO 04

Veja as propriedades

Confira install_source, install_medium e install_campaign nas propriedades do usuário. O provider Firebase precisa estar configurado e dryRun deve estar desligado para enviar analytics. A existência do callback do match não prova que o Firebase recebeu o evento.

PASSO 05

O first_open pertence ao Firebase

O código atual inspecionado não emite first_open: o Firebase é responsável pelo evento automático. A versão efetivamente instalada precisa ser conferida, pois releases antigas podem ter outro comportamento. Conte a primeira abertura no escopo apropriado e não use contagem de campaign_details como instalações únicas.

CONTRATO / EXEMPLO

Payload recebido via provider · valores sintéticos

event: campaign_details
parameters:
  source: meta
  medium: paid_social
  campaign: academy_app
  utm_source: meta
  utm_medium: paid_social
  utm_campaign: academy_app
user_properties:
  install_source: meta
  install_medium: paid_social
  install_campaign: academy_app
# Sem trust_score, fraud_risk ou bridgee_install_id nos PRs de SDK inspecionados.

Confirme versão, ambiente e políticas na documentação vinculada. Exemplos não ativam coleta ou produção.

Esquema didático · não é print de uma propriedade GA4GA4 / Firebase · DebugView
1. Evento campaign_details. 2. Parâmetros source/medium/campaign. 3. Propriedades install_*. O fluxo sem first_open manual pertence aos PRs de SDK ainda em draft.
1. Evento campaign_details. 2. Parâmetros source/medium/campaign. 3. Propriedades install_*. O fluxo sem first_open manual pertence aos PRs de SDK ainda em draft. Ampliar / explorar ↗

SUA VEZ

Leve a aula para a prática

Execute uma jornada de teste e guarde evidências de campaign_details, seus parâmetros e das propriedades install_*. Anote separadamente first_open e a versão do app.

Baixar checklist de homologação ↓

Confira o aprendizado

Qual evento a Bridgee usa para entregar o contexto de campanha no código inspecionado?

Documentação e evidências

Consultadas em 03/10/2026. Os exercícios e números desta aula são fictícios.