Recopilación de datos de Debug Analytics
En este artículo se explica qué comprobar al depurar los datos enviados a Adobe Analytics. Busque el método de implementación en la tabla siguiente y siga su sección. Si está investigando datos de informes inesperados, comience con Comparar solicitudes con informes.
Para ver los pasos y las herramientas que se aplican a toda la recopilación de datos de Adobe, como capturar solicitudes de red, habilitar el registro de depuración e investigar solicitudes canceladas, consulte Depuración y solución de problemas de la recopilación de datos.
AppMeasurement y la extensión de Analytics appmeasurement
Buscar la solicitud appmeasurement-find
Capturar solicitudes de red y filtrar para /b/ss/. Los depuradores de etiquetas como Adobe Experience Platform Debugger identifican y descodifican estas solicitudes por usted.
Si no aparece ninguna solicitud /b/ss/:
- Compruebe si hay errores de JavaScript en la consola del explorador.
- Si utiliza la extensión de etiqueta de Analytics, confirme que el código incrustado de etiqueta se encuentra dentro del elemento
<head>de la página y que la biblioteca se ha publicado en el entorno que está probando. Modo de depuración de etiquetas muestra si se activó la regla que envía la visita. - Si aloja AppMeasurement, abra la dirección URL de la biblioteca directamente para confirmar que el archivo se carga y contiene código de.
- Deshabilite las extensiones de explorador, como los bloqueadores de anuncios, que pueden evitar que se envíen solicitudes.
- Debugger no reconoce solicitudes enviadas desde dentro de un iframe. En su lugar, utilice las herramientas para desarrolladores del explorador. Ver Usar AppMeasurement con iFrames.
Comprobación de lo que Analytics ha recibido appmeasurement-contents
- Grupos de informes: El segmento de ruta después de
/b/ss/enumera los ID de los grupos de informes que reciben la visita. Confirme que son los grupos de informes que espera, como un grupo de informes de desarrollo en páginas de desarrollo. - Variables: las solicitudes sin procesar utilizan nombres de parámetros de consulta en lugar de nombres de variables; por ejemplo, eVar1 aparece como
v1y prop1 aparece comoc1. Ver la referencia de variable. Cuando una solicitud es demasiado larga, AppMeasurement la envía con HTTPPOST, de modo que las variables aparecen en el cuerpo de la solicitud en lugar de en la dirección URL. - Tipo de visita: las solicitudes enviadas por
tl()incluyen el parámetropey no incrementan las vistas de página. Las solicitudes enviadas port()no incluyenpe.
Si los valores están presentes pero son incorrectos, consulte Solucionar problemas de implementación de JavaScript para causas comunes, como comillas, mayúsculas y minúsculas y espacios en blanco.
Compruebe la respuesta appmeasurement-response
Una respuesta de 2xx confirma únicamente que el servidor de recopilación de datos recibió la solicitud, pero no que se registró la visita. Con el tipo de respuesta predeterminado, una solicitud puede devolver un resultado correcto incluso cuando se pierde la visita. Se espera una respuesta 302 en la primera solicitud de un nuevo visitante. Ver códigos de respuesta HTTP.
AppMeasurement envía solicitudes de vínculo de salida, y todas las solicitudes cuando useBeacon está habilitado, con navigator.sendBeacon(). Las herramientas para desarrolladores pueden etiquetar estas solicitudes como canceladas incluso cuando el explorador las envía. Ver solicitudes anuladas.
SDK web web-sdk
Buscar la solicitud web-sdk-find
Con Web SDK, el explorador envía eventos a Edge Network en lugar de directamente a Analytics, por lo que no ve una solicitud /b/ss/. Inspeccione la solicitud de Edge Network y confirme lo siguiente:
- El parámetro
configIdcoincide con un conjunto de datos que tiene habilitado el servicio Adobe Analytics con los grupos de informes que espera. - La carga útil se califica como una vista de página o un evento de vínculo. Analytics ignora las cargas útiles que no contienen detalles de página ni un tipo de interacción web. Ver tipos de eventos de Edge Network en Adobe Analytics.
Comprobación de lo que Analytics ha recibido web-sdk-contents
Inicie un seguimiento de Edge y reproduzca la acción. Busque la fila que comienza con Asignación automática de Analytics y, a continuación, expanda mappedQueryParams y el ID del grupo de informes debajo de ella.
- Variables: los valores asignados utilizan los mismos nombres de parámetros de consulta que las solicitudes de AppMeasurement, a veces en forma abreviada, como
gnpara el nombre de página yplpara los productos. Consulte Asignación de campos de objetos XDM y Asignación de campos de objetos de datos. - Datos de contexto: los campos XDM que no se asignan a una variable de Analytics aparecen como datos de contexto con el prefijo
c.a.x.. Use reglas de procesamiento para asignarlas a variables. - Grupos de informes: si usa las invalidaciones de grupos de informes, la fila de configuración de la secuencia de datos en el seguimiento de Edge muestra los grupos de informes que Edge Network usó.
Comprobar procesamiento web-sdk-processing
En la sesión de Assurance que abre Edge Trace, busque eventos para hitdebugger. Estos eventos utilizan el proveedor com.adobe.analytics.hitdebugger y sus cargas muestran valores después del procesamiento de Analytics, como el ECID (mcvisId) y pageName.
Para ver un tutorial guiado, vea Configurar Adobe Analytics con Adobe Experience Platform Web SDK.
Comparación de solicitudes con informes reports
Las visitas que llegan a Analytics no aparecen inmediatamente en los informes, y los valores de los informes pueden diferir de los valores de la solicitud:
- Latencia: los datos completos suelen aparecer en los informes unas dos horas después de su recopilación. Algunos datos, como las visitas con marca de hora, pueden tardar más. Ver Disponibilidad y latencia de los datos.
- Procesamiento: las reglas de procesamiento, las reglas de VISTA, las reglas de bots y otros pasos de procesamiento pueden cambiar o excluir valores después de la recopilación. Consulte Orden de procesamiento de los datos en Adobe Analytics. Los datos posprocesados de Assurance muestran el resultado del procesamiento de una visita individual.
- Grupo de informes: confirme que está viendo el mismo grupo de informes al que se dirigió la solicitud o la secuencia de datos.
- Valores inesperados: Si una dimensión muestra picos o valores inesperados, consulte Conflictos de hash.
Para ver cambios de tráfico más amplios, consulte Solución de problemas de picos y caídas de datos.