Werken met reisgebeurtenissen about-events
Met de gebeurtenisconfiguratie kunt u de informatie definiëren die door Journey Optimizer als gebeurtenissen wordt ontvangen. U kunt meerdere gebeurtenissen gebruiken (in verschillende stappen van een reis) en verschillende reizen kunnen dezelfde gebeurtenis gebruiken.
U kunt twee typen gebeurtenissen configureren:
-
Eenheids gebeurtenissen: deze gebeurtenis is verbonden met een persoon. Ze hebben betrekking op het gedrag van een persoon (bijvoorbeeld een persoon heeft een product gekocht, een winkel bezocht, een website verlaat, enz.) of op iets dat met een persoon verband houdt (bijvoorbeeld een persoon heeft 10 000 loyaliteitspunten bereikt). Dit is waar Journey Optimizer tijdens reizen naar luistert om de beste volgende acties te ordenen. Uniforme gebeurtenissen kunnen op regels zijn gebaseerd of door het systeem worden gegenereerd. Leren hoe te om een eenheidsgebeurtenis tot stand te brengen, verwijs naar deze pagina.
-
Bedrijfs gebeurtenissen: een bedrijfsgebeurtenis is een gebeurtenis die, in tegenstelling tot een eenheidsgebeurtenis, niet met een specifiek profiel verbonden is. Het kan bijvoorbeeld een nieuwsbericht, een sportupdate, een wijziging of annulering van een vlucht, een inventarisatie, weersomstandigheden, enz. zijn. Hoewel deze evenementen niet specifiek zijn voor een profiel, kunnen ze van belang zijn voor elk aantal profielen: personen die zich op bepaalde nieuwsonderwerpen hebben geabonneerd, passagiers op een vlucht, klanten die geïnteresseerd zijn in een product uit de voorraad, enz. Zakelijke gebeurtenissen zijn altijd op regels gebaseerd. Wanneer u een bedrijfsgebeurtenis in een reis laat vallen, voegt het automatisch a Gelezen publiek activiteit na toe. Leren hoe te om een bedrijfsgebeurtenis tot stand te brengen, verwijs naar deze pagina.
Eenheidstrajecten (te beginnen met een evenement of een kwalificatie van het publiek) bevatten een begeleidend element dat voorkomt dat ritten bij dezelfde gebeurtenis meerdere keren ten onrechte worden gestart. De ingang van het profiel wordt tijdelijk geblokkeerd door gebrek gedurende 5 minuten. Als bijvoorbeeld een evenement om 12.01 uur een reis voor een bepaald profiel start en een ander om 12.03 uur aankomt (ongeacht of het dezelfde gebeurtenis is of een andere gebeurtenis die dezelfde reis veroorzaakt), zal die reis niet opnieuw beginnen voor dit profiel.
Type gebeurtenis-id event-id-type
Voor bedrijfsgebeurtenissen, is het type van gebeurtenisidentiteitskaart altijd regel-gebaseerd.
Voor eenheidsgebeurtenissen zijn er twee typen gebeurtenis-id:
-
Op regels gebaseerde gebeurtenissen: dit type gebeurtenis genereert geen eventID. Door de eenvoudige expressie-editor te gebruiken bepaalt u eenvoudig een regel die door het systeem zal worden gebruikt om de relevante gebeurtenissen te identificeren die uw journeys zullen triggeren. Deze regel kan zijn gebaseerd op elk veld dat beschikbaar is in de gebeurtenispayload, bijvoorbeeld de locatie van het profiel of het aantal items dat is toegevoegd aan de winkelwagen van het profiel.
note caution CAUTION Een beperkingsregel wordt bepaald voor op regels gebaseerde gebeurtenissen. Het beperkt het aantal gekwalificeerde gebeurtenissen dat een reis kan verwerken tot 5000 per seconde voor een bepaalde Organisatie. Het komt overeen met Journey Optimizer SLA's. Verwijs naar uw Journey Optimizer vergunning gevend en Beschrijving van het Product van Journey Optimizer. -
Door het systeem gegenereerde gebeurtenissen: deze gebeurtenissen vereisen een eventID. Dit eventID-veld wordt automatisch gegenereerd wanneer de gebeurtenis wordt gemaakt. Het systeem dat de gebeurtenis pusht, moet geen ID genereren, het moet overgaan naar degene die in de voorvertoning van de payload beschikbaar is.
Datacyclus data-cycle
Gebeurtenissen zijn POST-API-aanroepen. Gebeurtenissen worden naar Adobe Experience Platform verzonden via de API's voor streaming-insluiting. De URL-bestemming van gebeurtenissen die via transactie-API's worden verzonden, wordt een "inlet" genoemd. De payload van gebeurtenissen volgt de XDM-indeling.
De payload bevat informatie die vereist is voor de Streaming Ingestie-API's om te werken (in de koptekst) en de informatie die Journey Optimizer nodig heeft om te werken en informatie die moet worden gebruikt tijdens reizen (in het lichaam, bijvoorbeeld de hoeveelheid achtergelaten winkelwagentje). Er zijn twee modi voor streamingopname, geverifieerd en niet-geverifieerd. Raadpleeg deze koppelingvoor meer informatie over streamingopname-API’s.
Na aankomst door Streaming Ingestie APIs, stromen de gebeurtenissen in de interne dienst genoemd Pijpleiding en dan in Adobe Experience Platform. Als in het het gebeurtenisschema de markering voor real-timeklantprofielservice is ingeschakeld en een dataset-id eveneens de markering voor real-timeklantprofiel heeft, stroomt deze naar de real-timeklantprofielservice.
Voor door het systeem gegenereerde gebeurtenissen filtert de Pipeline gebeurtenissen met een lading die Journey Optimizer eventIDs bevat (zie het proces van de gebeurtenisverwezenlijking hieronder) die door Journey Optimizer wordt verstrekt en in gebeurtenislading bevat. Voor op regel-gebaseerde gebeurtenissen, identificeert het systeem de gebeurtenis gebruikend de eventID voorwaarde. Er wordt naar deze gebeurtenissen geluisterd door Journey Optimizer en de bijbehorende journey wordt geactiveerd.
Hoe kan ik-video's video
Leer hoe te om een gebeurtenis te vormen, specificeer het het stromen eindpunt en de lading voor een gebeurtenis.
Begrijp de toepasselijke gebruiksscenario's voor bedrijfsgebeurtenissen. Leer hoe u een journey bouwt met behulp van een bedrijfsgebeurtenis en welke aanbevolen procedures u toepast.