Monitorización de acciones personalizadas reporting

En esta página: Supervise la confiabilidad y el rendimiento de las llamadas API que sus recorridos realizan a sistemas de terceros para que pueda identificar rápidamente los problemas de integración, la latencia y los límites de restricción.

La página de informes Acción personalizada le permite supervisar la confiabilidad y el rendimiento de las llamadas API realizadas desde sus recorridos a sistemas de terceros. Estos informes le ayudan a identificar rápidamente los problemas de integración, los cuellos de botella de latencia o los límites de restricción/restricción que pueden afectar a la entrega.

La página Informes de acciones personalizadas funciona como otros informes permanentes en Journey Optimizer. Para obtener detalles sobre las funcionalidades del tablero, consulte esta documentación.

Para obtener acceso a la página de informes Acción personalizada, haga clic en desde la página principal de Acciones.

➡️ Más información acerca de la configuración de acciones personalizadas

Además de la página de informes Acción personalizada, puede usar Adobe Experience Platform Query Service para generar consultas con el fin de informar sobre métricas de rendimiento de acciones personalizadas. Hay ejemplos de consultas disponibles en esta sección.

KPI kpis

Los indicadores clave de rendimiento (KPI) de acción personalizada actúan como un panel centralizado que proporciona una vista consolidada del estado operativo y la confiabilidad de las llamadas de acción personalizadas. Estas métricas le permiten evaluar el rendimiento, identificar cuellos de botella y garantizar integraciones estables con sistemas externos.

Más información sobre los KPI de acción personalizada
  • Llamadas correctas: Número total de llamadas HTTP que devolvieron una respuesta válida sin error.

  • Errores de 4xx/5xx: número de llamadas erróneas debido a errores del lado del cliente (4xx) o del lado del servidor (5xx), que resaltan problemas de configuración o errores de extremo.

  • Tiempos de espera: Número de llamadas que fallaron porque excedieron el tiempo de respuesta máximo. Esto ayuda a que aparezcan problemas de latencia o rendimiento con extremos externos.

  • Llamadas restringidas: Número de llamadas que se bloquearon debido a los límites de límite, lo que garantiza que los sistemas descendentes no se sobrecarguen.

  • Promedio de RPS: número de solicitudes por segundo procesadas por la acción personalizada en el intervalo de tiempo seleccionado.

  • Latencia promedio: Tiempo medio de respuesta de un extremo a otro (en milisegundos) para todas las llamadas HTTP, incluidas las llamadas correctas, los errores y los tiempos de espera.

  • Promedio de latencia correcta: Promedio de tiempo de respuesta de un extremo a otro (en milisegundos) solo para las llamadas correctas, excluyendo las solicitudes con errores y los tiempos de espera.

  • Tiempo promedio en cola: Tiempo promedio (en milisegundos) que las llamadas han estado esperando en la cola de ejecución antes de enviarse. Esto solo se aplica a los extremos restringidos, donde Journey Optimizer pone en cola las llamadas cuando se alcanza el límite de rendimiento.

Llamadas con el tiempo calls

El gráfico Llamadas en el tiempo muestra la tendencia del KPI de llamadas HTTP en el período de tiempo seleccionado para el informe. La granularidad de la serie temporal depende del intervalo temporal seleccionado. Por ejemplo:

  • Para un informe de 7 días, cada punto de datos mostrará los KPI de un día.
  • Si selecciona un intervalo de tiempo de 1 día, el gráfico mostrará los KPI por hora.
  • Si selecciona un intervalo de tiempo de 1 hora, el gráfico mostrará los KPI por minuto.

➡️Consulte la sección KPI para obtener una descripción de las métricas de llamadas HTTP

Latencia con el tiempo latency-overtime

El gráfico Latencia en el tiempo visualiza la tendencia de las métricas de latencia en el período de tiempo seleccionado. Esta vista de serie temporal le permite realizar un seguimiento de los patrones de rendimiento, identificar los períodos de latencia máxima y supervisar el impacto de las optimizaciones o los cambios del sistema a lo largo del tiempo.

➡️Consulte la sección KPI para obtener una descripción de las métricas de latencia

Desglose de llamadas breakdown

La tabla Desglose de llamadas proporciona un desglose jerárquico de las métricas de llamadas HTTP, desde las métricas generales por punto de conexión en el nivel superior hasta las métricas por acción personalizada usando cada punto de conexión y hasta los recorridos que dependen de ellas en el nivel inferior.

➡️Consulte la sección KPI para obtener una descripción de las métricas de llamadas HTTP

Desglose de latencia latency-breakdown

La tabla desglose de latencia proporciona un desglose detallado de las métricas de latencia en las acciones personalizadas. Esta vista le ayuda a identificar qué extremos o acciones específicos están experimentando problemas de rendimiento, lo que le permite identificar y abordar los cuellos de botella de latencia de forma eficaz.

➡️Consulte la sección KPI para obtener una descripción de las métricas de latencia

Vídeo práctico video

El siguiente vídeo muestra cómo monitorizar la fiabilidad y el rendimiento de las llamadas de API realizadas desde sus recorridos a sistemas de terceros.

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