Felsöka din livesändning troubleshooting-execution
I det här avsnittet får du lära dig hur du felsöker resehändelser, kontrollerar om profiler har registrerats på din resa, hur de navigerar genom den och om meddelanden skickas.
Du kan även felsöka innan du testar eller publicerar en resa. Lär dig hur på den här sidan.
Om du använder inkommande åtgärder kan du lära dig att felsöka dem på den här sidan.
Kontrollera att händelser skickas korrekt checking-that-events-are-properly-sent
Startpunkten för en resa är alltid en händelse. Du kan utföra tester med verktyg som Postman.
Du kan kontrollera om API-anropet som skickas via dessa verktyg skickas korrekt eller inte. Om du får tillbaka ett fel innebär det att ditt anrop har ett problem. Kontrollera nyttolasten igen, rubriken (och särskilt ditt organisations-ID) och destinationswebbadressen. Du kan fråga administratören om vilken webbadress som ska användas.
Händelser skjuts inte direkt från källan till resor. Resorna förlitar sig faktiskt på Adobe Experience Platform API:er för direktuppspelning. Om det gäller händelserelaterade problem kan du därför läsa Adobe Experience Platform-dokumentation för felsökning av API:er för direktuppspelning.
Om din resa inte kan aktivera testläge med felet ERR_MODEL_RULES_16 kontrollerar du att händelsen som används innehåller ett identitetsnamnutrymme när du använder en kanalåtgärd.
Identitetsnamnutrymmet används för att unikt identifiera testprofilerna. Om e-post till exempel används för att identifiera testprofilerna bör identitetsnamnområdet E-post markeras. Om den unika identifieraren är telefonnumret bör identitetsnamnområdet Telefon väljas.
Kontrollera om personer kommer in på resan checking-if-people-enter-the-journey
Reserapporter mäter människors inträde på en resa i realtid.
Om du lyckas skicka evenemanget men inte ser något inträde på resan innebär det att något går fel mellan det skickade evenemanget och det mottagande evenemanget under resan.
Du kan börja felsöka med frågorna nedan:
-
Är du säker på att resan, där du förväntar dig att den inkommande händelsen ska vara, är i testläge eller live?
-
Sparade du händelsen innan du kopierade nyttolasten från dess förhandsvisning?
-
Innehåller händelsens nyttolast ett händelse-ID?
-
Angav du rätt URL?
-
Har du följt nyttolastens struktur gällande API:er för strömningsinmatning med hjälp av förhandsgranskningen av nyttolastens struktur i händelsens konfigurationsfönster? Läs den här sidan.
-
Använde du rätt nyckelvärdepar i huvudet på din händelse?
code language-none X-gw-ims-org-id - your organization's ID Content-type - application/json
Kontrollera hur människor navigerar genom resan checking-how-people-navigate-through-the-journey
Reserapportering mäter enskilda personers framsteg inom en resa. Det är enkelt att identifiera var och varför en person stoppats.
Här följer några saker att kontrollera:
- Är det på grund av ett tillstånd som utesluter personen i fråga? Villkoret kan till exempel vara "kön = man" och personen är en kvinna. Den här kontrollen kan utföras av en företagsanvändare om villkoret inte är för komplext.
- Är orsaken att ett anrop till en datakälla inte svarar? När resan är i testläge kan denna information visas i testlägets loggar. När resan är live kan en administratör testa direktanrop till datakällan och kontrollera svaret som tas emot. En administratör kan även göra dubbletter av resan och testa den.
Kontrollera att meddelanden har skickats checking-that-messages-are-sent-successfully
Om enskilda personer flödar rätt väg på resan men inte får meddelanden som de ska ta emot, kan du kontrollera om:
- Journey Optimizer har tagit hänsyn till begäran om att skicka meddelandet. Affärsanvändare kan komma åt meddelandet som ska skickas och kontrollera om tidpunkten för den senaste körningen motsvarar körningstiden för din resa. De kan även kontrollera de senaste API-anropen/händelserna som tagits emot.
- Journey Optimizer har skickat meddelandet. Kontrollera reserapporteringen för att se till att det inte finns några fel.
Om ett meddelande skickas via en anpassad åtgärd är det enda som kan kontrolleras under resan att anropet till den anpassade åtgärdens system leder till ett fel eller inte. Om anropet till det externa system som är kopplat till den anpassade åtgärden inte leder till ett fel, men inte leder till att ett meddelande skickas, bör vissa undersökningar utföras på den externa datorns sida.