Résolution des problèmes du Kit de développement logiciel (SDK)

Les données d’analyse ne s’affichent pas dans le portail

1. Vérifiez que vous avez correctement intégré les modules du Kit de développement logiciel (SDK).
2. Vérifiez que votre projet est inclus dans l’objet « App Center » associé AppCenterBehavior et que vos secrets d’application sont ajoutés aux champs correspondants dans la fenêtre Inspecteur. Veillez également à cocher les cases « Utiliser {service} » pour chaque service App Center que vous envisagez d’utiliser.
3. Vérifiez que les logs indiquent « App Center SDK configuré correctement » (au niveau de log verbose), puis vérifiez si vous voyez les logs de requête HTTPS.
4. Vérifiez que votre appareil est en ligne.
5. Parfois, les journaux de bord peuvent prendre quelques minutes pour apparaître dans le portail. Attendez un certain temps si c’est le cas.
6. Pour vérifier si le back-end App Center a reçu vos données, accédez à la section Flux de journal dans le service Analytics. Vos événements doivent apparaître une fois qu’ils ont été envoyés.

Les blocages ne s’affichent pas dans le portail

1. Vérifiez que vous avez correctement intégré les modules du Kit de développement logiciel (SDK).
2. Vérifiez que votre projet est inclus dans l’objet « App Center » associé AppCenterBehavior et que vos secrets d’application sont ajoutés aux champs correspondants dans la fenêtre Inspecteur. Veillez également à cocher les cases « Utiliser {service} » pour chaque service App Center que vous envisagez d’utiliser.
3. Redémarrez l’application après un incident. App Center Défaillances envoie le journal des incidents uniquement après sa relance. Le Kit de développement logiciel (SDK) n’enregistre aucun journal d’incident si vous avez attaché un débogueur. Vérifiez que le débogueur n’est pas attaché lorsque vous bloquez l’application.
4. Vérifiez que les logs indiquent « App Center SDK configuré correctement » (au niveau de log verbose), puis vérifiez si vous voyez les logs de requête HTTPS.
5. Vérifiez que votre appareil est en ligne.
6. Parfois, les journaux de bord peuvent prendre quelques minutes pour apparaître dans le portail. Attendez un certain temps si c’est le cas.
7. Si vous souhaitez vérifier si le Kit de développement logiciel (SDK) a détecté l’incident au démarrage de l’application suivante, vous pouvez appeler l’API pour vérifier si l’application s’est bloquée lors de la dernière session et affiche une alerte. Vous pouvez également étendre le rappel d’incident pour voir s’il a été correctement envoyé au serveur.
8. Pour confirmer que le back-end d'App Center a reçu le plantage, accédez à la section Flux de journal dans le service Analytics. Vos incidents doivent apparaître là, une fois qu’il a été envoyé.
9. Assurez-vous que l’application a réellement bloqué et redémarré : Unity intercepte la plupart des exceptions non gérées par défaut, ce qui signifie que l’application ne se ferme pas et qu’elle n’est pas considérée comme un incident. Si un incident est intercepté par Unity, il est signalé comme « Erreur » par le Kit de développement logiciel (SDK).

Échec de la compilation du projet Android

Le module Distribuer la version 4.1.0 ou ultérieure a une nouvelle balise de manifeste pour prendre en charge Android 11. Si vous utilisez une version de Unity antérieure à 2019.4, vous devez spécifier explicitement la version de Gradle pour éviter l'erreur AAPT: error: unexpected element <queries> found in <manifest>.. Pour éviter les problèmes de création de votre projet, vous devez ajouter mainTemplate.gradle et launcherTemplate.gradle (ce fichier doit être ajouté uniquement si vous utilisez des fichiers Unity 2019.4) pour spécifier explicitement la version gradle. Veuillez ouvrir Paramètres du projet>Joueur>Onglet Android>Paramètres de publication>Construction, puis sélectionnez Modèle Gradle principal personnalisé et Modèle Gradle du lanceur personnalisé. Après avoir généré des fichiers, insérez les lignes suivantes en haut des fichiers :

buildscript {
    repositories {
        google()
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.4.3'
    }
}

allprojects {
   repositories {
      google()
      mavenCentral()
      flatDir {
        dirs 'libs'
      }
   }
}

En savoir plus sur la création pour Android 11 avec Unity en suivant les directives.

Protéger la valeur secrète de l'App Center

Il app_secret s’agit d’un identificateur de votre application, il est nécessaire de connaître l’application à laquelle le trafic s’applique et il ne peut pas être utilisé pour récupérer ou modifier des données existantes. Si votre app_secret est exposé, le plus grand risque est d’envoyer des données incorrectes à votre application, mais cela n’aura pas d’effet sur la sécurité des données.

Pour récupérer des données sensibles, vous devez fournir un jeton d’application/utilisateur, qui est généré côté client. Il n’existe aucun moyen de sécuriser complètement les données côté client.

Vous pouvez améliorer la sécurité de votre application à l’aide d’une variable d’environnement pour injecter le secret d’application dans votre code. Ainsi, le secret n’est pas visible dans votre code.