v7 v8

Prise en main du canal des applications mobiles

Le (canal des applications mobiles) permet d’envoyer des notifications personnalisées depuis la plateforme Adobe Campaign sur des terminaux iOS et Android, via des applications.

Deux canaux de diffusions sont disponibles :

• Un canal iOS permettant d’envoyer des notifications sur les appareils mobiles Apple.

  

• Un canal Android permettant d’envoyer des messages de données sur les appareils mobiles Android.

  

A ces deux canaux correspondent deux activités de diffusion dans les workflows des opérations :

Vous pouvez définir le comportement de l’application lorsque l’utilisateur active la notification afin d’afficher l’écran correspondant au contexte de l’application. Par exemple :

• Une notification est envoyée au client pour l'informer que son colis est sorti de l'entrepôt. L'activation de la notification affiche une page contenant les informations relatives à la diffusion.
• L'utilisateur a ajouté des éléments à son panier, mais il a quitté l'application sans concrétiser l'achat. Une notification est envoyée, l'informant que son panier a été abandonné. Lorsque l'utilisateur active la notification, l'écran du produit abandonné est affiché.

Le workflow Gestion des opt-out NMAC (mobileAppOptOutMgt) met à jour les désabonnements aux notifications sur les appareils mobiles. Pour plus d'informations sur ce workflow, consultez la liste des workflows techniques.

Adobe Campaign est compatible avec APNs HTTP/2. Pour plus d’informations sur les étapes de configuration, voir cette section.

Pour plus d’informations sur la création d’une diffusion, voir cette section.

Parcours des données

Les schémas suivants présentent les étapes permettant à une application mobile d'échanger des données avec Adobe Campaign. Ce processus comporte trois acteurs :

• l'application mobile
• le service de notification : APNS (Apple Push Notification Service) pour Apple et FCM (Firebase Cloud Messaging) pour Android
• Adobe Campaign

Les trois grandes étapes du processus de notification sont : l'enregistrement de l'application dans Adobe Campaign (collecte des abonnements), les diffusions et le tracking.

Etape 1 : collecte des abonnements

L'application mobile est téléchargée par l'utilisateur sur l'App Store ou Google Play. Cette application contient, entre autres, les paramètres de connexion (certificat pour iOS et clé de projet pour Android) et la clé d'intégration. Lors du premier lancement de l'application, l'utilisateur peut être amené (selon la configuration de l'application) à renseigner une information d'enregistrement (@userKey : par exemple l'email ou le numéro de compte). Au même moment, l'application interroge le service de notification pour récupérer un identifiant de notification (push id). Toutes ces informations (paramètres de connexion, clé d'intégration, identifiant de notification, userKey) sont envoyées à Adobe Campaign.

Etape 2 : diffusion

Le spécialiste marketing cible les abonnés d’une application.Le processus de diffusion envoie au service de notifications les paramètres de connexion (certificat pour iOS et clé de projet pour Android), l’identifiant de notification (push id), et le contenu de la notification.Le service de notification envoie les notifications sur les terminaux ciblés.

Les informations suivantes sont remontées dans Adobe Campaign :

• Android uniquement : nombre d'appareils ayant affiché la notification (impressions)
• Android et iOS : nombre d'appuis sur la notification (clics sur notification)

Le serveur d’Adobe Campaign doit être en mesure de contacter le serveur APNs sur le port 443 pour le connecteur HTTP/2 iOS.

Pour en tester le bon fonctionnement, utilisez les commandes suivantes :

• Pour les tests :

  api.development.push.apple.com:443
  

• En production :

  api.push.apple.com:443
  

Avec le connecteur HTTP/2 iOS, le MTA et le serveur web doivent pouvoir contacter les APN sur le port 443.

Si vous devez utiliser le connecteur HTTP/2 iOS via un proxy, reportez-vous à cette page.