Passer au contenu principal
Cet article fournit des réponses complètes aux questions fréquentes sur différents aspects des analyses du Store, notamment les rapports, la planification, l’intégration, les API, et plus encore. Que vous recherchiez des instructions détaillées ou des conseils rapides, vous trouverez ici les informations dont vous avez besoin.

Intégration

Q : Existe-t-il une documentation d’intégration pour Insights dans Partner Center ? Par exemple, une vue d’ensemble des procédures et des définitions de données ?
R : Oui, consultez Vue d’ensemble de Partner Center Insights

Downloads Hub

Q : Comment en savoir plus sur le contenu d’un rapport ?
R : Découvrez les rapports et leur contenu dans Jeux de données du Downloads Hub
Q : Existe-t-il un moyen de planifier des rapports en fonction des jours du calendrier ? (exemple : le premier lundi de chaque mois).
R : Les partenaires peuvent planifier des rapports dans Downloads Hub Insights sur Partner Center. Le Downloads Hub offre la possibilité de planifier tous les jeux de données selon les besoins. Les rapports sont téléchargés sur Partner Center dans la section des rapports et restent accessibles aux partenaires pendant les 7 jours suivant le jour du téléchargement. Pour en savoir plus, consultez Planification des rapports dans le Downloads Hub
Q : Pour les partenaires qui adoptent les API du Downloads Hub, existe-t-il un exemple d’application/de solution pouvant être partagé en externe comme référence ? Quelque chose dans lequel un partenaire pourrait insérer ses propres ID et clés pour accélérer l’intégration.
R : Oui, consultez Exemple d’application pour accéder aux API des applications et des jeux
Q : Quelle est la différence entre XDP Analytics et les Downloads Hubs des applications de bureau Windows ?
R : XPD Analytics est la section de téléchargement des rapports d’acquisition des titres XBOX 360 non rétrocompatibles, tandis que le Downloads Hub contient tous les autres rapports.

Rapports

Rapport d’acquisitions

Q : Quelle est la cadence d’actualisation et sa fréquence (planifiée ou instantanée) de la base de données du rapport d’acquisitions ?
R : Actuellement, la tâche de récupération des données d’acquisition s’exécute deux fois par jour : à 5 h PST et à 17 h PST. La tâche prend généralement entre 6 et 10 heures, mais dans certains cas limites, elle peut prendre jusqu’à 24 heures. Pour tout jeu de données lié à l’acquisition de données en temps réel, l’agrégation horaire peut être utilisée, ce qui fournit les dernières données toutes les heures.
Q : Si le rapport est planifié, combien de temps faut-il avant que sa génération commence ?
R : La planification commence à le générer une heure avant l’heure planifiée définie par les partenaires afin d’éviter tout retard dans la réception du rapport. Malgré cette précaution, des facteurs comme le trafic de la file d’attente peuvent encore entraîner des retards au-delà de l’heure planifiée pour la livraison des données.
Q : Les données font-elles l’objet d’un upsert ? Et si oui, quelle est la clé utilisée pour l’upsert ?
R : Oui, les données font l’objet d’un upsert selon le processus décrit. L’opération d’upsert utilise une clé unique comme OrderID ou une combinaison d’OrderID et de State pour garantir que chaque changement d’état est correctement suivi. Cette clé permet au système soit de mettre à jour un enregistrement existant (si l’état change), soit d’insérer un nouvel enregistrement (s’il s’agit d’une nouvelle transaction ou d’un nouvel état).
Q : Un changement d’état de précommande met-il à jour l’enregistrement d’origine ou ajoute-t-il un nouvel enregistrement ?
R : Un changement d’état de précommande mettra probablement à jour l’enregistrement d’origine si le système est conçu pour refléter le dernier état d’une commande. Cela signifie que l’OrderID reste le même, mais que l’état et les autres champs pertinents sont mis à jour pour refléter le nouveau statut, comme « charged pre-order » ou « cancelled pre-order ».
Q : Si les enregistrements font l’objet d’un upsert, et qu’un enregistrement comporte une vente brute qui est remboursée, l’enregistrement affichera-t-il une quantité achetée égale à 0, ou disparaîtra-t-il simplement ?
R : Dans ce scénario, si le système est conçu pour suivre les achats nets, l’enregistrement ne disparaîtra pas simplement. L’enregistrement d’achat d’origine peut au contraire être conservé, et un enregistrement de remboursement correspondant est ajouté. La quantité d’achat nette est calculée en prenant la PurchaseQuantity de l’enregistrement d’achat et en soustrayant la RefundQuantity de l’enregistrement de remboursement. Si l’enregistrement fait l’objet d’un upsert avec la même clé, PurchaseQuantity peut être mise à jour pour refléter la quantité nette (qui peut être 0 en cas de remboursement intégral).
Q : Est-il possible de limiter la période à moins de 30 jours lors de la planification du rapport pour le jeu de données Purchase ?
R : Non, cela n’est disponible que pour executeNow = true ; ce n’est pas disponible lors de la planification d’un rapport.
Q : Concernant le rapport Acquisitions - Customer Demographics : si les joueurs refusent le partage de données, apparaîtront-ils dans la catégorie « Unknown » ?
R : Oui, si les joueurs refusent et que nous n’avons pas pu déterminer la tranche d’âge ou le sexe, l’acquisition est classée dans la catégorie « Unknown ». Pour en savoir plus, consultez Rapport d’acquisitions - Rapport GDK ou jeux XBOX
Q : Existe-t-il un moyen d’accéder aux données d’acquisition historiques ?
R : Oui, les données d’acquisition jusqu’à 4 ans sont disponibles dans le Downloads Hub. Pour accéder aux données historiques via l’API, consultez Effectuer votre premier appel d’API - Partner Center Nom du rapport : Acquisition Nom du jeu de données dans l’API : Acquisitions
Q : Dans la section « App Page Views & Conversions by Channel » du jeu de données Channel Conversion, quelle est la définition de Store Traffic par rapport à Custom campaign ?
R : Store Traffic désigne les visiteurs qui arrivent sur la page de l’application via le Store lui-même, par exemple en naviguant ou en effectuant une recherche dans le Store. Custom Campaign désigne le trafic généré par des campagnes marketing spécifiques lancées par le développeur ou le partenaire, généralement à l’aide de liens personnalisés ou de paramètres UTM pour suivre la source du trafic. Pour en savoir plus, consultez Rapport d’acquisitions - Rapport GDK ou jeux XBOX
Q : Dans la section des canaux et conversions, les partenaires peuvent-ils voir le trafic provenant de sections spécifiques du Store ?
R : Oui, dans la section des canaux et conversions, les partenaires peuvent voir le trafic provenant de sections spécifiques du Store. Pour plus d’informations, consultez Rapport d’acquisitions - Analyser les performances

Voir aussi

Dernière modification le 6 octobre 2026