google-services.json, ni GoogleService-Info.plist. Tout se règle dans le dashboard et le SDK le lit au démarrage.
Avant de commencer
- Un development build : Expo Go n’embarque pas le module natif du SDK.
- L’application configurée dans le dashboard, dans le bon environnement (compte de service Firebase pour Android, clé APNs
.p8pour iOS). Voir Notifications push. - Une clé SDK (portée
sdk:device), préréglage « Clé SDK », et l’identifiant de l’application. - iOS : un appareil physique — le simulateur ne reçoit pas de push distant.
Installation
Le paquet est publié sur GitHub Packages. Créez un jeton GitHub classique avec la seule portéeread:packages, puis dans le .npmrc de l’application :
app.config.js
Initialiser
initialize demande l’autorisation (requestPermission: false pour la demander plus tard). Aucune méthode ne rejette : les échecs passent par onError.
Utilisateurs
Avantlogin, l’utilisateur est anonyme : il reçoit les envois à tous les abonnés et peut porter des tags. login d’un External ID inconnu le promeut en gardant ses tags ; logout confie l’appareil à un nouvel anonyme.
Notifications
openDeepLinks: false pour s’en charger).
Événements et conversions
Consentement
Messages in-app
Montez l’hôte une fois, à la racine de l’app :react-native-webview (npx expo install react-native-webview).
Live Activities (iOS)
liveActivities: true dans les options du plugin, et une cible widget qui dessine l’activité. Les mises à jour se pilotent ensuite par l’API.
En cas d’échec
La clé embarquée
Une clé dans une application mobile est extractible. Émettez-la avec la seule portéesdk:device : chaque route qu’elle ouvre exige le jeton de l’appareil, et elle ne peut ni lire l’audience ni réécrire un profil.