Avertissement

AppboyKit (également connu sous le nom de SDK Objective-C) n’est plus pris en charge et a été remplacé par Swift SDK. Il ne recevra plus de nouvelles fonctionnalités, de corrections de bugs, de mises à jour de sécurité ou d’assistance technique - cependant, la messagerie et l’analyse continueront à fonctionner normalement. Pour en savoir plus, consultez Présentation du nouveau SDK Braze Swift.

Résolution des problèmes des messages in-app

Impressions

Les impressions ou les analyses de clics ne sont pas enregistrées

Si vous avez défini un délégué de message in-app pour gérer manuellement l’affichage des messages ou les actions de clic, vous devrez enregistrer manuellement les clics et les impressions sur le message in-app.

Les impressions sont inférieures à la valeur attendue

Les déclencheurs mettent du temps à se synchroniser avec l’appareil au démarrage de la session, il peut donc y avoir une condition de concurrence si les utilisateurs enregistrent un événement ou un achat juste après avoir démarré une session. Une solution possible consisterait à modifier la campagne pour qu’elle se déclenche au démarrage de la session, puis à segmenter en fonction de l’événement ou de l’achat souhaité. Notez que cela enverrait le message in-app au prochain démarrage de session après que l’événement s’est produit.

Le message in-app attendu ne s’est pas affiché

La plupart des problèmes liés aux messages in-app peuvent être répartis en deux catégories principales : la distribution et l’affichage. Pour déterminer pourquoi un message in-app attendu ne s’est pas affiché sur votre appareil, vous devez d’abord vous assurer que le message in-app a bien été distribué à l’appareil, puis résoudre le problème d’affichage du message.

Distribution des messages in-app

Le SDK demande les messages in-app aux serveurs Braze au démarrage de la session. Pour vérifier si les messages in-app sont distribués à votre appareil, vous devez vous assurer que les messages in-app sont à la fois demandés par le SDK et renvoyés par les serveurs Braze.

Vérifier si les messages sont demandés et renvoyés

1. Ajoutez-vous en tant qu’utilisateur test sur le tableau de bord.
2. Configurez une campagne de messages in-app ciblée pour votre utilisateur.
3. Assurez-vous qu’une nouvelle session se produit dans votre application.
4. Utilisez le journal des événements utilisateurs pour vérifier que votre appareil demande des messages in-app au démarrage de la session. Recherchez la requête SDK associée à l’événement de démarrage de session de votre utilisateur test.
   • Si votre application était censée demander des messages in-app déclenchés, vous devriez voir trigger dans le champ Requested Responses sous Response Data.
   • Si votre application était censée demander des messages in-app originaux, vous devriez voir in_app dans le champ Requested Responses sous Response Data.
5. Utilisez le journal des événements utilisateurs pour vérifier si les messages in-app appropriés sont renvoyés dans les données de réponse.
   

Résoudre les problèmes de messages non demandés

Si vos messages in-app ne sont pas demandés, il est possible que votre application ne suive pas correctement les sessions, car les messages in-app sont actualisés au démarrage de la session. Assurez-vous également que votre application démarre réellement une session en fonction de la sémantique du délai d’expiration de session de votre application :

Résoudre les problèmes de messages non renvoyés

Si les messages in-app ne sont pas renvoyés, vous rencontrez probablement un problème de ciblage de campagne :

• Votre segment ne contient pas votre utilisateur.
  • Vérifiez l’onglet Engagement de votre utilisateur pour vous assurer que le segment approprié apparaît sous Segments.
• Votre utilisateur a déjà reçu le message in-app et n’était pas rééligible pour le recevoir à nouveau.
  • Vérifiez les paramètres de rééligibilité de la campagne dans l’étape Réception/distribution du Campaign Composer et assurez-vous que les paramètres de rééligibilité correspondent à votre configuration de test.
• Votre utilisateur a atteint la limite de fréquence pour la campagne.
  • Vérifiez les paramètres de limite de fréquence de la campagne et assurez-vous qu’ils correspondent à votre configuration de test.
• Si un groupe de contrôle a été créé pour la campagne, votre utilisateur peut être tombé dans le groupe de contrôle.
  • Vous pouvez vérifier si cela s’est produit en créant un segment avec un filtre de variante de campagne reçue, où la variante de campagne est définie sur Contrôle, et en vérifiant si votre utilisateur est tombé dans ce segment.
  • Lors de la création de campagnes à des fins de test d’intégration, veillez à désactiver l’ajout d’un groupe de contrôle.

Affichage des messages in-app

Si votre application demande et reçoit avec succès des messages in-app, mais qu’ils ne s’affichent pas, une logique côté appareil peut empêcher l’affichage :

• Les messages in-app déclenchés sont soumis à une limitation de débit basée sur l’intervalle de temps minimum entre les déclenchements, qui est de 30 secondes par défaut.
• Si vous avez défini un délégué pour personnaliser la gestion des messages in-app, vérifiez votre délégué pour vous assurer qu’il n’affecte pas l’affichage des messages in-app.
• Les échecs de téléchargement d’images empêcheront l’affichage des messages in-app contenant des images. Les téléchargements d’images échoueront systématiquement si le framework SDWebImage n’est pas intégré correctement. Vérifiez les journaux de votre appareil pour vous assurer que les téléchargements d’images n’échouent pas.
• Si l’orientation de l’appareil ne correspondait pas à l’orientation spécifiée par le message in-app, le message in-app ne s’affichera pas. Assurez-vous que votre appareil est dans la bonne orientation.