Débogage et dépannage de la collecte de données
Le débogage de la collecte de données implique de vérifier à la fois le comportement de votre implémentation et ce qui arrive aux données qu’elle envoie. Commencez par le symptôme, puis suivez l’événement à chaque étape de la collecte jusqu’à ce que vous trouviez où il s’arrête de se comporter comme prévu.
La journalisation du débogage expose les commandes SDK, l’exécution des balises, les avertissements et les erreurs dans l’exécution du navigateur ou de l’application. L’inspection des requêtes expose les payloads, les réponses et, pour les workflows pris en charge, le traitement côté serveur. Ces approches se complètent souvent : un journal peut expliquer pourquoi un événement a été retardé, tandis qu’une capture réseau peut montrer si une requête a été envoyée.
Suivre l’événement à travers la collection diagnostic-workflow
Examinez les étapes suivantes dans l’ordre. La preuve qu’une étape a réussi ne prouve pas que les étapes suivantes ont également réussi.
- Exécution de l’implémentation : la commande SDK ou la règle de balise s’est-elle exécutée ? Vérifiez les messages de diagnostic et les erreurs. Si la gestion du consentement ou de l’identité retarde un événement, vérifiez cet état avant de rechercher une requête réseau. Voir Activer la journalisation du débogage.
- Requête sortante : la requête a-t-elle été envoyée et contenait-elle les données attendues ? Inspectez la payload et comparez-la à vos entrées de commande ou à vos éléments de données. Voir Inspection des requêtes web ou Inspection des requêtes mobiles et de serveur.
- Réception du serveur : le point d’entrée de collection a-t-il reçu la requête ? Inspectez la réponse si disponible ou utilisez une trace côté serveur prise en charge. Un journal client indiquant qu’une demande a été envoyée n’est pas une confirmation de réception.
- Traitement et routage Edge : l’événement a-t-il utilisé le flux de données prévu et les services configurés ? Pour Web SDK, le paramètre
configIdde la requête indique le flux de données utilisé et Edge Trace indique comment Edge Network a traité l’événement. - Traitement en aval : la destination a-t-elle accepté et traité l’événement comme prévu ? Utilisez les conseils débogage spécifique au produit de la destination. Une réponse réussie d’Edge Network ne prouve pas que les données sont disponibles dans chaque rapport ou magasin en aval.
Choisir un point de départ choose-a-starting-point
Le tableau suivant présente des preuves utiles pour les tâches courantes. Lorsque les deux approches s’appliquent, elles répondent à différentes parties de l’enquête. Les messages et outils disponibles dépendent de votre SDK, du runtime et des services configurés.
documentUnloading de Web SDK.Débogage spécifique au produit product-specific
Les articles de cette section s’appliquent à toutes les collectes de données Experience Platform. Les applications Adobe qui reçoivent vos données peuvent utiliser leurs propres points d’entrée, formats de requête, vues de validation et traitement. Après avoir confirmé que l’Edge Network a reçu et acheminé un événement, ou lorsque votre implémentation envoie directement des données à une application, continuez avec les conseils de débogage de cette application :
- : collecte de données Debug Analytics
- Adobe Analytics for Streaming Media : vue Adobe Analytics for Streaming Media dans Assurance
- : codes d’erreur, messages et exemples DCS
- Jeux de données Adobe Experience Platform et profil client en temps réel : Guide de dépannage de l’ingestion en flux continu
- : Tester des expériences basées sur le code, Valider les messages in-app à l’aide d’Assurance et Vue de validation Decisioning
- : Déboguer Target avec Web SDK et Tester une implémentation at.js avec Debugger
- : affichage, dépannage et modification des paramètres de connexion
Poursuivre votre enquête next-steps
- Activer la journalisation du débogage : permet d’activer, d’inspecter et de désactiver la sortie de diagnostic pour le SDK web, les balises, le SDK du serveur et le SDK mobile.
- Inspecter les requêtes de collecte de données : capturer les requêtes, interpréter les preuves de requête Edge Network, suivre le traitement Edge et enquêter sur les requêtes annulées.
- Outils de débogage : comparez les outils Adobe, les débogueurs de balises, les outils de développement de navigateur et les proxys HTTP.
- Conseils spécifiques au sujet : gardez des investigations détaillées à proximité de leur configuration ou de la référence de l’API, telles que consentement et identité, déchargement de document et duplication d’événement.
Avant de partager des journaux, des traces ou des captures réseau, supprimez les informations d’identification, les identifiants visiteur et d’autres informations sensibles en fonction des politiques de votre entreprise.