A propos de la messagerie In-App

La messagerie in-app est un canal de messagerie qui permet d'afficher un message lorsque l'utilisateur est actif dans l'application mobile. Ce type de message complète les notifications push qui sont diffusées au centre de notification du téléphone de l'utilisateur. Pour plus d'informations sur le canal Notification push, consultez cette section.

Pour ce canal, les applications mobiles doivent être intégrées avec le SDK Adobe Experience Platform. Ces applications doivent être activées dans Adobe Experience Platform Launch avant d'être disponibles dans Adobe Campaign pour les diffusions In-App.

Pour commencer à envoyer des messages In-App sur des applications mobiles en utilisant le SDK Experience Platform, vous devez remplir les conditions préalables suivantes :

Dans Adobe Campaign, vérifiez que vous pouvez accéder au canal In-App. Si vous ne pouvez pas accéder à ces canaux, contactez l'équipe de votre compte.
Pour tirer parti des cas pratiques mobiles dans Adobe Campaign Standard avec une application SDK Experience Cloud, une application mobile doit être créée dans Adobe Experience Platform Launch et configurée dans Adobe Campaign. Pour consulter le guide détaillé, reportez-vous à cette page.
Une fois la configuration effectuée, vous pouvez préparer votre message in-app. Pour plus d'informations à ce propos, Voir à ce propos consultez cette page.
Vous pouvez ensuite décider d'envoyer un message in-app ou de personnaliser un type de message de notification locale.
Votre diffusion est maintenant prête à être envoyée. Pour en savoir plus, consultez cette page.

Contenu connexe:

FAQ sur les messages In-App

Quelles sont les suggestions de ressources utiles pour en savoir plus sur le canal In-App dans Adobe Campaign Standard ?

Consultez les ressources ci-dessous :

Quel est l’objectif des API des extensions Campaign setLinkageField et resetLinkageField ?

Puisque les messages In-App sont extraits par le SDK de Campaign, nous voulons fournir un mécanisme sécurisé pour nous assurer que les messages In-App contenant des données de PII ne tombent pas entre des mains malveillantes. À ce titre, nous avons mis en place le mécanisme suivant pour assurer la diffusion sécurisée des messages vers l'appareil :

Les clients marquent les champs de profil mobile (table appSubscriberRcp) comme étant Personnels et sensibles s’ils veulent s’assurer que ces informations spécifiques soient diffusées en toute sécurité.
Les champs marqués comme tels ne peuvent être utilisés que dans le modèle Profil (et non dans le modèle appSubscriber ou le modèle Broadcast) qui comporte un mécanisme de sécurité supplémentaire intégré.
Les messages créés à l’aide d’un modèle Profil ne peuvent être diffusés que lorsque l’utilisateur s’est connecté à l’application.
Afin de faciliter cette authentification sécurisée, les développeurs d’applications mobiles doivent transmettre des détails d’authentification supplémentaires à l’aide de l’API setLinkageField. Notez que les champs de liaison sont ceux qui sont identifiés comme le lien entre le Profil mobile et le Profil CRM lors de l'extension de la table appSubscriberRcp.
Ils doivent vider les messages In-App stockés sur l’appareil et resetLinkagefields lorsque l’utilisateur se déconnecte de l’application à l’aide de resetLinkageField. Ainsi, si un autre utilisateur se connecte à l’application, il ne voit pas les messages destinés à l’utilisateur précédent.
Reportez-vous aux API SDK Mobile pour mettre en œuvre ce mécanisme de sécurité côté client.

Que dois-je faire pour activer le reporting In-App Campaign ?

Vous devez configurer le postback de tracking In-App. Les instructions se trouvent ici.

Pour mettre en œuvre le tracking des notifications locales, reportez-vous à cette page.

Quels rapports sont disponibles pour le canal In-App ?

Un rapport d’usine est disponible dans Adobe Campaign pour le canal In-App. Consultez cette documentation.

Consultez cette page pour comprendre comment est calculée chaque mesure In-App.

Prenez-vous en charge des variantes de contenu multilingues pour In-App similaires à push ?

Aucun modèle multilingue n’est actuellement disponible pour les messages In-App.

Cependant, si l’objectif est d’envoyer un message In-App dans une langue autre que l’anglais, le contenu peut être directement collé dans les zones de texte disponibles.

Les champs de personnalisation Campaign peuvent-ils être ajoutés au code HTML personnalisé ?

Non, cela n’est pas encore pris en charge.

J’ai configuré un message d’alerte mais il ne s’affiche pas sur l’appareil.

Pour les messages d’alerte, au moins un bouton Ignorer (un bouton principal ou secondaire doit avoir une action Ignorer) est requis. Sinon, il est possible d’enregistrer le message mais il ne sera pas reçu.

Si le son personnalisé iOS des notifications locales n’est pas lu, le son par défaut sera-t-il lu à la place ?

Pour le son personnalisé sur iOS, vous devez fournir un nom de fichier avec son extension lors de la création d’une notification locale (par exemple, sound.caf). Si cette extension n'est pas indiquée, le son par défaut est utilisé.

Les URL de lien profond sont-elles prises en charge dans les messages In-App ?

Oui, les URL de lien profond sont prises en charge dans les messages In-App. Les liens profonds doivent inclure les éléments suivants :

Un langage indiquant que le tracking des diffusions doit être désactivé pour que les URL de lien profond fonctionnent.
Apflyer avec Branch en tant que partenaires pouvant effectuer le tracking de liens profonds. Pour plus d'informations sur l'intégration de Branch et Adobe Campaign Standard, consultez cette page.

Un message In-App peut-il être déclenché lorsque l’utilisateur lance l’application à partir d’une notification push ?

Oui, ces messages sont aussi appelés des messages en daisy chain. Suivez les étapes suivantes :

Créez un message In-App.
Définissez un événement personnalisé et sélectionnez-le en tant que déclencheur d’événement pour cet IAM, par exemple « Déclencheur du push de prévisualisation d'automne ».
Lors de la création de votre message push, définissez une variable personnalisée dont la valeur peut être définie comme un événement utilisé pour déclencher IAM, par exemple Clé = "inappkey" et Valeur = "Déclencheur du push de prévisualisation d’automne".
Dans le code de l’application mobile, mettez en œuvre le déclencheur d’événement comme suit :