Inspeccionar solicitudes de recopilación de datos

La inspección de solicitudes muestra lo que ha enviado la implementación, si ha respondido un servidor y, para Web SDK, cómo ha procesado el evento Edge Network. Este artículo cubre las fases de solicitud saliente, recepción del servidor y procesamiento de Edge del flujo de trabajo de diagnóstico.

Para elegir una herramienta de inspección, consulte Herramientas de depuración. Para ver qué hizo la implementación antes de enviar una solicitud, consulte Habilitar el registro de depuración. Para ver los extremos, los formatos de solicitud y los pasos de validación que pertenecen a una aplicación Adobe específica, vea Depuración específica de un producto.

Inspeccionar solicitudes web web

Use herramientas para desarrolladores de navegadores o un depurador de etiquetas para capturar solicitudes desde una página web:

  1. Abra las herramientas para desarrolladores: presione F12 o Ctrl+Mayús+I (Windows y Linux) o Cmd+Opción+I (macOS). En Safari, primero habilita las características de desarrollador en la configuración Avanzada de Safari.
  2. Seleccione la ficha Red.
  3. Habilite Conservar registro (Chrome y Edge) o Conservar registros (Firefox) para que la navegación no borre la lista de solicitudes.
  4. Filtrar la lista de solicitudes de /ee/ (Web SDK). Si su implementación envía datos directamente a una aplicación de Adobe, filtre por el extremo de esa aplicación como se describe en su guía de depuración.
  5. Reproduzca la acción. Las solicitudes enviadas antes de abrir las herramientas no se capturan.
  6. Seleccione una solicitud de recopilación e inspeccione su URL, carga útil, respuesta y tiempo.

Las herramientas del explorador muestran el tráfico que se origina en el explorador. No exponen las llamadas salientes desde el servidor de aplicaciones ni desde las reglas de reenvío de eventos.

Leer solicitudes de Edge Network edge-network-requests

En implementaciones que utilizan Adobe Experience Platform Web SDK, filtre las solicitudes de red de:

/ee/

Seleccione la solicitud e inspeccione su carga útil para ver los datos enviados a Edge Network. Este filtro coincide con la ruta de acceso base predeterminada de Web SDK; si la implementación cambia edgeBasePath, filtre por la ruta de acceso configurada o el host de colección en su lugar.

Las direcciones URL de solicitud de Web SDK utilizan el formato https://{edgeDomain}/ee/[{locationHint}/]v1/{action}?configId={datastreamId}&requestId={requestId}. El valor predeterminado edgeDomain es edge.adobedc.net; las implementaciones de origen utilizan su propio CNAME. Las siguientes partes de la dirección URL son pruebas útiles:

  • interactacción: El valor predeterminado. Edge Network devuelve contenido de respuesta, como identidad, personalización, advertencias y errores, que puede inspeccionar en la respuesta de la solicitud.
  • collectacción: Se usa cuando Web SDK envía un evento con sendBeacon, que documentUnloading selecciona después de establecer la identidad. Estas solicitudes no devuelven contenido de respuesta a la página.
  • configIdparámetro: ID del conjunto de datos que usó la solicitud. Si el evento usa una anulación de ID de secuencia de datos, este parámetro contiene la anulación. Compare esto con la secuencia de datos que espera.

Edge Network puede reenviar datos a los servicios configurados en el conjunto de datos. Al inspeccionar la solicitud del cliente, se muestra lo que el cliente intentó enviar; no se confirma por sí solo la recepción del servidor ni el procesamiento descendente.

Inspeccionar solicitudes de móviles y servidores mobile-server

En implementaciones de Mobile SDK, agregue la extensión de Assurance a la aplicación y conéctela a una sesión de Assurance para inspeccionar los eventos de SDK y las vistas de validación admitidas. Use un proxy de depuración HTTP cuando necesite pruebas a nivel HTTP, según el certificado de la aplicación y la configuración de red. Para inspeccionar mensajes en herramientas de desarrollo nativas, consulte Registro de SDK móvil.

Para Server SDK, Edge Network API directa u otras implementaciones del lado del servidor, inspeccione la solicitud saliente, el estado HTTP, el cuerpo de respuesta y los errores del servidor. Utilice la instrumentación HTTP del tiempo de ejecución o un proxy configurado para ese servidor. Una solicitud del explorador a la aplicación no muestra la solicitud independiente del servidor a Adobe. Consulte Registro de SDK en el servidor para obtener la salida de diagnóstico de SDK.

Un registro de SDK o una respuesta HTTP correcta son pruebas de una fase concreta de la recopilación, no pruebas de que todos los destinos configurados hayan procesado el evento.

Seguimiento del procesamiento de Edge Network edge-processing

Para implementaciones de Web SDK, use Seguimiento de Edge en Adobe Experience Platform Debugger para ver la solicitud que recibió Edge Network, la configuración del flujo de datos que aplicó y las solicitudes que envió a los servicios del flujo de datos. Edge Trace también abre los mismos datos en una sesión de Assurance. Para implementaciones de Mobile SDK, conecte la aplicación directamente a Assurance; consulte Inspeccionar solicitudes de móviles y servidores.

No trate un evento entrante o un identificador de respuesta como una confirmación de que cada servicio descendente lo ha procesado. Continúe con la guía de depuración de la aplicación correspondiente.

Para el reenvío de eventos, Supervisar actividades proporciona informes de uso, salida de errores y tiempo de cálculo. Sus informes agregados pueden ayudar a identificar los destinos que fallan, pero no son un seguimiento de entrega por evento.

Solicitudes anuladas aborted-requests

Cuando una página sale, el explorador puede cancelar las solicitudes que aún están en curso. Firefox etiqueta estas solicitudes NS_BINDING_ABORTED; Chrome y Edge las etiquetan como (canceled). Para mantener las solicitudes visibles después de la navegación, habilita Conservar el registro (Chrome y Edge) o Conservar registros (Firefox).

Una solicitud cancelada no significa necesariamente que se hayan perdido datos. Es posible que el explorador haya enviado la solicitud completa y haya dejado de esperar solo la respuesta. Las solicitudes que usen navigator.sendBeacon() o fetch con keepalive pueden continuar enviando después de la navegación incluso cuando las herramientas para desarrolladores muestran un estado cancelado. Si se conserva el registro, la entrada se mantiene visible; no se confirma la entrega.

Para investigar, abra Debugger o un proxy antes de reproducir la navegación e inspeccione la solicitud capturada y cualquier respuesta del servidor. Una respuesta del servidor capturada proporciona evidencia de que el extremo administró la solicitud; una solicitud saliente por sí sola no lo hace. Para Web SDK, una solicitud entrante en Edge Trace proporciona evidencia del lado del servidor. Ninguna de estas observaciones establece por sí sola la disponibilidad en los informes posteriores.

Los exploradores no exponen la respuesta HTTP de sendBeacon al JavaScript que realiza la llamada. Por lo tanto, no se puede confirmar la recepción de un mensaje de depuración que indica que SDK usó sendBeacon.

documentUnloading de Web SDK selecciona un transporte con capacidad de descarga sujeto a restricciones de identidad y carga útil. Esta opción no puede enviar eventos que aún están en cola cuando se descarga la página. Consulte Cuándo se pueden perder eventos. Las bibliotecas que envían datos directamente a una aplicación de Adobe pueden proporcionar opciones similares; consulte las directrices de depuración de esa aplicación.

recommendation-more-help
experience-platform-help-collection