Mise en œuvre

Un produit, trois couches indépendantes

noyau

Bridgee Attribution

Link et Blink préservent l'origine ; le SDK résout l'installation ; le canal atteint Firebase/GA4.

Qualité

Intelligence routière

CTIT, replay, profondeur du parcours et score de confiance avec composants et codes de raison.

Physicien

Intelligence physique

Les caméras et les capteurs génèrent des décomptes agrégés, des occupations, des séjours et des cohortes.

Du clic au canal sur le GA4

Suivez l'attribution du clic jusqu'à la livraison en GA4.

1. Cliquez surBlink préserve les identifiants et UTM autorisés.
2.InstallationSDK réalise le match.
3. DécisionCodes de méthode, de confiance et de raison.
4. Firebase/GA4Chaîne livrée sans duplication.

Liste de contrôle de mise en œuvre

Créer un client et un environnement de test

Définissez les domaines, les destinations, les fenêtres, le consentement et les contacts techniques.

Configurer CNAME et Blink

Utilisez HTTPS, la liste blanche des paramètres et une URL de test par plate-forme.

Installez le SDK

Android, iOS ou React Native ; effectuer la première ouverture uniquement selon le cycle documenté.

Valider la décision

Vérifiez la méthode de correspondance, la confiance, la version de la décision, les codes de motif et l'idempotence.

Valider Firebase/GA4

Garantissez la livraison d'une attribution unique et préservez l'attribution native de Google.

Identifiants et informations requises

Chaque client reçoit un Tenant ID et un Tenant Key pour authentifier les demandes de rapprochement. Lors de l'intégration, fournissez l'entreprise, les liens vers l'App Store, les propriétaires techniques et les domaines Blink.

Problème individuel

Les informations d’identification sont séparées par locataire et environnement. La production et les tests ne partagent aucun secret.

Livraison sécurisée

Les clés sont envoyées via un canal authentifié, jamais dans un ticket public, une analyse ou un exemple de code.

Rotation

Planifiez la propriété, l'expiration, la révocation et la rotation sans perturber l'application.

Contact répertorié dans la documentation existante : bridgee@caaqui.com. Avant la production, confirmez le SLA et le contact opérationnel lors de l'intégration.

Domaines, CNAME, TLS et validation

La conception documentée utilise des sous-domaines contrôlés par le client pour iOS et Android. Choisissez des noms courts et reconnaissables tels que ios.suaempresa.com.br e android.suaempresa.com.br.

TapezExemple d'hôteDestination documentéeDurée de viePlateforme
CNAMEios.suaempresa.com.brblink.bridgee.ai300iOS
CNAMEandroid.suaempresa.com.brblink.bridgee.ai300Android
  • confirmer le point de terminaison final reçu lors de l'intégration avant de modifier le DNS ;
  • valider la propagation avec dig ou nslookup;
  • le flux hérité fournit le provisionnement TLS par Bridgee après confirmation des hôtes ;
  • tester HTTPS, redirection, paramètres sur liste blanche et destination pour chaque plateforme ;
  • Ne publiez pas de liens de campagne avant le routage et la validation du certificat.

Implémentations officielles du Bridgee

Les SDK et les exemples d'applications ci-dessous sont conservés dans l'organisation officielle bridgee-ai. Les liens ouvrent GitHub dans un nouvel onglet.

Pour la production, confirmez la version approuvée, la compatibilité, la somme de contrôle des artefacts et les informations d'identification de l'environnement lors de l'intégration. Parlez à contato@bridgee.ai.
Le cycle de vie de firstOpen et l'API publique doit suivre la version approuvée du projet ; validez l’exemple d’application avant de promouvoir l’intégration.

De SDK à Firebase/GA4

Lors du premier cycle éligible, le SDK initialise l'identifiant technique approuvé, appelle le service de réconciliation et reçoit les métadonnées d'acquisition. Ensuite, la source résolue est mise à la disposition du Firebase/GA4 conformément au contrat de version.

  1. initialisez le SDK une fois dans le cycle documenté ;
  2. utiliser les informations d'identification et l'environnement corrects du locataire ;
  3. traiter le succès, l'absence de correspondance, le temps mort et la répétition avec idempotence ;
  4. valider source, medium, campaign, méthode et confiance ;
  5. préserver l'attribution native et éviter les livraisons en double ;
  6. confirmer dans DebugView/test puis dans le rapport d'acquisition.

Identifiants acceptés

PartenairePreuveRègle
Googlegclid, gbraid, market_referrer_gclidPréservez le flux natif et évitez la duplication.
Metafbclid ou charge utile approuvéeGardez opaque; la publication nécessite un contrat approuvé.
TikTokttclid ou charge utile approuvéeRoutage configuré par locataire.
DSPmacro dans partner_click_idIl n’existe pas de macro universelle.
Bridgeebridgee_click_id, bridgee_install_idCorrélation pseudonyme ; jamais l'identité d'une personne.

Réponse de correspondance versionnée

{
  "utm_source": "tiktok",
  "utm_medium": "paid_social",
  "utm_campaign": "launch",
  "attribution": {
    "resolved_partner": "tiktok",
    "evidence_type": "ttclid",
    "match_method": "deterministic",
    "match_confidence": 1.0,
    "partner_conflict": false,
    "decision_version": "partner-routing/1.0.0"
  }
}
Les identifiants sont sensibles à la casse et opaques. Ne choisissez jamais une chaîne en fonction d’une priorité commerciale ; Les conflits sont audités et suppriment les publications.

Web, application et absence de GTM

Web + GTM

Point de contrôle activé avec temps actif, profondeur, séquence et clé idempotente. Le navigateur ne calcule pas les scores.

Application+BigQuery

Vue autorisée des événements natifs Firebase. Ne collecte pas les achats.

Application sans accès

Push de serveur à serveur, points de contrôle SDK ou état comportemental indisponibles.

Contrat session-quality/1.0.0: preuves brutes sur liste autorisée → validation et déduplication du serveur → fonctionnalités explicables → antifraude versionné et Trust Score. Révoquer analytics_storage arrête la collecte et efface l'état local.

Portes avant production

  • consentement et objectif par région ;
  • pas d'adresse IP brute, d'informations personnelles ou de secrets dans l'analyse ;
  • conservation et suppression par locataire ;
  • tests contractuels Android, iOS, React Native et API ;
  • notation fantôme avant d’influencer les décisions ;
  • restauration par indicateur de fonctionnalité.