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.
Messages in-app
Les messages in-app vous permettent d’envoyer du contenu à votre utilisateur sans interrompre sa journée avec une notification push. Des messages in-app personnalisés et adaptés améliorent l’expérience utilisateur et aident votre audience à tirer le meilleur parti de votre application. Grâce à un choix varié de mises en page et d’outils de personnalisation, les messages in-app favorisent un engagement inédit de vos utilisateurs.
Consultez nos études de cas pour voir des exemples de messages in-app.
Types de messages in-app
Braze propose actuellement les types de messages in-app par défaut suivants :
SlideupModalFullHTML Full
Chaque type de message in-app est hautement personnalisable en termes de contenu, d’images, d’icônes, d’actions de clic, d’analyse, d’affichage et de distribution.
Tous les messages in-app sont des sous-classes de ABKInAppMessage, qui définit le comportement et les caractéristiques de base pour tous les messages in-app. Les structures de classe de message in-app sont les suivantes :
Par défaut, les messages in-app sont activés après avoir terminé l’intégration SDK standard, y compris la prise en charge des GIF.
Notez que l’intégration de SDWebImage est requise si vous prévoyez d’utiliser notre interface utilisateur Braze pour afficher des images dans les messages in-app iOS ou les Content Cards.
Comportements attendus par types de messages
Voilà à quoi ressemble l’ouverture de nos types de messages in-app par défaut pour vos utilisateurs.
Les messages in-app Slideup sont ainsi nommés parce qu’ils « glissent vers le haut » ou « glissent vers le bas » depuis le haut ou le bas de l’écran. Ils recouvrent une petite partie de l’écran et offrent une fonctionnalité de messagerie efficace et non intrusive.
Les messages in-app Modal apparaissent au centre de l’écran et sont encadrés par un panneau translucide. Utiles pour les messages plus critiques, ils peuvent être équipés de deux boutons avec actions de clic et suivi analytique.
Les messages in-app Full sont utiles pour maximiser le contenu et l’impact de votre communication avec les utilisateurs. La moitié supérieure d’un message in-app full contient une image, et la moitié inférieure affiche le texte et jusqu’à deux boutons avec actions de clic et suivi analytique.
Les messages in-app HTML Full sont utiles pour créer un contenu utilisateur entièrement personnalisé. Le contenu des messages in-app HTML complets défini par l’utilisateur est affiché dans un WKWebView et peut éventuellement contenir d’autres contenus enrichis, tels que des images et des polices, permettant un contrôle total de l’apparence et de la fonctionnalité du message.
Les messages in-app iOS prennent en charge une interface JavaScript brazeBridge pour appeler des méthodes sur le SDK Braze pour le Web depuis votre HTML. Pour plus de détails, consultez nos bonnes pratiques.
L’exemple suivant montre un message in-app HTML complet paginé :
Le contenu complet du message in-app est affiché dans un WKWebView et peut éventuellement contenir d’autres contenus enrichis, comme des images et des polices, permettant un contrôle total de l’apparence et des fonctionnalités du message. Notez que nous ne prenons actuellement pas en charge l’affichage de messages in-app HTML personnalisés dans un iFrame sur les plateformes iOS et Android.
À partir de la version 3.19.0 du SDK iOS, les méthodes JavaScript suivantes ne sont pas opérationnelles dans les messages in-app HTML : alert, confirm, prompt.