klassen XDM ExperienceEvent
XDM ExperienceEvent är en XDM-standardklass (Experience Data Model). Använd den här klassen för att skapa en tidsstämplad ögonblicksbild av systemet när en viss händelse inträffar eller när en viss uppsättning villkor har nåtts.
En Experience Event är ett faktaregister över vad som inträffat, inklusive tidpunkten och identiteten för den berörda personen. Händelser kan antingen vara explicita (direkt observerbara mänskliga åtgärder) eller implicita (upphöjda utan en direkt mänsklig åtgärd) och registreras utan aggregering eller tolkning. Mer högnivåinformation om hur den här klassen används i Experience Platform ekosystem finns i XDM-översikten.
Själva klassen XDM ExperienceEvent tillhandahåller flera tidsserierelaterade fält till ett schema. Två av dessa fält (_id och timestamp) är obligatoriska för alla scheman som baseras på den här klassen, medan resten är valfria. Värdena för vissa av fälten fylls i automatiskt när data hämtas.
_id(Obligatoriskt)
_id identifierar unika händelser som är inkapslade i Adobe Experience Platform. Det här fältet används för att spåra en enskild händelses unika karaktär, för att förhindra datadubblering och för att slå upp händelsen i underordnade tjänster.Om dubbletthändelser upptäcks kan Experience Platform-program och -tjänster hantera dubbletterna på olika sätt. Duplicerade händelser i profiltjänsten tas till exempel bort om händelsen med samma
_id redan finns i profilarkivet. Dessa händelser kommer dock fortfarande att registreras i datasjön.I vissa fall kan
_id vara en Universally Unique Identifier (UUID) eller Global Unique Identifier (GUID).Om du direktuppspelar data från en källanslutning eller direkt hämtar från en Parquet-fil, bör du generera det här värdet genom att sammanfoga en viss kombination av fält som gör händelsen unik. Exempel på händelser som kan sammanfogas är primärt ID, tidsstämpel, händelsetyp och så vidare. Det sammanfogade värdet måste vara en
uri-reference-formaterad sträng, vilket innebär att alla kolontecken måste tas bort. Efteråt bör det sammanfogade värdet hashas med SHA-256 eller någon annan algoritm som du väljer.Det är viktigt att särskilja att det här fältet inte representerar en identitet som är relaterad till en enskild person, utan själva dataposten. Identitetsdata som relaterar till en person ska i stället begränsas till identitetsfält som tillhandahålls av kompatibla fältgrupper.
eventMergeIdeventTypeStandardvärden för den här egenskapen finns i appendix-avsnittet, inklusive beskrivningar av deras avsedda användningsfall. Det här fältet är en utökningsbar uppräkning, vilket innebär att du även kan använda egna händelsetypsträngar för att kategorisera de händelser som du spårar.
eventType begränsar dig till att endast använda en händelse per träff i ditt program, och därför måste du använda beräkningsfält för att tala om för systemet vilken händelse som är viktigast. Mer information finns i avsnittet Bästa tillvägagångssätt för beräknade fält.producedByVissa föreslagna värden för den här egenskapen finns i avsnittet appendix. Det här fältet är en utökningsbar uppräkning, vilket innebär att du kan använda dina egna strängar för att representera olika händelseproducenter.
identityMapMer information om hur de används finns i avsnittet om identitetskartor i grunderna i schemakomposition.
timestamp(Obligatoriskt)
Bästa tillvägagångssätt för händelsemodellering
I följande avsnitt beskrivs de effektivaste strategierna för att utforma händelsebaserade XDM-scheman (Experience Data Model) i Adobe Experience Platform.
Tidsstämplar timestamps
Rotfältet timestamp i ett händelseschema kan endast representera själva händelseobservationen och måste inträffa i det förflutna. Händelsen måste äga rum från och med 1970. Om dina användningsfall för segmentering kräver användning av tidsstämplar som kan inträffa i framtiden, måste dessa värden begränsas någon annanstans i Experience Event-schemat.
Om en verksamhet inom rese- och turismbranschen till exempel modellerar en flygbokningshändelse, representerar fältet timestamp på klassnivå tiden när reservationshändelsen observerades. Andra tidsstämplar som är relaterade till händelsen, t.ex. startdatumet för resereservationen, ska hämtas i separata fält som tillhandahålls av standardfältgrupper eller anpassade fältgrupper.
Genom att hålla tidsstämpeln på klassnivå åtskild från andra relaterade datetime-värden i dina händelsescheman kan du implementera flexibla användningsfall för segmentering samtidigt som du bevarar en tidsstämplad redovisning av kundresor i ditt upplevelseprogram.
Använda beräknade fält calculated
Vissa interaktioner i dina upplevelseprogram kan leda till flera relaterade händelser som tekniskt sett delar samma händelsetidsstämpel och därför kan representeras som en enda händelsepost. Om en kund t.ex. visar en produkt på din webbplats kan detta resultera i en händelsepost som har två möjliga eventType-värden: en produktvyhändelse (commerce.productViews) eller en allmän sidvyhändelse (web.webpagedetails.pageViews). I dessa fall kan du använda beräkningsfält för att hämta de viktigaste attributen när flera händelser fångas in i en enda träff.
Använd Adobe Experience Platform Data Prep för att mappa, omvandla och validera data till och från XDM. Med de tillgängliga mappningsfunktionerna från tjänsten kan du anropa logiska operatorer för att prioritera, omvandla och/eller konsolidera data från poster med flera händelser när de hämtas till Experience Platform. I exemplet ovan kan du ange eventType som ett beräkningsfält som prioriterar en"produktvy" framför en"sidvy" när båda förekommer.
Om du hämtar data manuellt till Experience Platform via användargränssnittet kan du läsa guiden om beräknade fält för att få mer information om hur du skapar beräkningsfält.
Om du direktuppspelar data till Experience Platform via en källanslutning kan du konfigurera källan så att beräkningsfält används i stället. Mer information om hur du implementerar beräknade fält när du konfigurerar anslutningen finns i dokumentationen för den aktuella källan.
Kompatibla schemafältgrupper field-groups
Adobe innehåller flera standardfältgrupper som kan användas med klassen XDM ExperienceEvent. Nedan följer en lista över några vanliga fältgrupper för klassen:
- Adobe Analytics ExperienceEvent Full Extension
- Adobe Advertising Cloud ExperienceEvent Full Extension
- Balance Transfers
- Campaign Marketing Details
- Card Actions
- Channel Details
- Commerce Details
- Deposit Details
- Device Trade-In Details
- Dining Reservation
- End User ID Details
- Environment Details
- Flight Reservation
- IAB TCF 2.0 Consent
- Lodging Reservation
- MediaAnalytics Interaction Details
- Quote Request Details
- Reservation Details
- Web Details
Bilaga
Följande avsnitt innehåller ytterligare information om klassen XDM ExperienceEvent.
Godkända värden för eventType eventType
I följande tabell visas de godkända värdena för eventType tillsammans med deras definitioner:
advertising.clicksadvertising.completesadvertising.conversionsadvertising.federatedadvertising.firstQuartilesadvertising.impressionsadvertising.midpointsadvertising.startsadvertising.thirdQuartilesadvertising.timePlayedapplication.closeapplication.launchclickdecisioning.propositionInteract i stället.commerce.backofficeCreditMemoIssuedcommerce.backofficeOrderCancelledcommerce.backofficeOrderItemsShippedcommerce.backofficeOrderPlacedcommerce.backofficeShipmentCompletedcommerce.checkoutscommerce.productListAddscommerce.productListOpenscommerce.productListRemovalscommerce.productListReopenscommerce.productListViewscommerce.productViewscommerce.purchasescommerce.saveForLatersdecisioning.propositionDisplaydecisioning.propositionDismissdecisioning.propositionFetchdecisioning.propositionInteractdecisioning.propositionSenddecisioning.propositionTriggerdelivery.feedbackdirectMarketing.emailBounceddirectMarketing.emailBouncedSoftdirectMarketing.emailClickeddirectMarketing.emailDelivereddirectMarketing.emailOpeneddirectMarketing.emailSentdirectMarketing.emailUnsubscribeddisplaydecisioning.propositionDisplay i stället.inappmessageTracking.dismissinappmessageTracking.displayinappmessageTracking.interactleadOperation.callWebhookleadOperation.changeCampaignStreamleadOperation.changeEngagementCampaignCadenceleadOperation.convertLeadleadOperation.interestingMomentleadOperation.mergeLeadsleadOperation.newLeadleadOperation.scoreChangedleadOperation.statusInCampaignProgressionChangedlistOperation.addToListlistOperation.removeFromListmedia.adBreakCompletemedia.adBreakStartmedia.adCompletemedia.adSkipmedia.adStartmedia.bitrateChangemedia.bufferStartmedia.bufferStart skickas när bufferten börjar. Det finns ingen specifik bufferResume-händelsetyp. Buffertfunktionen anses ha återupptagits när en play -händelse skickas efter en bufferStart -händelse.media.chapterCompletemedia.chapterSkipmedia.chapterStartmedia.downloadedmedia.errormedia.pauseStartpauseStart-händelse har inträffat. Den här händelsen utlöses när en användare initierar en paus i medieuppspelningen. Det finns ingen CV-händelsetyp. Ett cv-värde erhålls när du skickar en uppspelningshändelse efter en pauseStart.media.pingmedia.ping används för att ange pågående uppspelningsstatus. För huvudinnehåll måste den här händelsen skickas var 10:e sekund under uppspelningen, med början 10 sekunder efter uppspelningen. För annonsinnehåll måste det skickas varje sekund under annonsspårning. Ping-händelser ska inte innehålla parameterkartan i begärandetexten.media.playmedia.play skickas när spelaren övergår till läget playing från ett annat läge, till exempel buffering, paused (när den återupptas av användaren) eller error (när den återställs), inklusive scenarier som automatisk uppspelning. Den här händelsen utlöses av spelarens on('Playing')-återanrop.media.sessionCompletemedia.sessionEndmedia.sessionEnd meddelar Media Analytics-backend om att omedelbart stänga en session när en användare avbryter sin visning och sannolikt inte kommer att returnera. Om den här händelsen inte skickas kommer sessionen att gå ut efter 10 minuters inaktivitet eller 30 minuter utan att spelhuvudet flyttas. Eventuella efterföljande medieanrop med detta sessions-ID ignoreras.media.sessionStartmedia.sessionStart skickas med sessionsinitieringsanropet. När du får ett svar extraheras sessions-ID från platshuvudet och används för alla efterföljande händelseanrop till samlingsservern.media.statesUpdatestatesUpdate-händelse har inträffat. Spårningsfunktionerna för spelartillstånd kan kopplas till ett ljud- eller videoflöde. Standardlägena är: fullscreen, mute, closedCaptioning, pictureInPicture och inFocus.opportunityEvent.addToOpportunityopportunityEvent.opportunityUpdatedopportunityEvent.removeFromOpportunitypersonalization.requestdecisioning.propositionFetch i stället.pushTracking.applicationOpenedpushTracking.customActionweb.formFilledOutweb.webinteraction.linkClicksweb.webpagedetails.pageViewslocation.entrylocation.exitFöreslagna värden för producedBy producedBy
I följande tabell visas några godkända värden för producedBy:
selfsystemsalesRefcustomerRep