Monitorare le azioni personalizzate reporting

In questa pagina: controlla l’affidabilità e le prestazioni delle chiamate API che i tuoi percorsi effettuano ai sistemi di terze parti in modo da individuare rapidamente problemi di integrazione, latenza e limiti di limitazione.

La pagina di reporting Azione personalizzata consente di monitorare l’affidabilità e le prestazioni delle chiamate API effettuate dai percorsi ai sistemi di terze parti. Questi rapporti consentono di identificare rapidamente i problemi di integrazione, i colli di bottiglia della latenza o i limiti di limitazione/limite che possono influire sulla distribuzione.

La pagina per la generazione di rapporti sulle azioni personalizzate funziona come altri rapporti all-time in Journey Optimizer. Per informazioni dettagliate sulle funzionalità del dashboard, consulta questa documentazione.

Per accedere alla pagina di reporting Azione personalizzata, fai clic su nella home page Azioni.

➡️ Ulteriori informazioni sulla configurazione delle azioni personalizzate

Oltre alla pagina di reporting Azione personalizzata, è possibile utilizzare Adobe Experience Platform Query Service per creare query per creare rapporti sulle metriche delle prestazioni delle azioni personalizzate. Esempi di query disponibili in questa sezione.

KPI kpis

Gli indicatori di prestazioni chiave (KPI, Key Performance Indicators) Azione personalizzata fungono da dashboard centralizzato e forniscono una visualizzazione consolidata dello stato operativo e dell’affidabilità delle chiamate di azione personalizzate. Queste metriche consentono di valutare le prestazioni, identificare i colli di bottiglia e garantire integrazioni stabili con i sistemi esterni.

Ulteriori informazioni sui KPI per azioni personalizzate
  • Chiamate riuscite: numero totale di chiamate HTTP che hanno restituito una risposta valida senza errori.

  • Errori 4xx/5xx: numero di chiamate non riuscite a causa di errori lato client (4xx) o lato server (5xx), evidenziando problemi di configurazione o errori endpoint.

  • Timeout: numero di chiamate non riuscite perché hanno superato il tempo di risposta massimo. Questo aiuta a far emergere problemi di latenza o prestazioni con gli endpoint esterni.

  • Chiamate limitate: numero di chiamate bloccate a causa di limiti di limitazione, per evitare che i sistemi a valle vengano sovraccaricati.

  • RPS medio: numero di richieste al secondo elaborate dall’azione personalizzata nell’intervallo di tempo selezionato.

  • Latenza media: tempo medio di risposta end-to-end (in millisecondi) per tutte le chiamate HTTP, incluse le chiamate riuscite, gli errori e i timeout.

  • Latenza media riuscita: tempo medio di risposta end-to-end (in millisecondi) solo per le chiamate riuscite, escluse le richieste non riuscite e i timeout.

  • Tempo medio coda: tempo medio (in millisecondi) di attesa delle chiamate nella coda di esecuzione prima dell’invio. Questo si applica solo agli endpoint limitati, in cui Journey Optimizer mette in coda le chiamate quando viene raggiunto il limite di velocità effettiva.

Chiamate nel tempo calls

Il grafico Chiamate nel tempo mostra la tendenza dell’indicatore KPI della chiamata HTTP nel periodo di tempo selezionato per il rapporto. La granularità della serie temporale dipende dall’intervallo temporale selezionato. Ad esempio:

  • Per un rapporto di 7 giorni, ogni punto dati mostrerà i KPI per un giorno.
  • Se selezioni un intervallo di tempo di 1 giorno, il grafico mostra i KPI all’ora.
  • Se selezioni un intervallo di tempo di 1 ora, il grafico mostra i KPI al minuto.

➡️Consulta la sezione KPI per una descrizione delle metriche della chiamata HTTP

Latenza nel tempo latency-overtime

Il grafico Latenza nel tempo visualizza la tendenza delle metriche di latenza nel periodo di tempo selezionato. Questa vista della serie temporale consente di tenere traccia dei modelli di prestazioni, identificare i periodi di latenza di picco e monitorare l’impatto delle ottimizzazioni o dei cambiamenti del sistema nel tempo.

➡️Consulta la sezione KPI per una descrizione delle metriche di latenza

Suddivisione chiamata breakdown

La tabella Analisi stratificata chiamate fornisce una suddivisione gerarchica delle metriche delle chiamate HTTP, dalle metriche globali per endpoint al livello superiore alle metriche per azione personalizzata che utilizzano ogni endpoint fino ai percorsi che si basano su di esse al livello inferiore.

➡️Consulta la sezione KPI per una descrizione delle metriche della chiamata HTTP

Suddivisione latenza latency-breakdown

La tabella Analisi stratificata latenza fornisce una suddivisione dettagliata delle metriche di latenza nelle azioni personalizzate. Questa vista consente di identificare gli endpoint o le azioni specifici che presentano problemi di prestazioni, consentendo di individuare e risolvere in modo efficace i colli di bottiglia di latenza.

➡️Consulta la sezione KPI per una descrizione delle metriche di latenza

Video introduttivo video

Il video seguente mostra come monitorare l’affidabilità e le prestazioni delle chiamate API effettuate dai tuoi percorsi a sistemi di terze parti.

AI Knowledge Reference

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.
recommendation-more-help
journey-optimizer-help