Vue d'ensemble du reporting des données brutes

Non, sauf pour l'heure d'installation

Heure d'installation, heure de touch attribué, source média, campagne, adset, publicité, partenaire, type de conversion de retargeting

Oui

Champs remplis dans les rapports d'événements in-app :

Nom de l'événement, valeur de l'événement, revenu de l'événement

• Optimisez les campagnes qui ne conduisent pas à l'ouverture d'une app (installation, réattribution, réengagement).
• Reciblez ces utilisateurs avec différentes campagnes.

Données SRN non disponibles.

Lorsqu'un utilisateur ouvre une app pour la première fois.

Lorsqu'un utilisateur s'engage avec une publicité de retargeting, puis finit par ouvrir l'app. Une conversion de retargeting est un réengagement ou une réattribution.

• Générez des rapports agrégés en utilisant des champs non disponibles via les outils d'analyse d'AppsFlyer.
• Cumulez avec d'autres rapports pour une analyse transversale avancée.
• Analysez les performances à travers différentes dimensions comme les localités, zones métropolitaines, etc.
• Segmentez les utilisateurs en fonction des pays, localités et langues à des fins de retargeting.
• Obtenez des ID d'appareil utilisateur à des fins de retargeting.

• Non-organique : les groupes de champs d'attribution et d'attribution des contributeurs sont renseignés.
• Organique : le champ source média est soit vide, soit null, soit organique. Gardez ces éléments à l'esprit lorsque vous chargez les données dans votre système.

Liste chronologique des actions effectuées par les utilisateurs après l'attribution (installation, réattribution ou réengagement)

• La structure et les champs du rapport sont identiques à ceux des rapports d'installation.
• Les champs dédiés décrivent l'événement. Il s'agit notamment du nom de l'événement, de sa valeur, son revenu et son heure.

Cas d'utilisation

Le rapport vous permet de :

• Obtenir des informations en observant le parcours utilisateur pendant la durée vie de l'utilisateur

• Cumulez les données brutes d'installation et des événements in-app pour suivre l'ensemble du parcours utilisateur.

Champ valeur de l'événement

Le champ valeur de l'événement contient toutes les données relatives à l'événement dans un JSON. Vous pouvez les charger dans votre système BI pour obtenir une analyse plus précise.

AstuceVous pouvez utiliser Power Query dans Microsoft Excel pour analyser les paramètres d'événement à partir des chaînes de texte JSON.

{"af_level":"10","af_user_journey":"3387","arena":"7","char_type":"paladin"}

Reporting des revenus

Dans AppsFlyer, les données des revenus et du ROI proviennent du af_revenue envoyé dans les événements.

Lorsque le paramètre af_revenue est envoyé dans un événement in-app, AppsFlyer l'utilise pour renseigner le champ revenu de l'événement. C'est ce champ que AppsFlyer utilise pour mettre à jour le tableau de bord et les rapports agrégés.

Attention ! N'utilisez le paramètre af_revenue qu'avec les événements in-app qui décrivent les revenus réellement générés.Pour tout autre événement impliquant des revenus, mais qui n'est pas conclu (ex : add_to_cart), vous devez utiliser des paramètres différents (comme af_price)

Exemple de rapport

Remarques

• Les événements in-app de retargeting sont enregistrés deux fois, à la fois dans les rapports UA et les rapports de données brutes d'événements in-app de retargeting.
• Les événements in-app n'incluent pas l'événement de lancement (af_app_opened). Cette option est disponible dans le rapport de données brutes des sessions.
• Emplacement geo : provient de l'adresse IP utilisateur au moment où l'événement se produit.

La structure du rapport est identique à celle des rapports d'événements in-app. Les sessions (événements de session) s'affichent dans un rapport séparé à cause du nombre important de ces événements.

• Ce rapport est mis à jour quotidiennement et non en continu, c'est également le cas pour les autres rapports de parcours utilisateur.
• Dans le rapport, l'heure de l'événement correspond à l'heure à laquelle AppsFlyer détermine que l'app a été désinstallée, et non à l'heure de la désinstallation en elle-même. Cf Mesure des désinstallations.

• Si l'utilisateur est issu d'une source média non organique, les champs source média sont renseignés.
• Notez que l'événement de désinstallation est généré par les serveurs AppsFlyer seulement après avoir déterminé que l'utilisateur a effectué la désinstallation. Ce qui explique que de nombreux champs ne sont pas renseignés.
• Les identifiants utilisateur disponibles sont ceux enregistrés au moment de l'installation. Le CUID n'est jamais disponible. 
• Les champs géo sont remplis d'après la localisation de l'utilisateur à l'heure de l'engagement avec la source média (par clic ou impression). Si la localisation de l'engagement n'est pas disponible, c'est celle associée à l'événement d'installation qui est utilisée.

• Analyser l'événement de désinstallation, les caractéristiques de l'appareil et de l'utilisateur
• Créer une audience d'évènement de désinstallation pour le retargeting.

Pourquoi les données brutes Facebook sont-elles manquantes ?

Par défaut, les données brutes de Facebook sont attribuées à la source média qui est limitée. Cf Les données Facebook de niveau utilisateur.

Quelle différence existe-t-il entre les horodatages ?

Les horodatages sont communs à tous les rapports. Vous pouvez ainsi combiner différents rapports.

Les horodatages suivants sont appliqués :

• Heure du touch attribué: l'heure à laquelle l'utilisateur s'est engagé avec une publicité.
• Heure d'installation : heure à laquelle l'app est lancée pour la première fois.
• Heure de l'événement: l'heure où l'événement se produit.

Important :

• Dans les rapports d'installation, les heures d'installation et d'événement sont les mêmes.
• Dans les rapports d'événements in-app, les heures d'installation et d'événement diffèrent. L'écart entre les deux peut indiquer le temps écoulé entre le lancement de l'app et l'engagement de l'utilisateur avec l'app.

Quel est le rôle du champ contributeur ?

Le champ contributeur recense les sources média du contributeur. On l'appelle parfois installations assistées. Dans Protect360, il est également utilisé pour corriger l'attribution des installations détournées.

Qu'est-ce que le champ mots-clés ? Pourquoi n'est-il pas disponible pour toutes les installations non organiques ?

Les installations attribuées à Google Ads ou Apple Search Ads, peuvent contenir les mots-clés (ou l'ID de mot-clé) associés à la publicité qui a généré l'installation.

Comprendre le parcours utilisateur

Le parcours utilisateur est constitué d'une série d'étapes que l'utilisateur traverse avant d'atteindre un objectif donné (l'achat d'un produit ou la réservation d'un vol par exemple). Analyser le parcours d'un utilisateur vous permet donc de voir les actions de l'utilisateur au sein de l'app, son niveau d'activité et la valeur qu'il produit sur une période donnée.

Vous pouvez identifier et mettre en évidence les parcours utilisateur à l'aide de l'ID AppsFlyer. L'ID est généré pour chaque installation d'app sur un appareil. L'ID reste le même tout au long du cycle vie de l'utilisateur (de l'installation à la désinstallation). L'ID ne disparait pas si l'utilisateur réinitialise l'ID de son appareil.

Les rapports d'installations et ceux des événements in-app ayant les mêmes structures, ils peuvent être fusionnés en un seul rapport. Dans le rapport fusionné, vous pouvez agréger et filtrer en utilisant l'ID AppsFlyer et l'ID utilisateur du client (si disponible) dans le but d'analyser les parcours utilisateur.