• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Alcance del error: usuarios, sesiones y dispositivos afectados

El agente New Relic captura automáticamente datos sobre el alcance de los errores que afectan a su aplicación. Al organizar por grupo de errores, puedes ver el impacto a través de tres métricas clave:

  • Usuario impactado: El número de usuarios únicos afectados por errores
  • Sesiones afectadas: la cantidad de sesiones únicas del navegador afectadas (respaldo para la entidad del navegador)
  • Dispositivos afectados: la cantidad de dispositivos celulares únicos afectados (respaldo para la entidad móvil)

Cuando los datos afectados por el usuario no están disponibles, New Relic muestra automáticamente la métrica de respaldo adecuada según el tipo de entidad. Esto lo ayuda a priorizar dónde centrar sus esfuerzos de depuración mostrándole los errores con el mayor alcance de impacto.

This is an image of the main errors inbox showing users, sessions, and devices impacted

Vaya a one.newrelic.com > APM & Services > Errors (Errors Inbox) > Triage: Puede encontrar el impacto métrico en la segunda columna de la tabla Error groups , ubicada debajo de los seriales de tiempo Error count y Error rate .

Impacto de retroceso métrico

New Relic prioriza mostrar los datos de impacto más relevantes para su tipo de aplicación específica. Cuando los datos de Users impacted no están disponibles, el sistema recurre automáticamente a la métrica específica de la entidad:

  • Entidad de Browser : muestra las Sessions impacted : la cantidad de sesiones de navegador únicas afectadas por errores
  • Entidad móvil: muestra los Devices impacted: la cantidad de dispositivos celulares únicos afectados por errores

Estas métricas de respaldo se recopilan automáticamente sin requerir configuración adicional, a diferencia del usuario impactado que puede necesitar un atributo personalizado. Esto garantiza que siempre tenga visibilidad del alcance de los errores que afectan a su aplicación, independientemente de su configuración.

atributo personalizado para rastrear al usuario impactado

En algunos casos, un evento de error puede no tener atributos que identifiquen al usuario final afectado por ese evento de error. Puede agregar manualmente un atributo personalizado para que nuestro agente capture metadatos que identifiquen al usuario en el momento de la ingesta.

Para los casos en los que necesite agregar un atributo personalizado, recomendamos revisar las convenciones de atributos deOpenTelemetry porque existen múltiples convenciones comunes para nombrar el atributo usuario final.

Por ejemplo, los estándaresOpenTelemetry emplean los siguientes atributos en orden de prioridad:

  • userId
  • user

Puedes revisar cómo New Relic procesa los atributos personalizados leyendo nuestro documento sobre cómo recopilar eventos personalizados.

Consulta para impacto métrico

El impacto métrico para los grupos de errores se registra como tipos de datos métricos con nombres métricos específicos:

alerta sobre impacto métrico

Al crear una condición de alerta NRQL, los desarrolladores pueden activar cuando el alcance de los errores excede un umbral. Puedes crear alertas para cualquiera de las métricas de impacto:

  • Usuario impactado: alerta cuando el impacto del usuario excede su umbral
  • Sesiones afectadas: alerta cuando el impacto en la sesión del navegador supera su umbral
  • Dispositivos afectados: alerta cuando el impacto del dispositivo móvil supera su umbral

La creación de esta alerta requiere determinar la consulta NRQL que mide la cantidad de usuarios afectados de la manera que mejor capture su caso de uso.

Como ejemplo, la siguiente consulta NRQL mide la cantidad de usuarios únicos que se han visto afectados por un grupo de errores procedente de una entidad específica:

Una vez que haya decidido una consulta NRQL, puede usarla para crear una condición de alerta NRQL.

Para mejorar la relación señal-ruido de sus alertas activadas, consulte los consejos para la creación de alertas, cómo se evalúan los umbrales de alerta y ejemplos de condición de alerta.

Establecer usuario impactado con el método setUser

Puede emplear un método de agente para identificar un usuario final para la métrica de Users impacted. Las sesiones y los dispositivos afectados se recopilan automáticamente sin configuración adicional. Vea los detalles de implementación de cada agente a continuación:

Agente

Método para identificar a un usuario final

Browser

newrelic.setUserId(value: string|null)

Go

txn.SetUserID("example user ID")

Java

NewRelic.setUserId(String userId);

Móvil

setUserId

.NET

SetUserId

Node.js

setUserID(id)

PHP

newrelic_set_user_id(string $user_id)

Python

newrelic.agent.set_user_id(user_id)

Ruby

NewRelic::Agent.set_user_id

Copyright © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.