Account ID: 99881123
`
+
+Estas opciones emplean un asterisco (\*) para enmascarar todo el texto en ese elemento, ocultando el texto real pero revelando la cantidad de caracteres ingresados. Sin embargo, los asteriscos no son números válidos, por lo que enmascarar campos específicos del tipo de número, como números de teléfono o de tarjetas de crédito, dará como resultado un campo en blanco en una repetición.
+
+## Bloquear contenido del sitio [#block-content]
+
+Puedes bloquear secciones enteras de contenido en tu sitio, lo que significa que la sección aparecerá como un marcador de posición vacío en Session Replay. Por ejemplo, si tiene una imagen en su página web Acerca de nosotros y no necesita capturarla, puede bloquear la clase que contiene la imagen.
+
+Para bloquear clases o atributos específicos, tienes algunas opciones:
+
+* En la página de configuración de la aplicación, agregue sus selectores CSS en el campo \**Bloquear selectores* .
+
+ 
+
+* Agregue manualmente nuestra clase CSS `nr-block` o atributo `data-nr-block` al HTML de su página web. Por ejemplo, si desea bloquear texto e imágenes irrelevantes de Session Replay, agregue `nr-block` a ``:
+
+ ```html
+
+
+ Sample image and text
+
+
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > All Capabilities > Browser** .
+
+2. Seleccione la aplicación de su browser .
+
+3. En el menú de la izquierda, haga clic en **Application settings** .
+
+4. En la página **Application settings** , cerciorar de que el agente del browser **Pro** o **Pro + SPA** esté seleccionado. La repetición de sesión no está disponible para el Lite agente del browser.
+
+5. Activa **Session traces** y **Session replay** .
+
+
+ Si no puede ver la configuración **Session replay** . Comunicar con su administrador para obtener más ayuda.
+
+
+## Configuración de frecuencias de ejemplificación [#configure-sampling-rates]
+
+Establezca una frecuencia de muestreo (0%-100%) para las siguientes muestras:
+
+* **User sessions** registra una muestra aleatoria de todas las sesiones de usuario.
+
+* **Errored session** registra una muestra aleatoria de todas las sesiones con errores. El agente almacena en búfer una ventana deslizante de datos durante hasta 30 segundos en el lado del cliente y, si se producen errores, se recopilarán los datos almacenados en búfer y se grabará el resto de la sesión. Si no se produce ningún error, la repetición nunca se recopila.
+
+Por ejemplo, si establece la tasa de muestreo de la sesión en 50% y la tasa de muestreo de error en 100%, significa que:
+
+* Se grabará la mitad de todas las sesiones de usuario.
+
+* Todas las sesiones con errores serán grabadas, incluso si no forman parte de la muestra del 50%.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
new file mode 100644
index 00000000000..2a444afbd9b
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
@@ -0,0 +1,20 @@
+---
+title: Actualizar JavaScript para la reproducción de sesiones
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## (Para copiar/pegar desplegar agente) Actualizar manualmente el fragmento de JavaScript [#update-snippet]
+
+Si emplea el método de copiar y pegar para implementar su agente del browser, es posible que necesite actualizar manualmente el fragmento de JavaScript para incluir capacidades de reproducción de sesión. Esta actualización garantiza que su aplicación esté configurada correctamente para capturar y almacenar datos de repetición.
+
+Para actualizar su código de agente:
+
+1. Vaya a la página **Application Settings** y copie el fragmento de JavaScript.
+
+ 
+
+2. Pégalo en tu código donde estaba el fragmento anterior.
+
+3. Desplegar tu aplicación.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..f821f8542b4
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: Session Replay
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Introducción a la repetición de sesiones
+
+Session Replay captura la interacción en su aplicación sitio web y mapea otros telemetry data para ayudarlo a comprender las rutas de sus usuarios. Session Replay se puede emplear para la resolución de problemas y mejorar la experiencia del usuario final, tales como:
+
+* **resolución de problemas Errores de JavaScript**: solucione la causa de un error viendo lo que estaba haciendo el usuario cuando ocurrió el error. Por ejemplo, si un usuario final recibe un error al intentar completar una transacción de comercio electrónico, puede usar Session Replay para ver qué pasos realizó y qué datos ingresó antes de que ocurriera el error. Esto puede ayudarlo a identificar y solucionar rápidamente la causa raíz del problema.
+* **Mejorar la experiencia del usuario**: descubra áreas de su aplicación sitio web que causan frustración en los usuarios. Por ejemplo, el usuario podría perder en la navegación o hacer clic en botones que no funcionan.
+* **Identificación de problemas en los recorridos de los usuarios clave**: identifique áreas de su aplicación web que están causando problemas de rendimiento. Por ejemplo, si Session Replay revela que la página `/cart/checkout` está experimentando un tiempo de carga de la página excesivo, priorizaría corregir este recorrido crítico del usuario.
+
+
+
+## Cómo funciona Session Replay [#how-it-works]
+
+Cuando el usuario carga su sitio web, Session Replay toma una instantánea del Modelo de Objetos de Documento (DOM), que representa la estructura y los elementos visuales de la página. Para garantizar una información de estilo precisa, el agente del browser accede a sus archivos CSS . Luego, el agente integra estos estilos directamente en la grabación de la repetición, eliminando la necesidad de hacer referencia a archivos CSS externos durante la reproducción. A medida que el usuario interactúa con la página, una biblioteca dentro del agente del browser captura cualquier cambio realizado en el DOM. Estos datos capturados luego se almacenan de forma segura en la base de datos de New Relic.
+
+Las repeticiones se almacenan hasta:
+
+* 4 horas de sesión de usuario
+* 30 minutos de inactividad
+
+De forma predeterminada, los datos de eventos browser se almacenan durante 8 días, pero la retención real de datos depende de su cuenta.
+
+Para obtener más detalles sobre la repetición de sesión, consulte las siguientes secciones:
+
+* [Consumo de datos](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): Ver o proyectar el consumo de datos.
+* [Preocupaciones sobre la privacidad y seguridad del usuario](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): conozca cómo protegemos sus datos de usuario y cumplimos con los requisitos de privacidad.
+* [Session Replay y el rendimiento de tu aplicación](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): descubre cómo Session Replay minimiza el impacto en el rendimiento de tu aplicación.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..0da96d818e8
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: Gestionar la reproducción de sesiones y modificar las capacidades
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Gestione las capacidades de reproducción y modificación de sesiones empleando la funcionalidad de acceso de administración de usuarios. Esta característica permite personalizar el rol de usuario y las licencias de acceso para definir quién puede modificar la configuración de reproducción de sesión.
+
+## Revocar el acceso de modificación de SR para miembros/cuentas del grupo de administración [#modify-all-admin-role]
+
+
+
+ Vaya a **Administration > Access Management > Groups** .
+
+
+
+ Haga clic en el icono de puntos suspensivos **(...)** y seleccione **Manage Group Access** .
+
+
+
+ Expanda la sección **Members** , seleccione el usuario requerido.
+
+
+
+ Haga clic en **Remove users from group** .
+
+
+
+ Expande la sección **Account access** , haz clic en el ícono de puntos suspensivos **(...)** .
+
+
+
+ Seleccione **Delete role** .
+
+
+
+## Crear un rol personalizado para el acceso de lectura a Session Replay [#create-custom-role]
+
+
+
+ Vaya a **Administration > Access Management > Roles** .
+
+
+
+ Haga clic en **Add New Custom Roles** e ingrese un nombre de rol personalizado.
+
+
+
+ En la sección **Browser** , puedes:
+
+ * Seleccione la casilla de verificación **View** y cerciorar de que la casilla de verificación **Modify** no esté seleccionada para otorgar acceso de solo lectura a **Session replays** .
+ * Seleccione las casillas de verificación **View** y **Modify** para otorgar acceso de modificación a **Session replays** .
+
+ 
+
+
+
+ Haga clic en **Save** .
+
+
+
+ Seleccione la pestaña **Groups** y haga clic en **Create new group** .
+
+
+
+ Introduzca un **Group name** y haga clic en **Create group** .
+
+
+
+ Expanda la sección **Members** , seleccione el/los usuario(s) de la lista desplegable **Seleccionar un usuario** y haga clic en **Agregar usuario al grupo**.
+
+
+
+ Expande la sección **Account acess** y, en el campo **Add account roles to this group** , selecciona lo siguiente:
+
+ * **Select a role**
+ * **Select an account**
+
+
+
+ Haga clic en **Add role** .
+
+
+
+## Conceder capacidad para modificar la reproducción de sesiones [#grant-sr-modify-capability]
+
+
+
+ Vaya a **Administration > Access Management > Roles** .
+
+
+
+ En la sección **Custom role** , haga clic en el icono de puntos suspensivos **(...)** y seleccione **Manage role** .
+
+
+
+ Haga clic en el icono **Edit** y vaya a la sección **Browser** .
+
+
+
+ En la sección **Session replays** seleccione la casilla de verificación **Modify** .
+
+
+
+ Haga clic en **Save** .
+
+
+
+
+ Es posible que pasen entre 5 y 10 minutos hasta que las configuraciones actualizadas aparezcan en la UI de las cuentas y los usuarios.
+
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
new file mode 100644
index 00000000000..4d3782e64c3
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
@@ -0,0 +1,91 @@
+---
+title: resolución de problemas Repetición de sesión
+metaDescription: Troubleshoot common issues with session replay in New Relic Browser.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Este es el primer paso para diagnosticar usted mismo el problema de New Relic Session Replay.
+
+Si no encuentra su problema en la lista aquí, siempre puede comunicarse con [el soporte de New Relic](https://support.newrelic.com).
+
+## Repeticiones no visibles en la UI [#not-seeing-replay]
+
+### Problema
+
+La función de repetición de sesión está habilitada, pero no puedes ver ninguna repetición.
+
+### Solución
+
+Aquí hay algunas posibles soluciones:
+
+* Verifique sus tasas de muestreo. Hay muestreo tanto para repeticiones como para errores.
+
+* Cerciorar de tener licencia para ver las repeticiones.
+
+* Asegúrate de estar utilizando la versión Pro o Pro+SPA del agente del navegador. Session Replay no funciona con el agente Lite del navegador.
+
+* Asegúrese de que su agente del navegador cumpla con estos requisitos:
+
+ * Versión del agente v1.260.0 o posterior. Recomendamos [actualizar a la última versión del agente](/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes) a medida que continuamos realizando mejoras.
+ * Tipo de agente: Pro o Pro+SPA. Session Replay no funciona con el agente Lite del navegador.
+ * [El seguimiento de sesiones](/docs/browser/browser-monitoring/browser-pro-features/session-traces-explore-webpages-life-cycle/#requirements) está habilitado.
+
+* El de su final browser admite la de usuario a browsernivel de API necesaria para grabar una Session Replay (verifique la compatibilidad en [MutationObserver](https://caniuse.com/mutationobserver)).
+
+* En [la Bandeja de entrada de errores](/docs/errors-inbox/errors-inbox/), filtre sus vistas para que siempre aparezca una repetición. De forma predeterminada, los datos de eventos browser se almacenan durante 8 días, pero la retención real de datos depende de su cuenta.
+
+* Si está utilizando el método de copiar y pegar desplegable, asegúrese de [actualizar su código de agente](#update-snippet).
+
+* Si emplea el método de implementación APM , es posible que deba esperar a que la repetición de sesión se habilite automáticamente. Si los datos aún no están visibles, intente resetear el agente.
+
+* Si [elimina](https://docs.newrelic.com/docs/data-apis/manage-data/drop-data-using-nerdgraph/) datos de eventos de PageView, es posible que Session Replay no aparezca en la UI.
+
+## Las repeticiones no aparecen correctamente [#replays-not-appearing]
+
+### Problema
+
+Puedes ver las repeticiones, pero no aparecen correctamente.
+
+Esto puede deberse a que sus archivos CSS están alojados en un dominio separado y las medidas de seguridad de intercambio de recursos entre orígenes (CORS) impiden que nuestro agente acceda a los archivos CSS. Esto puede dar como resultado repeticiones incompletas o inexactas, ya que es posible que falte información de estilo esencial.
+
+Esto es lo que sucede detrás de escena:
+
+* Session Replay reconstruye el DOM del usuario, capturando la estructura y los elementos visuales de su sitio web. Para lograr esto, nuestro agente accede a sus archivos CSS para capturar con precisión la información de estilo. Estos estilos luego se incorporan directamente a la grabación de la repetición, eliminando la necesidad de hacer referencia a los archivos CSS originales durante la reproducción.
+
+* Si sus archivos CSS están alojados en un dominio separado, CORS puede impedir que nuestro agente acceda a ellos.
+
+### Solución
+
+Para asegurarse de que sus archivos CSS sean accesibles, agregue el atributo `crossorigin="anonymous"` a sus elementos `` dentro de su código HTML. Este atributo indica al browser que permita el acceso entre orígenes para esos archivos CSS específicos, lo que permite a nuestro agente del navegador registrar e integrar la información de estilo.
+
+A continuación se muestra un ejemplo de cómo agregar el atributo `crossorigin="anonymous"` :
+
+```HTML
+
+```
+
+## Repeticiones no visibles en tus iframes [#no-replays-in-iframes]
+
+### Problema
+
+La función de reproducción de sesión está habilitada, pero no puedes ver los datos de reproducción del contenido iframe.
+
+### Solución
+
+El comportamiento de Session Replay en escenarios iframe depende del origen del iframe y de la ubicación del agente del browser.
+
+Suponiendo que un sitio web consta de una ventana de nivel superior con un iframe secundario, aquí hay algunas posibles soluciones:
+
+* **Iframes del mismo origen**:
+
+ * Si coloca el agente del browser en la ventana de nivel superior, Session Replay captura tanto la ventana como el iframe.
+ * Si coloca el agente del browser en el iframe, Session Replay solo captura lo que está en el iframe.
+ * Si coloca el agente del browser tanto en la ventana de nivel superior como en el iframe, Session Replay captura lo que sucede independientemente tanto en la ventana como en el iframe, lo que da como resultado dos sesiones separadas.
+
+* **Iframes de origen cruzado**:
+
+ * Si coloca el agente del browser en la ventana de nivel superior, Session Replay solo captura lo que hay en la ventana. El iframe aparecerá en blanco en la repetición de la sesión.
+ * Si coloca el agente del browser en el iframe de nivel superior, Session Replay solo captura lo que está en el iframe.
+
+La repetición de sesión no es compatible con `` elementos.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
new file mode 100644
index 00000000000..60966a7e76a
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
@@ -0,0 +1,48 @@
+---
+title: Ver la repetición de la sesión en New Relic
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Comience a analizar los datos capturados en New Relic. Esta sección proporciona instrucciones sobre cómo acceder y navegar en Session Replay, ayudándole a explorar la interacción del usuario e identificar áreas de mejora. Aprenda a aprovechar los datos de Session Replay para mejorar la experiencia del usuario y solucionar problemas de manera eficaz.
+
+## Ver la repetición de la sesión en New Relic [#view-data]
+
+Puede encontrar Session Replay en dos lugares:
+
+* En la página **Session replay** :
+
+
+
+ Vaya a **[one.newrelic.com > All Capabilities](https://one.newrelic.com/all-capabilities) > Browser** .
+
+
+
+ Seleccione la aplicación de su browser .
+
+
+
+ En el menú de la izquierda, desplácese hacia abajo y haga clic en **Session replay** .
+
+
+
+ Haga clic en cada repetición para ver los detalles de la sesión.
+
+ 
+
+
+
+* En la página **Errors inbox** :
+
+
+
+ En el menú browser de la izquierda, haga clic en **Errors** .
+
+
+
+ Haga clic en las páginas **Triage** y **Group errors** para ver las repeticiones adjuntas a los errores.
+
+ 
+
+
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-android/install-configure/configure-new-relic-gradle-plugin.mdx b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-android/install-configure/configure-new-relic-gradle-plugin.mdx
index 8ee77d63184..b07fae5f0f8 100644
--- a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-android/install-configure/configure-new-relic-gradle-plugin.mdx
+++ b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-android/install-configure/configure-new-relic-gradle-plugin.mdx
@@ -51,7 +51,7 @@ La extensión del complemento New Relic Gradle le permite configurar el comporta
- Excluya variantes específicas de la instrumentación durante las compilaciones. Valor predeterminado: 'Ninguno'
+ Excluya variantes específicas de la instrumentación durante las compilaciones. Valor predeterminado: 'Ninguno'
@@ -61,7 +61,21 @@ La extensión del complemento New Relic Gradle le permite configurar el comporta
- Excluir clases específicas cuyo nombre de paquete comience con o incluya patrones de nombres de clase de la instrumentación durante las compilaciones. Esta característica puede ayudar cuando se encuentran datos de clase confidenciales o problemáticos. Valor predeterminado: 'Ninguno'
+ Excluir clases específicas cuyo nombre de paquete comience con o incluya patrones de nombres de clase de la instrumentación durante las compilaciones. Esta característica puede ayudar cuando se encuentran datos de clase confidenciales o problemáticos. Valor predeterminado: 'Ninguno'
+
+ Compatible cuando se usa con Gradle 7.4 y superior.
+
+
+
+
+
+ `logInstrumentationEnabled`
+
+
+
+ Reemplaza las Android Util Log Classes con el NewRelic Log Method para generar reportes de log
+
+ * Por defecto: `true`
Compatible cuando se usa con Gradle 7.4 y superior.
@@ -72,10 +86,7 @@ La extensión del complemento New Relic Gradle le permite configurar el comporta
A continuación se muestran algunos ejemplos sencillos que muestran cómo aplicar opciones de configuración de complementos al agente:
-
+
Para configurar el complemento con valores predeterminados:
```gradle
@@ -91,14 +102,14 @@ A continuación se muestran algunos ejemplos sencillos que muestran cómo aplica
// Exclude sample classes from instrumentation (regexp supported)
excludePackageInstrumentation("")
+
+ // Enable log instrumentation
+ logInstrumentationEnabled true
}
```
-
+
Se pueden especificar varios tipos de compilación, separados por comas:
```gradle
@@ -109,10 +120,7 @@ A continuación se muestran algunos ejemplos sencillos que muestran cómo aplica
```
-
+
Para deshabilitar completamente la carga de mapas, use una cadena vacía:
```gradle
@@ -123,10 +131,7 @@ A continuación se muestran algunos ejemplos sencillos que muestran cómo aplica
```
-
+
Se pueden especificar varios tipos de compilación, separados por comas:
```gradle
@@ -137,10 +142,7 @@ A continuación se muestran algunos ejemplos sencillos que muestran cómo aplica
```
-
+
Puede especificar múltiples patrones de paquetes, separados por comas, con soporte para patrones Regexp:
```gradle
@@ -150,4 +152,15 @@ A continuación se muestran algunos ejemplos sencillos que muestran cómo aplica
}
```
-
+
+
+ Para deshabilitar la instrumentación de log:
+
+ ```gradle
+ newrelic {
+ // disable log instrumentation
+ logInstrumentationEnabled false
+ }
+ ```
+
+
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
index 1d8854c8973..b00642212ea 100644
--- a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
+++ b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
@@ -13,32 +13,17 @@ translationType: machine
Esta característica es compatible con iOS agente versión 7.4.0 y superiores. Los tiempos de lanzamiento de la aplicación no se informan cuando se emplean simuladores o durante la depuración.
-Con el agente iOS, puede informar el tiempo de lanzamiento de la aplicación, también conocido como "tiempo frío" y "tiempo caliente" (no se informan los tiempos cálidos y precalentados). De forma predeterminada, los tiempos de lanzamiento de la aplicación se recopilan con el indicador de característica [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime).
+Con el agente de iOS, puedes informar el tiempo de lanzamiento de la aplicación, también conocido como "tiempo frío" y "tiempo caliente" (los tiempos cálidos y precalentados no se informan). De forma predeterminada, los tiempos de lanzamiento de la aplicación se recopilan con el indicador de característica [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime).
## Ver el tiempo de lanzamiento de la aplicación [#app-launch-time]
El tiempo de lanzamiento de tu aplicación se reporta con las métricas `AppLaunch/Cold` y `AppLaunch/Hot`. Para realizar un seguimiento de estos tiempos de lanzamiento métricos:
-1. Vaya a
-
-
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder**
-
-
- .
-
+1. Vaya a **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder** .
2. Ejecute una [consulta NRQL](/docs/query-your-data/explore-query-data/query-builder/use-advanced-nrql-mode-query-data/), como por ejemplo:
-
```sql
SELECT average(newrelic.timeslice.value ) AS 'AppLaunch/Cold' FROM Metric WHERE metricTimesliceName = 'AppLaunch/Cold' AND entity.guid = 'YOUR_APP_TOKEN' SINCE 1664218800000 UNTIL 1664220600000 TIMESERIES
```
+3. Haga clic en **Add to dashboard** y agréguelo a un dashboard existente o cree uno nuevo.
-3. Haga clic en
-
-
- **Add to dashboard**
-
-
- y agréguelo a un dashboard existente o cree uno nuevo.
-
-Si no aparece ningún dato, revise el resultado de `logcat` para detectar errores.
+Si no aparece ningún dato, revise el resultado de `logcat` para detectar errores.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-xamarin/monitor-your-xamarin-application.mdx b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-xamarin/monitor-your-xamarin-application.mdx
index 6106fce2655..7ba88eabbf4 100644
--- a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-xamarin/monitor-your-xamarin-application.mdx
+++ b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-xamarin/monitor-your-xamarin-application.mdx
@@ -10,6 +10,16 @@ freshnessValidatedDate: never
translationType: machine
---
+
+ Obsolescencia y fin del soporte para el paquete NuGet de NewRelic para Xamarin.
+
+ El 1 de mayo de 2024, Microsoft finalizará el soporte para todos los SDK de Xamarin. Por este motivo, dejaremos obsoleto el paquete NuGet de NewRelic para Xamarin en julio de 2024. Le informaremos en qué próxima versión del paquete solo corregiremos errores y abordaremos problemas de seguridad importantes.
+
+ Además, de acuerdo con la Política de soporte de NewRelic, finalizaremos el soporte para el paquete NewRelic Xamarin NuGet en julio de 2025.
+
+ Le recomendamos que actualice sus proyectos Xamarin a .NET y emplee el paquete NuGet NewRelic .NET MAUI en lugar del paquete NuGet Xamarin obsoleto.
+
+
Nuestro agente de New Relic Xamarin monitorea su aplicación móvil de Xamarin y proporciona información detallada y valiosa sobre el rendimiento, los errores y la experiencia del usuario de su aplicación. Una vez que instale y configure el agente de Xamarin, podrá:
* **Capture C# errors:** Identifique y solucione problemas rápidamente.
@@ -82,11 +92,11 @@ Si necesita instalar el agente manualmente, siga estos pasos:
Application.Current.PageDisappearing += PageDisappearing;
CrossNewRelicClient.Current.HandleUncaughtException();
CrossNewRelicClient.Current.TrackShellNavigatedEvents();
-
+
// Set optional agent configuration
- // Options are: crashReportingEnabled, loggingEnabled, logLevel, collectorAddress,
- // crashCollectorAddress, analyticsEventEnabled, networkErrorRequestEnabled,
- // networkRequestEnabled, interactionTracingEnabled, webViewInstrumentation, fedRampEnabled,
+ // Options are: crashReportingEnabled, loggingEnabled, logLevel, collectorAddress,
+ // crashCollectorAddress, analyticsEventEnabled, networkErrorRequestEnabled,
+ // networkRequestEnabled, interactionTracingEnabled, webViewInstrumentation, fedRampEnabled,
// offlineStorageEnabled, newEventSystemEnabled, backgroundReportingEnabled
// AgentStartConfiguration agentConfig = new AgentStartConfiguration(crashReportingEnabled:false);
@@ -95,7 +105,7 @@ Si necesita instalar el agente manualmente, siga estos pasos:
CrossNewRelicClient.Current.Start("YOUR_APP_TOKEN");
// Start with optional agent configuration
// CrossNewRelicClient.Current.Start("YOUR_APP_TOKEN", agentConfig);
- }
+ }
else if (Device.RuntimePlatform == Device.iOS)
{
CrossNewRelicClient.Current.Start("YOUR_APP_TOKEN");
@@ -260,4 +270,4 @@ Las siguientes personalizaciones están disponibles para el agente de Xamarin.
¿Faltan datos HTTP en la UI?
-Después de instalar el agente .NET MAUI, espere al menos 5 minutos. Si **No HTTP data appears:** en las páginas UI de errores HTTP y solicitudes HTTP, asegúrese de haber utilizado `HttpMessageHandler` en `HttpClient`.
\ No newline at end of file
+Luego de instalar el agente Xamarin, espere al menos 5 minutos. Si aparece **No HTTP data appears:** en las páginas UI de errores HTTP y solicitudes HTTP, cerciorar de emplear `HttpMessageHandler` en `HttpClient`.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx b/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx
index 4fa46bc2796..cff4fc8612b 100644
--- a/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx
+++ b/src/i18n/content/es/docs/network-performance-monitoring/advanced/ktranslate-container-health.mdx
@@ -18,6 +18,10 @@ La imagen del contenedor KTranslate tiene las configuraciones `-tee_logs=true` y
Si desea comprobar el registro localmente desde el host de la docker , ejecute `docker logs $CONTAINER_NAME`. Por ejemplo, `docker logs ktranslate-snmp`.
+
+ Si desea comprobar el log localmente desde el paquete de Linux, ejecute `journalctl -u ktranslate`.
+
+
La opción `-tee_logs=true` envía el registro a New Relic al sondear dispositivos. Para verlos, haga lo siguiente:
1. Vaya a **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Logs** .
diff --git a/src/i18n/content/es/docs/new-relic-solutions/best-practices-guides/full-stack-observability/infrastructure-monitoring-best-practices-guide.mdx b/src/i18n/content/es/docs/new-relic-solutions/best-practices-guides/full-stack-observability/infrastructure-monitoring-best-practices-guide.mdx
index 99b7c9b443d..f9a5d61e6fc 100644
--- a/src/i18n/content/es/docs/new-relic-solutions/best-practices-guides/full-stack-observability/infrastructure-monitoring-best-practices-guide.mdx
+++ b/src/i18n/content/es/docs/new-relic-solutions/best-practices-guides/full-stack-observability/infrastructure-monitoring-best-practices-guide.mdx
@@ -8,7 +8,7 @@ freshnessValidatedDate: never
translationType: machine
---
-¿Quieres periodos aún más prolongados de sueño ininterrumpido? Aquí hay ocho mejores prácticas para hacer que la infraestructura dinámica y el monitoreo de servidores sean aún más fáciles con [el monitoreo de infraestructura de New Relic](https://newrelic.com/infrastructure).
+¿Quieres periodos aún más largos de sueño ininterrumpido? Aquí hay ocho mejores prácticas para hacer que la infraestructura dinámica y el monitoreo de servidores sean aún más fáciles con [el monitoreo de infraestructura de New Relic](https://newrelic.com/platform/infrastructure).
Si está buscando un tutorial, consulte nuestro tutorial para [la resolución de problemas con datos de host de infraestructura](/docs/tutorial-troubleshoot-infra-hosts/collect-your-data). La serie de tutoriales le explica cómo encontrar datos en la UI de la infraestructura para resolver un incidente y tomar una decisión sobre recursos sobre sus hosts.
@@ -18,13 +18,13 @@ translationType: machine
Nuestra solución de monitoreo de infraestructura fue diseñada para ayudar a los clientes empresariales monitor a escala sus entornos grandes y dinámicamente cambiantes. Para facilitar esto, la UI está completamente controlada por una etiqueta que le permite visualizar la métrica agregada, el evento y el inventario para una gran cantidad de servidores. Para aprovechar realmente el monitoreo de infraestructura al máximo, recomendamos instalarlo en todo su entorno, preferiblemente incluso en múltiples regiones y clústeres. Esto proporcionará una imagen más precisa de la salud de su ecosistema de alojamiento y el impacto que tiene su infraestructura en su aplicación.
-¿Quiere lograr un tiempo medio de resolución (MTTR) más rápido? Instale el agente de infraestructura en servidores de base de datos, servidores web y cualquier otro host que admita su aplicación. Cuando despliegue el agente, aproveche el atributo personalizado para etiquetar sus hosts para que pueda usarlos para filtrar los datos presentados en la UI y configurar alertas. Esto se suma a cualquier etiqueta de Amazon EC2 que pueda estar utilizando y que se importará automáticamente cuando habilite la integración de EC2. También es posible que prefiera mantener el registro del agente separado del registro del sistema, lo cual puede hacer a través de la configuración.
+¿Quiere lograr un tiempo medio de resolución (MTTR) más rápido? Instale el agente de infraestructura en servidores de base de datos, servidores web y cualquier otro host que admita su aplicación. Cuando despliegue el agente, aproveche el atributo personalizado para etiquetar sus hosts para que pueda usarlos para filtrar los datos presentados en la UI y configurar alertas. Esto se suma a cualquier etiqueta de Amazon EC2 que pueda estar utilizando y que se importará automáticamente cuando habilite la integración de EC2. También es posible que prefiera mantener el log del agente separado del log del sistema, lo cual puede hacer a través de la configuración.
### Cómo hacerlo
1. Aproveche nuestros [módulos de instalación para herramientas de administración de configuración](/docs/infrastructure/new-relic-infrastructure/config-management-tools) como Chef, Puppet y Ansible para implementar fácilmente su agente en toda su infraestructura.
-2. Lea las instrucciones en el repositorio de github para su herramienta de administración de configuración a la que se hace referencia en el enlace anterior y defina los [atributos_personalizados](/docs/infrastructure/new-relic-infrastructure/configuration/configure-infrastructure-agent#attributes) que desea usar para etiquetar sus hosts.
-3. Establezca el atributo `log_file` en su ubicación preferida para el registro del agente de infraestructura.
+2. Lea las instrucciones en el repositorio de github para su herramienta de administración de configuración a la que se hace referencia en el enlace anterior y defina los [atributos\_personalizados](/docs/infrastructure/new-relic-infrastructure/configuration/configure-infrastructure-agent#attributes) que desea usar para etiquetar sus hosts.
+3. Establezca el atributo `log_file` en su ubicación preferida para el log del agente de infraestructura.
Si está instalando el agente en un solo host, el proceso solo debería tomar unos minutos y puede encontrar instrucciones detalladas en nuestra [documentación](/docs/infrastructure/new-relic-infrastructure/installation).
@@ -34,11 +34,11 @@ Nuestra solución de monitoreo de infraestructura fue diseñada para ayudar a lo
Si tiene un entorno AWS, además de instalar el agente de infraestructura en sus instancias EC2 para monitor , también recomendamos [configurar la integración EC2](/docs/infrastructure/infrastructure-integrations/amazon-integrations/aws-ec2-integration) para que New Relic pueda importar automáticamente todas las etiquetas y metadatos asociados con su instancia AWS.
-Esto le permite filtrar una parte de su infraestructura utilizando la misma etiqueta de AWS (por ejemplo, `ECTag_Role='Kafka'`) y dividir sus datos de varias maneras. Además, nuestras vistas de filtro
- Región del centro de datos de EE. UU.:
-
* `162.247.240.0/22`
-
* `152.38.128.0/19`
-
- Región del centro de datos de la UE:
-
* `185.221.84.0/22`
-
* `212.32.0.0/20`
-
- Otra región del centro de datos:
-
* `64.251.192.0/20`
@@ -764,24 +756,18 @@ Se requiere [TLS](#tls) para todos los dominios. Utilice las conexiones IP para
Los extremos que usan `api.newrelic.com` (como nuestra [API NerdGraph](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph)) y nuestros [webhooks generados por New Relic para política de alertas](/docs/alerts/new-relic-alerts/managing-notification-channels/notification-channels-controlling-where-send-alerts#webhook) usan una dirección IP de bloques de red designados para la [región de EE. UU. o la UE](/docs/using-new-relic/welcome-new-relic/get-started/introduction-eu-region-data-center). [Se requiere TLS](#tls) para todas las direcciones en estos bloques.
-Bloques de red para la región del centro de datos de EE. UU.:
+Bloques de red:
* `162.247.240.0/22`
* `18.246.82.0/25` (vigente a partir del 20 de agosto de 2023)
* `3.145.244.128/25` (vigente a partir del 20 de agosto de 2023)
* `20.51.136.0/25` (vigente a partir del 20 de junio de 2024)
* `152.38.128.0/19` (vigente a partir del 20 de junio de 2024)
-
-Bloques de red para la región del centro de datos de la UE:
-
* `158.177.65.64/29`
* `159.122.103.184/29`
* `161.156.125.32/28`
* `3.77.79.0/25` (vigente a partir del 20 de agosto de 2023)
* `212.32.0.0/20` (vigente a partir del 20 de junio de 2024)
-
-Bloques de red para otra región del centro de datos:
-
* `3.27.118.128/25` (vigente a partir del 20 de junio de 2024)
* `4.197.217.128/25` (vigente a partir del 20 de junio de 2024)
* `64.251.192.0/20` (vigente a partir del 20 de junio de 2024)
diff --git a/src/i18n/content/es/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx b/src/i18n/content/es/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
index 1e355dbae94..2c0a7391195 100644
--- a/src/i18n/content/es/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
+++ b/src/i18n/content/es/docs/opentelemetry/best-practices/opentelemetry-otlp.mdx
@@ -268,7 +268,9 @@ El mecanismo para configurar el extremo variará, pero los SDK del lenguaje Open
## Versión del protocolo OTLP [#otlp-version-support]
-New Relic emplea [la versión OTLP v0.18.0](https://github.com/open-telemetry/opentelemetry-proto/releases/tag/v0.18.0). Se admiten versiones posteriores, pero aún no se han implementado nuevas funciones. Las características experimentales que ya no están disponibles en 0.18.0 no son compatibles.
+New Relic emplea la versión OTLP [v1.4.0](https://github.com/open-telemetry/opentelemetry-proto/releases/tag/v1.4.0). Se admiten versiones anteriores y posteriores, pero aún no se implementaron nuevas funciones. Las características experimentales que se eliminaron luego de la versión 0.18.0 no son compatibles.
+
+Consulte [traza](/docs/opentelemetry/best-practices/opentelemetry-best-practices-traces/), [métrica](/docs/opentelemetry/best-practices/opentelemetry-best-practices-metrics/) y [logs](/docs/opentelemetry/best-practices/opentelemetry-best-practices-logs/) para obtener detalles específicos sobre cómo se asignan los datos y qué características se implementan.
## Tipos de atributos OTLP [#otlp-attribute-types]
diff --git a/src/i18n/content/es/docs/service-level-management/create-slm.mdx b/src/i18n/content/es/docs/service-level-management/create-slm.mdx
index 46ce61036b3..e4c0d08c4d0 100644
--- a/src/i18n/content/es/docs/service-level-management/create-slm.mdx
+++ b/src/i18n/content/es/docs/service-level-management/create-slm.mdx
@@ -51,7 +51,9 @@ Por ejemplo, en un nivel alto, una experiencia clave del usuario en New Relic po
Para esa experiencia del usuario, podríamos crear un SLO como:
-\| periodo | objetivo | categoría | indicador | | ------------ | ------ | -------- | ------------------------------------------------------------------- | | últimos 28 días | 99,9% | latencia | los datos ingeridos por un usuario están disponibles para consulta en menos de 1 minuto |
+| período | objetivo | categoría | indicador |
+| --------------- | -------- | --------- | ------------------------------------------------------------------------------------------- |
+| últimos 28 días | 99,9% | latencia | Los datos ingeridos por un usuario están disponibles para su consulta en menos de 1 minuto. |
Tenga en cuenta que estos tipos de experiencia del usuario generalmente involucran más de un servicio y se extienden a través de múltiples límites de equipos y organizaciones.
@@ -59,7 +61,9 @@ Al aumentar la granularidad de la experiencia subyacente del usuario, otra exper
Este SLO podría verse así:
-\| periodo | objetivo | categoría | indicador | | ------------ | ------ | ------------ | ------------------------------------------------- | | últimos 28 días | 99.9% | disponibilidad | el usuario interactúa exitosamente con la dashboard UI |
+| período | objetivo | categoría | indicador |
+| --------------- | -------- | -------------- | ------------------------------------------------------- |
+| últimos 28 días | 99,9% | disponibilidad | el usuario interactúa correctamente con la dashboard UI |
Como ejemplo de llevar la granularidad demasiado lejos, agregar un widget de gráfico en un dashboard también es una experiencia del usuario. Sin embargo, la creación de un SLO específico para esta acción no proporciona valor adicional en comparación con el SLO anterior sobre la interacción exitosa de los usuarios con la dashboard UI.
@@ -104,10 +108,10 @@ Según `Transaction` evento, estos SLI son los más comunes para servicios basad
```sql
FROM Transaction
- WHERE entityGuid = '{entityGuid}'
+ WHERE entityGuid = 'ENTITY_GUID'
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
**Bad events fields**
@@ -115,10 +119,10 @@ Según `Transaction` evento, estos SLI son los más comunes para servicios basad
```sql
FROM TransactionError
- WHERE entityGuid = '{entityGuid}' AND error.expected != true
+ WHERE entityGuid = 'ENTITY_GUID' AND error.expected != true
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
@@ -130,7 +134,7 @@ Según `Transaction` evento, estos SLI son los más comunes para servicios basad
```sql
SELECT percentile(duration, 95) FROM Transaction
- WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
+ WHERE entityGuid = 'ENTITY_GUID' SINCE 7 days ago LIMIT MAX
```
@@ -139,10 +143,10 @@ Según `Transaction` evento, estos SLI son los más comunes para servicios basad
```sql
FROM Transaction
- WHERE entityGuid = '{entityGuid}' AND transactionType = 'Web'
+ WHERE entityGuid = 'ENTITY_GUID' AND transactionType = 'Web'
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
**Good events fields**
@@ -150,11 +154,11 @@ Según `Transaction` evento, estos SLI son los más comunes para servicios basad
```sql
FROM Transaction
- WHERE entityGuid = '{entityGuid}' AND transactionType = 'Web' AND duration < {duration}
+ WHERE entityGuid = 'ENTITY_GUID' AND transactionType = 'Web' AND duration < DURATION
```
- * Donde `{entityGuid}` es el GUID del servicio.
- * Donde `{duration}` es el tiempo de respuesta que considera que brinda una buena experiencia para su servicio de atención al cliente o usuario final, en segundos.
+ * Donde `ENTITY_GUID` es el GUID del servicio.
+ * Donde `DURATION` es el tiempo de respuesta que considera que brinda una buena experiencia para su servicio de atención al cliente o usuario final, en segundos.
@@ -172,11 +176,11 @@ Según los intervalos de OpenTelemetry, estos SLI son los más comunes para serv
```sql
FROM Span
- WHERE entity.guid = '{entityGuid}' AND (span.kind IN ('server', 'consumer')
+ WHERE entity.guid = 'ENTITY_GUID' AND (span.kind IN ('server', 'consumer')
OR kind IN ('server', 'consumer'))
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
**Bad events fields**
@@ -184,11 +188,11 @@ Según los intervalos de OpenTelemetry, estos SLI son los más comunes para serv
```sql
FROM Span
- WHERE entity.guid = '{entityGuid}' AND (span.kind IN ('server', 'consumer')
+ WHERE entity.guid = 'ENTITY_GUID' AND (span.kind IN ('server', 'consumer')
OR kind IN ('server', 'consumer')) AND otel.status_code = 'ERROR'
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
@@ -200,7 +204,7 @@ Según los intervalos de OpenTelemetry, estos SLI son los más comunes para serv
```sql
SELECT percentile(duration.ms, 95) FROM Span
- WHERE entityGuid = '{entityGuid}' AND (span.kind IN ('server', 'consumer')
+ WHERE entityGuid = 'ENTITY_GUID' AND (span.kind IN ('server', 'consumer')
OR kind IN ('server', 'consumer')) SINCE 7 days ago LIMIT MAX
```
@@ -210,11 +214,11 @@ Según los intervalos de OpenTelemetry, estos SLI son los más comunes para serv
```sql
FROM Span
- WHERE entity.guid = '{entityGuid}' AND (span.kind IN ('server', 'consumer')
+ WHERE entity.guid = 'ENTITY_GUID' AND (span.kind IN ('server', 'consumer')
OR kind IN ('server', 'consumer'))
```
- Donde `{entityGuid}` es el GUID del servicio.
+ Donde `ENTITY_GUID` es el GUID del servicio.
**Good events fields**
@@ -222,12 +226,12 @@ Según los intervalos de OpenTelemetry, estos SLI son los más comunes para serv
```sql
FROM Span
- WHERE entity.guid = '{entityGuid}' AND (span.kind IN ('server', 'consumer')
- OR kind IN ('server', 'consumer')) AND duration.ms < {duration}
+ WHERE entity.guid = 'ENTITY_GUID' AND (span.kind IN ('server', 'consumer')
+ OR kind IN ('server', 'consumer')) AND duration.ms < DURATION
```
- * Donde `{entityGuid}` es el GUID del servicio.
- * Donde `{duration}` es el tiempo de respuesta que considera que brinda una buena experiencia para su servicio de atención al cliente o usuario final, en segundos.
+ * Donde `ENTITY_GUID` es el GUID del servicio.
+ * Donde `DURATION` es el tiempo de respuesta que considera que brinda una buena experiencia para su servicio de atención al cliente o usuario final, en segundos.
@@ -248,10 +252,10 @@ Nota: Esta característica aún está en versión beta.
```sql
FROM Metric
SELECT sum(getField(apm.service.transaction.duration, count))
- WHERE appName = '{appName}'
+ WHERE appName = 'APP_NAME'
```
- Donde `{appName}` es el nombre de la aplicación APM.
+ Donde `APP_NAME` es el nombre de la aplicación APM.
**Bad events fields**
@@ -260,10 +264,10 @@ Nota: Esta característica aún está en versión beta.
```sql
FROM Metric
SELECT sum(getField(apm.service.error.count, count))
- WHERE appName = '{appName}' AND getField(`apm.service.error.count`, count) > 0
+ WHERE appName = 'APP_NAME' AND getField(`apm.service.error.count`, count) > 0
```
- Donde `{appName}` es el nombre de la aplicación APM.
+ Donde `APP_NAME` es el nombre de la aplicación APM.
@@ -276,10 +280,10 @@ Nota: Esta característica aún está en versión beta.
```sql
FROM Metric
SELECT sum(getField(apm.service.transaction.duration, count))
- WHERE appName = '{appName}'
+ WHERE appName = 'APP_NAME'
```
- Donde `{appName}` es el nombre de la aplicación APM.
+ Donde `APP_NAME` es el nombre de la aplicación APM.
Y ahora usamos la métrica personalizada para descubrir el buen evento.
@@ -290,10 +294,10 @@ Nota: Esta característica aún está en versión beta.
```sql
FROM Metric
SELECT sum(getField(newrelic.timeslice.value, count))
- WHERE appName = '{appName}' AND metricTimesliceName = 'Custom/CrossClusterQuery/DataAvailability/status/success'
+ WHERE appName = 'APP_NAME' AND metricTimesliceName = 'Custom/CrossClusterQuery/DataAvailability/status/success'
```
- Donde `{appName}` es el nombre de la aplicación APM.
+ Donde `APP_NAME` es el nombre de la aplicación APM.
@@ -311,10 +315,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageView
- WHERE entityGuid = '{entityGuid}'
+ WHERE entityGuid = 'ENTITY_GUID'
```
- Donde `{entityGuid}` es el GUID de la aplicación browser .
+ Donde `ENTITY_GUID` es el GUID de la aplicación browser .
**Bad events fields**
@@ -322,10 +326,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM JavaScriptError
- WHERE entityGuid = '{entityGuid}' AND firstErrorInSession IS true
+ WHERE entityGuid = 'ENTITY_GUID' AND firstErrorInSession IS true
```
- Donde `{entityGuid}` es el GUID de la aplicación browser .
+ Donde `ENTITY_GUID` es el GUID de la aplicación browser .
@@ -337,10 +341,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND largestContentfulPaint IS NOT NULL
+ WHERE entityGuid = 'ENTITY_GUID' AND largestContentfulPaint IS NOT NULL
```
- Donde `{entityGuid}` es el GUID de la aplicación browser .
+ Donde `ENTITY_GUID` es el GUID de la aplicación browser .
**Good events fields**
@@ -348,18 +352,18 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND largestContentfulPaint < '{largestContentfulPaint}'
+ WHERE entityGuid = 'ENTITY_GUID' AND largestContentfulPaint < 'LARGEST_CONTENTFUL_PAINT'
```
- * Donde `{entityGuid}` es el GUID de la aplicación browser .
+ * Donde `ENTITY_GUID` es el GUID de la aplicación browser .
- * Donde `{largestContentfulPaint}` es la cantidad de tiempo (en milisegundos) para mostrar el elemento de contenido más grande visible en la ventana gráfica que considera que brinda una buena experiencia para el usuario final. Un estándar frecuente es 4000 ms.
+ * Donde `LARGEST_CONTENTFUL_PAINT` es la cantidad de tiempo (en milisegundos) para mostrar el elemento de contenido más grande visible en la ventana gráfica que considera que brinda una buena experiencia para el usuario final. Un estándar frecuente es 4000 ms.
- Para determinar un número realista a utilizar para `{largestContentfulPaint}` en su entorno, una práctica típica es seleccionar la duración del percentil 95 de las respuestas de los últimos 7 o 15 días. Encuéntrelo usando el generador de consultas:
+ Para determinar un número realista a utilizar para `LARGEST_CONTENTFUL_PAINT` en su entorno, una práctica típica es seleccionar la duración del percentil 95 de las respuestas de los últimos 7 o 15 días. Encuéntrelo usando el generador de consultas:
```sql
SELECT percentile(largestContentfulPaint, 95) FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
+ WHERE entityGuid = 'ENTITY_GUID' SINCE 7 days ago LIMIT MAX
```
@@ -372,10 +376,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND interactionToNextPaint IS NOT NULL
+ WHERE entityGuid = 'ENTITY_GUID' AND interactionToNextPaint IS NOT NULL
```
- Donde `{entityGuid}` es el GUID de la aplicación browser .
+ Donde `ENTITY_GUID` es el GUID de la aplicación browser .
**Good events fields**
@@ -383,18 +387,18 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND interactionToNextPaint < {interactionToNextPaint}
+ WHERE entityGuid = 'ENTITY_GUID' AND interactionToNextPaint < INTERACTION_TO_NEXT_PAINT
```
- * Donde `{entityGuid}` es el GUID de la aplicación browser .
+ * Donde `ENTITY_GUID` es el GUID de la aplicación browser .
- * Donde `{interactionToNextPaint}` es la cantidad de tiempo (en milisegundos) que el browser debe responder para brindar una buena experiencia al usuario final. Un estándar frecuente es 300 ms.
+ * Donde `INTERACTION_TO_NEXT_PAINT` es la cantidad de tiempo (en milisegundos) que el browser debe responder para brindar una buena experiencia al usuario final. Un estándar frecuente es 300 ms.
- Para determinar un número realista a utilizar para `{interactionToNextPaint}` en su entorno, una práctica típica es seleccionar la duración del percentil 95 de las respuestas de los últimos 7 o 15 días. Encuéntrelo usando el generador de consultas:
+ Para determinar un número realista a utilizar para `INTERACTION_TO_NEXT_PAINT` en su entorno, una práctica típica es seleccionar la duración del percentil 95 de las respuestas de los últimos 7 o 15 días. Encuéntrelo usando el generador de consultas:
```sql
SELECT percentile(interactionToNextPaint, 95) FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX FACET deviceType
+ WHERE entityGuid = 'ENTITY_GUID' SINCE 7 days ago LIMIT MAX FACET deviceType
```
@@ -407,10 +411,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND cumulativeLayoutShift IS NOT NULL
+ WHERE entityGuid = 'ENTITY_GUID' AND cumulativeLayoutShift IS NOT NULL
```
- Donde `{entityGuid}` es el GUID de la aplicación browser .
+ Donde `ENTITY_GUID` es el GUID de la aplicación browser .
Si desea crear SLI independientes para realizar un seguimiento de CLS en dispositivos móviles y de escritorio por separado, agregue una de estas cláusulas al final del campo:
@@ -423,23 +427,23 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' AND cumulativeLayoutShift < {cumulativeLayoutShift}
+ WHERE entityGuid = 'ENTITY_GUID' AND cumulativeLayoutShift < CUMULATIVE_LAYOUT_SHIFT
```
- * Donde `{entityGuid}` es el GUID de la aplicación browser .
+ * Donde `ENTITY_GUID` es el GUID de la aplicación browser .
- * Donde `{cumulativeLayoutShift}` es un valor preestablecido. Para brindar una buena experiencia al usuario, su sitio debe esforzarse por tener una puntuación CLS de 0,1 o menos. Una puntuación CLS de 0,25 o más se considera una mala experiencia del usuario.
+ * Donde `CUMULATIVE_LAYOUT_SHIFT` es un valor preestablecido. Para brindar una buena experiencia al usuario, su sitio debe esforzarse por tener una puntuación CLS de 0,1 o menos. Una puntuación CLS de 0,25 o más se considera una mala experiencia del usuario.
Si decidió crear SLI independientes para realizar un seguimiento de CLS en dispositivos móviles y de escritorio por separado cuando definió la consulta de evento válida, agregue esta cláusula al final del campo:
* `AND deviceType = 'Mobile'`
* `AND deviceType = 'Desktop'`
- Para determinar un número realista para seleccionar `{cumulativeLayoutShift}` en su entorno, una práctica típica es seleccionar el percentil 75 de cargas de página durante los últimos 7 o 15 días, segmentado entre dispositivos móviles y de escritorio. Encuéntrelo usando el generador de consultas:
+ Para determinar un número realista para seleccionar `CUMULATIVE_LAYOUT_SHIFT` en su entorno, una práctica típica es seleccionar el percentil 75 de cargas de página durante los últimos 7 o 15 días, segmentado entre dispositivos móviles y de escritorio. Encuéntrelo usando el generador de consultas:
```sql
SELECT percentile(cumulativeLayoutShift, 95) FROM PageViewTiming
- WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX FACET deviceType
+ WHERE entityGuid = 'ENTITY_GUID' SINCE 7 days ago LIMIT MAX FACET deviceType
```
@@ -456,10 +460,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM SyntheticCheck
- WHERE entity.guid = '{entityGuid}'
+ WHERE entity.guid = 'ENTITY_GUID'
```
- Donde `{entityGuid}` es el GUID de los checks sintéticos.
+ Donde `ENTITY_GUID` es el GUID de los checks sintéticos.
**Good events fields**
@@ -467,10 +471,10 @@ Los siguientes SLI se basan en las Métricas web principales del browser de Goog
```sql
FROM SyntheticCheck
- WHERE entity.guid = '{entityGuid}' AND result='SUCCESS'
+ WHERE entity.guid = 'ENTITY_GUID' AND result='SUCCESS'
```
- Donde `{entityGuid}` es el GUID de los checks sintéticos.
+ Donde `ENTITY_GUID` es el GUID de los checks sintéticos.
@@ -554,7 +558,7 @@ Para crear un nivel de servicio, siga estos pasos:
```sql
FROM JavaScriptError
SELECT count(*)
- WHERE entityGuid = '{entityGuid}' AND firstErrorInSession IS true
+ WHERE entityGuid = 'ENTITY_GUID' AND firstErrorInSession IS true
```
Ejemplo usando `sum()`:
diff --git a/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx b/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
index 6d5bca7d809..e67d581b34b 100644
--- a/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
+++ b/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
@@ -30,166 +30,25 @@ New Relic 認証ドメイン UI にアクセスするには、 **[one.newre
次にOktaのNew Relic SCIM/SSOアプリケーションを設定します。
1. [okta.com/](https://www.okta.com/) にアクセスし、管理者権限のあるアカウントでサインインします。
-
-2. Okta ホームページから、
-
-
- **Admin**
-
-
- をクリックします。
-
-3. Okta 管理者
-
-
- **Dashboard**
-
-
- から、
-
-
- **Applications**
-
-
- ページを選択します。
-
-4.
- **Browse app catalog**
-
-
- をクリックして、「 New Relic by 組織」（「 New Relic by アカウント」ではありません）を検索し、結果からそれを選択します。
-
-5.
- **New Relic by Organization**
-
-
- ページから
-
-
- **Add**
-
-
- をクリックします。
-
-6.
- **Add New Relic by organization**
-
-
- ページで、2 つの
-
-
- **Application visibility "Do not display..."**
-
-
- チェックボックスをオンにして、
-
-
- **Done**
-
-
- をクリックします。 設定が完了し、プロビジョニングが開始された後に、アプリケーションが表示されるようになります。
+2. Okta ホームページから、 **Admin** をクリックします。
+3. Okta 管理者**Dashboard** から、 **Applications** ページを選択します。
+4. **Browse app catalog** をクリックして、「 New Relic by 組織」（「 New Relic by アカウント」ではありません）を検索し、結果からそれを選択します。
+5. **New Relic by Organization** ページから**Add** をクリックします。
+6. **Add New Relic by organization** ページで、2 つの**Application visibility "Do not display..."** チェックボックスをオンにして、 **Done** をクリックします。 設定が完了し、プロビジョニングが開始された後に、アプリケーションが表示されるようになります。
## Step 3.プロビジョニングの設定 [#configure-provisioning]
OktaのNew Relic SCIM/SSOアプリケーションを設定して、ユーザーをNew Relicに自動的にプロビジョニングします。
-1. アプリから、
-
-
- **Provisioning**
-
-
- タブをクリックします。
-
-2.
- **Integration**
-
-
- フォームから
-
-
- **Configure API integration**
-
-
- をクリックし、
-
-
- **Enable API integration**
-
-
- チェックボックスをオンにします。
-
-3. [手順 1](#auth-domain)で保存した API トークンを取得し、Okta New Relic アプリの
-
-
- **API token**
-
-
- フィールドに入力します。
-
-4. オプション:
-
-
- **Test API credentials**
-
-
- をクリックして、New Relic への SCIM 接続を確立できることを確認します。 接続を確立できる場合は、成功メッセージが表示されます。 接続が確立されなかった場合は、API トークンを再入力して、再度テストを試してください。
-
-5.
- **Save**
-
-
- クリックします。 保存プロセスでは API 資格情報のテストが実行されることに注意してください。 New Relic への接続が確立されていない場合、保存は失敗します。
-
-6. 新しく表示された
-
-
- **To App**
-
-
- フォームで、
-
-
- **Edit**
-
-
- をクリックします。
-
-7.
- **Create users**
-
-
- 、
-
-
- **Update user attributes**
-
-
- 、
-
-
- **Deactivate users**
-
-
- セクションの
-
-
- **Enable**
-
-
- チェックボックスをオンにします。
-
-8.
- **Save**
-
-
- をクリックします。
-
-9.
- **Sign on**
-
-
- タブに移動します。 認証ドメイン フィールドに、 [認証ドメイン UI](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui)で確認できる認証ドメイン ID を入力します。
+1. アプリから、 **Provisioning** タブをクリックします。
+2. **Integration** フォームから**Configure API integration** をクリックし、 **Enable API integration** チェックボックスをオンにします。
+3. [手順 1](#auth-domain)で保存した API トークンを取得し、Okta New Relic アプリの**API token** フィールドに入力します。
+4. オプション: **Test API credentials** をクリックして、New Relic への SCIM 接続を確立できることを確認します。 接続を確立できる場合は、成功メッセージが表示されます。 接続が確立されなかった場合は、API トークンを再入力して、再度テストを試してください。
+5. **Save** クリックします。 保存プロセスでは API 資格情報のテストが実行されることに注意してください。 New Relic への接続が確立されていない場合、保存は失敗します。
+6. 新しく表示された**To App** フォームで、 **Edit** をクリックします。
+7. **Create users** 、 **Update user attributes** 、 **Deactivate users** セクションの**Enable** チェックボックスをオンにします。
+8. **Save** をクリックします。
+9. **Sign on** タブに移動します。 認証ドメイン フィールドに、 [認証ドメイン UI](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui)で確認できる認証ドメイン ID を入力します。
## ステップ4.ユーザーとグループの割り当て [#assign-users]
@@ -199,153 +58,25 @@ Okta でユーザー グループをまだ設定していない場合は、作
次に、ユーザーを割り当てます。 ユーザーの割り当ては、アプリ内の 2 つの異なるタブを使用して行われます。 **Assignments** タブで New Relic ユーザーを選択し、 **Push groups** タブでその関連グループを選択することをお勧めします。
-1. アプリで、
-
-
- **Assignments**
-
-
- タブをクリックします。
-
-2.
- **Assignments**
-
-
- フォームから
-
-
- **Assign**
-
-
- をクリックします。
-
-3. ポップアップ メニューから
-
-
- **Assign to groups**
-
-
- をクリックします。
-
-4.
- **Assign ... to groups**
-
-
- フォームから、アプリケーションに割り当てるグループの
-
-
- **Assign**
-
-
- をクリックします。
-
-5.
- **Highly recommended**
-
-
- : Okta でユーザーのタイムゾーンを設定します。 これにより、New Relic でユーザーの日付と時刻がどのように表示されるかが決まります。 タイムゾーンを設定しない場合は、ユーザーが[独自のタイムゾーンを設定し](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting)ない限り、UTC 時間が使用されます。 タイム ゾーンは、IANA タイム ゾーン データベース形式 (「Olson」タイム ゾーン データベース形式とも呼ばれます) で指定されます (例: 「America/Los_Angeles」)。 Okta ではタイムゾーン設定を構成する方法がいくつかあるため、詳細が必要な場合は Okta のドキュメントを参照してください。
-
-
- **Assignments**
-
-
- タブでこれを行う方法の 1 つを次に示します。
-
- *
- **Time zone**
-
-
- フィールドに、グループのメンバーのデフォルトのタイムゾーンを入力します。
-
-6.
- **Save and go back**
-
-
- をクリックします。
-
+1. アプリで、 **Assignments** タブをクリックします。
+2. **Assignments** フォームから**Assign** をクリックします。
+3. ポップアップ メニューから**Assign to groups** をクリックします。
+4. **Assign ... to groups** フォームから、アプリケーションに割り当てるグループの**Assign** をクリックします。
+5. **Highly recommended** : Okta でユーザーのタイムゾーンを設定します。 これにより、New Relic でユーザーの日付と時刻がどのように表示されるかが決まります。 タイムゾーンを設定しない場合は、ユーザーが[独自のタイムゾーンを設定し](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting)ない限り、UTC 時間が使用されます。 タイム ゾーンは、IANA タイム ゾーン データベース形式 (「Olson」タイム ゾーン データベース形式とも呼ばれます) で指定されます (例: 「America/Los\_Angeles」)。 Okta ではタイムゾーン設定を構成する方法がいくつかあるため、詳細が必要な場合は Okta のドキュメントを参照してください。 **Assignments** タブでこれを行う方法の 1 つを次に示します。
+ * **Time zone** フィールドに、グループのメンバーのデフォルトのタイムゾーンを入力します。
+6. **Save and go back** をクリックします。
7. 必要なグループがすべてアプリケーションに割り当てられるまで、グループを追加する手順を繰り返します。
-
-8.
- **Done**
-
-
- をクリックします。
+8. **Done** をクリックします。
### プッシュグループタブ
-1. アプリで、
-
-
- **Push groups**
-
-
- タブをクリックします。
-
-2.
- **Push groups**
-
-
- フォームから
-
-
- **Push groups**
-
-
- をクリックします。
-
-3. ポップアップ メニューから
-
-
- **Find groups by name**
-
-
- をクリックします。
-
-4.
- **Push groups to...**
-
-
- フォームの検索フィールドに、New Relic に送信するグループ名の最初の数文字を入力します。
-
-
- **Push group memberships immediately**
-
-
- チェックボックスをオンのままにしておきます。
-
+1. アプリで、 **Push groups** タブをクリックします。
+2. **Push groups** フォームから**Push groups** をクリックします。
+3. ポップアップ メニューから**Find groups by name** をクリックします。
+4. **Push groups to...** フォームの検索フィールドに、New Relic に送信するグループ名の最初の数文字を入力します。 **Push group memberships immediately** チェックボックスをオンのままにしておきます。
5. ポップアップした検索結果リストの中から、あなたのグループをクリックしてください。
-
-6.
- **Match result & push action**
-
-
- セクションに
-
-
- **No match found**
-
-
- が表示されます。これは、グループが New Relic にまだ存在しないことを意味します。 セレクターを
-
-
- **Create group**
-
-
- に設定したままにして、グループのデフォルト名をそのままにします。 ここでの目的は、New Relic に同じ名前のグループを作成することです。
-
-7. これが New Relic に送信する最後のグループである場合は、
-
-
- **Save**
-
-
- をクリックします。 それ以外の場合、設定するグループがさらにある場合は、
-
-
- **Save & add another**
-
-
- をクリックして手順を繰り返し、グループを追加します。
+6. **Match result & push action** セクションに**No match found** が表示されます。これは、グループが New Relic にまだ存在しないことを意味します。 セレクターを**Create group** に設定したままにして、グループのデフォルト名をそのままにします。 ここでの目的は、New Relic に同じ名前のグループを作成することです。
+7. これが New Relic に送信する最後のグループである場合は、 **Save** をクリックします。 それ以外の場合、設定するグループがさらにある場合は、 **Save & add another** をクリックして手順を繰り返し、グループを追加します。
1 つ以上のグループを追加すると、 [**User management** UI ページ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#where)に移動して追加したユーザーを確認できるようになります。
@@ -356,112 +87,37 @@ Okta でユーザー グループをまだ設定していない場合は、作
SCIMを介してNewRelicにユーザーを追加しているが、SCIMを介して[ユーザータイプ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type)を管理してい**ない**場合、ユーザーは[基本ユーザー](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type)として開始されます。ユーザーをアップグレードするには、次の2つのオプションがあります。
* ユーザーの編集には、ユーザー管理UI [を使用します。](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
-* [\* Oktaからユーザータイプを管理する（後述）。](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
+ [* Oktaからユーザータイプを管理する（後述）。](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
[ユーザーのユーザータイプをOktaから管理するためのものです。](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
1. [](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
-2. [](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
+ [](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)
[New Relic ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#edit-user-type)[認証ドメイン UI](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#manage-user-type-scim)に移動し、 **Enable Manage user type with SCIM** をクリックします。 これを有効にすると、New Relic UI からユーザー タイプを管理できなくなり、Okta からのみ管理できるようになることに注意してください。
-3. あなたのOktaインスタンスに入ります。ここから先の説明はOktaから行います。
+2. あなたのOktaインスタンスに入ります。ここから先の説明はOktaから行います。
-4. 次に、新しい属性`nrUserType`を送信できるようにOktaを構成します。手順：
+3. 次に、新しい属性`nrUserType`を送信できるようにOktaを構成します。手順：
- *
- **Profile editor**
-
+ * **Profile editor** に移動します。 **Attributes** セクションで、 **Add attribute** をクリックします。
+ * 以下のスクリーンショットに合わせて設定を行ってください。 完全に一致する必要があるフィールドは、 **External name** (値: `nrUserType` ) と**External namespace** (値: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User` ) の 2 つだけです。 `variable`値は任意の値にすることができます。
- に移動します。
+ 
-
- **Attributes**
-
+4. 次に、このフィールドを持つようにOktaのユーザープロファイルを設定します。手順は以下の通りです。
- セクションで、
+ * **Profile editor** で、 **Users** に移動し、 **User (default)** プロファイルをクリックします。
+ * そのプロファイルに新しい**New Relic user type** 属性を追加します ( [Okta ユーザー プロファイルの手順を参照](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas))。 これを設定する方法は、ユーザー タイプを定義するための独自の設定と設定によって異なります。 ユーザー タイプに期待される値は`Basic User` 、 `Core User` 、 `Full User`であり、これらはすべて大文字と小文字が区別されることに注意してください。 以下は情報が入力された例です。
+ 
-
- **Add attribute**
-
+5. **People** セクションで、ユーザーのユーザー タイプを定義します。 これを実行する方法は、設定と好みによって異なります。 たとえば、各ユーザーのユーザー タイプを設定して手動で設定することも、Okta を使用して一括管理することもできます。
- をクリックします。
-
- * 以下のスクリーンショットに合わせて設定を行ってください。 完全に一致する必要があるフィールドは、
-
-
- **External name**
-
-
- (値: `nrUserType` ) と
-
-
- **External namespace**
-
-
- (値: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User` ) の 2 つだけです。 `variable`値は任意の値にすることができます。
-
-
-
-5. 次に、このフィールドを持つようにOktaのユーザープロファイルを設定します。手順は以下の通りです。
-
- *
- **Profile editor**
-
-
- で、
-
-
- **Users**
-
-
- に移動し、
-
-
- **User (default)**
-
-
- プロファイルをクリックします。
-
- * そのプロファイルに新しい
-
-
- **New Relic user type**
-
-
- 属性を追加します ( [Okta ユーザー プロファイルの手順を参照](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas))。 これを設定する方法は、ユーザー タイプを定義するための独自の設定と設定によって異なります。 ユーザー タイプに期待される値は`Basic User` 、 `Core User` 、および`Full User`であることに注意してください。 以下は情報が入力された例です。
-
-
-
-6. **People** セクションで、ユーザーのユーザー タイプを定義します。 これを実行する方法は、設定と好みによって異なります。 たとえば、各ユーザーのユーザー タイプを設定して手動で設定することも、Okta を使用して一括管理することもできます。
-
-7. 次に、その属性のマッピングを設定します。手順をご紹介します。
-
- * アプリの
-
-
- **Provisioning**
-
-
- セクションで、
-
-
- **Unmapped attributes**
-
-
- をクリックします。
+6. 次に、その属性のマッピングを設定します。手順をご紹介します。
+ * アプリの**Provisioning** セクションで、 **Unmapped attributes** をクリックします。
* マップされていないNew Relicのユーザータイプ属性の編集モードに入ります。
-
* ユーザータイプをどのように設定するかに基づいて設定します。ユーザータイプの選択については、 [ユーザータイプ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type) を参照してください。 [Okta 属性マッピングについては、こちらを参照してください。](https://help.okta.com/en/prod/Content/Topics/users-groups-profiles/usgp-about-attribute-mappings.htm)
## ステップ 6. グループ アクセスの割り当て [#assign-users]
@@ -485,30 +141,6 @@ SAML SSOを有効にするには、 [SAMLの手順](/docs/accounts/accounts-bill
ここでは、グループのメンバーシップを手動で同期する手順をご紹介します。
-1. New Relic SCIM/SSO アプリケーション ページで、
-
-
- **Push groups**
-
-
- タブをクリックします。
-
-2.
- **Push groups**
-
-
- フォームから、
-
-
- **Push Status**
-
-
- 列の下にある目的のグループのボタンの選択リストを開きます。
-
-3. ボタンに表示された選択リストから、
-
-
- **Push now**
-
-
- をクリックします。 これにより、グループのメンバーシップが New Relic とすぐに同期されます。
+1. New Relic SCIM/SSO アプリケーション ページで、 **Push groups** タブをクリックします。
+2. **Push groups** フォームから、 **Push Status** 列の下にある目的のグループのボタンの選択リストを開きます。
+3. ボタンに表示された選択リストから、 **Push now** をクリックします。 これにより、グループのメンバーシップが New Relic とすぐに同期されます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx b/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
index 4525eabf71d..835bd2d8868 100644
--- a/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
+++ b/src/i18n/content/jp/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
@@ -530,13 +530,13 @@ SCIM API の統合が完了すると、New Relic に導入されたすべての
ユーザーのtype属性は、 [カスタムスキーマ](/docs/accounts/accounts/automated-user-management/scim-support-automated-user-management#user-type)`urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`で定義されています。このスキーマと`nrUserType`文字列属性を作成または更新リクエストに含めて、ユーザーのタイプを設定します。
-`nrUserType`の有効な値は次のとおりです。
+`nrUserType`の有効な値は次のとおりです。これらはすべて大文字と小文字が区別されます。
* `Full User`
* `Core User`
* `Basic User`
-新しい`Basic user`を作成するには、 `POST`リクエスト`/scim/v2/Users`を送信し、カスタムのNewRelicスキーマ拡張機能を含めます。
+新しい`Basic User`を作成するには、 `POST`リクエスト`/scim/v2/Users`を送信し、カスタムのNewRelicスキーマ拡張機能を含めます。
```shell
curl -X 'POST' -H 'Content-Type: application/json' -H "Authorization: Bearer $YOUR_TOKEN" 'https://scim-provisioning.service.newrelic.com/scim/v2/Users' --data-binary @- <
+ `.start()`を呼び出しても、セッションリプレイが記録されることは保証されません。 モジュールのインポートとサンプリング結果の評価をこの時点まで遅らせるだけです。 強制的に録音する必要がある場合は、 [「セッションリプレイを手動で録音する」](#manual-replays)を参照してください。
+
+
+この API の使用を開始するには、 [`newrelic.start`](/docs/browser/new-relic-browser/browser-apis/start/)を参照してください。
+
+## Nerdgraphを使用してリプレイ設定を構成する [#nerdgraph-mutation]
+
+を使用する代わりに、[ NerdGraphAPI](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/) を使用してセッションリプレイ設定を構成できます。UIこの方法は、複数のbrowserにサンプリング レートを適用するなど、一括変更が必要な場合に役立ちます。
+
+デフォルト設定で新しいbrowserアプリケーションを作成するためのミューテーションと変数の例を次に示します。
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
new file mode 100644
index 00000000000..c034719caff
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
@@ -0,0 +1,74 @@
+---
+title: （オプション）プライバシー設定を構成する
+metaDescription: Customizing Privacy Settings for user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+セッションリプレイを記録する場合、ユーザーのプライバシーは重要な考慮事項です。 デフォルト設定は機密情報を保護するように設計されていますが、特定のニーズを満たすためにプライバシー設定を調整する必要がある場合もあります。 このセクションでは、セッションリプレイの機能を維持しながら、プライバシー標準に準拠するために特定のデータをマスク、ブロック、または無視する方法について説明します。
+
+デフォルトでは、すべてのテキストと入力はアスタリスクに置き換えられます。 デフォルトのプライバシーでリプレイがどのように表示されるかの例を次に示します。
+
+
+
+この設定が適切であれば、次の手順に進みます。
+
+キャプチャするコンテンツまたはユーザー入力をカスタマイズする必要がある場合は、コンテンツまたはユーザー入力の特定のクラスと属性をマスク、ブロック、または無視するオプションがあります。 プライバシー設定を変更する前に、必ずプライバシー チームに確認してください。
+
+## 機密テキストをマスクする [#mask-text]
+
+機密テキストをマスクすることができます。つまり、テキストはアスタリスク（\*）に置き換えられます。 たとえば、URL に表示されるユーザーのアカウント ID をマスクできます。
+
+どの入力をマスクするかを指定するには、いくつかのオプションがあります。
+
+* **Application settings** ページで、独自の CSS セレクターを追加するか、マスキング ボックスをオンにします。 マスク セレクターを使用してもユーザー入力はマスクされないことに注意してください。ユーザー入力を非表示にする必要がある場合は、ブロック セレクターを使用することをお勧めします。
+
+ 
+
+* CSS クラス`nr-mask`または属性`data-nr-mask`を Web ページの HTML に追加します。
+
+ たとえば、アカウント ID が URL に表示されないようにするには、アカウント ID を含む`
+ 
+
+
+
+ ```
+
+## Ignorar la entrada del usuario [#ignore-input]
+
+Puede ignorar los cambios en un campo de entrada del usuario, lo que significa que el campo de entrada seguirá mostrar en la repetición, pero no mostrará los cambios en el valor. Por ejemplo, puede ignorar la clase que contiene los campos de dirección de email o tarjeta de crédito. Los campos de entrada de contraseña siempre están enmascarados.
+
+Para ignorar la entrada, agregue la clase CSS `nr-ignore` al nombre de clase del campo de entrada. Por ejemplo, si desea ignorar información confidencial en una página de facturación, agregue `class="nr-ignore"` a ``:
+
+```html
+
+
+
+```
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
new file mode 100644
index 00000000000..86a5e8a8ec0
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
@@ -0,0 +1,38 @@
+---
+title: Configurar repetición de sesión
+metaDescription: Enable session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Para emplear Session Replay en New Relic, comience habilitando esta función en la configuración de la aplicación de su browser . Este paso es esencial para capturar la interacción del usuario en su aplicación sitio web, proporcionando información valiosa sobre los viajes del usuario y la resolución de problemas de manera efectiva. Siga los pasos a continuación para habilitar la reproducción de sesión y cerciorar de que su agente del browser esté configurado correctamente.
+
+## Habilitar Session Replay [#enable-session-replay]
+
+1. Vaya a Sensitive Information
+Credit card number:
+Expiration date:
+CVV code:
+
+
+2. Pégalo en tu código donde estaba el fragmento anterior.
+
+3. Desplegar tu aplicación.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..f821f8542b4
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: Session Replay
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Introducción a la repetición de sesiones
+
+Session Replay captura la interacción en su aplicación sitio web y mapea otros telemetry data para ayudarlo a comprender las rutas de sus usuarios. Session Replay se puede emplear para la resolución de problemas y mejorar la experiencia del usuario final, tales como:
+
+* **resolución de problemas Errores de JavaScript**: solucione la causa de un error viendo lo que estaba haciendo el usuario cuando ocurrió el error. Por ejemplo, si un usuario final recibe un error al intentar completar una transacción de comercio electrónico, puede usar Session Replay para ver qué pasos realizó y qué datos ingresó antes de que ocurriera el error. Esto puede ayudarlo a identificar y solucionar rápidamente la causa raíz del problema.
+* **Mejorar la experiencia del usuario**: descubra áreas de su aplicación sitio web que causan frustración en los usuarios. Por ejemplo, el usuario podría perder en la navegación o hacer clic en botones que no funcionan.
+* **Identificación de problemas en los recorridos de los usuarios clave**: identifique áreas de su aplicación web que están causando problemas de rendimiento. Por ejemplo, si Session Replay revela que la página `/cart/checkout` está experimentando un tiempo de carga de la página excesivo, priorizaría corregir este recorrido crítico del usuario.
+
+
+
+## Cómo funciona Session Replay [#how-it-works]
+
+Cuando el usuario carga su sitio web, Session Replay toma una instantánea del Modelo de Objetos de Documento (DOM), que representa la estructura y los elementos visuales de la página. Para garantizar una información de estilo precisa, el agente del browser accede a sus archivos CSS . Luego, el agente integra estos estilos directamente en la grabación de la repetición, eliminando la necesidad de hacer referencia a archivos CSS externos durante la reproducción. A medida que el usuario interactúa con la página, una biblioteca dentro del agente del browser captura cualquier cambio realizado en el DOM. Estos datos capturados luego se almacenan de forma segura en la base de datos de New Relic.
+
+Las repeticiones se almacenan hasta:
+
+* 4 horas de sesión de usuario
+* 30 minutos de inactividad
+
+De forma predeterminada, los datos de eventos browser se almacenan durante 8 días, pero la retención real de datos depende de su cuenta.
+
+Para obtener más detalles sobre la repetición de sesión, consulte las siguientes secciones:
+
+* [Consumo de datos](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): Ver o proyectar el consumo de datos.
+* [Preocupaciones sobre la privacidad y seguridad del usuario](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): conozca cómo protegemos sus datos de usuario y cumplimos con los requisitos de privacidad.
+* [Session Replay y el rendimiento de tu aplicación](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): descubre cómo Session Replay minimiza el impacto en el rendimiento de tu aplicación.
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..0da96d818e8
--- /dev/null
+++ b/src/i18n/content/es/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: Gestionar la reproducción de sesiones y modificar las capacidades
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Gestione las capacidades de reproducción y modificación de sesiones empleando la funcionalidad de acceso de administración de usuarios. Esta característica permite personalizar el rol de usuario y las licencias de acceso para definir quién puede modificar la configuración de reproducción de sesión.
+
+## Revocar el acceso de modificación de SR para miembros/cuentas del grupo de administración [#modify-all-admin-role]
+
+
+
+
+
-
-
-
-5. 次に、このフィールドを持つようにOktaのユーザープロファイルを設定します。手順は以下の通りです。
-
- *
-
-6. | + 突然変異 + | + ++ 変数 + | +
|---|---|
| + ```graphql + mutation SessionReplayConfigUpdate($guid: EntityGuid!, $settings: AgentApplicationSettingsUpdateInput!) { + agentApplicationSettingsUpdate(guid: $guid, settings: $settings) { + browserSettings { + sessionReplay { + blockSelector + errorSamplingRate + maskTextSelector + enabled + collectFonts + inlineImages + inlineStylesheet + samplingRate + maskAllInputs + maskInputOptions { + color + date + datetimeLocal + email + month + number + range + search + select + tel + text + textArea + time + url + week + } + } + } + errors { + field + errorClass + description + } + } + } + ``` + | + ++ ```json + { + "sessionReplay": { + "enabled": true, + "collectFonts": true, + "blockSelector": ".private-fields", + "maskTextSelector": "*", + "inlineStylesheet": false, + "maskAllInputs": true, + "maskInputOptions": { + "color": true, + "date": true, + "textArea": true + }, + "samplingRate": 9.99, + "errorSamplingRate": 1.11 + } + } + ``` + | +
+
+この設定が適切であれば、次の手順に進みます。
+
+キャプチャするコンテンツまたはユーザー入力をカスタマイズする必要がある場合は、コンテンツまたはユーザー入力の特定のクラスと属性をマスク、ブロック、または無視するオプションがあります。 プライバシー設定を変更する前に、必ずプライバシー チームに確認してください。
+
+## 機密テキストをマスクする [#mask-text]
+
+機密テキストをマスクすることができます。つまり、テキストはアスタリスク（\*）に置き換えられます。 たとえば、URL に表示されるユーザーのアカウント ID をマスクできます。
+
+どの入力をマスクするかを指定するには、いくつかのオプションがあります。
+
+*
+
+* CSS クラス`nr-mask`または属性`data-nr-mask`を Web ページの HTML に追加します。
+
+ たとえば、アカウント ID が URL に表示されないようにするには、アカウント ID を含む``に`nr-mask`を追加します。
+
+ `
+
+* CSS クラス`nr-block`または属性`data-nr-block`をウェブページの HTML に手動で追加します。 たとえば、セッションのリプレイから無関係なテキストや画像をブロックしたい場合は、 `nr-block`を`
Account ID: 99881123
`
+
+これらのオプションでは、アスタリスク (\*) を使用してその要素内のすべてのテキストをマスクし、実際のテキストを非表示にしますが、入力された文字数は表示します。 ただし、アスタリスクは有効な数字ではないため、電話番号やクレジットカード番号などの番号タイプ固有のフィールドをマスクすると、リプレイでは空白のフィールドになります。
+
+## サイトのコンテンツをブロックする [#block-content]
+
+サイト上のコンテンツのセクション全体をブロックすることができます。この場合、そのセクションはセッションリプレイでは空のプレースホルダーとして表示されます。 たとえば、「会社概要」Web ページに画像があり、それをキャプチャする必要がない場合は、画像を含むクラスをブロックできます。
+
+特定のクラスまたは属性をブロックするには、いくつかのオプションがあります。
+
+* \[アプリケーション設定] ページで、\[\**ブロック セレクター]*フィールドに CSS セレクターを追加します。
+
+
+
+* CSS クラス`nr-block`または属性`data-nr-block`をウェブページの HTML に手動で追加します。 たとえば、セッションのリプレイから無関係なテキストや画像をブロックしたい場合は、 `nr-block`を``に追加します。
+
+ ```html
+
+
+ Sample image and text
+
+
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > All Capabilities > Browser** に移動します。
+
+2. ブラウザ アプリを選択します。
+
+3. 左側のメニューで、 **Application settings** をクリックします。
+
+4. **Application settings** ページで、 **Pro** または**Pro + SPA** ブラウザエージェントが選択されていることを確認します。 セッションリプレイは、Lite Browser エージェントでは利用できません。
+
+5. **Session traces** と**Session replay** オンに切り替えます。
+
+
+ **Session replay** 設定を表示できない場合。 さらにサポートが必要な場合は、管理者にお問い合わせください。
+
+
+## サンプリングレートの設定 [#configure-sampling-rates]
+
+次のサンプルのサンプリング レート (0% ～ 100%) を設定します。
+
+* **User sessions** すべてのユーザー セッションのランダム サンプルを記録します。
+
+* **Errored session** すべてのエラーセッションのランダムサンプルを記録します。 エージェントはクライアント側で最大 30 秒間、データのスライディング ウィンドウをバッファリングします。エラーが発生した場合、バッファリングされたデータが収集され、セッションの残りの部分が記録されます。 エラーが発生しない場合、リプレイは収集されません。
+
+たとえば、セッション サンプリング レートを 50% に設定し、エラー サンプリング レートを 100% に設定すると、次のことが意味されます。
+
+* すべてのユーザー セッションの半分が記録されます。
+
+* 50% サンプルに含まれていない場合でも、エラーが発生したすべてのセッションが記録されます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
new file mode 100644
index 00000000000..bb49631743d
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
@@ -0,0 +1,20 @@
+---
+title: セッションリプレイ用にJavaScriptを更新する
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## (コピー/ペーストしてデプロイされたエージェントの場合) JavaScript スニペットを手動で更新します [#update-snippet]
+
+コピー/ペーストの方法を使用してブラウザエージェントをデプロイする場合は、JavaScript スニペットを手動で更新してセッションリプレイ機能を含める必要がある場合があります。 この更新により、アプリケーションがリプレイ データをキャプチャして保存するように正しく構成されるようになります。
+
+エージェント コードを更新するには:
+
+1. **Application Settings** ページに移動して、JavaScript スニペットをコピーします。
+
+
+
+2. コード内の古いスニペットがあった場所に貼り付けます。
+
+3. アプリをデプロイします。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..2ca9bacb3c7
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: セッションのリプレイ
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## セッションリプレイの紹介
+
+セッションリプレイは、Web アプリ上のインタラクションをキャプチャし、他のテレメトリーデータをマッピングして、ユーザーの旅を理解するのに役立ちます。 セッションリプレイは、次のようなトラブルシューティングやエンドユーザー体験の改善に使用できます。
+
+* **JavaScript エラーのトラブルシューティング**: エラーが発生したときにユーザーが何をしていたかを確認して、エラーの原因をトラブルシューティングします。 たとえば、エンドユーザーが e コマース トランザクションを完了しようとしてエラーを受け取った場合、セッションリプレイを使用して、エラーが発生する前にユーザーが実行した手順と入力したデータを表示できます。 これにより、問題の根本原因を迅速に特定して修正できるようになります。
+* **ユーザー エクスペリエンスの向上**: ユーザーのフラストレーションを引き起こしている Web アプリの領域を発見します。 たとえば、ユーザーがナビゲーションで迷ったり、機能しないボタンをクリックしたりする可能性があります。
+* **主要なユーザー ジャーニーの問題を特定する**: パフォーマンスの問題を引き起こしている Web アプリの領域を特定します。 たとえば、セッション リプレイにより、 `/cart/checkout`ページでページ読み込み時間が長すぎることが判明した場合は、この重要なユーザー ジャーニーを修正することを優先します。
+
+
+
+## セッションリプレイの仕組み [#how-it-works]
+
+ユーザーが Web ページを読み込むと、セッションリプレイはページの構造と視覚要素を表すドキュメント オブジェクト モデル ( DOM ) のスナップショットを取得します。 正確なスタイル情報を確保するために、ブラウザエージェントはCSSファイルにアクセスします。 エージェントはこれらのスタイルをリプレイ記録に直接統合し、再生中に外部 CSS ファイルを参照する必要がなくなります。 ユーザーがページを操作すると、ブラウザエージェント内のライブラリがDOMに加えられた変更をキャプチャします。 キャプチャされたデータは New Relic のデータベースに安全に保存されます。
+
+リプレイは最大で次の期間保存されます:
+
+* 4時間のユーザーセッション
+* 30分間の非活動
+
+デフォルトでは、 browserイベント データは 8 日間保存されますが、実際のデータ保存期間はアカウントによって異なります。
+
+セッションリプレイの詳細については、次のセクションを参照してください。
+
+* [データ消費量](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): データ消費量を表示または予測します。
+* [ユーザーのプライバシーとセキュリティに関する懸念](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): ユーザー データを保護し、プライバシー要件を満たす方法について説明します。
+* [セッションリプレイとアプリのパフォーマンス](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): セッションリプレイがアプリのパフォーマンスへの影響を最小限に抑える方法を学びます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..b741afc791f
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: セッションリプレイの管理と機能の変更
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+ユーザー管理アクセス機能を使用して、セッションリプレイと変更機能を管理します。 この機能を使用すると、ユーザーロールとアクセス権限をカスタマイズして、セッションリプレイ設定を変更できるユーザーを定義できます。
+
+## 管理者グループからメンバー/アカウントの SR 変更アクセスを取り消す [#modify-all-admin-role]
+
+
+
+ **Administration > Access Management > Groups** に移動します。
+
+
+
+ 省略記号**(...)**アイコンをクリックし、 **Manage Group Access** 選択します。
+
+
+
+ **Members** セクションを展開し、必要なユーザーを選択します。
+
+
+
+ **Remove users from group** をクリックします。
+
+
+
+ **Account access** セクションを展開し、省略記号**(...)**アイコンをクリックします。
+
+
+
+ **Delete role** を選択します。
+
+
+
+## セッションリプレイ読み取りアクセス用のカスタム ロールを作成する [#create-custom-role]
+
+
+
+ **Administration > Access Management > Roles** に移動します。
+
+
+
+ **Add New Custom Roles** をクリックして、カスタム ロール名を入力します。
+
+
+
+ **Browser** セクションでは、次の操作を実行できます。
+
+ * **Session replays** に読み取り専用アクセスを許可するには、 **View** チェックボックスをオンにし、 **Modify** チェックボックスが選択されていないことを確認します。
+ * **Session replays** に変更アクセス権を付与するには、 **View** と**Modify** の両方のチェックボックスを選択します。
+
+
+
+
+
+ **Save** をクリックします。
+
+
+
+ **Groups** タブを選択し、 **Create new group** をクリックします。
+
+
+
+ **Group name** を入力して**Create group** をクリックします。
+
+
+
+ **Members** セクションを展開し、**Select a user** \[ユーザーの選択] ドロップダウン リストからユーザーを選択し、**Add user to group** \[ユーザーをグループに追加] をクリックします。
+
+
+
+ **Account acess** セクションを展開し、 **Add account roles to this group** フィールドで以下を選択します。
+
+ * **Select a role**
+ * **Select an account**
+
+
+
+ **Add role** をクリックします。
+
+
+
+## セッションリプレイ変更機能を付与する [#grant-sr-modify-capability]
+
+
+
+ **Administration > Access Management > Roles** に移動します。
+
+
+
+ **Custom role** セクションで、省略記号**(...)**アイコンをクリックし、 **Manage role** を選択します。
+
+
+
+ **Edit** アイコンをクリックして、 **Browser** セクションに移動します。
+
+
+
+ **Session replays** セクションで**Modify** チェックボックスを選択します。
+
+
+
+ **Save** をクリックします。
+
+
+
+
+ アップグレードされた設定がアカウントとユーザーの UI に表示されるまで 5 ～ 10 分かかる場合があります。
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
new file mode 100644
index 00000000000..754774ba179
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
@@ -0,0 +1,91 @@
+---
+title: トラブルシューティングセッションリプレイ
+metaDescription: Troubleshoot common issues with session replay in New Relic Browser.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+これは、New Relic セッション リプレイの問題を自分で診断するための最初のステップです。
+
+問題がここにリストされていない場合は、いつでも[New Relic サポート](https://support.newrelic.com)にお問い合わせください。
+
+## リプレイがUIに表示されない [#not-seeing-replay]
+
+### 問題
+
+セッションリプレイ機能は有効になっていますが、リプレイを表示できません。
+
+### 解決
+
+以下に考えられる修正をいくつか示します。
+
+* サンプリングレートを確認してください。 リプレイとエラーの両方にサンプリングがあります。
+
+* リプレイを表示する権限があることを確認してください。
+
+* ブラウザ エージェントの Pro または Pro+SPA バージョンを使用していることを確認してください。 セッション リプレイは、Lite ブラウザ エージェントでは機能しません。
+
+* ブラウザ エージェントが次の要件を満たしていることを確認してください。
+
+ * エージェントバージョン v1.260.0 以降。 改善を継続的に行っていくため、[最新のエージェント バージョンにアップグレードすること](/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes)をお勧めします。
+ * エージェントのタイプ: Pro または Pro+SPA。 セッション リプレイは、Lite ブラウザ エージェントでは機能しません。
+ * [セッション トレース](/docs/browser/browser-monitoring/browser-pro-features/session-traces-explore-webpages-life-cycle/#requirements)が有効になっています。
+
+* エンドユーザーのbrowserセッションリプレイを記録するために必要なbrowserレベルのAPIをサポートしています ( [MutationObserver](https://caniuse.com/mutationobserver)で互換性を確認してください)。
+
+* [エラー受信トレイ](/docs/errors-inbox/errors-inbox/)で、常に再生できるようにビューをフィルターします。 デフォルトでは、 browserイベント データは 8 日間保存されますが、実際のデータ保持期間はアカウントによって異なります。
+
+* コピー/ペーストの展開方法を使用している場合は、[エージェント コードを更新している](#update-snippet)ことを確認してください。
+
+* APMデプロイメント方式を使用する場合は、セッションリプレイが自動的に有効になるまで待つ必要がある場合があります。 それでもデータが表示されない場合は、エージェントを再起動してみてください。
+
+* PageView イベント データを[削除して](https://docs.newrelic.com/docs/data-apis/manage-data/drop-data-using-nerdgraph/)いる場合、セッション リプレイがUIに表示されない場合があります。
+
+## リプレイが正しく表示されない [#replays-not-appearing]
+
+### 問題
+
+リプレイは見ることができますが、正しく表示されません。
+
+これは、CSS ファイルが別のドメインでホストされており、Cross-Origin Resource Sharing (CORS) セキュリティ対策によってエージェントが CSS ファイルにアクセスできないことが考えられます。 これにより、重要なスタイル情報が欠落している可能性があるため、リプレイが不完全または不正確になる可能性があります。
+
+舞台裏で何が起こっているかは次のとおりです。
+
+* セッションリプレイはユーザーの DOM を再構築し、Web サイトの構造と視覚要素をキャプチャします。 これを実現するために、エージェントは CSS ファイルにアクセスして、スタイル情報を正確に取得します。 これらのスタイルはリプレイ録画に直接埋め込まれるため、再生中に元の CSS ファイルを参照する必要がなくなります。
+
+* CSS ファイルが別のドメインでホストされている場合、CORS によりエージェントがそれらにアクセスできなくなる可能性があります。
+
+### 解決
+
+CSS ファイルにアクセスできるようにするには、HTML コード内の``要素に`crossorigin="anonymous"`属性を追加します。 この属性は、ブラウザーに特定の CSS ファイルへのクロスオリジン アクセスを許可するよう指示し、ブラウザー エージェントがスタイル情報を記録および統合できるようにします。
+
+`crossorigin="anonymous"`属性を追加する例を次に示します。
+
+```HTML
+
+```
+
+## リプレイはiframeでは表示されません [#no-replays-in-iframes]
+
+### 問題
+
+セッションリプレイ機能は有効になっていますが、iframe コンテンツのリプレイ データを表示することはできません。
+
+### 解決
+
+iframe シナリオでのセッション リプレイの動作は、iframe の起源とブラウザ エージェントの配置によって異なります。
+
+Web ページが子 iframe を持つトップレベル ウィンドウで構成されていると仮定すると、次のような修正方法が考えられます。
+
+* **同じオリジンの iframe** :
+
+ * ブラウザエージェントをトップレベルウィンドウに配置すると、セッションリプレイはウィンドウと iframe の両方をキャプチャします。
+ * ブラウザエージェントを iframe 内に配置すると、セッションリプレイは iframe 内の内容のみをキャプチャします。
+ * ブラウザエージェントをトップレベルのウィンドウと iframe の両方に配置すると、セッションリプレイはウィンドウと iframe の両方で独立して何が起こっているかをキャプチャし、結果として 2 つの別々のセッションが作成されます。
+
+* **クロスオリジン iframe** :
+
+ * ブラウザエージェントをトップレベルウィンドウに配置すると、セッションリプレイはウィンドウ内の内容のみをキャプチャします。 セッションリプレイでは iframe が空白で表示されます。
+ * ブラウザエージェントを最上位の iframe に配置すると、セッションリプレイは iframe 内の内容のみをキャプチャします。
+
+セッションリプレイは``要素と互換性がありません。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
new file mode 100644
index 00000000000..f2e5890fca3
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
@@ -0,0 +1,48 @@
+---
+title: New Relicでセッションリプレイを表示する
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+New Relic でキャプチャしたデータの分析を開始します。 このセクションでは、セッション リプレイへのアクセスとナビゲーションに関する手順を説明し、ユーザー インタラクションを探索し、改善の余地がある領域を特定するのに役立ちます。 セッションリプレイ データを活用してユーザー エクスペリエンスを向上させ、問題を効果的にトラブルシューティングする方法を学びます。
+
+## New Relic でセッションのリプレイを表示する [#view-data]
+
+セッションリプレイは次の 2 つの場所で見つかります。
+
+* **Session replay** ページ:
+
+
+
+ **[one.newrelic.com > All Capabilities](https://one.newrelic.com/all-capabilities) > Browser** に移動します。
+
+
+
+ ブラウザ アプリを選択します。
+
+
+
+ 左側のメニューで下にスクロールし、 **Session replay** をクリックします。
+
+
+
+ 各リプレイをクリックしてセッションの詳細を表示します。
+
+
+
+
+
+* **Errors inbox** ページ:
+
+
+
+ 左側のbrowserメニューで、**Errors** をクリックします。
+
+
+
+ エラーに添付されたリプレイを表示するには、 **Triage** ページと**Group errors** ページをクリックします。
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
index 6b390c100dd..61f0e1a1408 100644
--- a/src/i18n/content/jp/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
+++ b/src/i18n/content/jp/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
@@ -9,7 +9,7 @@ translationType: machine
* [Summary](/docs/browser/browser-monitoring/getting-started/browser-summary-page/) : browserのパフォーマンスの概要を表示します
* [Web vitals](/docs/journey-performance/guide-to-monitoring-core-web-vitals) : コアウェブバイタルに貢献するものを知る
-* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay) : ユーザーセッションのライブ再生を表示して、JavaScript エラーのトラブルシューティングを行い、UI デザインを改善します。
+* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started) : ユーザーセッションのライブ再生を表示して、JavaScript エラーのトラブルシューティングを行い、UI デザインを改善します。
* [Page views](/docs/browser/new-relic-browser/browser-pro-features/page-views-examine-page-performance/) : ページのパフォーマンスを調べる
* [AJAX](/docs/browser/browser-monitoring/browser-pro-features/ajax-page-identify-time-consuming-calls/) : 時間のかかる通話を特定する
* [JavaScript errors](/docs/browser/new-relic-browser/browser-pro-features/javascript-errors-page-detect-analyze-errors/) : エラーを検出して分析する
diff --git a/src/i18n/content/jp/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx b/src/i18n/content/jp/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
index b4dfaa5f746..ee3b4374fb6 100644
--- a/src/i18n/content/jp/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
+++ b/src/i18n/content/jp/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
@@ -59,7 +59,7 @@ translationType: machine
サービス アカウント ID を GCP プロジェクトのメンバーとして追加するには、 **Project IAM Admin** ロールを持つユーザーが必要です。
- サービス アカウントを追加する前に、オンボーディング ウィザードの \[データを取得] をクリックして、Google からのデータ取得の承認を確認してください。
+ サービス アカウント ID を追加する前に、New Relic オンボーディング ウィザードの Fetch data \[データを取得] ボタンをクリックして、Google からのデータ取得の承認を確認してください。
GCP プロジェクト**IAM & admin** では、サービス アカウントに**Viewer** ロールと**Service Usage Consumer** ロール、あるいは[カスタム ロールが](/docs/integrations/google-cloud-platform-integrations/get-started/integrations-custom-roles)必要です。
diff --git a/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx b/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
index a2e688d506b..9c357599c21 100644
--- a/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
+++ b/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
@@ -13,28 +13,17 @@ translationType: machine
この機能は、iOS エージェント バージョン 7.4.0 以降でサポートされています。 シミュレーターの使用時やデバッグ中は、アプリのリリース時間は報告されません。
-iOS エージェントを使用すると、アプリのリリース時間 (「コールド時間」および「ホット時間」とも呼ばれる) を報告できます (ウォーム時間とプレウォーム時間は報告されません)。 デフォルトでは、アプリのリリース時間は機能フラグ[`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime)を使用して収集されます。
+iOS エージェントを使用すると、「コールド タイム」および「ホット タイム」とも呼ばれるアプリのリリース時間をレポートできます (ウォーム タイムおよびプレウォーム時間はレポートされません)。 デフォルトでは、アプリのリリース時間は機能フラグ[`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime)を使用して収集されます。
## アプリの起動時間を表示 [#app-launch-time]
アプリのリリース時間はメトリックス`AppLaunch/Cold`と`AppLaunch/Hot`で報告されます。 これらのリリース時間メトリックを追跡するには:
-1.
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder**
-
-
- に移動します。
-
+1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder** に移動します。
2. 次のような[NRQL クエリ](/docs/query-your-data/explore-query-data/query-builder/use-advanced-nrql-mode-query-data/)を実行します。
-
```sql
SELECT average(newrelic.timeslice.value ) AS 'AppLaunch/Cold' FROM Metric WHERE metricTimesliceName = 'AppLaunch/Cold' AND entity.guid = 'YOUR_APP_TOKEN' SINCE 1664218800000 UNTIL 1664220600000 TIMESERIES
```
+3. **Add to dashboard** をクリックして、既存のダッシュボードに追加するか、新しいダッシュボードを作成します。
-3.
- **Add to dashboard**
-
-
- をクリックして、既存のダッシュボードに追加するか、新しいダッシュボードを作成します。
-
-データが表示されない場合は、 `logcat`出力のエラーを確認してください。
+データが表示されない場合は、 `logcat`出力のエラーを確認してください。
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx b/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
index 4587c1334ad..d8f2828f41b 100644
--- a/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
+++ b/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
@@ -30,166 +30,25 @@ translationType: machine
다음으로 Okta의 New Relic SCIM/SSO 애플리케이션을 설정합니다.
1. [okta.com/](https://www.okta.com/) 으로 이동하여 관리자 권한이 있는 계정으로 로그인합니다.
-
-2. Okta 홈 페이지에서
-
-
- **Admin**
-
-
- 클릭합니다.
-
-3. Okta 관리자
-
-
- **Dashboard**
-
-
- 에서
-
-
- **Applications**
-
-
- 페이지를 선택합니다.
-
-4.
- **Browse app catalog**
-
-
- 클릭하고 "뉴웰릭별 조직"("뉴렐릭별 계정" 아님)을 검색한 후 결과에서 선택하세요.
-
-5.
- **New Relic by Organization**
-
-
- 페이지에서
-
-
- **Add**
-
-
- 클릭합니다.
-
-6.
- **Add New Relic by organization**
-
-
- 페이지에서 두 개의
-
-
- **Application visibility "Do not display..."**
-
-
- 확인란을 선택하고
-
-
- **Done**
-
-
- 를 클릭합니다. 나중에 설정이 완료되고 프로비저닝이 시작된 후에 기능이 표시되도록 하겠습니다.
+2. Okta 홈 페이지에서 **Admin** 클릭합니다.
+3. Okta 관리자 **Dashboard** 에서 **Applications** 페이지를 선택합니다.
+4. **Browse app catalog** 클릭하고 "뉴웰릭별 조직"("뉴렐릭별 계정" 아님)을 검색한 후 결과에서 선택하세요.
+5. **New Relic by Organization** 페이지에서 **Add** 클릭합니다.
+6. **Add New Relic by organization** 페이지에서 두 개의 **Application visibility "Do not display..."** 확인란을 선택하고 **Done** 를 클릭합니다. 나중에 설정이 완료되고 프로비저닝이 시작된 후에 기능이 표시되도록 하겠습니다.
## 3단계. 프로비저닝 구성 [#configure-provisioning]
사용자를 New Relic에 자동으로 프로비저닝하도록 Okta의 New Relic SCIM/SSO 애플리케이션을 구성합니다.
-1. 앱에서
-
-
- **Provisioning**
-
-
- 탭을 클릭합니다.
-
-2.
- **Integration**
-
-
- 양식에서
-
-
- **Configure API integration**
-
-
- 클릭하고
-
-
- **Enable API integration**
-
-
- 확인란을 선택합니다.
-
-3. [1단계 에서](#auth-domain) 저장한 API 권한을 가져와 Okta 뉴렐릭 앱의
-
-
- **API token**
-
-
- 필드에 입력하세요.
-
-4. 선택사항:
-
-
- **Test API credentials**
-
-
- 클릭하여 뉴렐릭에 SCIM 연결을 설정할 수 있는지 확인하세요. 연결이 설정되면 성공 메시지가 표시됩니다. 연결이 설정되지 않은 경우 API 입력을 다시 입력하고 테스트를 다시 시도하세요.
-
-5.
- **Save**
-
-
- 클릭합니다. 저장 프로세스에서는 API 자격 증명을 테스트합니다. 뉴렐릭에 연결이 설정되지 않으면 저장이 실패합니다.
-
-6. 새로 표시된
-
-
- **To App**
-
-
- 양식에서
-
-
- **Edit**
-
-
- 클릭합니다.
-
-7.
- **Create users**
-
-
- ,
-
-
- **Update user attributes**
-
-
- 및
-
-
- **Deactivate users**
-
-
- 섹션에서
-
-
- **Enable**
-
-
- 확인란을 선택합니다.
-
-8.
- **Save**
-
-
- 을(를) 클릭합니다.
-
-9.
- **Sign on**
-
-
- 탭으로 이동합니다. 인증 도메인 필드에 [인증 도메인 UI](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui) 에서 찾을 수 있는 인증 도메인 ID를 입력하세요.
+1. 앱에서 **Provisioning** 탭을 클릭합니다.
+2. **Integration** 양식에서 **Configure API integration** 클릭하고 **Enable API integration** 확인란을 선택합니다.
+3. [1단계 에서](#auth-domain) 저장한 API 권한을 가져와 Okta 뉴렐릭 앱의 **API token** 필드에 입력하세요.
+4. 선택사항: **Test API credentials** 클릭하여 뉴렐릭에 SCIM 연결을 설정할 수 있는지 확인하세요. 연결이 설정되면 성공 메시지가 표시됩니다. 연결이 설정되지 않은 경우 API 입력을 다시 입력하고 테스트를 다시 시도하세요.
+5. **Save** 클릭합니다. 저장 프로세스에서는 API 자격 증명을 테스트합니다. 뉴렐릭에 연결이 설정되지 않으면 저장이 실패합니다.
+6. 새로 표시된 **To App** 양식에서 **Edit** 클릭합니다.
+7. **Create users** , **Update user attributes** 및 **Deactivate users** 섹션에서 **Enable** 확인란을 선택합니다.
+8. **Save** 을(를) 클릭합니다.
+9. **Sign on** 탭으로 이동합니다. 인증 도메인 필드에 [인증 도메인 UI](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui) 에서 찾을 수 있는 인증 도메인 ID를 입력하세요.
## 4단계. 사용자 및 그룹 할당 [#assign-users]
@@ -199,153 +58,25 @@ Okta에서 사용자 그룹을 아직 설정하지 않았다면 생성해야 합
다음으로 사용자를 할당합니다. 사용자 할당은 앱의 두 가지 탭을 사용하여 수행됩니다. **Assignments** 탭에서 뉴렐릭 사용자를 선택하고 **Push groups** 탭에서 관련 그룹을 선택하는 것이 좋습니다.
-1. 앱에서
-
-
- **Assignments**
-
-
- 탭을 클릭합니다.
-
-2.
- **Assignments**
-
-
- 양식에서
-
-
- **Assign**
-
-
- 클릭합니다.
-
-3. 팝업 메뉴에서
-
-
- **Assign to groups**
-
-
- 클릭합니다.
-
-4.
- **Assign ... to groups**
-
-
- 양식에서 애플리케이션에 할당하려는 그룹에 대해
-
-
- **Assign**
-
-
- 클릭합니다.
-
-5.
- **Highly recommended**
-
-
- : Okta에서 사용자의 시간대를 구성합니다. 그러면 사용자의 날짜/시간이 뉴렐릭에 표시되는 방식이 결정됩니다. 시간대를 설정하지 않으면 해당 사용자가 [자신의 시간대를 설정](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting) 하지 않은 한 UTC 시간이 사용됩니다. 시간대는 "Olson" 시간대 데이터베이스 형식(예: "America/Los_Angeles")이라고도 알려진 IANA 시간대 데이터베이스 형식으로 지정됩니다. Okta에서는 시간대 설정을 구성하는 여러 가지 방법이 있으므로 자세한 내용이 필요한 경우 Okta 문서를 참조하세요.
-
-
- **Assignments**
-
-
- 탭에서 이를 수행하는 한 가지 방법은 다음과 같습니다.
-
- *
- **Time zone**
-
-
- 필드에 그룹 구성원의 기본 시간대를 입력합니다.
-
-6.
- **Save and go back**
-
-
- 을 클릭합니다.
-
+1. 앱에서 **Assignments** 탭을 클릭합니다.
+2. **Assignments** 양식에서 **Assign** 클릭합니다.
+3. 팝업 메뉴에서 **Assign to groups** 클릭합니다.
+4. **Assign ... to groups** 양식에서 애플리케이션에 할당하려는 그룹에 대해 **Assign** 클릭합니다.
+5. **Highly recommended** : Okta에서 사용자의 시간대를 구성합니다. 그러면 사용자의 날짜/시간이 뉴렐릭에 표시되는 방식이 결정됩니다. 시간대를 설정하지 않으면 해당 사용자가 [자신의 시간대를 설정](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting) 하지 않은 한 UTC 시간이 사용됩니다. 시간대는 "Olson" 시간대 데이터베이스 형식(예: "America/Los\_Angeles")이라고도 알려진 IANA 시간대 데이터베이스 형식으로 지정됩니다. Okta에서는 시간대 설정을 구성하는 여러 가지 방법이 있으므로 자세한 내용이 필요한 경우 Okta 문서를 참조하세요. **Assignments** 탭에서 이를 수행하는 한 가지 방법은 다음과 같습니다.
+ * **Time zone** 필드에 그룹 구성원의 기본 시간대를 입력합니다.
+6. **Save and go back** 을 클릭합니다.
7. 원하는 모든 그룹이 애플리케이션에 할당될 때까지 단계를 반복하여 그룹을 추가합니다.
-
-8.
- **Done**
-
-
- 을(를) 클릭합니다.
+8. **Done** 을(를) 클릭합니다.
### 푸시 그룹 탭
-1. 앱에서
-
-
- **Push groups**
-
-
- 탭을 클릭합니다.
-
-2.
- **Push groups**
-
-
- 양식에서
-
-
- **Push groups**
-
-
- 클릭합니다.
-
-3. 팝업 메뉴에서
-
-
- **Find groups by name**
-
-
- 클릭합니다.
-
-4.
- **Push groups to...**
-
-
- 양식의 검색 필드에 뉴렐릭에게 보내려는 그룹 이름의 처음 몇 자를 입력하세요.
-
-
- **Push group memberships immediately**
-
-
- 확인란을 선택된 상태로 둡니다.
-
+1. 앱에서 **Push groups** 탭을 클릭합니다.
+2. **Push groups** 양식에서 **Push groups** 클릭합니다.
+3. 팝업 메뉴에서 **Find groups by name** 클릭합니다.
+4. **Push groups to...** 양식의 검색 필드에 뉴렐릭에게 보내려는 그룹 이름의 처음 몇 자를 입력하세요. **Push group memberships immediately** 확인란을 선택된 상태로 둡니다.
5. 팝업 검색 결과 목록에서 그룹을 클릭합니다.
-
-6.
- **Match result & push action**
-
-
- 섹션에
-
-
- **No match found**
-
-
- 이 표시되어야 합니다. 이는 해당 그룹이 아직 뉴렐릭에 존재하지 않음을 의미합니다. 선택기를
-
-
- **Create group**
-
-
- 로 설정하고 그룹의 기본 이름을 그대로 둡니다. 여기서의 의도는 뉴렐릭에서 같은 이름의 그룹을 생성하는 것입니다.
-
-7. 이것이 뉴렐릭에게 보내려는 마지막 그룹이라면
-
-
- **Save**
-
-
- (를) 클릭하세요. 그렇지 않고 구성할 그룹이 더 있으면
-
-
- **Save & add another**
-
-
- 클릭하고 단계를 반복하여 그룹을 추가합니다.
+6. **Match result & push action** 섹션에 **No match found** 이 표시되어야 합니다. 이는 해당 그룹이 아직 뉴렐릭에 존재하지 않음을 의미합니다. 선택기를 **Create group** 로 설정하고 그룹의 기본 이름을 그대로 둡니다. 여기서의 의도는 뉴렐릭에서 같은 이름의 그룹을 생성하는 것입니다.
+7. 이것이 뉴렐릭에게 보내려는 마지막 그룹이라면 **Save** (를) 클릭하세요. 그렇지 않고 구성할 그룹이 더 있으면 **Save & add another** 클릭하고 단계를 반복하여 그룹을 추가합니다.
하나 이상의 그룹을 추가한 경우 [**User management** UI 페이지](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#where) 로 이동하여 추가한 사용자를 볼 수 있습니다.
@@ -366,98 +97,23 @@ Okta에서 사용자의 사용자 유형을 관리하려면:
3. 다음으로 새 속성 `nrUserType` 을 보낼 수 있도록 Okta를 구성합니다. 단계:
- *
- **Profile editor**
-
+ * **Profile editor** 으로 이동합니다. **Attributes** 섹션에서 **Add attribute** 클릭합니다.
+ * 아래 스크린샷과 일치하도록 설정을 지정하세요. 정확히 일치해야 하는 두 개의 필드는 **External name** (값: `nrUserType`) 및 **External namespace** (값: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`)입니다. `variable` 값은 임의의 값일 수 있습니다.
- 으로 이동합니다.
-
-
- **Attributes**
-
-
- 섹션에서
-
-
- **Add attribute**
-
-
- 클릭합니다.
-
- * 아래 스크린샷과 일치하도록 설정을 지정하세요. 정확히 일치해야 하는 두 개의 필드는
-
-
- **External name**
-
-
- (값: `nrUserType`) 및
-
-
- **External namespace**
-
-
- (값: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`)입니다. `variable` 값은 임의의 값일 수 있습니다.
-
-
+
4. 다음으로 이 필드를 갖도록 Okta 사용자 프로필을 구성합니다. 단계:
- *
- **Profile editor**
-
-
- 에서
-
-
- **Users**
-
-
- 로 이동하여
-
-
- **User (default)**
-
-
- 프로필을 클릭합니다.
-
- * 해당 프로필에 새
-
-
- **New Relic user type**
-
-
- 속성을 추가합니다([Okta 사용자 프로필 지침 참조](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas)). 이를 설정하는 방법은 사용자 유형을 정의하기 위한 설정 및 기본 설정에 따라 다릅니다. 사용자 유형의 예상 값은 `Basic User`, `Core User` 및 `Full User` 입니다. 아래는 정보가 채워진 예시입니다.
-
-
+ * **Profile editor** 에서 **Users** 로 이동하여 **User (default)** 프로필을 클릭합니다.
+ * 해당 프로필에 새로운 **New Relic user type** 속성을 추가합니다([Okta 사용자 프로필 지침 참조](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas)). 이를 설정하는 방법은 사용자 유형 정의에 대한 사용자의 설정 및 기본 설정에 따라 달라집니다. 사용자 유형에 대한 예상 값은 `Basic User`, `Core User`, `Full User` 이며 모두 대소문자를 구분합니다. 아래에는 정보가 입력된 예가 있습니다.
+
5. **People** 섹션에서 사용자의 사용자 유형을 정의합니다. 이를 수행하는 방법은 설정 및 기본 설정에 따라 다릅니다. 예를 들어, 각 사용자의 사용자 유형을 설정하여 이를 수동으로 설정하도록 선택하거나 Okta를 사용하여 이를 일괄적으로 관리할 수 있습니다.
6. 다음으로 해당 속성에 대한 매핑을 설정합니다. 단계:
- * 앱의
-
-
- **Provisioning**
-
-
- 섹션에서
-
-
- **Unmapped attributes**
-
-
- 클릭합니다.
-
+ * 앱의 **Provisioning** 섹션에서 **Unmapped attributes** 클릭합니다.
* 매핑되지 않은 New Relic 사용자 유형 속성의 편집 모드로 이동합니다.
-
* 사용자 유형을 설정하려는 방식에 따라 구성합니다. 사용자 유형 선택에 대한 자세한 내용은 [사용자](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type) 유형을 참조하십시오. [Okta 속성 매핑에 대해 자세히 알아보십시오.](https://help.okta.com/en/prod/Content/Topics/users-groups-profiles/usgp-about-attribute-mappings.htm)
## 6단계. 그룹 액세스 할당 [#assign-users]
@@ -481,30 +137,6 @@ SAML SSO를 활성화하려면 [SAML 지침](/docs/accounts/accounts-billing/new
그룹의 구성원 자격을 수동으로 동기화하는 단계는 다음과 같습니다.
-1. 뉴렐릭 SCIM/SSO 전설 페이지에서
-
-
- **Push groups**
-
-
- 탭을 클릭하세요.
-
-2.
- **Push groups**
-
-
- 양식에서
-
-
- **Push Status**
-
-
- 열 아래에 있는 원하는 그룹 버튼의 선택 목록을 엽니다.
-
-3. 버튼에 표시된 선택 목록에서
-
-
- **Push now**
-
-
- 클릭합니다. 이로 인해 그룹 멤버십이 뉴렐릭과 즉시 동기화됩니다.
+1. 뉴렐릭 SCIM/SSO 전설 페이지에서 **Push groups** 탭을 클릭하세요.
+2. **Push groups** 양식에서 **Push Status** 열 아래에 있는 원하는 그룹 버튼의 선택 목록을 엽니다.
+3. 버튼에 표시된 선택 목록에서 **Push now** 클릭합니다. 이로 인해 그룹 멤버십이 뉴렐릭과 즉시 동기화됩니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx b/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
index 6b7a638d5f7..a61132f878d 100644
--- a/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
+++ b/src/i18n/content/kr/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
@@ -530,13 +530,13 @@ SCIM API 통합이 완료되면 New Relic에 가져온 모든 사용자는 기
사용자의 유형 속성은 [사용자 정의 스키마](/docs/accounts/accounts/automated-user-management/scim-support-automated-user-management#user-type) `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User` 에 정의되어 있습니다. 이 스키마와 `nrUserType` 문자열 속성을 생성 또는 업데이트 요청에 포함하여 사용자 유형을 설정합니다.
-`nrUserType` 에 유효한 값은 다음과 같습니다.
+`nrUserType` 에 대한 유효한 값은 다음과 같으며 모두 대소문자를 구분합니다.
* `Full User`
* `Core User`
* `Basic User`
-새 `Basic user` 을 만들려면 `POST` 요청 `/scim/v2/Users` 을 보내고 맞춤 New Relic 스키마 확장을 포함합니다.
+새 `Basic User` 을 만들려면 `POST` 요청 `/scim/v2/Users` 을 보내고 맞춤 New Relic 스키마 확장을 포함합니다.
```shell
curl -X 'POST' -H 'Content-Type: application/json' -H "Authorization: Bearer $YOUR_TOKEN" 'https://scim-provisioning.service.newrelic.com/scim/v2/Users' --data-binary @- <
+
+
+ 8.4
+
+
+
+ ≥
+
+ [11.5.0.18](/docs/release-notes/agent-release-notes/php-release-notes/php-agent-11-5-0-18/)
+
+
+
+ 네
+
+
+
8.3
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx
new file mode 100644
index 00000000000..223e2c016ab
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx
@@ -0,0 +1,57 @@
+---
+title: 추가 정보
+metaDescription: 'Data consumption, User privacy and security concerns.'
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## 데이터 소비 [#data-consumption]
+
+세션 리플레이는 다른 브라우저 바이트와 동일한 소비 가격을 따릅니다. 생성되는 바이트 양은 세션 수, 길이, 사용자 활동 수준은 물론 사이트 DOM의 복잡성에 따라 달라집니다.
+
+리플레이당 비용을 예측하는 가장 정확한 방법은 짧은 테스트 기간 동안 해당 기능을 활성화하고 실제 소비량을 측정하는 것입니다. 혹은 리플레이 당 평균 5.3MB를 대략적인 추정치로 사용할 수도 있지만, 실제 비용은 상당히 다를 수 있다는 점을 명심하세요. 대략적인 비용을 예측하는 간단한 공식은 다음과 같습니다. `sessions` x `sampling_rate` x `gb_per_replay` x `cost_per_gb`.
+
+다음은 예입니다.
+
+100만(세션) x 5%(샘플링 비율) x 0.0053(GB당 재생 비용) x $0.35(GB당 비용) = 50,000회 재생 시 $92.75
+
+소비를 제어하려면 [샘플링 속도를 조정하세요](/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay/#configure-sampling-rates).
+
+## 사용자 개인 정보 보호 및 보안 문제 [#data-security]
+
+당사는 데이터 개인 정보 보호를 우선시하며, 민감한 고객 정보의 잠재적 노출을 최소화하기 위해 강력한 기본 설정으로 세션 리플레이를 구축했습니다. 사용자의 특정 요구 사항에 맞게 [개인정보 보호 설정을 추가로 사용자 정의](/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings) 할 수 있습니다.
+
+세션 리플레이는 스크린샷이나 영상을 캡쳐하지 않습니다. 대신, 사용자 상호작용을 재구성하는 데 필요한 필수적인 DOM 상태 변경만 기록합니다. 이를 통해 저장된 데이터 양이 크게 줄어듭니다.
+
+### 데이터 개인 정보 보호법 준수
+
+뉴렐릭은 GDPR 하에서는 프로세서 데이터 역할을 하고 CCPA 하에서는 서비스 공급업체 역할을 합니다. 이는 당사가 귀하의 지시에 따라 데이터를 처리한다는 것을 의미합니다. 궁극적으로 이러한 법률을 준수하는 것은 제작 내에서 세션 리플레이를 어떻게 구현하는지에 달려 있습니다.
+
+기본적으로 개인 데이터를 포함한 모든 텍스트와 사용자 입력은 녹음 내에서 마스킹됩니다. 필요한 경우 특정 요소를 선택적으로 마스크 해제할 수 있지만 기본값을 사용하면 개인 식별 정보가 쉽게 표시되지 않습니다. 이 접근 방식은 데이터 개인 정보 보호를 위한 강력한 기반을 제공하는 동시에 특정 요구 사항에 대한 유연성을 제공합니다.
+
+## 세션 리플레이와 앱의 성능 [#app-performance]
+
+세션 리플레이는 다음을 통해 귀하의 성능에 미치는 영향을 최소화합니다.
+
+* **초기 영향 최소화**: 세션 리플레이는 전체 페이지 로드 후 비동기식으로 로드되므로 초기 페이지 로드 성능 지표에 간섭이 발생하지 않습니다.
+
+* **DOM 돌연변이 추적**: 세션이 로드되면 세션 리플레이는 DOM 변경 사항을 모니터링하고 이를 압축된 페이로드로 보고합니다. 이러한 페이로드의 크기는 DOM 트리의 복잡성과 관련이 있습니다.
+
+* **성능 최적화 기술**: DOM이 큰 경우 페이로드 크기도 증가할 수 있습니다. 그러나 세션 리플레이는 페이로드 크기를 줄이기 위해 다음과 같은 다양한 기술을 사용합니다.
+
+ * GZIP 압축
+
+ * 중복 감소
+
+ * 전략적 페이로드 수집: 전체 DOM이 캡처될 때만 대용량(압축) 페이로드가 전송되며, 이는 일반적으로 리플레이 기능을 처음 가져올 때 발생합니다. 그 후에는 사용자의 동작과 관련된 작은 페이로드만 전송됩니다. 브라우저 에이전트는 다음 조건이 처음 발생할 때 데이터를 수집합니다.
+
+ * 압축된 페이로드는 64KB가 넘습니다.
+ * 60초가 경과합니다.
+ * 페이지 표시 여부가 변경됩니다(예: 탭 변경, 포커스, 탐색).
+ * 세션이 종료됩니다.
+
+### 주요 변경 사항:
+
+* **명확성:** 가독성을 높이기 위해 문장 구조를 개선했습니다.
+* **간결성:** 중복되는 단어와 구문을 제거했습니다.
+* **일관성:** 균일성을 위해 목록에 병렬 구조를 사용했습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx
new file mode 100644
index 00000000000..1380716531e
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx
@@ -0,0 +1,127 @@
+---
+title: 고급 기능
+metaDescription: 'Manually record session replays, disable automatic session replay tracking and use nerd graph to configure replay settings.'
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## 세션 수동 녹화 리플레이 [#manual-replays]
+
+필요한 경우 프로그래밍 방식으로 세션 리플레이를 `force` 하여 API 메서드를 사용하여 녹화를 시작하거나 중지할 수 있습니다. 다음은 몇 가지 사용 사례입니다.
+
+* 사용자가 상호작용 녹음을 선택하도록 허용합니다. 예를 들어 "성능 분석을 위해 이 세션을 기록하도록 허용하시겠습니까?"라는 팝업이 표시된다면, 사용자는 다음에 동의합니다.
+
+ 1. 녹음을 시작하려면 `newrelic.recordReplay()` 호출하세요.
+ 2. 세션이 완료되거나 동의가 철회되면 `newrelic.pauseReplay()` 사용하여 데이터 캡처를 중지합니다.
+
+* 다음과 같은 특정 기준에 따라 세션을 녹화합니다.
+
+ * 제품 결제 흐름과 같은 특정 URL의 세션에 대해서만 녹화를 시작합니다.
+ * `/billing` 또는 `/health-records` 과 같은 민감한 페이지에 대한 기록을 중지합니다.
+
+자세한 내용은 API 설명서를 참조하세요.
+
+* [`newrelic.recordReplay`](/docs/browser/new-relic-browser/browser-apis/recordReplay/)
+* [`newrelic.pauseReplay`](/docs/browser/new-relic-browser/browser-apis/pauseReplay/)
+
+## 자동 세션 리플레이 추적 비활성화 [#auto-replays]
+
+API 설정 옵션 `autoStart` 을 `false`로 설정하면 샘플링된 경우에도 세션 리플레이가 자동으로 시작되지 않도록 할 수 있습니다. 이는 자동 샘플링보다 특정 작업의 우선 순위를 지정해야 하는 시나리오에 유용합니다. 예를 들어 세션 리플레이가 HIPAA 준수 페이지와 같은 민감한 페이지에서 자동으로 실행되는 것을 원하지 않을 수 있습니다. 이러한 경우에는 사용자 동의를 얻은 후(및 앱에서 `.start()` 호출) `.start()` API를 사용하여 재생 기능을 수동으로 트리거할 수 있습니다.
+
+`autoStart: false` 을 설정하면 에이전트가 `.start()` 사용하여 명시적으로 호출될 때까지 초기화를 연기하도록 지시합니다. 이렇게 하면 백앤드가 녹음을 위해 샘플링을 하더라도 세션 리플레이가 전혀 생성되지 않습니다.
+
+
+ `.start()` 호출한다고 해서 세션 리플레이가 녹화된다는 보장은 없습니다. 이 시점까지는 단순히 모듈 가져오기와 샘플링 결과의 평가를 지연시킬 뿐입니다. 강제로 녹화해야 하는 경우 [세션 리플레이를 수동으로 녹화하는 방법을](#manual-replays) 참조하세요.
+
+
+이 API를 사용하려면 [`newrelic.start`](/docs/browser/new-relic-browser/browser-apis/start/) 참조하세요.
+
+## Nerdgraph를 사용하여 재생 설정 구성 [#nerdgraph-mutation]
+
+를 사용하는 대신 [NerdGraph API](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/) 사용하여 세션 리플레이 설정을 구성할 수 UI 있습니다. 이 방법은 여러 브라우저 모임에 샘플링 비율을 적용하는 등 대량 변경이 필요한 경우에 유용합니다.
+
+다음은 기본 설정으로 새 브라우저 애플리케이션을 생성하기 위한 변형 및 변수의 예입니다.
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
new file mode 100644
index 00000000000..51fcb8ca69d
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
@@ -0,0 +1,74 @@
+---
+title: (선택사항) 개인정보 보호 설정 구성
+metaDescription: Customizing Privacy Settings for user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+세션 리플레이를 녹화할 때 사용자 개인정보 보호는 중요한 고려사항입니다. 기본 설정은 민감한 정보를 보호하도록 설계되었지만 특정 요구 사항을 충족하기 위해 개인 정보 보호 구성을 조정해야 할 수도 있습니다. 이 섹션에서는 세션 리플레이의 기능을 유지하면서 개인정보 보호 기준을 준수하기 위해 특정 데이터를 마스크 처리, 차단 또는 무시하는 방법을 설명합니다.
+
+기본적으로 모든 텍스트와 입력은 별표로 대체됩니다. 다음은 기본 개인 정보 보호를 사용하여 재생이 어떻게 보이는지에 대한 예입니다.
+
+
+
+이 설정이 적절하다면 다음 단계로 넘어가세요.
+
+캡처되는 콘텐츠 또는 사용자 입력을 사용자 정의해야 하는 경우 특정 클래스 및 콘텐츠 또는 사용자 입력의 속성을 마스크, 차단 또는 무시할 수 있는 옵션이 있습니다. 개인정보 보호 설정을 변경하기 전에 반드시 개인정보 보호팀에 문의하세요.
+
+## 민감한 텍스트 마스크 [#mask-text]
+
+민감한 텍스트를 마스크할 수 있습니다. 즉, 텍스트가 별표(\*)로 대체됩니다. 예를 들어 URL에 표시되는 사용자의 계정 ID를 마스크할 수 있습니다.
+
+어떤 입력을 마스킹할지 지정하려면 다음과 같은 몇 가지 옵션이 있습니다.
+
+* **Application settings** 페이지에서 원하는 CSS 선택기를 추가하거나 마스킹 상자를 선택하세요. 마스크 선택기를 사용하면 마스크 사용자 입력이 되지 않으니 사용자 입력을 숨겨야 하는 경우에는 블록 선택기를 사용하는 것이 좋습니다.
+
+
+
+* 웹페이지 HTML에 CSS 클래스 `nr-mask` 또는 속성 `data-nr-mask` 을 추가하세요.
+
+ 예를 들어, URL에 계정 ID가 표시되지 않도록 하려면 계정 ID가 포함된 `
diff --git a/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx b/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
index 98e67ab1dbd..4d784cfe05e 100644
--- a/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
+++ b/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
@@ -13,28 +13,17 @@ translationType: machine
이 기능은 iOS 에이전트 버전 7.4.0 이상에서 지원됩니다. 시뮬레이터를 사용하거나 디버깅하는 동안에는 앱 설치 시간이 보고되지 않습니다.
-iOS 에이전트를 사용하면 "콜드 타임" 및 "핫 타임"이라고도 알려진 앱 설치 시간을 보고할 수 있습니다(웜 시간 및 예열 시간은 보고되지 않음). 기본적으로 앱 설치 시간은 기능 플래그 [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime) 를 통해 수집됩니다.
+iOS 에이전트를 사용하면 앱 출시 시간(콜드 타임, 핫 타임이라고도 함)을 보고할 수 있습니다(웜 타임과 사전 워밍업 시간은 보고되지 않음). 기본적으로 앱 출시 시간은 기능 플래그 [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime) 를 통해 수집됩니다.
## 앱 실행 시간 보기 [#app-launch-time]
귀하의 앱 출시 시간은 지표 `AppLaunch/Cold` 및 `AppLaunch/Hot` 로 보고됩니다. 이러한 새롭게 등장하는 시간 요소를 추적하려면:
-1.
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder**
-
-
- 으)로 이동합니다.
-
+1. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder** 으)로 이동합니다.
2. 다음과 같은 [NRQL 쿼리를](/docs/query-your-data/explore-query-data/query-builder/use-advanced-nrql-mode-query-data/) 실행합니다.
-
```sql
SELECT average(newrelic.timeslice.value ) AS 'AppLaunch/Cold' FROM Metric WHERE metricTimesliceName = 'AppLaunch/Cold' AND entity.guid = 'YOUR_APP_TOKEN' SINCE 1664218800000 UNTIL 1664220600000 TIMESERIES
```
+3. **Add to dashboard** 클릭하고 기존 대시보드에 추가하거나 새 대시보드를 만듭니다.
-3.
- **Add to dashboard**
-
-
- 클릭하고 기존 대시보드에 추가하거나 새 대시보드를 만듭니다.
-
-데이터가 표시되지 않으면 `logcat` 출력에서 오류를 검토하세요.
+데이터가 표시되지 않으면 `logcat` 출력에서 오류를 검토하세요.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx b/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
index f9087828c0b..8955a42cd6c 100644
--- a/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
+++ b/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/okta-scimsso-application-configuration.mdx
@@ -30,182 +30,25 @@ Para esse domínio de autenticação, em **Source of users** , selecio
Em seguida, configure o aplicativo New Relic SCIM/SSO do Okta:
1. Acesse [okta.com/](https://www.okta.com/) e faça login com uma conta que tenha permissões de administrador.
-
-2. Na página inicial do Okta, clique em
-
-
- **Admin**
-
-
- .
-
-3. No administrador do Okta
-
-
- **Dashboard**
-
-
- , escolha a página
-
-
- **Applications**
-
-
- .
-
-4. Clique em
-
-
- **Browse app catalog**
-
-
- e pesquise "New Relic por organização" (não "New Relic por conta") e escolha-a nos resultados.
-
-5. Na página
-
-
- **New Relic by Organization**
-
-
- , clique em
-
-
- **Add**
-
-
- .
-
-6. Na página
-
-
- **Add New Relic by organization**
-
-
- , marque as duas caixas de seleção
-
-
- **Application visibility "Do not display..."**
-
-
- e clique em
-
-
- **Done**
-
-
- . Tornaremos o aplicativo visível mais tarde, após a conclusão da configuração e o início do provisionamento.
+2. Na página inicial do Okta, clique em **Admin** .
+3. No administrador do Okta **Dashboard** , escolha a página **Applications** .
+4. Clique em **Browse app catalog** e pesquise "New Relic por organização" (não "New Relic por conta") e escolha-a nos resultados.
+5. Na página **New Relic by Organization** , clique em **Add** .
+6. Na página **Add New Relic by organization** , marque as duas caixas de seleção **Application visibility "Do not display..."** e clique em **Done** . Tornaremos o aplicativo visível mais tarde, após a conclusão da configuração e o início do provisionamento.
## Etapa 3. Configurar o provisionamento [#configure-provisioning]
Configure o aplicativo New Relic SCIM/SSO do Okta para provisionar automaticamente seu usuário no New Relic:
-1. No aplicativo, clique na guia
-
-
- **Provisioning**
-
-
- .
-
-2. No formulário
-
-
- **Integration**
-
-
- , clique em
-
-
- **Configure API integration**
-
-
- e marque a caixa de seleção
-
-
- **Enable API integration**
-
-
- .
-
-3. Pegue o token de API que você salvou na [Etapa 1](#auth-domain) e insira-o no campo
-
-
- **API token**
-
-
- do aplicativo Okta New Relic.
-
-4. Opcional: clique em
-
-
- **Test API credentials**
-
-
- para verificar se uma conexão SCIM pode ser estabelecida com o New Relic. Se uma conexão puder ser estabelecida, uma mensagem de sucesso será exibida. Se uma conexão não foi estabelecida, insira novamente o token da API e tente o teste novamente.
-
-5. Clique em
-
-
- **Save**
-
-
- . Observe que o processo de salvamento faz um teste das credenciais da API. Se uma conexão não for estabelecida com o New Relic, o salvamento falhará.
-
-6. No formulário
-
-
- **To App**
-
-
- recém-exibido, clique em
-
-
- **Edit**
-
-
- .
-
-7. Marque a caixa de seleção
-
-
- **Enable**
-
-
- nas seções
-
-
- **Create users**
-
-
- ,
-
-
- **Update user attributes**
-
-
- e
-
-
- **Deactivate users**
-
-
- .
-
-8. Clique em
-
-
- **Save**
-
-
- .
-
-9. Vá para a guia
-
-
- **Sign on**
-
-
- . No campo domínio de autenticação, insira seu ID de domínio de autenticação, que você encontrará em nossa [interface de domínio de autenticação](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui).
+1. No aplicativo, clique na guia **Provisioning** .
+2. No formulário **Integration** , clique em **Configure API integration** e marque a caixa de seleção **Enable API integration** .
+3. Pegue o token de API que você salvou na [Etapa 1](#auth-domain) e insira-o no campo **API token** do aplicativo Okta New Relic.
+4. Opcional: clique em **Test API credentials** para verificar se uma conexão SCIM pode ser estabelecida com o New Relic. Se uma conexão puder ser estabelecida, uma mensagem de sucesso será exibida. Se uma conexão não foi estabelecida, insira novamente o token da API e tente o teste novamente.
+5. Clique em **Save** . Observe que o processo de salvamento faz um teste das credenciais da API. Se uma conexão não for estabelecida com o New Relic, o salvamento falhará.
+6. No formulário **To App** recém-exibido, clique em **Edit** .
+7. Marque a caixa de seleção **Enable** nas seções **Create users** , **Update user attributes** e **Deactivate users** .
+8. Clique em **Save** .
+9. Vá para a guia **Sign on** . No campo domínio de autenticação, insira seu ID de domínio de autenticação, que você encontrará em nossa [interface de domínio de autenticação](/docs/accounts/accounts-billing/new-relic-one-user-management/authentication-domains-saml-sso-scim-more/#ui).
## Passo 4. Atribuir usuários e grupos [#assign-users]
@@ -215,169 +58,25 @@ Se você ainda não tem seus grupos de usuários configurados no Okta, você pre
A seguir, você atribuirá usuário. A atribuição do usuário é feita em duas abas diferentes no aplicativo. Recomendamos que seu usuário New Relic seja selecionado na guia **Assignments** e seus grupos associados selecionados na guia **Push groups** .
-1. No aplicativo, clique na guia
-
-
- **Assignments**
-
-
- .
-
-2. No formulário
-
-
- **Assignments**
-
-
- , clique em
-
-
- **Assign**
-
-
- .
-
-3. No menu pop-up, clique em
-
-
- **Assign to groups**
-
-
- .
-
-4. No formulário
-
-
- **Assign ... to groups**
-
-
- , clique em
-
-
- **Assign**
-
-
- para o grupo que deseja atribuir ao aplicativo.
-
-5.
- **Highly recommended**
-
-
- : Configure o fuso horário do seu usuário no Okta. Isso determinará como as datas/horas do seu usuário serão exibidas no New Relic. Se você não definir um fuso horário, usaremos o horário UTC para esses usuários, a menos que eles tenham [definido seu próprio fuso horário](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting). O fuso horário é especificado no formato de banco de dados de fuso horário da IANA, também conhecido como formato de banco de dados de fuso horário "Olson" (por exemplo, "América/Los_Angeles"). Existem várias maneiras no Okta de definir as configurações de fuso horário, portanto, consulte a documentação do Okta se forem necessários mais detalhes. Esta é uma maneira de fazer isso na guia
-
-
- **Assignments**
-
-
- :
-
- * No campo
-
-
- **Time zone**
-
-
- , insira o fuso horário padrão para os membros do grupo.
-
-6. Clique em
-
-
- **Save and go back**
-
-
- .
-
+1. No aplicativo, clique na guia **Assignments** .
+2. No formulário **Assignments** , clique em **Assign** .
+3. No menu pop-up, clique em **Assign to groups** .
+4. No formulário **Assign ... to groups** , clique em **Assign** para o grupo que deseja atribuir ao aplicativo.
+5. **Highly recommended** : Configure o fuso horário do seu usuário no Okta. Isso determinará como as datas/horas do seu usuário serão exibidas no New Relic. Se você não definir um fuso horário, usaremos o horário UTC para esses usuários, a menos que eles tenham [definido seu próprio fuso horário](/docs/accounts/accounts-billing/general-account-settings/default-time-zone-setting). O fuso horário é especificado no formato de banco de dados de fuso horário da IANA, também conhecido como formato de banco de dados de fuso horário "Olson" (por exemplo, "América/Los\_Angeles"). Existem várias maneiras no Okta de definir as configurações de fuso horário, portanto, consulte a documentação do Okta se forem necessários mais detalhes. Esta é uma maneira de fazer isso na guia **Assignments** :
+ * No campo **Time zone** , insira o fuso horário padrão para os membros do grupo.
+6. Clique em **Save and go back** .
7. Repita as etapas para adicionar um grupo até que todos os grupos desejados tenham sido atribuídos ao aplicativo.
-
-8. Clique em
-
-
- **Done**
-
-
- .
+8. Clique em **Done** .
### Guia Grupos push
-1. No aplicativo, clique na guia
-
-
- **Push groups**
-
-
- .
-
-2. No formulário
-
-
- **Push groups**
-
-
- , clique em
-
-
- **Push groups**
-
-
- .
-
-3. No menu pop-up, clique em
-
-
- **Find groups by name**
-
-
- .
-
-4. No formulário
-
-
- **Push groups to...**
-
-
- , no campo de pesquisa digite os primeiros caracteres do nome do grupo que deseja enviar para a New Relic. Deixe a caixa de seleção
-
-
- **Push group memberships immediately**
-
-
- marcada.
-
+1. No aplicativo, clique na guia **Push groups** .
+2. No formulário **Push groups** , clique em **Push groups** .
+3. No menu pop-up, clique em **Find groups by name** .
+4. No formulário **Push groups to...** , no campo de pesquisa digite os primeiros caracteres do nome do grupo que deseja enviar para a New Relic. Deixe a caixa de seleção **Push group memberships immediately** marcada.
5. Clique no seu grupo na lista pop-up de resultados da pesquisa.
-
-6. Na seção
-
-
- **Match result & push action**
-
-
- ,
-
-
- **No match found**
-
-
- deve ser exibido, significando que o grupo ainda não existe na New Relic. Deixe o seletor definido como
-
-
- **Create group**
-
-
- e deixe o nome padrão do grupo. A intenção aqui é criar um grupo com o mesmo nome na New Relic.
-
-7. Se este for o último grupo que você deseja enviar para o New Relic, clique em
-
-
- **Save**
-
-
- . Caso contrário, se você tiver mais grupos para configurar, clique em
-
-
- **Save & add another**
-
-
- e repita os passos para adicionar um grupo.
+6. Na seção **Match result & push action** , **No match found** deve ser exibido, significando que o grupo ainda não existe na New Relic. Deixe o seletor definido como **Create group** e deixe o nome padrão do grupo. A intenção aqui é criar um grupo com o mesmo nome na New Relic.
+7. Se este for o último grupo que você deseja enviar para o New Relic, clique em **Save** . Caso contrário, se você tiver mais grupos para configurar, clique em **Save & add another** e repita os passos para adicionar um grupo.
Ao adicionar um ou mais grupos, você poderá ver os usuários adicionados acessando a [página da interface do usuário**User management** ](/docs/accounts/accounts-billing/new-relic-one-user-management/user-management-ui-and-tasks#where).
@@ -398,102 +97,23 @@ Para gerenciar o tipo de usuário dos seus usuários no Okta:
3. A seguir, você configurará o Okta para poder enviar um novo atributo `nrUserType`. Passos:
- * Vá para
-
-
- **Profile editor**
-
-
- . Na seção
-
-
- **Attributes**
-
-
- , clique em
-
-
- **Add attribute**
-
-
- .
-
- * Defina suas configurações para corresponder à captura de tela abaixo. Os únicos dois campos que devem corresponder exatamente são
-
-
- **External name**
-
-
- (valor: `nrUserType`) e
+ * Vá para **Profile editor** . Na seção **Attributes** , clique em **Add attribute** .
+ * Defina suas configurações para corresponder à captura de tela abaixo. Os únicos dois campos que devem corresponder exatamente são **External name** (valor: `nrUserType`) e **External namespace** (valor: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`). O valor `variable` pode ser qualquer valor.
-
- **External namespace**
-
-
- (valor: `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`). O valor `variable` pode ser qualquer valor.
-
-
+
4. A seguir, você configurará seu perfil de usuário do Okta para ter este campo. Passos:
- * Em
-
-
- **Profile editor**
-
-
- , vá para
-
-
- **Users**
-
-
- e clique no perfil
-
-
- **User (default)**
-
-
- .
-
- * Adicione um novo atributo
-
-
- **New Relic user type**
-
-
- a esse perfil ([consulte as instruções do perfil de usuário do Okta](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas)). A forma como você define isso dependerá de sua própria configuração e preferências para definir o tipo de usuário. Observe que os valores esperados para o tipo de usuário são `Basic User`, `Core User` e `Full User`. Abaixo está um exemplo com informações preenchidas.
-
-
+ * Em **Profile editor** , vá para **Users** e clique no perfil **User (default)** .
+ * Adicione um novo atributo **New Relic user type** a esse perfil ([veja as instruções do perfil de usuário do Okta](https://developer.okta.com/docs/concepts/user-profiles/#universal-directory-schemas)). A forma como você define isso dependerá da sua configuração e preferências para definir o tipo de usuário. Observe que os valores esperados para o tipo de usuário são `Basic User`, `Core User` e `Full User`, todos eles diferenciando maiúsculas de minúsculas. Abaixo está um exemplo com informações preenchidas.
+
5. Na seção **People** , defina o tipo de usuário para seus usuários. Como você fará isso dependerá de sua configuração e preferências. Por exemplo, você pode optar por definir isso manualmente, definindo o tipo de usuário de cada usuário, ou pode usar o Okta para gerenciá-los em massa.
6. A seguir, você configurará o mapeamento para esse atributo. Passos:
- * Na seção
-
-
- **Provisioning**
-
-
- do aplicativo, clique em
-
-
- **Unmapped attributes**
-
-
- .
-
+ * Na seção **Provisioning** do aplicativo, clique em **Unmapped attributes** .
* Entre no modo de edição para o atributo de tipo de usuário New Relic não mapeado.
-
* Configure-o com base em como você deseja definir o tipo de usuário. Para saber como escolher o tipo de usuário, consulte [Tipo de usuário](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type). [Saiba mais sobre Okta atributo mapeamento.](https://help.okta.com/en/prod/Content/Topics/users-groups-profiles/usgp-about-attribute-mappings.htm)
## Passo 6. Atribuir acesso ao grupo [#assign-users]
@@ -517,32 +137,6 @@ Ao mover um usuário entre grupos, você deve sincronizar manualmente a associa
Aqui estão as etapas para sincronizar manualmente a associação de um grupo:
-1. Na página do aplicativo New Relic SCIM/SSO, clique na guia
-
-
- **Push groups**
-
-
- .
-
-2. No formulário
-
-
- **Push groups**
-
-
- , abra a lista de seleção no botão do grupo desejado na coluna
-
-
- **Push Status**
-
-
- .
-
-3. Na lista de seleção exibida no botão, clique em
-
-
- **Push now**
-
-
- . Isso causa uma sincronização imediata dos membros do grupo com o New Relic.
+1. Na página do aplicativo New Relic SCIM/SSO, clique na guia **Push groups** .
+2. No formulário **Push groups** , abra a lista de seleção no botão do grupo desejado na coluna **Push Status** .
+3. Na lista de seleção exibida no botão, clique em **Push now** . Isso causa uma sincronização imediata dos membros do grupo com o New Relic.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx b/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
index 94c32b36a0c..c842b7cf66b 100644
--- a/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
+++ b/src/i18n/content/pt/docs/accounts/accounts/automated-user-management/tutorial-manage-users-groups-scim.mdx
@@ -530,13 +530,13 @@ Depois que a integração da API SCIM for concluída, todos os usuários trazido
O atributo type do usuário é definido no [esquema customizado](/docs/accounts/accounts/automated-user-management/scim-support-automated-user-management#user-type) `urn:ietf:params:scim:schemas:extension:newrelic:2.0:User`. Inclua esse esquema e o atributo de string `nrUserType` em sua solicitação de criação ou atualização para definir o tipo de usuário.
-Os valores válidos para `nrUserType` incluem:
+Os valores válidos para `nrUserType` incluem, todos eles, distinção entre maiúsculas e minúsculas:
* `Full User`
* `Core User`
* `Basic User`
-Para criar um novo `Basic user` envie uma solicitação `POST` `/scim/v2/Users` e inclua a extensão de esquema New Relic personalizada:
+Para criar um novo `Basic User` envie uma solicitação `POST` `/scim/v2/Users` e inclua a extensão de esquema New Relic personalizada:
```shell
curl -X 'POST' -H 'Content-Type: application/json' -H "Authorization: Bearer $YOUR_TOKEN" 'https://scim-provisioning.service.newrelic.com/scim/v2/Users' --data-binary @- <
+
+
+ 8.4
+
+
+
+ ≥
+
+ [11.5.0.18](/docs/release-notes/agent-release-notes/php-release-notes/php-agent-11-5-0-18/)
+
+
+
+ Sim
+
+
+
8.3
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx
new file mode 100644
index 00000000000..907a78f4c54
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information.mdx
@@ -0,0 +1,57 @@
+---
+title: Informações adicionais
+metaDescription: 'Data consumption, User privacy and security concerns.'
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Consumo de dados [#data-consumption]
+
+Session Replay segue o mesmo preço de consumo dos demais bytes do navegador. A quantidade de bytes produzidos depende da contagem, duração e níveis de atividade do usuário nas sessões, bem como da complexidade do DOM do seu site.
+
+A maneira mais precisa de projetar seu custo por replay é habilitar o recurso por um curto período de teste e medir seu consumo real. Como alternativa, você pode usar uma média de 5,3 MB por replay como uma aproximação aproximada, mas tenha em mente que seu custo real pode variar significativamente. Uma fórmula simples para projetar seus custos aproximados é: `sessions` x `sampling_rate` x `gb_per_replay` x `cost_per_gb`.
+
+Aqui está um exemplo:
+
+1 milhão (sessões) x 5% (taxa\_de\_amostragem) x 0,0053 (gb\_por\_replay) x US$ 0,35 (custo\_por\_gb) = US$ 92,75 para 50.000 replays
+
+Para controlar seu consumo, [ajuste suas taxas de amostragem](/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay/#configure-sampling-rates).
+
+## Preocupações com privacidade e segurança do usuário [#data-security]
+
+Priorizamos a privacidade dos dados e criamos o Session Replay com configurações padrão fortes para minimizar a exposição potencial de informações confidenciais dos clientes. Você pode [personalizar ainda mais as configurações de privacidade](/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings) para atender às suas necessidades específicas.
+
+O Session Replay não captura tela ou vídeos. Em vez disso, ele registra apenas as alterações essenciais de estado DOM necessárias para reconstruir a interação do usuário. Isso reduz significativamente a quantidade de dados armazenados.
+
+### Conformidade com as leis de privacidade de dados
+
+New Relic atua como processadora de dados sob GDPR e provedora de serviço sob CCPA. Isto significa que processamos dados de acordo com as suas instruções. Em última análise, a conformidade com essas leis depende de como você implementa Session Replay em seu aplicativo.
+
+Por padrão, todos os textos e entradas do usuário, incluindo dados pessoais, são mascarados nas gravações. Você pode desmascarar seletivamente elementos específicos, se necessário, mas o padrão garante que nenhuma informação de identificação pessoal esteja prontamente visível. Essa abordagem fornece uma base sólida para a privacidade de dados, ao mesmo tempo que oferece flexibilidade para suas necessidades específicas.
+
+## Session Replay e o desempenho do seu aplicativo [#app-performance]
+
+O Session Replay minimiza o impacto no desempenho do aplicativo com:
+
+* **Impacto inicial mínimo**: Session Replay carrega de forma assíncrona após o carregamento completo da página, garantindo nenhuma interferência na métrica de desempenho de carregamento inicial da página.
+
+* **Rastreamento de mutação DOM **: uma vez carregado, Session Replay monitora as alterações DOM e as relata como carga compactada. O tamanho dessa carga está correlacionado com a complexidade da árvore DOM .
+
+* **Técnicas de otimização de desempenho**: O tamanho da carga útil também pode aumentar se o DOM for grande. No entanto, Session Replay utiliza diversas técnicas para reduzir o tamanho da carga, como:
+
+ * Compressão GZIP
+
+ * Redução de duplicação
+
+ * Coleta estratégica de carga útil: uma carga útil grande (compactada) é enviada somente quando o DOM completo é capturado, o que normalmente ocorre quando o recurso de reprodução é importado pela primeira vez. Posteriormente, apenas pequenas cargas relacionadas às ações do usuário são enviadas. O agente do browser coletará dados com base na primeira ocorrência das seguintes condições:
+
+ * A carga útil atinge mais de 64 KB compactados.
+ * Decorrem 60 segundos.
+ * A visibilidade da página muda (por exemplo, mudança de aba, foco, navegação).
+ * A sessão termina.
+
+### Principais mudanças:
+
+* **Clareza:** Estrutura de frases aprimorada para melhor legibilidade.
+* **Concisão:** palavras e frases redundantes foram removidas.
+* **Consistência:** Estrutura paralela usada na lista para uniformidade.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx
new file mode 100644
index 00000000000..a259a8ef501
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/advanced-features.mdx
@@ -0,0 +1,127 @@
+---
+title: Recurso avançado
+metaDescription: 'Manually record session replays, disable automatic session replay tracking and use nerd graph to configure replay settings.'
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Gravar manualmente a repetição da sessão [#manual-replays]
+
+Se necessário, você pode `force` programaticamente uma Session Replay para iniciar ou interromper a gravação usando métodos API . Aqui estão alguns casos de uso:
+
+* Permitir que o usuário opte pela gravação de interação. Por exemplo, se você tiver um pop-up perguntando “Permitir que esta sessão seja gravada para análise de desempenho?” e um usuário consente:
+
+ 1. Ligue para `newrelic.recordReplay()` para iniciar a gravação.
+ 2. Após a conclusão da sessão ou a retirada do consentimento, use `newrelic.pauseReplay()` para interromper a captura de dados.
+
+* Grave sessões com base em critérios específicos, como:
+
+ * Comece a gravar apenas sessões em URLs específicos, como um fluxo de checkout de produto.
+ * Interrompa a gravação de páginas confidenciais, como `/billing` ou `/health-records`.
+
+Consulte a documentação da API para obter instruções:
+
+* [`newrelic.recordReplay`](/docs/browser/new-relic-browser/browser-apis/recordReplay/)
+* [`newrelic.pauseReplay`](/docs/browser/new-relic-browser/browser-apis/pauseReplay/)
+
+## Desativar rastreamento automático Session Replay [#auto-replays]
+
+Você pode impedir que a repetição da sessão seja iniciada automaticamente, mesmo quando amostrada, definindo a opção de configuração API `autoStart` como `false`. Isto é útil em cenários onde você precisa priorizar ações específicas em vez de amostragem automática. Por exemplo, você pode não querer que o Session Replay seja executado automaticamente em páginas confidenciais, como as compatíveis com HIPAA. Nesses casos, você pode usar a API `.start()` para acionar manualmente o recurso de reprodução depois que o consentimento do usuário for obtido (e seu aplicativo chamar `.start()`)
+
+A configuração `autoStart: false` instrui o agente a adiar sua inicialização até que seja explicitamente chamado usando `.start()`. Isso garante que o Session Replay não será criado, mesmo que o backend faça uma amostragem do seu aplicativo para gravação.
+
+
+ Chamar `.start()` não garante que uma repetição da sessão será gravada. Ele simplesmente atrasa a importação do módulo e a avaliação dos resultados da amostragem até esse ponto. Se você precisar forçar uma gravação, consulte [Gravar manualmente o Session Replay](#manual-replays).
+
+
+Para começar a usar esta API, consulte [`newrelic.start`](/docs/browser/new-relic-browser/browser-apis/start/).
+
+## Use o Nerdgraph para definir as configurações de reprodução [#nerdgraph-mutation]
+
+Você pode definir as configurações Session Replay usando nossa [API NerdGraph](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/) em vez de usar a interface. Este método é útil se você precisar fazer alterações em massa, como aplicar taxas de amostragem a múltiplas entidades do browser.
+
+Aqui está um exemplo de mutação e variáveis para criar um novo aplicativo de browser com configurações padrão:
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
new file mode 100644
index 00000000000..b4486ae1fa7
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/customize-privacy-settings.mdx
@@ -0,0 +1,74 @@
+---
+title: (Opcional) Definir configurações de privacidade
+metaDescription: Customizing Privacy Settings for user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+A privacidade do usuário é uma consideração crítica ao gravar o Session Replay. Embora as configurações padrão sejam projetadas para proteger informações confidenciais, pode ser necessário ajustar as configurações de privacidade para atender a necessidades específicas. Esta seção explica como ocultar, bloquear ou ignorar determinados dados para cumprir com os padrões de privacidade e, ao mesmo tempo, manter a funcionalidade do Session Replay.
+
+Por padrão, todos os textos e entradas são substituídos por asteriscos. Aqui está um exemplo da aparência de um replay com privacidade padrão:
+
+
+
+Se essa configuração for apropriada, vá para a próxima etapa.
+
+Se precisar personalizar qual conteúdo ou entrada do usuário é capturado, você terá opções para mascarar, bloquear ou ignorar classes específicas e atributos de conteúdo ou entrada do usuário. Certifique-se de verificar com sua equipe de privacidade antes de alterar as configurações de privacidade.
+
+## Mascarar texto sensível [#mask-text]
+
+Você pode mascarar texto confidencial, o que significa que o texto será substituído por asteriscos (\*). Por exemplo, você pode mascarar o ID da conta de um usuário exibido em um URL.
+
+Para especificar qual entrada deve ser mascarada, você tem algumas opções:
+
+* Na página **Application settings** , adicione seus próprios seletores CSS ou marque as caixas de mascaramento. Observe que usar seletores de bloco não ocultará a entrada do usuário, portanto, se você precisar ocultar a entrada do usuário, recomendamos usar seletores de bloco.
+
+
+
+* Adicione nossa classe CSS `nr-mask` ou atributo `data-nr-mask` ao HTML da sua página da web.
+
+ Por exemplo, para mascarar a exibição de um ID de conta no URL, adicione `nr-mask` ao `
diff --git a/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx b/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
index 5b650f8f872..1edad1120d3 100644
--- a/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
+++ b/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/app-launch-times-ios-apps.mdx
@@ -13,32 +13,17 @@ translationType: machine
Este recurso é compatível com o agente iOS versão 7.4.0 e superior. Os tempos de lançamento do aplicativo não são informados ao usar simuladores ou durante a depuração.
-Com o agente iOS, você pode reportar o tempo de lançamento do aplicativo, também conhecido como “tempo frio” e “tempo quente” (tempos quentes e pré-aquecidos não são informados). Por padrão, os tempos de lançamento do app são coletados com a flag de recurso [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime).
+Com o agente iOS, você pode relatar o tempo de inicialização do aplicativo, também conhecido como "tempo frio" e "tempo quente" (tempos quentes e pré-aquecidos não são relatados). Por padrão, os tempos de inicialização do aplicativo são coletados com o sinalizador de recurso [`NRFeatureFlag_AppStartMetrics`](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/configure-settings/#ios-applaunchtime).
## Ver o horário de lançamento do aplicativo [#app-launch-time]
O tempo de lançamento do seu aplicativo é relatado com as métricas `AppLaunch/Cold` e `AppLaunch/Hot`. Para acompanhar essas métricas de tempo de lançamento:
-1. Vá para
-
-
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder**
-
-
- .
-
+1. Vá para **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Capabilities > Query builder** .
2. Execute uma [consulta NRQL](/docs/query-your-data/explore-query-data/query-builder/use-advanced-nrql-mode-query-data/), como:
-
```sql
SELECT average(newrelic.timeslice.value ) AS 'AppLaunch/Cold' FROM Metric WHERE metricTimesliceName = 'AppLaunch/Cold' AND entity.guid = 'YOUR_APP_TOKEN' SINCE 1664218800000 UNTIL 1664220600000 TIMESERIES
```
+3. Clique em **Add to dashboard** e adicione-o a um dashboard existente ou crie um novo.
-3. Clique em
-
-
- **Add to dashboard**
-
-
- e adicione-o a um dashboard existente ou crie um novo.
-
-Se nenhum dado aparecer, revise sua saída `logcat` em busca de erros.
+Se nenhum dado aparecer, revise sua saída `logcat` em busca de erros.
\ No newline at end of file
+
+
+
+
+ ```
+
+## ユーザー入力を無視する [#ignore-input]
+
+ユーザー入力フィールドへの変更を無視することができます。つまり、入力フィールドはリプレイに引き続き表示されますが、値の変更は表示されません。 たとえば、電子メール アドレスやクレジットカード フィールドを含むクラスを無視できます。 パスワード入力フィールドは常にマスクされます。
+
+入力を無視するには、入力フィールドのクラス名に CSS クラス`nr-ignore`を追加します。 たとえば、請求ページの機密情報を無視したい場合は、 `class="nr-ignore"`を``に追加します。
+
+```html
+
+
+
+```
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
new file mode 100644
index 00000000000..2bcdf9e7edc
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
@@ -0,0 +1,38 @@
+---
+title: セッションリプレイのセットアップ
+metaDescription: Enable session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+New Relic でセッション リプレイを利用するには、まずbrowserアプリケーション設定でこの機能を有効にしてください。 このステップは、Web アプリでユーザー インタラクションをキャプチャし、ユーザー ジャーニーにインサイトを提供し、トラブルシューティングの問題を効果的に行うために不可欠です。 以下の手順に従ってセッションリプレイを有効にし、ブラウザエージェントが正しく設定されていることを確認してください。
+
+## セッションリプレイを有効にする [#enable-session-replay]
+
+1. Sensitive Information
+Credit card number:
+Expiration date:
+CVV code:
+
+
+2. コード内の古いスニペットがあった場所に貼り付けます。
+
+3. アプリをデプロイします。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..2ca9bacb3c7
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: セッションのリプレイ
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## セッションリプレイの紹介
+
+セッションリプレイは、Web アプリ上のインタラクションをキャプチャし、他のテレメトリーデータをマッピングして、ユーザーの旅を理解するのに役立ちます。 セッションリプレイは、次のようなトラブルシューティングやエンドユーザー体験の改善に使用できます。
+
+* **JavaScript エラーのトラブルシューティング**: エラーが発生したときにユーザーが何をしていたかを確認して、エラーの原因をトラブルシューティングします。 たとえば、エンドユーザーが e コマース トランザクションを完了しようとしてエラーを受け取った場合、セッションリプレイを使用して、エラーが発生する前にユーザーが実行した手順と入力したデータを表示できます。 これにより、問題の根本原因を迅速に特定して修正できるようになります。
+* **ユーザー エクスペリエンスの向上**: ユーザーのフラストレーションを引き起こしている Web アプリの領域を発見します。 たとえば、ユーザーがナビゲーションで迷ったり、機能しないボタンをクリックしたりする可能性があります。
+* **主要なユーザー ジャーニーの問題を特定する**: パフォーマンスの問題を引き起こしている Web アプリの領域を特定します。 たとえば、セッション リプレイにより、 `/cart/checkout`ページでページ読み込み時間が長すぎることが判明した場合は、この重要なユーザー ジャーニーを修正することを優先します。
+
+
+
+## セッションリプレイの仕組み [#how-it-works]
+
+ユーザーが Web ページを読み込むと、セッションリプレイはページの構造と視覚要素を表すドキュメント オブジェクト モデル ( DOM ) のスナップショットを取得します。 正確なスタイル情報を確保するために、ブラウザエージェントはCSSファイルにアクセスします。 エージェントはこれらのスタイルをリプレイ記録に直接統合し、再生中に外部 CSS ファイルを参照する必要がなくなります。 ユーザーがページを操作すると、ブラウザエージェント内のライブラリがDOMに加えられた変更をキャプチャします。 キャプチャされたデータは New Relic のデータベースに安全に保存されます。
+
+リプレイは最大で次の期間保存されます:
+
+* 4時間のユーザーセッション
+* 30分間の非活動
+
+デフォルトでは、 browserイベント データは 8 日間保存されますが、実際のデータ保存期間はアカウントによって異なります。
+
+セッションリプレイの詳細については、次のセクションを参照してください。
+
+* [データ消費量](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): データ消費量を表示または予測します。
+* [ユーザーのプライバシーとセキュリティに関する懸念](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): ユーザー データを保護し、プライバシー要件を満たす方法について説明します。
+* [セッションリプレイとアプリのパフォーマンス](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): セッションリプレイがアプリのパフォーマンスへの影響を最小限に抑える方法を学びます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..b741afc791f
--- /dev/null
+++ b/src/i18n/content/jp/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: セッションリプレイの管理と機能の変更
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+ユーザー管理アクセス機能を使用して、セッションリプレイと変更機能を管理します。 この機能を使用すると、ユーザーロールとアクセス権限をカスタマイズして、セッションリプレイ設定を変更できるユーザーを定義できます。
+
+## 管理者グループからメンバー/アカウントの SR 変更アクセスを取り消す [#modify-all-admin-role]
+
+
+
+
+
+
4. 다음으로 이 필드를 갖도록 Okta 사용자 프로필을 구성합니다. 단계:
- *
+ *
5. | + 돌연변이 + | + ++ 변수 + | +
|---|---|
| + ```graphql + mutation SessionReplayConfigUpdate($guid: EntityGuid!, $settings: AgentApplicationSettingsUpdateInput!) { + agentApplicationSettingsUpdate(guid: $guid, settings: $settings) { + browserSettings { + sessionReplay { + blockSelector + errorSamplingRate + maskTextSelector + enabled + collectFonts + inlineImages + inlineStylesheet + samplingRate + maskAllInputs + maskInputOptions { + color + date + datetimeLocal + email + month + number + range + search + select + tel + text + textArea + time + url + week + } + } + } + errors { + field + errorClass + description + } + } + } + ``` + | + ++ ```json + { + "sessionReplay": { + "enabled": true, + "collectFonts": true, + "blockSelector": ".private-fields", + "maskTextSelector": "*", + "inlineStylesheet": false, + "maskAllInputs": true, + "maskInputOptions": { + "color": true, + "date": true, + "textArea": true + }, + "samplingRate": 9.99, + "errorSamplingRate": 1.11 + } + } + ``` + | +
+
+이 설정이 적절하다면 다음 단계로 넘어가세요.
+
+캡처되는 콘텐츠 또는 사용자 입력을 사용자 정의해야 하는 경우 특정 클래스 및 콘텐츠 또는 사용자 입력의 속성을 마스크, 차단 또는 무시할 수 있는 옵션이 있습니다. 개인정보 보호 설정을 변경하기 전에 반드시 개인정보 보호팀에 문의하세요.
+
+## 민감한 텍스트 마스크 [#mask-text]
+
+민감한 텍스트를 마스크할 수 있습니다. 즉, 텍스트가 별표(\*)로 대체됩니다. 예를 들어 URL에 표시되는 사용자의 계정 ID를 마스크할 수 있습니다.
+
+어떤 입력을 마스킹할지 지정하려면 다음과 같은 몇 가지 옵션이 있습니다.
+
+*
+
+* 웹페이지 HTML에 CSS 클래스 `nr-mask` 또는 속성 `data-nr-mask` 을 추가하세요.
+
+ 예를 들어, URL에 계정 ID가 표시되지 않도록 하려면 계정 ID가 포함된 `` 에 `nr-mask` 추가합니다.
+
+ `
+
+* 웹페이지 HTML에 CSS 클래스 `nr-block` 또는 속성 `data-nr-block` 을 수동으로 추가하세요. 예를 들어 세션 재생에서 관련 없는 텍스트와 이미지를 차단하려면 `
Account ID: 99881123
`
+
+이러한 옵션은 별표(\*)를 사용하여 해당 요소의 모든 텍스트를 마스크하여 실제 텍스트는 숨기고 입력된 문자 수는 표시합니다. 그러나 별표는 유효한 숫자가 아니므로 전화번호나 신용카드 번호와 같이 숫자 유형별 필드를 마스크하면 리플레이에서 빈 필드가 됩니다.
+
+## 사이트 콘텐츠 차단 [#block-content]
+
+사이트 콘텐츠의 전체 섹션을 차단할 수 있습니다. 즉, 해당 섹션은 세션 리플레이에서 빈 플레이스홀더로 표시됩니다. 예를 들어 회사 소개 웹페이지에 이미지가 있고 이를 캡처할 필요가 없는 경우 해당 이미지가 포함된 클래스를 차단할 수 있습니다.
+
+특정 클래스나 속성을 차단하려면 다음과 같은 몇 가지 옵션이 있습니다.
+
+* 애플리케이션 설정 페이지에서 \**블록 선택기* 필드에 CSS 선택기를 추가합니다.
+
+
+
+* 웹페이지 HTML에 CSS 클래스 `nr-block` 또는 속성 `data-nr-block` 을 수동으로 추가하세요. 예를 들어 세션 재생에서 관련 없는 텍스트와 이미지를 차단하려면 `` 에 `nr-block` 추가하세요.
+
+ ```html
+
+
+ Sample image and text
+
+
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > All Capabilities > Browser** 으)로 이동합니다.
+
+2. 브라우저 앱을 선택하세요.
+
+3. 왼쪽 메뉴에서 **Application settings** 클릭합니다.
+
+4. **Application settings** 페이지에서 **Pro** 또는 **Pro + SPA** 브라우저 에이전트가 선택되었는지 확인하세요. 세션 리플레이는 Lite 브라우저 에이전트에 사용할 수 없습니다.
+
+5. **Session traces** 및 **Session replay** 켜짐으로 전환합니다.
+
+
+ **Session replay** 설정을 볼 수 없는 경우. 추가 도움이 필요하면 관리자에게 문의하세요.
+
+
+## 샘플링 속도 설정 [#configure-sampling-rates]
+
+다음 샘플에 대해 샘플링 속도(0%-100%)를 설정합니다.
+
+* **User sessions** 모든 사용자 세션의 무작위 샘플을 기록합니다.
+
+* **Errored session** 오류가 있는 모든 세션의 무작위 샘플을 기록합니다. 에이전트는 클라이언트 측에서 최대 30초 동안 데이터의 슬라이딩 윈도우를 버퍼링하고, 오류가 발생하면 버퍼링된 데이터가 수집되고 나머지 세션이 기록됩니다. 오류가 발생하지 않으면 리플레이는 수집되지 않습니다.
+
+예를 들어 세션 샘플링 비율을 50%로 설정하고 오류 샘플링 비율을 100%로 설정하면 다음을 의미합니다.
+
+* 전체 사용자 세션의 절반이 녹화됩니다.
+
+* 오류가 발생한 모든 세션은 50% 샘플에 속하지 않더라도 기록됩니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
new file mode 100644
index 00000000000..4e35974a7a6
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
@@ -0,0 +1,20 @@
+---
+title: 세션 리플레이용 JavaScript 업데이트
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## (복사/붙여넣기 배포된 에이전트의 경우) JavaScript 코드 조각을 수동으로 업데이트합니다. [#update-snippet]
+
+브라우저 에이전트를 구현하고 배포하기 위해 복사/붙여넣기 방법을 사용하는 경우 세션 리플레이 기능을 포함하도록 JavaScript 스니펫을 수동으로 업데이트해야 할 수도 있습니다. 이 업데이트는 애플리케이션이 리플레이 데이터를 캡처하고 저장하도록 올바르게 구성되도록 보장합니다.
+
+에이전트 코드를 업데이트하려면:
+
+1. **Application Settings** 페이지로 이동하여 자바스크립트 스니펫을 복사하세요.
+
+
+
+2. 이전 코드 조각이 있던 코드에 붙여넣으세요.
+
+3. 앱을 배포합니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..4c8b453d439
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: 세션 재생
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## 세션 리플레이 소개
+
+세션 리플레이는 귀하의 웹 앱에서 블록 커넥터를 캡처하고 다른 텔리메트리 데이터를 매핑하여 사용자의 여정을 이해하는 데 도움을 줍니다. 세션 리플레이는 다음과 같은 문제 해결 및 최종 사용자 환경 개선에 사용될 수 있습니다.
+
+* **문제 진단, JavaScript 오류 해결**: 오류가 발생했을 때 사용자가 무엇을 하고 있었는지 확인하여 오류의 원인을 해결합니다. 예를 들어, 최종 사용자가 전자상거래를 완료하는 중에 오류가 발생하면 세션 리플레이를 사용하여 오류가 발생하기 전에 수행한 단계와 입력한 데이터를 볼 수 있습니다. 이를 통해 문제의 근본 원인을 빠르게 파악하고 해결할 수 있습니다.
+* **사용자 경험 개선**: 웹 앱에서 사용자에게 불만을 일으키는 부분을 파악하세요. 예를 들어, 사용자는 탐색 기능을 사용하다 길을 잃거나 작동하지 않는 버튼을 클릭할 수 있습니다.
+* **주요 사용자 여정의 문제 식별**: 성능 문제를 일으키는 웹 앱 영역을 식별합니다. 예를 들어 세션 재생을 통해 `/cart/checkout` 페이지에서 과도한 페이지 로드 시간이 발생하고 있는 것으로 나타나면 이 중요한 사용자 경험을 해결하는 데 우선순위를 두어야 합니다.
+
+
+
+## 세션 재생 작동 방식 [#how-it-works]
+
+사용자가 웹 페이지를 로드하면 세션 리플레이는 페이지의 구조와 시각적 요소를 나타내는 문서 개체 모델(DOM)의 스냅샷을 만듭니다. 정확한 스타일 정보를 보장하기 위해 브라우저 에이전트는 CSS 파일에 액세스합니다. 그런 다음 에이전트는 이러한 스타일을 재생 녹화에 직접 통합하여 재생 중에 외부 CSS 파일을 참조할 필요성을 제거합니다. 사용자가 페이지와 상호작용할 때 브라우저 에이전트 내의 라이브러리는 DOM에 대한 모든 변경 사항을 캡처합니다. 이렇게 캡처된 데이터는 뉴렐릭의 데이터베이스에 안전하게 저장됩니다.
+
+리플레이는 최대 다음까지 저장됩니다.
+
+* 사용자 세션 4시간
+* 30분 동안 활동 없음
+
+기본적으로 브라우저 이벤트 데이터는 8일 동안 저장되지만 실제 데이터 보존 기간은 계정에 따라 다릅니다.
+
+세션 리플레이에 대한 자세한 내용은 다음 섹션을 참조하세요.
+
+* [데이터 소비](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): 데이터 소비를 확인하거나 예측합니다.
+* [사용자 개인정보 보호 및 보안 문제](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): 당사가 사용자의 사용자 데이터를 보호하고 개인정보 보호 요구 사항을 충족하는 방법에 대해 알아보세요.
+* [세션 리플레이와 앱 성능](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): 세션 리플레이가 앱 성능에 미치는 영향을 최소화하는 방법을 알아보세요.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..4e292f7e553
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: 세션 리플레이 관리 및 기능 수정
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+사용자 관리 접근 기능을 이용하여 세션 리플레이 및 수정 기능을 관리합니다. 이를 통해 사용자 역할 및 액세스 권한을 사용자 정의하여 세션 리플레이 설정을 수정할 수 있는 사람을 정의할 수 있습니다.
+
+## 관리자 그룹의 멤버/계정에 대한 SR 수정 액세스 권한 취소 [#modify-all-admin-role]
+
+
+
+ **Administration > Access Management > Groups** 으)로 이동합니다.
+
+
+
+ 줄임표 **(...)** 아이콘을 클릭하고 **Manage Group Access** 선택합니다.
+
+
+
+ **Members** 섹션을 확장하여 필요한 사용자를 선택합니다.
+
+
+
+ **Remove users from group** 을(를) 클릭합니다.
+
+
+
+ **Account access** 섹션을 확장하고 줄임표 **(...)** 아이콘을 클릭합니다.
+
+
+
+ **Delete role** 선택합니다.
+
+
+
+## 세션 리플레이 읽기 액세스에 대한 사용자 정의 역할 생성 [#create-custom-role]
+
+
+
+ **Administration > Access Management > Roles** 으)로 이동합니다.
+
+
+
+ **Add New Custom Roles** 클릭하고 사용자 지정 역할 이름을 입력합니다.
+
+
+
+ **Browser** 섹션에서는 다음을 수행할 수 있습니다.
+
+ * **View** 확인란을 선택하고 **Modify** 확인란이 선택되지 않았는지 확인하여 **Session replays** 에 대한 읽기 전용 액세스 권한을 부여합니다.
+ * **View** 및 **Modify** 확인란을 모두 선택하여 **Session replays** 에 수정 액세스 권한을 부여하세요.
+
+
+
+
+
+ **Save** 을(를) 클릭합니다.
+
+
+
+ **Groups** 탭을 선택하고 **Create new group** 클릭합니다.
+
+
+
+ **Group name** 을 입력하고 **Create group** 클릭하세요.
+
+
+
+ **Members** 섹션을 확장하고** Select a user** \[사용자 선택] 드롭다운 목록에서 사용자를 선택한 다음 **Add user to group** \[그룹에 사용자 추가]를 클릭합니다.
+
+
+
+ **Account acess** 섹션을 확장하고 **Add account roles to this group** 필드에서 다음을 선택합니다.
+
+ * **Select a role**
+ * **Select an account**
+
+
+
+ **Add role** 을(를) 클릭합니다.
+
+
+
+## 세션 리플레이 수정 기능 부여 [#grant-sr-modify-capability]
+
+
+
+ **Administration > Access Management > Roles** 으)로 이동합니다.
+
+
+
+ **Custom role** 섹션에서 줄임표 **(...)** 아이콘을 클릭하고 **Manage role** 선택합니다.
+
+
+
+ **Edit** 아이콘을 클릭하고 **Browser** 섹션으로 이동합니다.
+
+
+
+ **Session replays** 섹션에서 **Modify** 확인란을 선택합니다.
+
+
+
+ **Save** 을(를) 클릭합니다.
+
+
+
+
+ 업그레이드된 설정이 계정 및 사용자의 UI에 나타나기까지 5〜10분이 걸릴 수 있습니다.
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
new file mode 100644
index 00000000000..c1bf88d4211
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
@@ -0,0 +1,91 @@
+---
+title: '문제 해결, 해결 세션 리플레이'
+metaDescription: Troubleshoot common issues with session replay in New Relic Browser.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+이것은 뉴렐릭 세션 리플레이 문제를 직접 진단하기 위한 첫 번째 단계입니다.
+
+여기에 나열된 문제를 찾을 수 없다면 언제든지 [New Relic 지원팀](https://support.newrelic.com) 에 문의하실 수 있습니다.
+
+## UI에서 리플레이가 보이지 않음 [#not-seeing-replay]
+
+### 문제
+
+세션 리플레이 기능이 활성화되어 있지만 리플레이를 볼 수 없습니다.
+
+### 해결책
+
+가능한 몇 가지 수정 사항은 다음과 같습니다.
+
+* 샘플링 속도를 확인하세요. 재생과 오류 모두에 대한 샘플링이 있습니다.
+
+* 리플레이를 볼 수 있는 권한이 있는지 확인하세요.
+
+* Pro 또는 Pro+SPA 버전의 브라우저 에이전트를 사용하고 있는지 확인하세요. 세션 재생은 Lite 브라우저 에이전트에서 작동하지 않습니다.
+
+* 브라우저 에이전트가 다음 요구 사항을 충족하는지 확인하세요.
+
+ * 에이전트 버전 v1.260.0 이상. 지속적으로 개선을 이루고 있으므로 [최신 에이전트 버전으로 업그레이드하는](/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes) 것이 좋습니다.
+ * 에이전트 유형: Pro 또는 Pro+SPA. 세션 재생은 Lite 브라우저 에이전트에서 작동하지 않습니다.
+ * [세션 추적이](/docs/browser/browser-monitoring/browser-pro-features/session-traces-explore-webpages-life-cycle/#requirements) 활성화되었습니다.
+
+* 최종 사용자의 브라우저는 세션 리플레이를 기록하는 데 필요한 브라우저 수준 API 지원합니다( [MutationObserver](https://caniuse.com/mutationobserver) 에서 호환성 확인).
+
+* [오류스 인박스(errors inbox)](/docs/errors-inbox/errors-inbox/) 에서 조회수를 필터링하여 항상 재생이 가능하도록 하세요. 기본적으로 브라우저 이벤트 데이터는 8일간 저장되지만, 실제 데이터 보존 기간은 계정에 따라 다릅니다.
+
+* 복사/붙여넣기 배포 방법을 사용하는 경우 [에이전트 코드를 업데이트했는지](#update-snippet) 확인하세요.
+
+* APM 구현, 배포 방법을 사용하는 경우 세션 리플레이가 자동으로 활성화될 때까지 기다려야 할 수 있습니다. 여전히 데이터가 보이지 않으면 에이전트를 다시 시작해 보세요.
+
+* PageView 이벤트 데이터를 [삭제하는](https://docs.newrelic.com/docs/data-apis/manage-data/drop-data-using-nerdgraph/) 경우 세션 리플레이가 UI 에 표시되지 않을 수 있습니다.
+
+## 리플레이가 올바르게 나타나지 않습니다 [#replays-not-appearing]
+
+### 문제
+
+리플레이를 볼 수는 있지만 올바르게 나타나지 않습니다.
+
+이는 CSS 파일이 별도의 도메인에서 호스팅되고 CORS(Cross-Origin Resource Sharing) 보안 조치로 인해 에이전트가 CSS 파일에 액세스하지 못하기 때문일 수 있습니다. 필수 스타일 정보가 누락될 수 있으므로 재생이 불완전하거나 부정확할 수 있습니다.
+
+뒤에서 일어나는 일은 다음과 같습니다.
+
+* 세션 리플레이는 사용자의 DOM 재구축하여 웹사이트의 구조와 시각적 요소를 캡처합니다. 이를 달성하기 위해 에이전트는 CSS 파일에 액세스하여 스타일 정보를 정확하게 파악합니다. 이러한 스타일은 재생 녹화에 직접 내장되므로 재생 중에 원본 CSS 파일을 참조할 필요가 없습니다.
+
+* 귀하의 CSS 파일이 별도의 도메인에서 호스팅되는 경우 CORS는 당사 에이전트가 해당 파일에 액세스하는 것을 차단할 수 있습니다.
+
+### 해결책
+
+CSS 파일에 액세스할 수 있도록 하려면 HTML 코드 내의 `` 요소에 `crossorigin="anonymous"` 속성을 추가하세요. 이 속성은 브라우저에 특정 CSS 파일에 대한 교차 원본 액세스를 허용하도록 지시하여 브라우저 에이전트가 스타일 정보를 기록하고 통합할 수 있도록 합니다.
+
+다음은 `crossorigin="anonymous"` 속성을 추가하는 예입니다.
+
+```HTML
+
+```
+
+## iframe에서 재생이 보이지 않습니다 [#no-replays-in-iframes]
+
+### 문제
+
+세션 리플레이 기능이 활성화되어 있지만 iframe 콘텐츠에 대한 재생 데이터를 볼 수 없습니다.
+
+### 해결책
+
+iframe 시나리오에서 세션 리플레이의 동작은 iframe의 출처와 브라우저 에이전트의 배치에 따라 달라집니다.
+
+웹 페이지가 자식 iframe이 있는 최상위 창으로 구성되어 있다고 가정할 때 다음과 같은 수정이 가능합니다.
+
+* **동일 출처 iframe**:
+
+ * 브라우저 에이전트를 최상위 창에 배치하면 세션 리플레이가 창과 iframe을 모두 캡처합니다.
+ * iframe에 에이전트 에이전트를 배치하면 세션 리플레이는 iframe에 있는 내용만 캡처합니다.
+ * 브라우저 에이전트를 최상위 창과 iframe 모두에 배치하면 세션 리플레이는 창과 iframe 모두에서 독립적으로 일어나는 일을 캡처하여 두 개의 별도 세션을 생성합니다.
+
+* **교차 출처 iframe**:
+
+ * 브라우저 에이전트를 최상위 창에 배치하면 세션 리플레이는 창에 있는 내용만 캡처합니다. 세션 리플레이에서는 iframe이 공백으로 표시됩니다.
+ * 브라우저 에이전트를 최상위 iframe에 배치하면 세션 리플레이는 iframe에 있는 내용만 캡처합니다.
+
+세션 리플레이는 `` 요소와 호환되지 않습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
new file mode 100644
index 00000000000..18ac13eda75
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
@@ -0,0 +1,48 @@
+---
+title: 뉴렐릭에서 세션 리플레이 보기
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+뉴렐릭에서 수집된 데이터 분석을 시작하세요. 이 섹션에서는 세션 리플레이 접속 및 탐색에 대한 지침을 제공하여 사용자 복합체 복합체를 탐색하고 개선이 필요한 영역을 식별하는 데 도움을 줍니다. 세션 리플레이 데이터를 활용하여 사용자 경험을 향상하고 문제를 효과적으로 해결하는 방법을 알아보세요.
+
+## New Relic에서 세션 재생 보기 [#view-data]
+
+세션 리플레이는 두 곳에서 찾을 수 있습니다:
+
+* **Session replay** 페이지에서:
+
+
+
+ **[one.newrelic.com > All Capabilities](https://one.newrelic.com/all-capabilities) > Browser** 으)로 이동합니다.
+
+
+
+ 브라우저 앱을 선택하세요.
+
+
+
+ 왼쪽 메뉴에서 아래로 스크롤하여 **Session replay** 클릭합니다.
+
+
+
+ 각 재생을 클릭하면 세션 세부정보를 볼 수 있습니다.
+
+
+
+
+
+* **Errors inbox** 페이지에서:
+
+
+
+ 왼쪽 브라우저 메뉴에서 **Errors** 클릭합니다.
+
+
+
+ **Triage** 및 **Group errors** 페이지를 클릭하면 오류에 첨부된 리플레이를 볼 수 있습니다.
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
index 0b6d7343fe3..c9a7a5a4a49 100644
--- a/src/i18n/content/kr/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
+++ b/src/i18n/content/kr/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
@@ -9,7 +9,7 @@ translationType: machine
* [Summary](/docs/browser/browser-monitoring/getting-started/browser-summary-page/) : 브라우저 성능 요약 보기
* [Web vitals](/docs/journey-performance/guide-to-monitoring-core-web-vitals) : 코어 웹 바이탈에 기여하는 요소를 알아보세요.
-* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay) : 사용자 세션의 실시간 재생을 확인하여 JavaScript 오류 문제를 해결하고 UI 디자인을 개선합니다.
+* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started) : 사용자 세션의 실시간 재생을 확인하여 JavaScript 오류 문제를 해결하고 UI 디자인을 개선합니다.
* [Page views](/docs/browser/new-relic-browser/browser-pro-features/page-views-examine-page-performance/) : 페이지 성능 검사
* [AJAX](/docs/browser/browser-monitoring/browser-pro-features/ajax-page-identify-time-consuming-calls/) : 시간이 많이 걸리는 통화 식별
* [JavaScript errors](/docs/browser/new-relic-browser/browser-pro-features/javascript-errors-page-detect-analyze-errors/) : 오류 감지 및 분석
diff --git a/src/i18n/content/kr/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx b/src/i18n/content/kr/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
index 54a79b6ce35..bed8e93deb3 100644
--- a/src/i18n/content/kr/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
+++ b/src/i18n/content/kr/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
@@ -59,7 +59,7 @@ translationType: machine
서비스 계정 ID를 GCP 프로젝트의 구성원으로 추가하려면 **Project IAM Admin** 역할이 있는 사용자가 필요합니다.
- 서비스 계정을 추가하기 전에 온보딩 마법사의 "데이터 가져오기"를 클릭하여 Google에서 데이터를 검색할 수 있는 권한이 있는지 확인하세요.
+ 서비스 계정 ID를 추가하기 전에 뉴렐릭 온보딩 마법사에서 "데이터 가져오기" 버튼을 클릭하여 Google에서 데이터를 검색할 수 있는 권한이 있는지 확인하세요.
GCP 프로젝트 **IAM & admin** 에서 서비스 계정에는 **Viewer** 역할과 **Service Usage Consumer** 역할 또는 [커스텀 역할이](/docs/integrations/google-cloud-platform-integrations/get-started/integrations-custom-roles) 있어야 합니다.
+
+
+
+
+ ```
+
+## 사용자 입력 무시 [#ignore-input]
+
+사용자 입력 필드에 대한 변경 사항을 무시할 수 있습니다. 즉, 입력 필드가 재생에 계속 표시되지만 값에 대한 변경 사항은 표시되지 않습니다. 예를 들어 이메일 주소나 신용 카드 필드가 포함된 클래스를 무시할 수 있습니다. 비밀번호 입력 필드는 항상 마스크되어 있습니다.
+
+입력을 무시하려면 CSS 클래스 `nr-ignore` 입력 필드의 클래스 이름에 추가하세요. 예를 들어, 결제 페이지의 민감한 정보를 무시하려면 `` 에 `class="nr-ignore"` 추가하세요.
+
+```html
+
+
+
+```
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
new file mode 100644
index 00000000000..0c8610c4601
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
@@ -0,0 +1,38 @@
+---
+title: 설정 세션 리플레이
+metaDescription: Enable session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+뉴렐릭의 세션 리플레이를 활용하고, 브라우저 설정에서 이 기능을 활성화하여 시작하세요. 이 단계는 웹 앱에서 사용자 복합 작용을 캡처하고, 인사이트를 사용자 여정에 제공하고, 문제 해결, 문제를 효과적으로 해결하는 데 필수적입니다. 세션 리플레이를 활성화하고 에이전트 에이전트가 올바르게 구성되었는지 확인하려면 아래 단계를 따르세요.
+
+## 세션 리플레이 활성화 [#enable-session-replay]
+
+1. Sensitive Information
+Credit card number:
+Expiration date:
+CVV code:
+
+
+2. 이전 코드 조각이 있던 코드에 붙여넣으세요.
+
+3. 앱을 배포합니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..4c8b453d439
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: 세션 재생
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## 세션 리플레이 소개
+
+세션 리플레이는 귀하의 웹 앱에서 블록 커넥터를 캡처하고 다른 텔리메트리 데이터를 매핑하여 사용자의 여정을 이해하는 데 도움을 줍니다. 세션 리플레이는 다음과 같은 문제 해결 및 최종 사용자 환경 개선에 사용될 수 있습니다.
+
+* **문제 진단, JavaScript 오류 해결**: 오류가 발생했을 때 사용자가 무엇을 하고 있었는지 확인하여 오류의 원인을 해결합니다. 예를 들어, 최종 사용자가 전자상거래를 완료하는 중에 오류가 발생하면 세션 리플레이를 사용하여 오류가 발생하기 전에 수행한 단계와 입력한 데이터를 볼 수 있습니다. 이를 통해 문제의 근본 원인을 빠르게 파악하고 해결할 수 있습니다.
+* **사용자 경험 개선**: 웹 앱에서 사용자에게 불만을 일으키는 부분을 파악하세요. 예를 들어, 사용자는 탐색 기능을 사용하다 길을 잃거나 작동하지 않는 버튼을 클릭할 수 있습니다.
+* **주요 사용자 여정의 문제 식별**: 성능 문제를 일으키는 웹 앱 영역을 식별합니다. 예를 들어 세션 재생을 통해 `/cart/checkout` 페이지에서 과도한 페이지 로드 시간이 발생하고 있는 것으로 나타나면 이 중요한 사용자 경험을 해결하는 데 우선순위를 두어야 합니다.
+
+
+
+## 세션 재생 작동 방식 [#how-it-works]
+
+사용자가 웹 페이지를 로드하면 세션 리플레이는 페이지의 구조와 시각적 요소를 나타내는 문서 개체 모델(DOM)의 스냅샷을 만듭니다. 정확한 스타일 정보를 보장하기 위해 브라우저 에이전트는 CSS 파일에 액세스합니다. 그런 다음 에이전트는 이러한 스타일을 재생 녹화에 직접 통합하여 재생 중에 외부 CSS 파일을 참조할 필요성을 제거합니다. 사용자가 페이지와 상호작용할 때 브라우저 에이전트 내의 라이브러리는 DOM에 대한 모든 변경 사항을 캡처합니다. 이렇게 캡처된 데이터는 뉴렐릭의 데이터베이스에 안전하게 저장됩니다.
+
+리플레이는 최대 다음까지 저장됩니다.
+
+* 사용자 세션 4시간
+* 30분 동안 활동 없음
+
+기본적으로 브라우저 이벤트 데이터는 8일 동안 저장되지만 실제 데이터 보존 기간은 계정에 따라 다릅니다.
+
+세션 리플레이에 대한 자세한 내용은 다음 섹션을 참조하세요.
+
+* [데이터 소비](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): 데이터 소비를 확인하거나 예측합니다.
+* [사용자 개인정보 보호 및 보안 문제](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): 당사가 사용자의 사용자 데이터를 보호하고 개인정보 보호 요구 사항을 충족하는 방법에 대해 알아보세요.
+* [세션 리플레이와 앱 성능](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): 세션 리플레이가 앱 성능에 미치는 영향을 최소화하는 방법을 알아보세요.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..4e292f7e553
--- /dev/null
+++ b/src/i18n/content/kr/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: 세션 리플레이 관리 및 기능 수정
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+사용자 관리 접근 기능을 이용하여 세션 리플레이 및 수정 기능을 관리합니다. 이를 통해 사용자 역할 및 액세스 권한을 사용자 정의하여 세션 리플레이 설정을 수정할 수 있는 사람을 정의할 수 있습니다.
+
+## 관리자 그룹의 멤버/계정에 대한 SR 수정 액세스 권한 취소 [#modify-all-admin-role]
+
+
+
+
+
+
4. A seguir, você configurará seu perfil de usuário do Okta para ter este campo. Passos:
- * Em
-
-
+ * Em
5. Na seção | + Mutação + | + ++ Variáveis + | +
|---|---|
| + ```graphql + mutation SessionReplayConfigUpdate($guid: EntityGuid!, $settings: AgentApplicationSettingsUpdateInput!) { + agentApplicationSettingsUpdate(guid: $guid, settings: $settings) { + browserSettings { + sessionReplay { + blockSelector + errorSamplingRate + maskTextSelector + enabled + collectFonts + inlineImages + inlineStylesheet + samplingRate + maskAllInputs + maskInputOptions { + color + date + datetimeLocal + email + month + number + range + search + select + tel + text + textArea + time + url + week + } + } + } + errors { + field + errorClass + description + } + } + } + ``` + | + ++ ```json + { + "sessionReplay": { + "enabled": true, + "collectFonts": true, + "blockSelector": ".private-fields", + "maskTextSelector": "*", + "inlineStylesheet": false, + "maskAllInputs": true, + "maskInputOptions": { + "color": true, + "date": true, + "textArea": true + }, + "samplingRate": 9.99, + "errorSamplingRate": 1.11 + } + } + ``` + | +
+
+Se essa configuração for apropriada, vá para a próxima etapa.
+
+Se precisar personalizar qual conteúdo ou entrada do usuário é capturado, você terá opções para mascarar, bloquear ou ignorar classes específicas e atributos de conteúdo ou entrada do usuário. Certifique-se de verificar com sua equipe de privacidade antes de alterar as configurações de privacidade.
+
+## Mascarar texto sensível [#mask-text]
+
+Você pode mascarar texto confidencial, o que significa que o texto será substituído por asteriscos (\*). Por exemplo, você pode mascarar o ID da conta de um usuário exibido em um URL.
+
+Para especificar qual entrada deve ser mascarada, você tem algumas opções:
+
+* Na página
+
+* Adicione nossa classe CSS `nr-mask` ou atributo `data-nr-mask` ao HTML da sua página da web.
+
+ Por exemplo, para mascarar a exibição de um ID de conta no URL, adicione `nr-mask` ao `` que contém o ID da conta:
+
+ `
+
+* Adicione manualmente nossa classe CSS `nr-block` ou atributo `data-nr-block` ao HTML da sua página da web. Por exemplo, se você quiser bloquear textos e imagens irrelevantes do Session Replay, adicione `nr-block` a `
Account ID: 99881123
`
+
+Essas opções usam um asterisco (\*) para mascarar todo o texto naquele elemento, ocultando o texto real, mas revelando o número de caracteres inseridos. No entanto, asteriscos não são números válidos, portanto, mascarar campos específicos de tipo numérico, como números de telefone ou de cartão de crédito, resultará em um campo em branco na reprodução.
+
+## Bloquear conteúdo do site [#block-content]
+
+Você pode bloquear seções inteiras de conteúdo do seu site, o que significa que a seção aparecerá como um espaço vazio reservado no Session Replay. Por exemplo, se você tiver uma imagem em sua página Sobre nós e não precisar capturá-la, poderá bloquear a classe que contém a imagem.
+
+Para bloquear aulas ou atributos específicos, você tem algumas opções:
+
+* Na página Configurações do aplicativo, adicione seus seletores CSS no campo \**Seletores de bloco* .
+
+
+
+* Adicione manualmente nossa classe CSS `nr-block` ou atributo `data-nr-block` ao HTML da sua página da web. Por exemplo, se você quiser bloquear textos e imagens irrelevantes do Session Replay, adicione `nr-block` a ``:
+
+ ```html
+
+
+ Sample image and text
+
+
+ **[one.newrelic.com](https://one.newrelic.com/all-capabilities) > All Capabilities > Browser** .
+
+2. Selecione seu aplicativo de browser.
+
+3. No menu à esquerda, clique em **Application settings** .
+
+4. Na página **Application settings** , certifique-se de que o agente do browser **Pro** ou **Pro + SPA** esteja selecionado. O Session Replay não está disponível para o Lite agente do browser.
+
+5. Alterne entre **Session traces** e **Session replay** LIGADO.
+
+
+ Se você não conseguir visualizar as configurações **Session replay** . Entre em contato com seu administrador para obter mais assistência.
+
+
+## Definindo taxas de amostragem [#configure-sampling-rates]
+
+Defina uma taxa de amostragem (0%-100%) para as seguintes amostras:
+
+* **User sessions** registra uma amostra aleatória de todas as sessões do usuário.
+
+* **Errored session** registra uma amostra aleatória de todas as sessões com erros. O agente armazena em buffer uma janela deslizante de dados por até 30 segundos no lado do cliente e, se ocorrerem erros, os dados armazenados em buffer serão coletados e o restante da sessão será gravado. Se não ocorrer um erro, o replay nunca será coletado.
+
+Por exemplo, se você definir a taxa de amostragem da sessão como 50% e a taxa de amostragem de erro como 100%, isso significa que:
+
+* Metade de todas as sessões do usuário serão gravadas.
+
+* Todas as sessões com erro serão registradas, mesmo que não façam parte da amostra de 50%.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
new file mode 100644
index 00000000000..15fc972cd29
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/update-javascript-for-session-replay.mdx
@@ -0,0 +1,20 @@
+---
+title: Atualizar JavaScript para repetição de sessão
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## (Para copiar/colar agente de implantação) Atualize manualmente o trecho JavaScript [#update-snippet]
+
+Se você usar o método de copiar/colar para implantar seu agente do browser, talvez seja necessário atualizar manualmente o trecho JavaScript para incluir recursos de repetição de sessão. Esta atualização garante que seu aplicativo esteja configurado corretamente para capturar e armazenar dados de reprodução.
+
+Para atualizar seu código de agente:
+
+1. Vá para a página **Application Settings** e copie o trecho JavaScript.
+
+
+
+2. Cole-o no seu código onde estava o trecho antigo.
+
+3. Implantar seu aplicativo.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..61898b32773
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: Session Replay
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Introdução ao Session Replay
+
+O Session Replay captura a interação no seu aplicativo da web e mapeia outros dados de telemetria para ajudar você a entender as jornadas do seu usuário. O Session Replay pode ser utilizado para resolução de problemas e melhoria da experiência do usuário final, como:
+
+* **resolução de problemas Erros de JavaScript**: Solucione a causa de um erro visualizando o que o usuário estava fazendo quando o erro ocorreu. Por exemplo, se um usuário final receber um erro ao tentar concluir uma transação de comércio eletrônico, você poderá usar o Session Replay para visualizar quais etapas ele realizou e quais dados ele inseriu antes que o erro ocorresse. Isso pode ajudar você a identificar e corrigir rapidamente a causa raiz do problema.
+* **Melhorando a experiência do usuário**: Descubra áreas do seu aplicativo web que estão causando frustração ao usuário. Por exemplo, o usuário pode se perder na navegação ou clicar em botões que não funcionam.
+* **Identificando problemas nas principais jornadas do usuário**: identifique áreas do seu aplicativo Web que estão causando problemas de desempenho. Por exemplo, se Session Replay revelar que a página `/cart/checkout` está apresentando um ritmo de carregamento excessivo da página, você priorizará a correção dessa jornada crítica do usuário.
+
+
+
+## Como funciona Session Replay [#how-it-works]
+
+Quando o usuário carrega sua página da web, o Session Replay tira um instantâneo do Document Object Model (DOM), que representa a estrutura e os elementos visuais da página. Para garantir informações de estilo precisas, o agente do browser acessa seus arquivos CSS . O agente então integra esses estilos diretamente na gravação do replay, eliminando a necessidade de referenciar arquivos CSS externos durante a reprodução. À medida que o usuário interage com a página, uma biblioteca dentro do agente do browser captura quaisquer alterações feitas no DOM. Esses dados capturados são então armazenados com segurança no banco de dados da New Relic.
+
+Os replays armazenam até:
+
+* 4 horas de uma sessão de usuário
+* 30 minutos de inatividade
+
+Por padrão, os dados de eventos do browser são armazenados por 8 dias, mas a retenção real de dados depende da sua conta.
+
+Para mais detalhes sobre o Session Replay, consulte as seguintes seções:
+
+* [Consumo de dados](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): visualize ou projete o consumo de dados.
+* [Preocupações com a privacidade e a segurança do usuário](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): Saiba como protegemos os dados do seu usuário e atendemos aos requisitos de privacidade.
+* [Session Replay e o desempenho do seu aplicativo](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): saiba como o Session Replay minimiza o impacto no desempenho do seu aplicativo.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..3e7a7edb789
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: Gerenciar reprodução de sessão e modificar recursos
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Gerencie os recursos de reprodução e modificação de sessão usando a funcionalidade de acesso de gerenciamento de usuário. Este recurso permite a personalização do perfil do usuário e as permissões de acesso para definir quem pode modificar as configurações do Session Replay.
+
+## Revogar acesso de modificação SR para membros/contas do Grupo de Administração [#modify-all-admin-role]
+
+
+
+ Vá para **Administration > Access Management > Groups** .
+
+
+
+ Clique no ícone de reticências **(...)** e selecione **Manage Group Access** .
+
+
+
+ Expanda a seção **Members** e selecione o usuário desejado.
+
+
+
+ Clique em **Remove users from group** .
+
+
+
+ Expanda a seção **Account access** e clique no ícone de reticências **(...)** .
+
+
+
+ Selecione **Delete role** .
+
+
+
+## Crie uma função personalizada para acesso de leitura do Session Replay [#create-custom-role]
+
+
+
+ Vá para **Administration > Access Management > Roles** .
+
+
+
+ Clique em **Add New Custom Roles** e insira um nome de função personalizado.
+
+
+
+ Na seção **Browser** , você pode:
+
+ * Selecione a caixa de seleção **View** e certifique-se de que a caixa de seleção **Modify** não esteja selecionada para conceder acesso somente leitura a **Session replays** .
+ * Selecione as caixas de seleção **View** e **Modify** para conceder acesso de modificação a **Session replays** .
+
+
+
+
+
+ Clique em **Save** .
+
+
+
+ Selecione a guia **Groups** e clique em **Create new group** .
+
+
+
+ Insira um **Group name** e clique em **Create group** .
+
+
+
+ Expanda a seção **Members** , selecione o(s) usuário(s) na lista suspensa **Select a user** e clique em **Add user to group**.
+
+
+
+ Expanda a seção **Account acess** e, no campo **Add account roles to this group** , selecione o seguinte:
+
+ * **Select a role**
+ * **Select an account**
+
+
+
+ Clique em **Add role** .
+
+
+
+## Capacidade de modificação da repetição da sessão de concessão [#grant-sr-modify-capability]
+
+
+
+ Vá para **Administration > Access Management > Roles** .
+
+
+
+ Na seção **Custom role** , clique no ícone de reticências **(...)** e selecione **Manage role** .
+
+
+
+ Clique no ícone **Edit** e vá para a seção **Browser** .
+
+
+
+ Na seção **Session replays** , selecione a caixa de seleção **Modify** .
+
+
+
+ Clique em **Save** .
+
+
+
+
+ Pode levar de 5 a 10 minutos para que as configurações atualizadas apareçam na interface do usuário para contas e usuários.
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
new file mode 100644
index 00000000000..d065483a7f2
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/troubleshooting-session-replay.mdx
@@ -0,0 +1,91 @@
+---
+title: resolução de problemas Session Replay
+metaDescription: Troubleshoot common issues with session replay in New Relic Browser.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Este é o primeiro passo para diagnosticar você mesmo o problema do New Relic Session Replay.
+
+Se você não encontrar seu problema listado aqui, você pode entrar em contato com [o suporte da New Relic](https://support.newrelic.com).
+
+## Replays não visíveis na interface [#not-seeing-replay]
+
+### Problema
+
+O recurso de repetição de sessão está habilitado, mas você não consegue visualizar nenhuma repetição.
+
+### Solução
+
+Aqui estão algumas soluções possíveis:
+
+* Verifique suas taxas de amostragem. Há amostragem para replays e erros.
+
+* Certifique-se de ter permissão para visualizar replays.
+
+* Certifique-se de estar usando a versão Pro ou Pro+SPA do agente browser. Session Replay não funciona com o agente browser Lite.
+
+* Certifique-se de que seu browser agente atenda a estes requisitos:
+
+ * Versão do agente v1.260.0 ou posterior. Recomendamos [atualizar para a versão mais recente do agente](/docs/release-notes/new-relic-browser-release-notes/browser-agent-release-notes) à medida que continuamos fazendo melhorias.
+ * Tipo de agente: Pro ou Pro+SPA. Session Replay não funciona com o agente browser Lite.
+ * [O rastreamento de sessão](/docs/browser/browser-monitoring/browser-pro-features/session-traces-explore-webpages-life-cycle/#requirements) está habilitado.
+
+* O navegador do seu usuário final suporta a API de nível de navegador necessária para gravar um Session Replay (verifique a compatibilidade em [MutationObserver](https://caniuse.com/mutationobserver)).
+
+* Na [Caixa de entrada de erros](/docs/errors-inbox/errors-inbox/), filtre suas visualizações para que você sempre tenha uma repetição. Por padrão, os dados de eventos do browser são armazenados por 8 dias, mas a retenção real de dados depende da sua conta.
+
+* Se você estiver usando o método de implantação copiar/colar, [atualize o código do agente](#update-snippet).
+
+* Se você usar o método de implantação APM , talvez seja necessário aguardar a ativação automática do Session Replay. Se os dados ainda não estiverem visíveis, tente reiniciar o agente.
+
+* Se você estiver [descartando](https://docs.newrelic.com/docs/data-apis/manage-data/drop-data-using-nerdgraph/) dados de eventos do PageView, o Session Replay pode não aparecer na interface.
+
+## Os replays não aparecem corretamente [#replays-not-appearing]
+
+### Problema
+
+Você consegue ver os replays, mas eles não estão aparecendo corretamente.
+
+Isso pode ocorrer porque seus arquivos CSS estão hospedados em um domínio separado e as medidas de segurança do Cross-Origin Resource Sharing (CORS) estão impedindo nosso agente de acessar os arquivos CSS. Isso pode resultar em replays incompletos ou imprecisos, pois podem faltar informações essenciais de estilo.
+
+Aqui está o que está acontecendo nos bastidores:
+
+* O Session Replay reconstrói o DOM do usuário, capturando a estrutura e os elementos visuais do seu site. Para conseguir isso, nosso agente acessa seus arquivos CSS para capturar informações de estilo com precisão. Esses estilos são então incorporados diretamente na gravação do replay, eliminando a necessidade de fazer referência aos arquivos CSS originais durante a reprodução.
+
+* Se seus arquivos CSS estiverem hospedados em um domínio separado, o CORS poderá impedir que nosso agente os acesse.
+
+### Solução
+
+Para garantir que seus arquivos CSS estejam acessíveis, adicione o atributo `crossorigin="anonymous"` aos elementos `` no código HTML. Este atributo instrui o browser a permitir acesso de origem cruzada para esses arquivos CSS específicos, permitindo que nosso browser agente registre e integre as informações de estilo.
+
+Aqui está um exemplo de adição do atributo `crossorigin="anonymous"` :
+
+```HTML
+
+```
+
+## Replays não visíveis em seus iframes [#no-replays-in-iframes]
+
+### Problema
+
+O recurso de repetição de sessão está habilitado, mas você não consegue visualizar dados de repetição para conteúdo iframe.
+
+### Solução
+
+O comportamento do Session Replay em cenários de iframe depende da origem do iframe e do posicionamento do navegador do agente.
+
+Supondo que uma página da web consiste em uma janela de nível superior com um iframe filho, aqui estão algumas correções possíveis:
+
+* **Iframes de mesma origem**:
+
+ * Se você colocar o navegador do agente na janela de nível superior, o Session Replay capturará a janela e o iframe.
+ * Se você colocar o navegador do agente no iframe, o Session Replay capturará apenas o que estiver no iframe.
+ * Se você colocar o navegador do agente na janela de nível superior e no iframe, o Session Replay captura o que está acontecendo independentemente na janela e no iframe, resultando em duas sessões separadas.
+
+* **Iframes de origem cruzada**:
+
+ * Se você colocar o navegador do agente na janela de nível superior, o Session Replay capturará apenas o que estiver na janela. O iframe aparecerá em branco no Session Replay.
+ * Se você colocar o navegador do agente no iframe de nível superior, o Session Replay capturará apenas o que estiver no iframe.
+
+O Session Replay não é compatível com elementos `` .
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
new file mode 100644
index 00000000000..db9409e95d1
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/view-session-replays.mdx
@@ -0,0 +1,48 @@
+---
+title: Ver o replay da sessão no New Relic
+metaDescription: Updating JavaScript for session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Comece a analisar os dados capturados no New Relic. Esta seção fornece instruções sobre como acessar e navegar no Session Replay, ajudando você a explorar a interação do usuário e identificar áreas para melhoria. Aprenda como aproveitar os dados do Session Replay para melhorar a experiência do usuário e solucionar problemas de forma eficaz.
+
+## Veja o replay da sessão no New Relic [#view-data]
+
+Você pode encontrar o Session Replay em dois lugares:
+
+* Na página **Session replay** :
+
+
+
+ Vá para **[one.newrelic.com > All Capabilities](https://one.newrelic.com/all-capabilities) > Browser** .
+
+
+
+ Selecione seu aplicativo de browser.
+
+
+
+ No menu à esquerda, role para baixo e clique em **Session replay** .
+
+
+
+ Clique em cada replay para ver os detalhes da sessão.
+
+
+
+
+
+* Na página **Errors inbox** :
+
+
+
+ No menu esquerdo do browser, clique em **Errors** .
+
+
+
+ Clique nas páginas **Triage** e **Group errors** para ver os replays anexados aos erros.
+
+
+
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
index 4977262c1ad..98b7e6817f1 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/browser-pro-features/browser-features.mdx
@@ -9,7 +9,7 @@ Confira nosso recurso chave [Summary](/docs/browser/browser-monitoring/getting-started/browser-summary-page/) : veja um resumo do desempenho do seu browser
* [Web vitals](/docs/journey-performance/guide-to-monitoring-core-web-vitals) : Saiba o que contribui para core web vitals
-* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay) : visualize uma reprodução ao vivo de uma sessão de usuário para solucionar erros de JavaScript e melhorar o design da interface
+* [Session replay](/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started) : visualize uma reprodução ao vivo de uma sessão de usuário para solucionar erros de JavaScript e melhorar o design da interface
* [Page views](/docs/browser/new-relic-browser/browser-pro-features/page-views-examine-page-performance/) : Examine o desempenho da página
* [AJAX](/docs/browser/browser-monitoring/browser-pro-features/ajax-page-identify-time-consuming-calls/) : Identifique chamadas demoradas
* [JavaScript errors](/docs/browser/new-relic-browser/browser-pro-features/javascript-errors-page-detect-analyze-errors/) : Detectar e analisar erros
diff --git a/src/i18n/content/pt/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx b/src/i18n/content/pt/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
index 9dff04fc2b4..c49d485cd8b 100644
--- a/src/i18n/content/pt/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
+++ b/src/i18n/content/pt/docs/infrastructure/google-cloud-platform-integrations/get-started/connect-google-cloud-platform-services-new-relic.mdx
@@ -59,7 +59,7 @@ Estes são os requisitos para a autorização:
Você precisa de um usuário com função **Project IAM Admin** para adicionar o ID da conta de serviço como membro no seu projeto do GCP.
- Antes de adicionar a conta de serviço, clique em "Obter dados" do assistente de integração para verificar a autorização de recuperação de dados do Google.
+ Antes de adicionar o ID da conta de serviço, clique no botão "Obter dados" no assistente de integração do New Relic para verificar a autorização para recuperação de dados do Google.
No projeto do GCP **IAM & admin** , a conta de serviço deve ter o papel **Viewer** e o papel **Service Usage Consumer** ou, como alternativa, um [papel personalizado](/docs/integrations/google-cloud-platform-integrations/get-started/integrations-custom-roles).
+
+
+
+
+ ```
+
+## Ignorar a entrada do usuário [#ignore-input]
+
+Você pode ignorar as alterações em um campo de entrada do usuário, o que significa que o campo de entrada ainda será exibido na reprodução, mas você não exibirá as alterações no valor. Por exemplo, você pode ignorar a classe que contém o endereço de e-mail ou os campos do cartão de crédito. Os campos de entrada de senha são sempre mascarados.
+
+Para ignorar a entrada, adicione a classe CSS `nr-ignore` ao nome da classe do campo de entrada. Por exemplo, se quiser ignorar informações confidenciais em uma página de faturamento, adicione `class="nr-ignore"` a ``:
+
+```html
+
+
+
+```
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
new file mode 100644
index 00000000000..b950cdde7c6
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/configuration/setup-session-replay.mdx
@@ -0,0 +1,38 @@
+---
+title: Configurar repetição da sessão
+metaDescription: Enable session replay to play back user interactions and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Utilize o Session Replay no New Relic, comece habilitando este recurso nas configurações do aplicativo do seu browser. Esta etapa é essencial para capturar a interação do usuário em seu aplicativo web, fornecendo insights sobre as jornadas do usuário e a resolução de problemas de forma eficaz. Siga as etapas abaixo para habilitar o Session Replay e garantir que seu agente do browser esteja configurado corretamente.
+
+## Habilitar Session Replay [#enable-session-replay]
+
+1. Vá para Sensitive Information
+Credit card number:
+Expiration date:
+CVV code:
+
+
+2. Cole-o no seu código onde estava o trecho antigo.
+
+3. Implantar seu aplicativo.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
new file mode 100644
index 00000000000..61898b32773
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/get-started.mdx
@@ -0,0 +1,33 @@
+---
+title: Session Replay
+metaDescription: Play back user interactions to debug faster and improve page performance.
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+## Introdução ao Session Replay
+
+O Session Replay captura a interação no seu aplicativo da web e mapeia outros dados de telemetria para ajudar você a entender as jornadas do seu usuário. O Session Replay pode ser utilizado para resolução de problemas e melhoria da experiência do usuário final, como:
+
+* **resolução de problemas Erros de JavaScript**: Solucione a causa de um erro visualizando o que o usuário estava fazendo quando o erro ocorreu. Por exemplo, se um usuário final receber um erro ao tentar concluir uma transação de comércio eletrônico, você poderá usar o Session Replay para visualizar quais etapas ele realizou e quais dados ele inseriu antes que o erro ocorresse. Isso pode ajudar você a identificar e corrigir rapidamente a causa raiz do problema.
+* **Melhorando a experiência do usuário**: Descubra áreas do seu aplicativo web que estão causando frustração ao usuário. Por exemplo, o usuário pode se perder na navegação ou clicar em botões que não funcionam.
+* **Identificando problemas nas principais jornadas do usuário**: identifique áreas do seu aplicativo Web que estão causando problemas de desempenho. Por exemplo, se Session Replay revelar que a página `/cart/checkout` está apresentando um ritmo de carregamento excessivo da página, você priorizará a correção dessa jornada crítica do usuário.
+
+
+
+## Como funciona Session Replay [#how-it-works]
+
+Quando o usuário carrega sua página da web, o Session Replay tira um instantâneo do Document Object Model (DOM), que representa a estrutura e os elementos visuais da página. Para garantir informações de estilo precisas, o agente do browser acessa seus arquivos CSS . O agente então integra esses estilos diretamente na gravação do replay, eliminando a necessidade de referenciar arquivos CSS externos durante a reprodução. À medida que o usuário interage com a página, uma biblioteca dentro do agente do browser captura quaisquer alterações feitas no DOM. Esses dados capturados são então armazenados com segurança no banco de dados da New Relic.
+
+Os replays armazenam até:
+
+* 4 horas de uma sessão de usuário
+* 30 minutos de inatividade
+
+Por padrão, os dados de eventos do browser são armazenados por 8 dias, mas a retenção real de dados depende da sua conta.
+
+Para mais detalhes sobre o Session Replay, consulte as seguintes seções:
+
+* [Consumo de dados](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-consumption): visualize ou projete o consumo de dados.
+* [Preocupações com a privacidade e a segurança do usuário](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#data-security): Saiba como protegemos os dados do seu usuário e atendemos aos requisitos de privacidade.
+* [Session Replay e o desempenho do seu aplicativo](/docs/browser/browser-monitoring/browser-pro-features/session-replay/additional-information/#app-performance): saiba como o Session Replay minimiza o impacto no desempenho do seu aplicativo.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
new file mode 100644
index 00000000000..3e7a7edb789
--- /dev/null
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/session-replay/manage-session-replay-modify-capabilities.mdx
@@ -0,0 +1,112 @@
+---
+title: Gerenciar reprodução de sessão e modificar recursos
+metaDescription: Manage session replay & modify capabilities depending on the role
+freshnessValidatedDate: '2024-12-19T00:00:00.000Z'
+translationType: machine
+---
+
+Gerencie os recursos de reprodução e modificação de sessão usando a funcionalidade de acesso de gerenciamento de usuário. Este recurso permite a personalização do perfil do usuário e as permissões de acesso para definir quem pode modificar as configurações do Session Replay.
+
+## Revogar acesso de modificação SR para membros/contas do Grupo de Administração [#modify-all-admin-role]
+
+
+
+
+