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.
in-app Messages
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 de mises en page et d’outils de personnalisation, les messages in-app supposent un engagement inédit de vos utilisateurs.
Consultez nos études de cas pour voir des exemples d’envois 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 diffusion.
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 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 cartes de contenu.
Comportements attendus par types de messages
Voilà à quoi ressemble l’ouverture de nos types de messages in-app par défaut pour vos utilisateurs.
Slideup Les messages in-app 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 de type Modal apparaissent au centre de l’écran et sont encadrés par un panneau transparent. Utiles pour les messages plus critiques, ils peuvent être pourvus de deux actions à clic et de boutons d’analyse.
Full Les messages in-app sont utiles pour maximiser le contenu et l’impact de votre communication avec les utilisateurs. La moitié supérieure d’un full message in-app contient une image, et la moitié inférieure affiche le texte et deux boutons d’action permettant l’analyse.
Les messages in-app HTML Full sont utiles pour créer un contenu utilisateur entièrement personnalisé. Le contenu des messages in-app entièrement en HTML 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 d’informations, consultez nos meilleures pratiques.
L’exemple suivant montre la mise en page d’un message in-app HTML complet :
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 de SDK iOS, les méthodes JavaScript suivantes ne sont pas opérationnelles dans les messages in-app HTML : alert, confirm, prompt.
Modifier cette page sur GitHub