bridgeeAcademy

AULA 25 / 30 · Parceiros e operação

Google, Meta, TikTok e DSPs: evidência neutra

Separe canal declarado, canal resolvido e elegibilidade de envio.

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

IDs por parceiro

O contrato de referência preserva gclid/gbraid/market_referrer_gclid, fbclid/payload aprovado, ttclid/payload aprovado e macro configurada em partner_click_id. Não existe macro DSP universal; os valores são opacos e case-sensitive.

PASSO 02

Conflito não tem prioridade comercial

Uma única evidência nativa válida resolve o parceiro. IDs válidos de dois parceiros produzem conflito e quarentena de postback. UTM-only pode servir para relatório, mas não basta para um postback de app.

PASSO 03

Responsabilidade da fonte

Dados posteriores à instalação continuam no Firebase ou no sistema do cliente. Bridgee não duplica purchase para otimização. Certificação como parceiro Google e homologação de redes são caminhos independentes da simples compatibilidade com Firebase.

PASSO 04

Status real

O laboratório contém registry, contratos e testes de referência; credenciais e homologação de parceiros não foram comprovadas nesta entrega. Confirme contrato, sandbox, região e owner antes de ativar cada adapter.

SUA VEZ

Leve a aula para a prática

Classifique quatro casos: gclid somente, ttclid somente, conflito fbclid+ttclid e UTM-only. Registre canal e elegibilidade esperada.

Baixar checklist de homologação ↓

Confira o aprendizado

UTM-only autoriza qualquer postback de app?

Documentação e evidências

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