Arbeta med resehändelser about-events

Använd händelser för att utlösa resorna individuellt och leverera meddelanden i realtid till varje användare när de går in på resan.

I händelsekonfigurationen konfigurerar du de händelser som förväntas under resorna. Data för inkommande händelser normaliseras enligt Adobe Experience Data Model (XDM). Händelser kommer från API:er för direktuppspelning av inmatning för autentiserade och oautentiserade händelser (t.ex. Adobe Mobile SDK-händelser). Du kan använda flera händelser (i olika steg på en resa) och flera resor kan använda samma händelse.

Händelsekonfigurationen är obligatorisk och måste utföras av en datatekniker.

Du kan konfigurera två typer av händelser: Unitära händelser och Affärshändelser.

➡️ Upptäck den här funktionen i en video

Enhetshändelser unitary-events

Unitära-händelser är länkade till en person. De rör en persons beteende (t.ex. en person som köpt en produkt, besökt en butik, lämnat en webbplats) eller något som händer med en person (t.ex. en person som uppnått 10 000 förmånspoäng). Det här är vad Journey Optimizer lyssnar på under resor för att samordna de bästa nästa åtgärderna. Enhetshändelser kan vara regelbaserade eller systemgenererade. Mer information om hur du skapar en enhetshändelse finns på sidan.

Enhetsresor (som inleds med en händelse eller en publikation) innehåller ett skyddsräcke som förhindrar att resorna aktiveras felaktigt flera gånger för samma händelse. Återinträde av profiler blockeras tillfälligt som standard i 5 minuter. Om en händelse till exempel utlöser en resa vid 12:01 för en viss profil och en annan tar emot vid 12:03 (oavsett om det är samma händelse eller en annan som utlöser samma resa) startar den resan inte igen för den här profilen.

Affärshändelser business-events

Business-händelser är inte länkade till en viss profil. Det kan till exempel vara en nyhetsvarning, en idrottsuppdatering, en flygändring eller inställd flygning, en inventeringsuppdatering, väderhändelser osv. Även om dessa händelser inte är specifika för en profil kan de vara av intresse för ett obegränsat antal profiler: individer som abonnerar på särskilda nyhetsfrågor, passagerare på ett flyg, kunder som är intresserade av en produkt som inte finns i lager osv. Affärshändelser är alltid regelbaserade. När du släpper en affärshändelse under en resa läggs automatiskt en Läs målgrupp -aktivitet till efter.Lär dig hur du skapar en affärshändelse på den här sidan.

Händelse-ID-typ event-id-type

För business-händelser är händelse-ID-typen alltid regelbaserad.

Det finns två typer av händelse-ID för unitary-händelser:

Datacykel data-cycle

Händelser är POST API-anrop. Händelser skickas till Adobe Experience Platform via API:er för direktuppspelning. URL-destinationen för händelser som skickas via API:er för transaktionsmeddelanden kallas för ett "inlet". Händelsers nyttolast följer XDM-formateringen.

Nyttolasten innehåller information som krävs för att API:er för direktuppspelning av inmatning ska fungera (i huvudet) och den information som krävs för att Journey Optimizer ska kunna arbeta och information som ska användas på resor (i brödtexten, till exempel, mängden övergiven vagn). Det finns två lägen för strömningsinmatning – autentiserad och ej autentiserad. Se den här länken för mer information om API:er för strömningsinmatning.

Efter att ha kommit via API:er för direktuppspelning av inmatning flödar händelserna till en intern tjänst som kallas Pipeline och sedan i Adobe Experience Platform. Om händelseschemat har tjänstflaggan realtidskundprofil aktiverad och ett datauppsättnings-ID som även har flaggan realtidskundprofil flödar det in i tjänsten realtidskundprofil.

För systemgenererade händelser filtrerar pipelinen händelser som har en nyttolast som innehåller Journey Optimizer eventID:n (se processen för att skapa händelser nedan) som tillhandahålls av Journey Optimizer och ingår i händelsens nyttolast. För regelbaserade händelser identifierar systemet händelsen med eventID-villkoret. Journey Optimizer läser av dessa händelser och motsvarande resa aktiveras.

Om genomströmning av händelser i Journey event-thoughput

Adobe Journey Optimizer har stöd för en toppvolym på 5 000 resehändelser per sekund på organisationsnivå, över alla sandlådor. Den här kvoten gäller för alla händelser som används i aktiva resor, vilket inkluderar Live, Torr körning, Stängd och Pausade resor. När den här kvoten nås köas nya händelser med en bearbetningsfrekvens på 5 000 per sekund. Den maximala tid en händelse kan tillbringa i kön är 24 timmar.

Följande typer av händelser räknas in i kvoten på 5 000 TPS:

Om raw-händelser som kvalificerar för flera regeldefinitioner

Samma raw-händelse kan kvalificera sig för flera regeldefinitioner under resor. När en händelse har konfigurerats i avsnittet Administration kan flera händelseregler definieras för samma händelseschema. Vi kan till exempel säga att vi har en köphändelse som har fälten city och purchaseValue. Låt oss titta på följande scenarier:

Uppdatera och ta bort en händelse update-event

Om du vill undvika att bryta befintliga resor kan du bara ändra namn, beskrivning eller lägga till nyttolastfält när du redigerar en händelse som används i en Utkast-, Live- eller Closed -resa.

Det går inte att ta bort händelser som används i resor med Live, Draft eller Closed. Om du vill ta bort en händelse som används måste du stoppa resor som använder den och/eller ta bort den från de utkast till resor där den används. Du kan kontrollera fältet Used in. Här visas antalet resor som använder den aktuella händelsen. Du kan klicka på knappen View journeys för att visa en lista över motsvarande resor.

Instruktionsfilmer video

Lär dig hur du konfigurerar en händelse, anger slutpunkten för direktuppspelning och nyttolasten för en händelse.

Förstå tillämpliga användningsexempel för affärshändelser. Lär dig hur du bygger en resa med hjälp av ett affärsevenemang och vilka bästa metoder som ska användas.