Sur cette page : surveillez la fiabilité et les performances des appels d’API que vos parcours effectuent à des systèmes tiers afin de repérer rapidement les problèmes d’intégration, la latence et les limites de limitation.
La page de rapports Action personnalisée vous permet de surveiller la fiabilité et les performances des appels API effectués depuis vos parcours vers des systèmes tiers. Ces rapports vous aident à identifier rapidement les problèmes d’intégration, les goulots d’étranglement de latence ou les limites/limitations qui peuvent avoir un impact sur la diffusion.
La page de rapports sur les actions personnalisées fonctionne comme d’autres rapports complets dans Journey Optimizer. Pour en savoir plus sur les fonctionnalités des tableaux de bord, consultez cette documentation.
Pour accéder à la page de rapports Action personnalisée, cliquez sur
➡️ En savoir plus sur la configuration des actions personnalisées
Outre la page de rapports Action personnalisée, vous pouvez utiliser Adobe Experience Platform Query Service pour créer des requêtes afin de générer des rapports sur les mesures de performances des actions personnalisées. Vous pouvez consulter des exemples de requête dans cette section.
KPI kpis
Les indicateurs clés de performance (KPI) sur les actions personnalisées servent de tableau de bord centralisé, fournissant une vue consolidée de l’intégrité opérationnelle et de la fiabilité de vos appels d’action personnalisée. Ces mesures vous permettent d’évaluer les performances, d’identifier les goulots d’étranglement et d’assurer des intégrations stables à des systèmes externes.
-
Appels réussis : nombre total d’appels HTTP ayant renvoyé une réponse valide sans erreur.
-
Erreurs 4xx/5xx : nombre d’appels ayant échoué en raison d’erreurs côté client (4xx) ou côté serveur (5xx), mettant en évidence des problèmes de configuration ou des échecs de point d’entrée.
-
Délais d’expiration : nombre d’appels ayant échoué, car ils ont dépassé le temps de réponse maximal. Cela permet de faire apparaître des problèmes de latence ou de performances avec les points d’entrée externes.
-
Appels limités : nombre d’appels bloqués en raison de limitations, ce qui permet de s’assurer que les systèmes en aval ne sont pas surchargés.
-
RPS moyenne : nombre de requêtes par seconde traitées par l’action personnalisée sur la période sélectionnée.
-
Latence moyenne : temps de réponse moyen de bout en bout (en millisecondes) pour tous les appels HTTP, y compris les appels réussis, les erreurs et les délais d’expiration.
-
Latence moyenne réussie : temps de réponse moyen de bout en bout (en millisecondes) pour les appels réussis uniquement, à l’exclusion des requêtes en échec et des délais d’expiration.
-
Temps moyen dans la file d’attente : temps moyen (en millisecondes) que les appels ont passé dans la file d’attente d’exécution avant d’être envoyés. Cela s’applique uniquement aux points d’entrée limités, où Journey Optimizer met les appels en file d’attente lorsque la limite de débit est atteinte.
Appels au fil du temps calls
Le graphique Appels au fil du temps affiche la tendance de l’indicateur de performance clé des appels HTTP sur la période sélectionnée pour le rapport. La granularité de la série temporelle dépend de la période sélectionnée. Par exemple :
- Pour un rapport sur 7 jours, chaque point de données affiche les KPI pour une journée.
- Si vous sélectionnez une période d’un jour, le graphique affiche les KPI par heure.
- Si vous sélectionnez une période d’une heure, le graphique affiche les KPI par minute.
➡️Voir la section KPI pour une description des mesures d’appel HTTP
Latence au fil du temps latency-overtime
Le graphique Latence au fil du temps permet de visualiser la tendance des mesures de latence sur la période sélectionnée. Cette vue de série temporelle vous permet de suivre les modèles de performances, d’identifier les périodes de latence de pointe et de surveiller l’impact des optimisations ou des modifications du système au fil du temps.
➡️Voir la section KPI pour une description des mesures de latence
Répartition des appels breakdown
Le tableau Répartition des appels fournit une répartition hiérarchique des mesures d’appels HTTP, des mesures globales par point d’entrée au niveau supérieur aux mesures par action personnalisée à l’aide de chaque point d’entrée jusqu’aux parcours qui en dépendent au niveau inférieur.
➡️Voir la section KPI pour une description des mesures d’appel HTTP
Répartition de la latence latency-breakdown
Le tableau Répartition de la latence fournit une répartition détaillée des mesures de latence entre vos actions personnalisées. Cette vue vous permet d’identifier les points d’entrée ou actions spécifiques qui rencontrent des problèmes de performances, ce qui vous permet d’identifier et de résoudre les goulots d’étranglement de latence de manière efficace.
➡️Voir la section KPI pour une description des mesures de latence
Vidéo pratique video
La vidéo ci-dessous explique comment surveiller la fiabilité et les performances des appels API effectués depuis vos parcours vers des systèmes tiers.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how to use the Custom action reporting page to monitor the reliability and performance of the API calls your journeys make to third-party systems.
Intents:
- Access the Custom action reporting page from the Actions homepage
- Review the Custom action KPIs for operational health and reliability
- Track HTTP call KPI trends over time with the Calls over time graph
- Analyze latency patterns with the Latency over time graph
- Drill into metrics per endpoint, custom action, and journey with the breakdown tables
Glossary:
- Custom action reporting page: The reporting page that lets you monitor the reliability and performance of API calls made from your journeys to third-party systems; it functions like other All-time reports (product-specific)
- Capped calls: Number of calls that were blocked due to capping limits, ensuring downstream systems are not overloaded (product-specific)
- Average queue time: Average time (in milliseconds) calls spent waiting in the execution queue before being sent (product-specific)
- Calls breakdown: A hierarchical table breaking metrics down from per endpoint, to per Custom Action using each endpoint, to the journeys that rely on them (product-specific)
Guardrails:
- Average queue time only applies to throttled endpoints, where Journey Optimizer queues up calls when the throughput limit is reached.
- Average latency covers all HTTP calls, including successful calls, errors, and timeouts, while Average successful latency covers successful calls only, excluding failed requests and timeouts.
- The granularity of the Calls over time series depends on the selected time range: a 7 day report shows KPIs per day, a 1-day time range shows KPIs per hour, and a 1-hour time range shows KPIs per minute.
Terminology:
- Canonical name: Custom action reporting page — Acronym: n/a — variants: Custom action report
- Synonyms: “Average RPS” = “requests per second processed by the custom action over the selected time range”
- Do not confuse: “4xx/5xx errors” (failed calls due to client-side or server-side errors) ≠ “Timeouts” (calls that exceeded the maximum response time) ≠ “Capped calls” (calls blocked due to capping limits)
- Do not confuse: “Average latency” (all HTTP calls) ≠ “Average successful latency” (successful calls only)
FAQ:
- Q: What does the Custom action reporting page monitor? — It monitors the reliability and performance of API calls made from your journeys to third-party systems, helping you identify integration issues, latency bottlenecks, or throttling and capping limits.
- Q: How do I access the Custom action reporting page? — Click the Monitoring icon from your Actions homepage.
- Q: What is the difference between Average latency and Average successful latency? — Average latency is the average response time for all HTTP calls including successful calls, errors, and timeouts, while Average successful latency is for successful calls only, excluding failed requests and timeouts.
- Q: When does Average queue time apply? — It only applies to throttled endpoints, where Journey Optimizer queues up calls when the throughput limit is reached.
- Q: Can I report on custom action performance outside this page? — Yes, you can use Adobe Experience Platform Query Service to build queries on custom action performance metrics.