Ange egenskaper för din resa jo-properties
Åtkomst till egenskaperna för en resa access-properties
Resans egenskaper är centraliserade i rätt spår. Det här avsnittet visas som standard när du skapar en ny resa. Klicka på pennikonen bredvid resans namn för att öppna befintliga resor.
I det här avsnittet kan du definiera namnet på resan, lägga till en beskrivning och:
- hantera inträde och återinträde,
- välj start och slut datum,
- hantera åtkomst till data,
- definiera en timeout-varaktighet i reseaktiviteter (endast för administratörsanvändare),
- välj resan och profilen tidszoner
- Tilldela enhetliga Adobe Experience Platform-taggar till din resa för att enkelt klassificera dem och förbättra sökningen från kampanjlistan. Lär dig arbeta med taggar
Med den tekniska informationen för Kopiera kan du kopiera teknisk information om den resa som supportteamet kan använda för att felsöka. Följande information kopieras: JourneyVersion UID
, OrgID
, orgName
, sandboxName
, lastDeployedBy
, lastDeployedAt
.
Läs mer om tekniska fält som rör en resa för en viss profil och hur du använder dem på den här sidan.
Ingång och återinträde entrance
Profilinmatningsläget definieras på resenivån i den högra konfigurationsrutan. Inställningarna beskrivs nedan.
Profilingångshantering beror på typen av resor. Läs mer om hantering av profilentré och återinträde på webben i den här sidan.
Tillåt återinträde allow-re-entrance
Som standard tillåter nya resor återinträde. Du kan avmarkera alternativet Tillåt återinträde för engångsresor, till exempel om du vill erbjuda en engångsgåva när en person går till en affär.
Vänteperiod för återinträde re-entrance-wait
När alternativet Tillåt återinträde är aktiverat visas fältet Återinträde av vänteperiod. I det här fältet kan du definiera väntetiden innan du tillåter en profil att gå in på resan igen med en enda resa (med början från en händelse eller en målgruppskvalifikation). Detta förhindrar att resor utlöses felaktigt flera gånger för samma händelse. Som standard är fältet inställt på 5 minuter. Maximala längden är 90 dagar.
Hantera åtkomst manage-access
Klicka på knappen Manage access om du vill tilldela anpassade eller grundläggande dataanvändningsetiketter till resan. Läs mer om OLAC (Object Level Access Control)
Tidszoner för resa och profil timezone
Tidszonen definieras på resenivå. Du kan ange en fast tidszon eller använda Adobe Experience Platform-profiler för att definiera resetidszonen. Om en tidszon definieras i Adobe Experience Platform-profilen kan den hämtas under resan.
Mer information om hantering av tidszoner finns på den här sidan.
Start- och slutdatum dates
Du kan definiera ett startdatum. Om du inte har angett någon sådan kommer den att definieras automatiskt vid publiceringstidpunkten.
Du kan också lägga till ett slutdatum. Detta gör att profiler kan avslutas automatiskt när datumet nås. Om inget slutdatum anges kan profiler stanna tills den globala resetidsgränsen (som vanligtvis är 91 dagar). Det enda undantaget är återkommande läspmålsresor med Tvinga återinträde vid upprepning aktiverat, som slutar vid startdatumet för nästa förekomst.
Timeout timeout
Tidsgräns eller fel i reseaktiviteter timeout_and_error
När du redigerar en åtgärd eller villkorsaktivitet kan du definiera en alternativ sökväg om ett fel eller en timeout inträffar. Om bearbetningen av aktiviteten som förhör ett tredjepartssystem överskrider tidsgränsen som anges i fältet Timeout or error för resans egenskaper, väljs den andra sökvägen för att utföra en eventuell reservåtgärd.
Giltiga värden är mellan 1 och 30 sekunder.
Vi rekommenderar att du definierar ett mycket kort Timeout or error-värde om din resa är tidskänslig (exempel: reagerar på en persons realtidsplats) eftersom du inte kan fördröja åtgärden i mer än några sekunder. Om resan är mindre tidskänslig kan du använda ett längre värde för att ge mer tid till det system som anropas för att skicka ett giltigt svar.
Journeys använder också en global tidsgräns enligt informationen nedan.
Tidsgräns för global resa global_timeout
Utöver den timeout som används i reseaktiviteter används en timeout för den globala resan. Den visas inte i gränssnittet och kan inte ändras.
Den här globala tidsgränsen avbryter förloppet för personer på resan 91 dagar efter att de har gått in. Det innebär att en persons resa inte kan vara längre än 91 dagar. Efter denna timeout-period tas personens data bort. Individer som fortfarande flyter i resan i slutet av timeoutperioden kommer att stoppas och de kommer inte att beaktas vid rapporteringen. Du kan därför se fler människor komma in på resan än att gå ut.
På grund av den 91-dagars tidsgränsen för resan kan vi inte säkerställa att återinträdesspärren fungerar mer än 91 dagar när resan inte tillåts. Eftersom vi tar bort all information om personer som tagit sig in på resan 91 dagar efter ankomsten, kan vi inte veta vem som tagit sig in tidigare, mer än 91 dagar sedan.
En enskild person kan bara förlägga en vänteaktivitet om han eller hon har tillräckligt med tid kvar på resan för att slutföra väntetiden innan tidsgränsen på 91 dagar för en resa är slut. Läs den här sidan.
TTL (Time-to-Live) och datalagring - frågor och svar timeout-faq
Från och med Adobe Journey Optimizer-versionen från juni 2024 har den globala tidsgränsen för resan flyttats från 30 till 91 dagar. Effekter listas i Frågor och svar nedan:
För Unitary Journeys
För segmentutlösarresor
Sammanfoga profiler merge-policies
Resan använder sammanfogningsprinciper när profildata hämtas från Adobe Experience Platform. Beroende på resetyp används olika kopplingsprofiler:
- På läs målgrupps- eller målgruppsklassificeringsresor: målgruppspolicyn används
- Vid Unitary-händelseresor: standardprincipen för sammanslagning används
- Vid affärsevenemangsresor: sammanfogningspolicyn från målgruppen i följande Läs målgruppsaktivitet används
Resan kommer att respektera den sammanslagningspolicy som används under hela resan. Om flera målgrupper används i en resa (t.ex. i"inAudience"-funktioner), vilket skapar inkonsekvenser med den sammanfogningspolicy som används under resan, uppstår därför ett fel och publiceringen blockeras. Men om en inkonsekvent målgrupp används i meddelandepersonalisering visas ingen varning trots inkonsekvensen. Därför rekommenderar vi att du kontrollerar vilken sammanfogningspolicy som är kopplad till målgruppen när den här målgruppen används i meddelandepersonalisering.
Mer information om sammanfogningsprinciper finns i Adobe Experience Platform-dokumentationen.