Questions fréquemment posées
Cet article fournit des réponses à certaines questions fréquemment posées sur le canal push.
Que se passe-t-il lorsque plusieurs utilisateurs se connectent sur un même appareil ?
Lorsqu’un utilisateur se déconnecte d’un appareil ou d’un site web, il reste joignable par push jusqu’à ce qu’un autre utilisateur se connecte. À ce moment-là, le jeton de notification push est réattribué au nouvel utilisateur. En effet, chaque appareil ne peut avoir qu’un seul abonnement push actif par application ou site web.
Lorsqu’un jeton de notification push est réattribué, la modification est reflétée dans le Push Changelog du profil utilisateur. Vous pouvez le trouver en accédant à l’onglet Engagement dans le profil utilisateur.
Lorsque j’envoie un push de test, est-il envoyé à tous mes appareils ?
Oui. Le push de test est envoyé à chaque appareil compatible push associé au profil utilisateur sélectionné. Si vous avez plusieurs téléphones ou tablettes connectés avec le même utilisateur, chaque appareil disposant d’un jeton de notification push valide reçoit la notification.
Pour envoyer le push de test à un seul appareil, vous pouvez supprimer les jetons de notification push des autres appareils depuis le profil utilisateur avant le test. Sinon, si vous envoyez via l’endpoint /messages/send, définissez send_to_most_recent_device_only sur true dans l’objet apple_push ou android_push afin que seul l’appareil le plus récemment actif reçoive le push.
Que signifie « Error sending push because the payload was invalid » ?
Ce message indique qu’APNs a rejeté la requête push en raison d’un payload invalide (par exemple, un payload vide ou un payload trop volumineux).
Pour plus de détails et les étapes suivantes, consultez Messages d’erreur push courants.
Pourquoi un utilisateur ayant accepté les notifications n’a-t-il pas de jeton de notification push ?
Cela peut se produire si le jeton de notification push de l’utilisateur a été réattribué à une autre personne ayant utilisé le même appareil.
- Accédez au Push Changelog dans l’onglet Engagement du profil de l’utilisateur concerné.
- Recherchez un message indiquant que le jeton de notification push a été transféré à un autre utilisateur.
- Copiez le jeton de notification push et collez-le dans la barre de recherche d’utilisateurs.
- Si le jeton de notification push existe toujours, vous serez redirigé vers l’utilisateur qui s’est connecté le plus récemment sur l’appareil.
Si vous souhaitez que le jeton de notification push soit réattribué à l’utilisateur d’origine :
- Demandez à l’utilisateur d’origine de se connecter au profil avec le jeton de notification push manquant.
- Déclenchez un nouvel envoi push. Cela transférera le jeton vers le compte si l’utilisateur a toujours les notifications push activées au niveau de l’appareil.
Pourquoi « Open web URL inside mobile app » ouvre-t-il toujours l’application lorsque je teste un brouillon de Campaign ?
Lorsqu’une Campaign est encore au statut Draft et que vous envoyez un push de test, appuyer sur la notification ouvre toujours l’application en premier, que l’option Open web URL inside mobile app soit sélectionnée ou non. Lorsque la Campaign est Live, le comportement au clic fonctionne comme configuré.
Si vous avez sélectionné Open web URL sans l’option Inside App, le lien s’ouvre directement dans le navigateur par défaut de l’appareil. Si vous avez sélectionné Open web URL inside mobile app, le lien s’ouvre dans une vue web in-app.
Quelle est la différence entre « Send to Production » et « Send to Development » pour les certificats push iOS ?
Lors de l’ajout d’un certificat Apple Push dans Braze, les options Send to Production et Send to Development déterminent quelle passerelle APNs (Apple Push Notification service) Braze utilise pour envoyer les notifications push :
- Send to Development : Sélectionnez cette option si l’application a été compilée en mode développement dans Xcode et signée avec un profil de provisionnement de développement. Les notifications push sont acheminées via la passerelle de développement (sandbox) d’Apple.
- Send to Production : Sélectionnez cette option si l’application est distribuée via TestFlight d’Apple, l’App Store ou la distribution d’entreprise. Les notifications push sont acheminées via la passerelle de production d’Apple.
Si la mauvaise option est sélectionnée, les notifications push échouent silencieusement car le type de jeton de notification push ne correspond pas à la passerelle. En règle générale, les applications distribuées via TestFlight ou l’App Store doivent utiliser Send to Production.
Quelle est la différence entre les filtres « Foreground Push Enabled » et « Background or Foreground Push Enabled » ?
Ces filtres de segmentation vérifient des conditions différentes :
| Filtre | Ce qu’il vérifie | Cas d’utilisation |
|---|---|---|
| Foreground Push Enabled | L’utilisateur dispose d’un jeton de notification push de premier plan valide et son état d’abonnement push est Opted-In ou Subscribed. |
Cibler les utilisateurs qui peuvent recevoir des notifications push visibles. |
| Background or Foreground Push Enabled | L’utilisateur dispose d’un jeton de notification push (premier plan ou arrière-plan) et son état d’abonnement push est Opted-In ou Subscribed. Cela inclut les utilisateurs qui ont désactivé les notifications push visibles mais qui disposent toujours d’un jeton de notification push en arrière-plan. |
Utilisé pour le suivi des désinstallations, les notifications push silencieuses et le géorepérage. |
Un utilisateur peut être Background or Foreground Push Enabled sans être Foreground Push Enabled. Cela se produit lorsque l’utilisateur a désactivé les notifications push visibles dans les paramètres de son appareil, mais que l’application détient toujours un jeton de notification push en arrière-plan. Pour plus de détails, consultez Utilisateurs push et abonnements.
Comment Braze détermine-t-il qu’un message push a été envoyé avec succès ?
Un message est enregistré comme envoyé dès qu’il est reçu par le fournisseur de service push. Cela ne signifie pas nécessairement que l’utilisateur a reçu ou consulté le message.
Pour iOS, le fournisseur de service push est Apple Push Notification Service (APNs), et pour Android, il s’agit généralement de Firebase Cloud Messaging (FCM). Le fournisseur de service push répond immédiatement avec un succès ou un échec. Un échec peut inclure un rebond ou une nouvelle tentative en cas de défaillance réseau.
Si un message de succès est renvoyé, l’envoi est enregistré par Braze, puis le service push tente de distribuer le message à l’appareil. Si l’appareil ne peut pas être atteint immédiatement, le service effectue de nouvelles tentatives jusqu’à l’expiration de l’option définie dans Braze (TTL pour Android, Expiry pour iOS). Si le message expire, le service push supprime la notification push, mais celle-ci n’est pas considérée comme un rebond.
- Pour les Campaigns push à livraison par événement, l’envoi du message est enregistré dès que l’utilisateur a effectué l’action qui déclenche la Campaign.
- Pour les Campaigns planifiées, l’heure d’envoi correspond au moment où le message a été mis en file d’attente et transmis au fournisseur de service push.
- Pour les deux types de livraison, le message est marqué comme « envoyé » dans Braze et dans le profil utilisateur sous Campaigns Received, même si l’utilisateur n’a pas encore vu ou reçu la notification push.
L’indicateur « distributions » pour les notifications push dans le tableau de bord est calculé au chargement de la page comme le nombre d’envois moins les rebonds.