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:
-
Unitair gebeurtenissen: deze gebeurtenis is gekoppeld aan een persoon. Ze hebben betrekking op het gedrag van een persoon (bijvoorbeeld een persoon heeft een product gekocht, een winkel bezocht, een website verlaten, enz.) of op iets dat verband houdt met een persoon (bijvoorbeeld: iemand heeft 10.000 loyaliteitspunten verdiend). Dit is wat Journey Optimizer zal tijdens de reis naar de beste volgende acties luisteren. Uniforme gebeurtenissen kunnen op regels zijn gebaseerd of door het systeem worden gegenereerd. Als u wilt leren hoe u een eenheidsgebeurtenis maakt, raadpleegt u deze page.
-
Zakelijk gebeurtenissen: een zakelijke gebeurtenis is een gebeurtenis die, in tegenstelling tot een eenheidsgebeurtenis, niet aan een specifiek profiel is gekoppeld. 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 tijdens een rit neerzet, wordt automatisch een Lees publiek activiteit direct na. Als u wilt leren hoe u een bedrijfsgebeurtenis maakt, raadpleegt u deze page.
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 terugkeer 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. Raadpleeg uw Journey Optimizer-licenties en Journey Optimizer-productbeschrijving. -
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 header) en de informatie die vereist is voor Journey Optimizer werk en informatie voor reizen (bijvoorbeeld in het lichaam, de hoeveelheid verlaten wagen). 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 die een lading bevatten Journey Optimizer eventID's (zie het proces voor het maken van gebeurtenissen hieronder) verstrekt door Journey Optimizer en opgenomen in gebeurtenislading. 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.