This content is also provided in English.
Vous trouverez dans cet article nos recommandations afin de reproduire les exports SFTP d’Accengage sur Airship.
Les statistiques d’Airship sont générées dans notre outil appelé Performance Analytics. Si vous souhaitez avoir plus d’information sur ce dernier, nous vous recommandons de lire notre article Introduction à Performance Analytics.
Si Performance Analytics n'est pas disponible dans votre tableau de bord, veuillez contacter votre Account Manager.
Accengage
Avec la solution d'Accengage, les exports ci-dessous étaient disponibles depuis SFTP:
-
Export Message : permet de récupérer l’ensemble des statistiques des messages envoyés la veille.
-
Export Reaction : permet de récupérer l’ensemble des réactions de la veille.
-
Export Device : permet de récupérer les informations de tous les utilisateurs ayant ouvert l’application la veille.
Airship
Pour reproduire ces rapports dans Airship, nous allons contruire un dashboard personnalisé dans Performance Analytics. Celui-ci sera composé de plusieurs looks, un pour chaque section des exports Accengage.
En fonction de vos besoin, vous pouvez également sauvegarder indépendamment chaque look ou enregistrer vos looks directement dans le dashboard approprié. Vous aurez également la possibilité d’exporter chaque look du tableau par la suite.
Dans notre exemple, nous allons créer nos looks et les enregistrer dans notre tableau de bord de démonstration. Vous trouverez ci-dessous le détail des étapes à suivre pour créer ces looks.
Création de dashboards personnalisés
Afin de créer l’export, cliquez sur l’icône aux 4 carrés > Shared spaces > Explore Glossary (pour le site US) ou Explore Glossary EUCS (pour le site EU).
Look 1. Export Message
Description : permet de récupérer l’ensemble des statistiques de messages envoyés la veille.
Afin de contruire ce look, choississez Engagement dans l’Explore Glossary.
Puis ajoutez les filtres suivants : Query parameters date range “is in the past 1 complete days” // Message delivery Message type filter “is Multiple - Use Message Type Sub Filter “ // Query Parameters Current Project Only “is Yes”.
Sélectionnez ensuite les dimensions et mesures suivants : Notification ID // Notification Name // Title // Message // Workflow Type // Message Type // Campaign Category or Campaign Category List // Delivery Time // Total Delivery/Impression Count // Uninstall User Count // Attributed Response Count.
Vous trouverez plus d’informations sur certaines des dimensions et mesures:
-
Notification Name : le nom de la notification est affiché uniquement pour les Automations, Journeys, A/B Tests et messages programmés (scheduled). Dans ce cas nous vous recommandons d’ajouter une campaign category lors de la création de votre message afin de pouvoir identifier votre message dans Performance Analytics.
-
Message Type ≠ Workflow Type
-
Workflow Type
-
Automation
-
A/B Test
-
InApp Automation
-
Journey Message
-
Message (standard)
-
Unicast
-
-
Message Type correspond quant à lui au type de message envoyé :
-
Email
-
In-App Impression
-
Message Center
-
Push Notification
-
Web notification
-
-
|
Pour des raisons de sécurité, le contenu des messages unicast n’est pas affiché dans Performance Analytics. En revanche, les réations et les évènements liés à ces messages remontent dans Performance Analytics. Pour rappel, un message unicast est un message envoyé vers un Named User/ Channel au cas par cas. Afin de pouvoir identifier facilement vos messages unicast, nous vous recommandons d’ajouter le campaign category ou campaign category list. Il sera ainsi nécessaire d’ajouter une campaign categorie lors de la création de votre message. |
-
Campaign Category ou Campaign Category List
-
Campaign Category : indique le nom de votre campaign category.
-
Campaign Category List : permet d’obtenir la liste complète par ordre alphabétique des campaign categories associées à votre message si vous avez indiqué plus d’une campaign category.
-
-
Attributed Response Count. : correspond au total des réactions (directe et indirecte) associées à une notification (Calcul = Direct Response Count + Indirect Response Count)
-
Total Delivery/Impression Count : correspond au total des envois et impressions. Pour les InApp Impression, il s’agit du nombre d’impressions (affichage) et non du nombre d’envois. Ce nombre peut être supérieur au nombre d'utilisateurs (mesure : User Count), car ce champ compte les événements bruts alors que le User Count distingue les individus.
-
Uninstall User Count : correspond au nombre d’utilisateurs distincts ayant désinstallé votre application.
Enfin, choississez la visualisation sous forme de tableau (table) et sauvegardez votre look en cliquant sur “Save to Dashboard” afin de créer votre nouveau dashboard (“Accengage SFTP Export” par exemple). Vous serez ensuite en mesure d’y ajouter les prochains looks de cet article.
Look 2. Export Reaction (Response)
| Une réaction sur Accengage est appelée une response sur Airship. |
Description : permet de récupérer l’ensemble des réactions de la veille.
Afin de contruire ce second look, restez dans la section Engagement de l’Explore Glossary.
Puis ajoutez les filtres suivants : Query parameters date range “is any time” // Message delivery Message type filter “is” “Multiple - Use Message Type Sub Filter “ // Query Parameters Current Project Only “is Yes” // Message Metrics All Messages Types - Direct Response Time “is in the past 1 complete days”.
Ce filtrage vous permettra d’obtenir les réactions de la veille peu importe la date d’envoi de votre message.
Sélectionnez ensuite les dimensions et mesures suivants: Named User // Channel ID // Platform // Notification ID // Notification Name // Message // Workflow Type // Message Type // Campaign Category ou Campaign Category List // Delivery Time // All Messages Types - Direct Response Time // Attributed Response Count // Direct Response Count // Indirect Response Count.
Vous trouverez plus d’informations sur certaines des dimensions et mesures :
-
Notification Name : le nom de la notification est affiché uniquement pour les Automations, Journeys, A/B Tests et messages programmés (scheduled). Dans ce cas nous vous recommendons d’ajouter une campaign category lors de la création de votre message afin de pouvoir identifier votre message dans Performance Analytics.
-
Message Type ≠ Workflow Type
-
Workflow Type
-
Automation
-
A/B Test
-
InApp Automation
-
Journey Message
-
Message (standard)
-
Unicast
-
-
Message Type correspond quant à lui au type de message envoyé :
-
Email
-
In-App Impression
-
Message Center
-
Push Notification
-
Web notification
-
-
|
Pour des raisons de sécurité, le contenu des messages unicast n’est pas affiché dans Performance Analytics. En revanche, les réations et les évènements liés à ces messages remontent dans Performance Analytics. Pour rappel, un message unicast est un message envoyé vers un Named User/ Channel au cas par cas. Afin de pouvoir identifier facilement vos messages unicast, nous vous recommandons d’ajouter le campaign category ou campaign category list. Il sera ainsi nécessaire d’ajouter une campaign categorie lors de la création de votre message. |
-
Campaign Category ou Campaign Category List
-
Campaign Category : indique le nom de votre campaign category.
-
Campaign Category List : permet d’obtenir la liste complète par ordre alphabétique des campaign categories associées à votre message si vous avez indiqué plus d’une campaign category.
-
-
Delivery Time ≠ All Messages Types - Direct Response Time
- Delivery Time: il s’agit de la date et heure d’envoi de votre message
- Direct Response Time: Il s’agit de la date et heure du clic à votre message
-
Attributed Response Count : correspond au total des réactions (directe et indirecte) associées à une notification (Calcul = Direct Response Count + Indirect Response Count)
-
Direct Response Count : correspond au total des réactions directes. Cela correspond à un clic suite à la réception d’un push notification, un clic sur push web, la lecture d’un message center et un clic sur un short link pour un sms.
-
Indirect Response Count : correspond au total des réactions indirectes c’est-à-dire à l’ouverture par l’utilisateur de votre application ou la visite de votre site dans les 12 heures suivant l’envoi du push.
Enfin, choississez la visualisation sous forme de tableau (table) et sauvegardez votre look dans le dashboard précédemment créé.
Look 3. Export Device
Description : permet de récupérer les informations de tous les utilisateurs ayant ouvert l’application la veille.
Pour le troisième et dernier look, changez la section du Explore Glossary pour Device Events.
Puis ajoutez les filtres suivants : Query parameters date range “is in the past 1 complete days” // Device Events Event Type Filter “is App Session” // Query Parameters Current Project Only “is Yes” // Tag Current #1 Tag Group Filter “is equal to Notification Opt-in” // Tag Current #2 Tag Group Filter “is equal to Language” // Tag Current #3 Tag Group Filter “is equal to Language Country” // Tag Current #4 Tag Group Filter “is equal to Android App Version” // Tag Current #5 Tag Group Filter “is equal to iOs App Version” // Tag Current #6 Tag Group Filter “is equal to Timezone”
Sélectionnez ensuite les dimensions et mesures suivants :Channel ID // Ad ID // Named User // Platform // Install Time // Event Time // #1 Tag Name // #2 Tag Name // #3 Tag Name // #4 Tag Name // #5 Tag Name // #6 Tag Name // App Session Count // Uninstall Count
Enfin, choississez la visualisation sous forme de tableau (table) et sauvegardez votre look dans le dashboard précédemment créé.
Dans le cas ou vous souhaitez récupérer les attributs de vos utilisateurs, vous pourrez retrouver ces données dans l’explore Audience with attributes. Dans ce board vous pourrez récupérer au maximum 3 attributs par type d’attributs (date, nombre, texte).
| Performance Analytics n’est pas rétroactif. Par conséquent, les données seront disponibles uniquement pour vos campaignes Airship (dès l’activation de la fonctionnalité pour votre projet). |
Export
Toutes les données de Performance Analytics peuvent être exportées dans différents formats. Vous pouvez aussi bien exporter les rapports (Looks) que les tableaux de bord (Dashboards).
Exporter les dashboards
Pour exporter vos données :
-
Allez dans Reports > Performance Analytics.
-
Sélectionnez le tableau de bord que vous voulez exporter.
-
Cliquez sur l’icône paramètre et sélectionnez l’export qui vous convient.
Exporter les looks
- Si vous voulez exporter un rapport depuis un tableau de bord, cliquez sur l’icône 3 points et sélectionnez Download Data…
-
Si vous avez cliqué sur le rapport pour l’ouvrir, ou si vous l’avez ouvert depuis l’un des espaces, cliquez sur Download Results.
Pour plus d’informations sur ce sujet, consultez notre documentation technique.
Programmer un export
Les dashboards ainsi que les looks peuvent être programmés afin d’être exportés. Certaines options sont disponibles lors de la configuration de la programmation afin de correspondre à vos besoins. Vous pouvez ainsi configurer :
-
Les destinations (Email / Webhook / Amazon S3...)
-
Les formats (CSV / JSON / TXT / PNG...)
-
Les valeurs (non formatées / formatées)
Vous pouvez évidemment envoyer un rapport s'il y a des résultats. Mais vous pouvez également envoyer un rapport s'il n'y a pas de résultat. Cela fonctionne dans les deux cas. Certaines options vous permettent de recevoir des emails lorsque les filtres de votre rapport sont satisfaisants ou non satisfaisants. En outre, vous pouvez choisir de déclencher un rapport si les résultats changent depuis la dernière exécution Vous trouverez plus d’information sur ce sujet dans votre documentation technique.