Errores en el recorrido
Los errores también se pueden ver desde el botón Alertas situado sobre el lienzo. Este botón permite ver los errores detectados por el sistema y que impiden la activación del modo de prueba o la publicación del recorrido.
El sistema detecta dos tipos de problemas: errores y advertencias. Los errores bloquean la publicación y la activación de prueba. Las advertencias indican posibles problemas que no bloquean la activación o publicación de pruebas. Verá una descripción de la publicación y un ID de registro de la publicación del tipo ERR_XXX_XXX. Esto puede ayudar a identificar el problema.
Los errores y las advertencias que son globales para el recorrido aparecen primero en la lista. Los errores y las advertencias relacionados con actividades específicas se enumeran después, por orden de actividad o por su apariencia en el recorrido de izquierda a derecha. En la parte inferior de la lista de alertas, el botón Copiar detalles le permite copiar información técnica sobre el recorrido que resulta útil para solucionar los problemas.
Añadir una ruta alternativa
Puede definir una acción de reserva en caso de error en las siguientes actividades de recorrido: Condición y Acción.
Cuando se produce un error en una acción o condición, se detiene el recorrido de un individuo. La única manera de continuar es resolver el problema. Para evitar interrumpir el recorrido, también puede marcar la opción Agregar una ruta alternativa en caso de tiempo de espera o error en las propiedades de la actividad. Obtenga más información en esta sección.
Compruebe que los eventos se envían correctamente
El punto de partida de un recorrido es siempre un evento. Puede hacer pruebas con herramientas como Postman.
Puede comprobar si la llamada API que envía a través de estas herramientas se envía correctamente o no. Si vuelve a recibir un error, significa que la llamada tiene un problema. Vuelva a comprobar la carga útil, el encabezado (y especialmente el ID de organización) y la dirección URL de destino. Puede preguntar a su administrador cuál es la dirección URL correcta para visitar.
Los eventos no se insertan directamente del origen a los recorridos. De hecho, los recorridos dependen de las API de ingesta de transmisión de Adobe Experience Platform. Como resultado, en caso de problemas relacionados con el evento, puede consultar Documentación de Adobe Experience Platform para la solución de problemas de las API de ingesta de transmisión.
Comprobar si las personas entran en el recorrido
El informe de recorridos mide las entradas de la gente en un recorrido en tiempo real.
Si se consigue enviar el evento pero no se ve ninguna entrada en el recorrido, hay un problema entre el envío del evento y la recepción del evento en el recorrido.
Puede comenzar la resolución de problemas con las preguntas siguientes:
-
¿Seguro que el recorrido en el que espera el evento entrante está en modo de prueba o activo?
-
¿Ha guardado el evento antes de copiar la carga útil de la previsualización de carga útil?
-
¿Su carga útil de evento contiene un ID de evento?
-
¿Ha marcado la dirección URL correcta?
-
¿Ha seguido la estructura de carga útil de las API de inserción de flujo, utilizando la previsualización de estructura de carga útil del panel de configuración de evento? Consulte esta página.
-
¿Utilizó los pares clave-valor correctos en el encabezado del evento?
X-gw-ims-org-id - your organization's ID Content-type - application/json
Comprobar cómo navegan las personas por el recorrido
La creación de informes de recorrido mide el progreso de las personas dentro de un recorrido. Es fácil identificar dónde y por qué detuvieron a una persona.
A continuación se presentan algunas cosas para comprobar:
- ¿Se debe a una condición que excluye a la persona? Por ejemplo, la condición es "género = hombre" y la persona es mujer. Esta comprobación puede realizarla un usuario empresarial si la condición no es demasiado compleja.
- ¿Se debe a que una llamada a una fuente de datos no responde? Cuando el recorrido está en prueba, esta información se puede ver en los registros del modo de prueba. Cuando el recorrido está activo, un administrador puede probar las llamadas directas a la fuente de datos y comprobar la respuesta recibida. Un administrador también puede realizar el duplicado del recorrido y probarlo.
Comprobar que los mensajes se envíen correctamente
Si los individuos recorren el recorrido correcto, pero no reciben mensajes que deberían recibir, puede comprobar lo siguiente:
- Journey Optimizer ha tenido en cuenta correctamente la solicitud para enviar el mensaje. Los usuarios empresariales pueden acceder al mensaje que se supone que se debe enviar y comprobar si la hora de la última ejecución corresponde al tiempo de ejecución de su recorrido. También pueden consultar las últimas llamadas o eventos de API recibidas.
- Journey Optimizer ha enviado correctamente el mensaje. Compruebe los informes de recorrido para asegurarse de que no hay errores.
En el caso de un mensaje enviado mediante una acción personalizada, lo único que se puede comprobar durante la prueba de recorrido es el hecho de que la llamada del sistema de la acción personalizada produce un error o no. Si la llamada al sistema externo asociada con la acción personalizada no genera un error pero no conduce al envío de un mensaje, algunas investigaciones deben realizarse en el sistema externo.
Journey Optimizer
- Documentación de Journey Optimizer
- Novedades
- Introducción
- Recorridos
- Campañas
- Administración de conflictos y priorización
- Prueba y aprobación
- Canales de comunicación
- Páginas de aterrizaje
- Gestión de contenido
- Públicos, perfiles e identidad
- Integraciones
- Seguimiento y monitorización
- Capacidades de decisión
- Administración de datos
- Configuración
- Control de acceso
- Privacidad