Données collectées par les sdk App Center

Important

Visual Studio App Center doit être mis hors service le 31 mars 2025. Bien que vous puissiez continuer à utiliser Visual Studio App Center jusqu’à ce qu’il soit entièrement mis hors service, il existe plusieurs alternatives recommandées vers lesquelles vous pouvez envisager de migrer.

En savoir plus sur les chronologies et les alternatives de support.

Les SDK App Center envoient des données aux services App Center. Les données envoyées varient en fonction du sdk/service utilisé, de la configuration d’un KIT de développement logiciel (SDK) et du service d’incident, des données gérées par votre application. L’utilisation de certains services nécessite l’envoi de certaines données pour que le service fonctionne. Toutes les données envoyées à App Center transitent par un service d’ingestion central.

Données communes

Données envoyées via des en-têtes de requête du KIT de développement logiciel (SDK) à l’ingestion

Données requises : App-Secret, Install-ID

  • Secret d’application (App-Secret) Clé unique utilisée pour identifier l’application.

  • Identificateur d’installation (Install-ID) Chaque installation d’une application avec un Kit de développement logiciel (SDK) App Center génère un nouvel identificateur d’installation unique. Cet ID est utilisé pour différencier les données des appareils uniques. Les services App Center nécessitent l’ID pour fonctionner correctement.

Données envoyées via le corps de la requête du KIT de développement logiciel (SDK) à l’ingestion

Données requises : sdkName, sdkVersion, osName, osVersion, paramètres régionaux, timeZoneOffset, appVersion, appBuild

  • Horodatage (horodatage) Horodatage du journal, exemple : « 2017-03-13T18 :05 :42Z »

  • Identificateur de session (sid) Les journaux d’activité Analytics peuvent faire partie de la même session en spécifiant cet identificateur.

  • Identificateur d’utilisateur (userId) Chaîne facultative utilisée pour associer des journaux à des utilisateurs.

  • Nom du KIT de développement logiciel (sdkName) Nom du Kit de développement logiciel (SDK). Se compose du nom du SDK et de la plateforme, par exemple « appcenter.ios », « hockeysdk.android »

  • Version du KIT de développement logiciel (sdkVersion) Version du SDK au format semver, par exemple « 1.2.0 » ou « 0.12.3-alpha.1 »

  • Version du wrapper sdk (wrapperSdkVersion) Version du Kit de développement logiciel (SDK) wrapper au format semver. Lorsque le KIT de développement logiciel (SDK) encapsule un KIT de développement logiciel (SDK) de base, la version du KIT de développement logiciel (SDK) est capturée dans ce champ, tandis que la version du KIT de développement logiciel (SDK) de base est sdkVersion. Par exemple, Xamarin.Android encapsule Android natif.

  • Nom du wrapper sdk (wrapperSdkName) Nom du Kit de développement logiciel (SDK) wrapper. Se compose du nom du KIT de développement logiciel (SDK) et de la plateforme de wrapper, par exemple « appcenter.xamarin », « hockeysdk.cordova ».

  • Modèle (modèle) Modèle d’appareil (exemple : iPad2,3)

  • Nom OEM (oemName) Nom du fabricant de l’appareil (exemple : HTC)

  • Nom du système d’exploitation (osName) Nom du système d’exploitation (exemple : iOS)

  • Version du système d’exploitation (osVersion) Version du système d’exploitation (exemple : 9.3.0)

  • Code de build du système d’exploitation (osBuild) Code de build du système d’exploitation (exemple : LMY47X)

  • Niveau de l’API du système d’exploitation (osApiLevel) Niveau d’API applicable, comme dans Android (exemple : 15)

  • Code de langue et de pays (paramètres régionaux) Langue ISO et code de pays (exemple : en-US)

  • Décalage de fuseau horaire (timeZoneOffset) Décalage en minutes par rapport à UTC pour le fuseau horaire de l’appareil, y compris l’heure d’été.

  • Taille de l’écran (taille de l’écran) Taille de l’écran de l’appareil en pixels (exemple : 640x480).

  • Version de l’application (appVersion) Version de l’application généralement dans la build majeure, mineure (exemple : 1.1.42)

  • Nom du transporteur (carrierName) Nom du fournisseur de services de cellule.

  • Pays du transporteur (carrierCountry) Pays du fournisseur de services de cellule.

  • Build d’application (appBuild) Numéro de build de l’application. (exemple : 42)

  • Espace de noms d’application (appNamespace) Identificateur de bundle, identificateur de package ou espace de noms, en fonction de ce que la plateforme individuelle utilise (exemple : com.microsoft.example)

  • Live Update Release Label (liveUpdateReleaseLabel) Étiquette utilisée pour identifier le code d’application « version » publié via la balise Live Update en cours d’exécution sur l’appareil.

  • Clé de déploiement Live Update (liveUpdateDeploymentKey) Identificateur de l’environnement auquel appartient la version actuelle de l’application, clé de déploiement, puis mappage à l’environnement comme Production, Préproduction

  • Hachage de package Live Update (liveUpdatePackageHash) Hachage de tous les fichiers (ReactNative ou Cordova) déployés sur l’appareil via la balise LiveUpdate. Permet d’identifier la version de mise en production sur l’appareil ou de télécharger des mises à jour à l’avenir

  • Version du wrapper runtime (wrapperRuntimeVersion) Version de l’infrastructure de technologie wrapper (version du runtime Xamarin, ReactNative, Cordova, etc.). Consultez wrappersdkname pour voir si cette version fait référence à Xamarin ou ReactNative ou autre.

  • Jailbreak (jailbreak) Indicateur indiquant si l’appareil a été jailbreaké.

Analytics

  • Métriques d’engagement Engagement mesure les sessions quotidiennes par utilisateur et la durée de la session.

    • Sessions quotidiennes par utilisateur : nombre moyen quotidien de sessions par utilisateur.

    • Nombre total de sessions : nombre total de sessions.

    • Moyenne des sessions par jour : nombre de sessions par jour moyen sur l’intervalle de temps.

    • Durée de la session : distribution du nombre de sessions sur quelques intervalles de durée.

    • Durée moyenne de la session : moyenne de toutes les durées de session dans l’intervalle de temps sélectionné.

  • Métriques d’événement Vous pouvez suivre vos propres métriques d’événement avec jusqu’à 20 propriétés pour comprendre l’interaction entre vos utilisateurs et l’application.

Diagnostics

  • Données des journaux d’incidents et d’erreurs Ces données incluent l’ID et le nom des processus, threads, trames, liés à l’incident, ainsi que le type d’exception et les données de message et d’appareil tels que définis dans la section Données courantes

  • Pièces jointes sur incident Ces pièces jointes sont des fichiers binaires ou texte que les développeurs peuvent éventuellement attacher à un rapport d’incident.

  • Propriétés personnalisées Ces paires de valeurs de clé personnalisées peuvent éventuellement être spécifiées pour ajouter un contexte supplémentaire à leurs rapports d’erreurs.

  • ID utilisateur d’incident et d’erreur Cet identificateur unique est éventuellement défini par le développeur pour attacher l’identification d’un utilisateur spécifique aux rapports d’incident.

  • Fichiers de symboles Ces fichiers de symboles sont fournis par le développeur d’App Center pour symboliser les blocages.

Distribuer

  • Jeton Ce GUID est envoyé au service de distribution pour case activée pour une nouvelle version de l’application. Le GUID est envoyé uniquement si l’application a été installée à l’aide d’App Center.