Prise en main de la configuration de notifications push

Les notifications push vous permettent d'atteindre les utilisateurs de votre application mobile à tout moment, en particulier lorsqu'ils ne l'utilisent pas activement. Elles peuvent vous aider à réaliser divers cas d'utilisation, tels que fournir des mises à jour sur votre service, demander à un utilisateur de prendre des mesures, avertir l'utilisateur d'une nouvelle transaction, etc. Les plateformes d'appareil nécessitent un accord préalable avant que les utilisateurs finaux puissent recevoir ou afficher vos notifications. L'accord préalable de l'utilisateur peut être reçu dès le premier lancement de l'application après l'installation ou au cours d'une session ou d'un workflow ultérieur, selon le cas. Journey Optimizer prend en charge les notifications push et vous permet d'envoyer des notifications extrêmement pertinentes à des taux de débit de pointe. Les notifications push peuvent inclure une personnalisation et un contexte basé sur les parcours afin d'exploiter les données de votre marque avec Adobe Experience Cloud.

Cette page vous aidera à configurer et à comprendre les services et les workflows clés impliqués dans les notifications push dans Journey Optimizer.

Les étapes de configuration du canal push dans Adobe Journey Optimizer sont présentées sur cette page.

Notifications push et Adobe Journey Optimizer

Le graphique suivant montre les systèmes et services impliqués dans les flux de données associés et décrit comment les notifications push sont diffusées sous la forme d'un service de bout en bout.

  1. Enregistrement de votre application mobile de marque (Android ou iOS) auprès d'APNs d'Apple et des services de messagerie push Google FCM
  2. Les services de messagerie génèrent un jeton push, qui est un identifiant qu’utilisera Adobe Journey Optimizer pour cibler l’appareil spécifique avec une notification push.
  3. Le jeton push généré précédemment est transmis à Adobe Experience Platform et synchronisé avec le profil client en temps réel. Cette opération est effectuée en standard avec un SDK client facile à intégrer.
  4. Les messages push sont créés dans Adobe Journey Optimizer ; ils sont créés selon un préréglage de message.
  5. Les messages push peuvent être inclus dans la zone de travail d'orchestration des parcours.
  6. Lors de la publication des parcours, les profils client basés sur les conditions des parcours sont qualifiés pour recevoir des notifications push. Les payloads de messagerie push sont personnalisées à cette étape.
  7. Les payloads push personnalisées sont transférées vers un service de diffusion de messagerie push interne.
  8. Ce service interne valide ensuite les informations d'identification de l'application associée au message, et
  9. envoie le message aux services de messagerie Apple et Google pour une diffusion finale.
  10. Les retours des services de messagerie sont notés, les erreurs et les succès sont consignés pour le reporting dans les rapports dynamiques et globaux sur les parcours.
  11. Les notifications push sont diffusées sur les appareils de l'utilisateur final.
  12. Les interactions de notification push de l'utilisateur final sont envoyées en tant qu'événements d'expérience depuis le client de l'utilisateur final via l'intégration du SDK.

Rôles des services clés dans les notifications push

  • Les fournisseurs de services de notification push sont les services web des composants principaux qui diffusent des notifications de serveurs distants vers des applications mobiles.

    Adobe Journey Optimizer prend en charge les plateformes Android et iOS et s'intègre ainsi aux fonctionnalités suivantes :

  • SDK mobile Adobe Experience Platform qui fournit des API d'intégration côté client pour vos mobiles via des SDK compatibles Android et iOS. Le SDK fournit une extension Adobe Journey Optimizer exposant différentes API spécifiques à la messagerie push et permettant les flux de données, comme l'enregistrement du jeton push ou l'envoi d'événements de suivi push ou de tout autre événement d'expérience personnalisé à Adobe Experience Platform. Le SDK fournit également de nombreuses autres extensions qui activent d'autres fonctionnalités Adobe Experience Cloud ainsi que des fonctionnalités de partenaires tiers.

    L'intégration du SDK nécessite également la configuration des services de collecte de données d’Adobe Experience Platform, notamment :

    • Création d'un flux de données pour configurer les jeux de données de profil et d'événement d'expérience par rapport auxquels les données sont transmises à Adobe Experience Platform
    • Création de propriétés mobiles côté client et ajout d'extensions. Le SDK s'intègre étroitement avec ces extensions pour offrir une expérience de collecte de données transparente.
    • Enregistrement de l'identifiant d'offre groupée d'applications mobiles et des informations d'identification de l'application
  • Le Profil client en temps réel Adobe Experience Platform offre une vue holistique de chaque client en combinant des données issues de plusieurs canaux, notamment le web, les appareils mobiles, le CRM et des tiers. Le Profil vous permet de consolider vos données client en une vue unifiée offrant un compte horodaté et exploitable de chaque interaction client. Le jeton push d'un utilisateur de l'application donné est stocké par rapport au profil de l'utilisateur en tant que données d'enregistrement, tandis que les interactions de l'utilisateur avec les notifications push sont suivies en tant que données d'événements de série temporelle. En savoir plus sur le Profil client en temps réel Adobe Experience Platform.

  • Adobe Journey OptimizerAdobe Journey Optimizer : une fois que vos intégrations d'applications mobiles avec les composants mentionnés ci-dessus sont en place, ainsi que vos profils client dans Adobe Experience Platform, vous pouvez créer et orchestrer des notifications push dans pour interagir avec vos utilisateurs.

Configuration technique des notifications push et workflows pratiques

Le graphique suivant présente l'ensemble des différentes étapes de la configuration des composants qui forment l'ossature du flux de données push. Les éléments d'action ont été classés en fonction du rôle exécutant la configuration et du composant en cours de configuration.

Sur cette page