bridgee-android-sdk #1
Android: delegar first_open ao Firebase e controlar consentimento
Head consultado: 1338a6ea4e00
test: SUCCESS; test: SUCCESS
FONTES / SNAPSHOT 03.10.2026
Documentação e PRs
por trás das aulas.
13 PRs consultados diretamente no GitHub. O estado abaixo é um snapshot; abra o link para verificar mudanças posteriores. CI não comprova release ou homologação em aparelho.
bridgee-ios-sdk #2
iOS: delegar first_open ao Firebase e controlar consentimento
Head consultado: 84bb5937b0ac
test: SUCCESS; test: SUCCESS
bridgee-react-native-sdk #1
React Native: controlar consentimento e resolver destino deferred Android
Head consultado: 110b6b2a3a4b
test: SUCCESS; test: SUCCESS
bridgee-api #1
Preservar valores opacos no redirect e mapear evolução da API
Head consultado: 4008eb4c5225
test: SUCCESS; test: SUCCESS
bridgee-api #2
Integrar captura do Dashboard e políticas explícitas de atribuição
Head consultado: 9800b2c93b3a
test: SUCCESS; test: SUCCESS
dashboard #1
Blinklinks: preservar IDs e resolver destino Android após instalação
Head consultado: 9133102bc886
check: SUCCESS
dashboard #2
Deploy dashboard automatically after main validation
Head consultado: 2576f00dfa2a
check: SUCCESS
bridgee-tagbook-api #1
Agente de implementação: motor compartilhado, API autenticada e CLI
Head consultado: 1733b30ceca1
test: SUCCESS; test: SUCCESS
bridgee-measurement-lab #4
Bridgee PRD: corrigir GTM e scores e preparar API persistente para DSPs
Head consultado: 4440cbb7daa4
pytest: SUCCESS; pytest: SUCCESS
bridgee-measurement-lab #6
Bridgee consolidado: mensuração, site, console e entrega atualizada para Piva
Head consultado: b7bcd0196bbb
pytest: SUCCESS; pytest: SUCCESS
bridgee-android-example #1
Exemplo Android: consentimento e CI de compilação sem credenciais
Head consultado: f6ae3f6cfdb0
compile: SUCCESS; compile: SUCCESS
bridgee-ios-example #1
Exemplo iOS: consentimento, Firebase placeholder válido e CI
Head consultado: 7ab1348db7f6
build: SUCCESS; build: SUCCESS
bridgee-react-native-example #1
Exemplo React Native: consentimento e planejamento GitHub via Tagbook
Head consultado: 644cfcc7c05a
check: SUCCESS; check: SUCCESS
Documentação inspecionada no workspace
As aulas se baseiam nos arquivos abaixo e no código. Documentos históricos podem descrever propostas mais amplas que a implementação atual; a Academy dá prioridade ao contrato verificado e marca pendências.
- Google · escopos de origem de tráfego ↗
- Google · dimensões e métricas personalizadas ↗
- Google · criar dimensões com escopo de usuário ↗
- Google · monitorar eventos no DebugView ↗
- Google · eventos coletados automaticamente ↗
- Firebase · evento campaign_details ↗
- Bridgee · código Android de entrega de atribuição ↗
- Bridgee · código iOS de entrega de atribuição ↗
- Android PR #1 · aberto / draft na revisão ↗
- iOS PR #2 · aberto / draft na revisão ↗
- React Native PR #1 · aberto / draft na revisão ↗
- API PR #1 · redirect e IDs opacos ↗
- API PR #2 · aberto / draft na revisão ↗
- Dashboard PR #1 · mergeado na revisão ↗
- Dashboard PR #2 · mergeado na revisão ↗
- Tagbook PR #1 · planejamento de integração ↗
- Laboratório PR #4 · qualidade e parceiros ↗
- Laboratório PR #6 · entrega consolidada ↗
- Bridgee · arquitetura neutra e qualidade de sessão ↗
- Bridgee · opções de qualidade no app sem GTM ↗
- Bridgee · contrato install-only Firebase ↗
- Bridgee · implementação de scoring no laboratório ↗
Como ler as imagens
Console de Installs e Eventos: prints da interface local em modo DEMO. GA4: esquemas didáticos sem acesso a uma propriedade autenticada. Trust Score e antifraude: propostas navegáveis com backend de produção pendente. Todas as telas usam dados sintéticos.
Ver a galeria →