DocumentatieJourney OptimizerHandleiding voor Journey Optimizer

De eigenschappen van uw reis instellen jo-properties

Last update: Wed Oct 30 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Gemaakt voor:

  • tussenpersoon
  • Gebruiker

Toegang tot de eigenschappen van een reis access-properties

De eigenschappen van een reis zijn gecentraliseerd in het rechterspoor. Deze sectie wordt standaard weergegeven wanneer u een nieuwe reis maakt. Voor bestaande reizen klikt u op het potloodpictogram naast de naam van de reis om deze te openen.

In deze sectie kunt u de naam van de rit definiëren, een beschrijving toevoegen en:

NOTE
Voor live reizen worden in dit scherm alleen de publicatiedatum en de naam van de gebruiker weergegeven die de reis heeft gepubliceerd.

De technische details van het Exemplaar staat u toe om technische informatie over de reis te kopiëren die het ondersteuningsteam kan gebruiken om problemen op te lossen. De volgende informatie wordt gekopieerd: JourneyVersion UID, OrgID, orgName, sandboxName, lastDeployedBy, lastDeployedAt.

Leer meer over technische gebieden met betrekking tot een reis voor een bepaald profiel, en hoe te om hen in deze paginate gebruiken.

Entrance en reentrance entrance

De modus voor profielinvoer wordt gedefinieerd op het niveau van het transport, in het configuratievenster rechts. De instellingen worden hieronder beschreven.

Profielbeheer is afhankelijk van het soort reis. Leer meer over profielingang en terugkeerbeheer, in deze pagina.

Ingang toestaan allow-reentrance

Nieuwe reizen maken standaard terugkeer mogelijk. U kunt uncheck toestaan terugkeer optie voor "één schot"reizen, bijvoorbeeld als u een eenmalig geschenk wilt aanbieden wanneer een persoon een winkel ingaat.

Reentrale wachttijd reentrance-wait

Wanneer toe staat terugkeer optie wordt geactiveerd, de ingang wacht periode gebied wordt getoond. In dit veld kunt u de tijd definiëren die u moet wachten voordat u een profiel toestaat om de reis opnieuw te betreden tijdens een enkele reis (te beginnen met een evenement of een publiekskwalificatie). Hierdoor wordt voorkomen dat ritten meerdere keren ten onrechte worden geactiveerd voor dezelfde gebeurtenis. Het veld wordt standaard ingesteld op 5 minuten. De maximale duur is 90 dagen.

Toegang beheren manage-access

Klik op de knop Manage access als u aangepaste of basislabels voor gegevensgebruik aan de reis wilt toewijzen. leer meer op het Toegangsbeheer van het Niveau van Objecten (OLAC)

Tijdzones voor reizen en profielen timezone

De tijdzone wordt gedefinieerd op het niveau van de reis. U kunt een vaste tijdzone invoeren of Adobe Experience Platform-profielen gebruiken om de tijdzone van de reis te definiëren. Als een tijdzone in Adobe Experience Platform-profiel is gedefinieerd, kan deze tijdens de reis worden opgehaald.

Voor meer informatie over timezone beheer, zie deze pagina.

Begin- en einddatum dates

U kunt de datum van het a Begin bepalen. Als u er geen hebt opgegeven, wordt deze automatisch gedefinieerd op het moment van publicatie.

U kunt ook een datum van het Eind toevoegen. Hiermee kunnen profielen automatisch worden afgesloten wanneer de datum wordt bereikt. Als geen einddatum wordt gespecificeerd, kunnen de profielen blijven tot de globale reisonderbreking(die over het algemeen 91 dagen is). De enige uitzondering is terugkerende lees publiekstrajecten met geactiveerde ingang van de Kracht op herhaling, die op de begindatum van het volgende voorkomen beëindigen.

Time-out timeout

Time-out of fout bij reisactiviteiten timeout_and_error

Wanneer u een actie of voorwaardenactiviteit bewerkt, kunt u een alternatief pad definiëren in het geval van een fout of time-out. Als de verwerking van de activiteit die een derdesysteem ondervraagt de onderbrekingsduur overschrijdt die in Timeout or error wordt bepaald van het gebied van de reis eigenschappen, zal de tweede weg worden gekozen om een potentiële reserveactie uit te voeren.

Toegestane waarden liggen tussen 1 en 30 seconden.

We raden u aan een zeer korte Timeout or error -waarde te definiëren als uw reis tijdgevoelig is (bijvoorbeeld: reageren op de locatie in real-time van een persoon), omdat u de handeling niet langer dan een paar seconden kunt uitstellen. Als uw reis minder tijdgevoelig is, kunt u een langere waarde gebruiken om meer tijd aan het geroepen systeem te geven om een geldige reactie te verzenden.

Reizen gebruiken ook een wereldwijde time-out, zoals hieronder wordt beschreven.

Globale time-out voor transport global_timeout

Naast timeoutgebruikt in reisactiviteiten, wordt een globale reisonderbreking toegepast. Het wordt niet getoond in de interface en kan niet worden veranderd.

Deze globale onderbreking houdt de vooruitgang van individuen in de reis 91 dagen nadat zij ingaan. Dit betekent dat de reis van een individu niet langer mag duren dan 91 dagen. Na deze time-outperiode worden de gegevens van de persoon verwijderd. Personen die aan het einde van de time-outperiode nog onderweg zijn, worden gestopt en er wordt geen rekening mee gehouden bij de rapportage. Je zou dus meer mensen op de reis zien komen dan vertrekken.

Vanwege de reistijd van 91 dagen, wanneer het niet is toegestaan om de reis opnieuw te betreden, kunnen we er niet voor zorgen dat de toegangsblokkering langer dan 91 dagen werkt. Aangezien we alle informatie over personen die 91 dagen na hun binnenkomst de reis hebben betreden, verwijderen, kunnen we niet weten dat de persoon eerder, meer dan 91 dagen geleden, is binnengekomen.

Een individu kan alleen een wachtdienst doen als hij of zij genoeg tijd in de reis heeft om de wachttijd vóór de reisonderbreking van 91 dagen te voltooien. Zie deze pagina.

Time-to-live (TTL) en veelgestelde vragen over gegevensinvoer timeout-faq

Vanaf de release van Adobe Journey Optimizer juni 2024 is de wereldwijde time-out van de reis van 30 naar 91 dagen gestegen. De gevolgen worden vermeld in de FAQ hieronder:

voor Eenheids reizen

Wat gebeurt er met de reis die wordt gepubliceerd na de introductie van de TTL-uitbreiding?
Profielen die de nieuwe reis ingaan, hebben automatisch een TTL van 91 dagen.
Wat gebeurt er met een profiel dat een reis ingaat die vóór de lancering van de uitbreiding van TTL werd gepubliceerd?
Het profiel zal een TTL van 30 dagen (7 dagen voor HIPAA) hebben, in overeenstemming met de tijd dat de reis oorspronkelijk werd gepubliceerd.
Wat gebeurt er met een profiel dat al een reis is begonnen toen de uitbreiding van de TTL wordt gestart?
Het profiel behoudt een TTL van 30 dagen (7 dagen voor HIPAA) volgens de oorspronkelijke publicatietijd van de reis.
Wat gebeurt er met een profiel in een vorige reisversie dat opnieuw wordt gepubliceerd na de lancering van de uitbreiding van TTL?
Het profiel zal een TTL van 30 dagen (7 dagen voor HIPAA) handhaven, die met de de publicatietijd van de originele reisversie wordt gericht.
Wat gebeurt er met een nieuw profiel dat een opnieuw gepubliceerde reisversie invoert na de introductie van de uitbreiding van TTL?
Het profiel zal een TTL van 91 dagen hebben, die TTL van de onlangs opnieuw gepubliceerde reisversie aanpassen.

voor de Reizen van de Trekker van het Segment

Wat gebeurt er met nieuwe eenmalige reizen die na de uitbreiding van de TTL worden gepubliceerd?
Profielen die de nieuwe reis ingaan zullen een TTL van 91 dagen automatisch hebben.
Wat gebeurt er met nieuwe terugkerende reizen zonder gedwongen terugkeer die na de uitbreiding van de GVTO worden gepubliceerd?
Profielen die de nieuwe reis ingaan zullen een TTL van 91 dagen automatisch hebben.
Wat gebeurt er met nieuwe terugkerende reizen met gedwongen terugkeer die na de uitbreiding van de GVTO worden gepubliceerd?
De profielen die de nieuwe reis ingaan zullen een TTL gelijk aan de herhalingsperiode hebben. Bijvoorbeeld, als de reis dagelijks loopt, zal TTL 1 dag zijn.
Wat gebeurt er met een profiel dat een reis ingaat die vóór de lancering van de uitbreiding van TTL werd gepubliceerd?
Het profiel zal een TTL van 30 dagen (7 dagen voor HIPAA) hebben, verenigbaar met de originele publicatietijd. Voor terugkerende ritten met gedwongen terugkeer zal de TTL overeenkomen met de herhalingsperiode.
Wat gebeurt er met een profiel dat door een reis loopt wanneer de uitbreiding van TTL wordt gelanceerd?
Het profiel behoudt een TTL van 30 dagen (7 dagen voor HIPAA) volgens de oorspronkelijke publicatietijd van de reis. Voor terugkerende ritten met gedwongen terugkeer zal de TTL overeenkomen met de herhalingsperiode.
Wat gebeurt er met een lopend profiel in een vorige reisversie die opnieuw wordt gepubliceerd na de lancering van de uitbreiding van TTL?
Het profiel zal een TTL van 30 dagen (7 dagen voor HIPPA) handhaven, die aan de originele de publicatietijd van de reisversie wordt gericht. Voor terugkerende ritten met gedwongen terugkeer zal de TTL overeenkomen met de herhalingsperiode.
Wat gebeurt er met een nieuw profiel dat een opnieuw gepubliceerde reisversie invoert na de introductie van de uitbreiding van TTL?
Het profiel zal een TTL van 91 dagen hebben, die TTL van de onlangs opnieuw gepubliceerde reisversie aanpassen. Voor terugkerende ritten met gedwongen terugkeer zal de TTL overeenkomen met de herhalingsperiode.

Beleid samenvoegen merge-policies

Reis gebruikt samenvoegbeleid terwijl het terugwinnen van profielgegevens van Adobe Experience Platform. Afhankelijk van het type van reis, worden de verschillende samenvoegingsbeleidsvormen gebruikt:

  • In kwalificatiereizen voor het publiek of het publiek lezen: het samenvoegbeleid van het publiek wordt gebruikt
  • Bij Eenheidstijdvluchten wordt het standaard samenvoegbeleid gebruikt
  • Bij zakenreizen: het samenvoegbeleid van het doelpubliek in de volgende Lees-publieksactiviteit wordt gebruikt

De reis zal het fusieprincipe respecteren dat door de volledige reis wordt gebruikt. Als er daarom meerdere soorten publiek worden gebruikt op een reis (bijvoorbeeld in "inAudience"-functies), waardoor inconsistenties ontstaan met het fusiebeleid dat door de reis wordt gebruikt, wordt een fout opgeworpen en wordt de publicatie geblokkeerd. Nochtans, als een inconsistent publiek in berichtverpersoonlijking wordt gebruikt, wordt een alarm niet opgeheven, ondanks de inconsistentie. Om deze reden, wordt het hoogst geadviseerd om het samenvoegbeleid te controleren verbonden aan uw publiek, wanneer dit publiek in berichtverpersoonlijking wordt gebruikt.

Meer leren op fusiebeleid, verwijs naar documentatie van Adobe Experience Platform.

Afsluitingscriteria exit-criteria

Beschrijving exit-criteria-desc

Door afsluitcriteria toe te voegen, sluiten de profielen de reis af zodra een gebeurtenis (bijvoorbeeld: Aankoop) plaatsvindt of komen zij in aanmerking voor een publiek. Dit zal de gebruiker verhinderen om het even welke verdere mededelingen van de reis te krijgen.

U wilt misschien profielen van een reis verwijderen als zij niet meer aan het doel van de reis voldoen. Dit kan door globale uitgangscriteria worden bereikt, die nauw met doelbeheer worden geassocieerd.

het gebruiksgeval van de Steekproef

Een marketeer heeft een promotietraject met een reeks communicatie. Elk van deze mededelingen is bedoeld om de klant ertoe aan te zetten een aankoop te doen. Zodra de aankoop wordt gemaakt, mag de klant de rest van de berichten in de reeks niet meer ontvangen. Door een exit-criterium te definiëren, worden profielen die een aankoop hebben gedaan, van de reis verwijderd.

Configuratie en gebruik exit-criteria-config

Afsluitingscriteria worden vastgesteld op het niveau van de reis. Eén reis kan meerdere exit-criteria hebben. Wanneer u meerdere afsluitcriteria hebt ingesteld, vindt de evaluatie van boven naar beneden plaats met een OR -logica. Zo als u Criteria A van de Uitgang en Criteria B hebt, zal het als A OF B worden geëvalueerd. De criteria worden bij elke etappe van de reis geëvalueerd.

Om te creëren een uitgangscriteria, volg deze stappen:

  1. Open je reis.

  2. Klik op het pictogram Show Exit Criteria in de rechterbovensectie van het reiscanvas.
    {width="40%"}

  3. Klik op de knop Add exit criteria .
    {width="40%"}

  4. Ga a Etiket in en selecteer als uw uitgangscriteria op een Gebeurtenis of een Publiek gebaseerd zijn.

  • Kies voor Afsluiten-criteria die zijn gebaseerd op een gebeurtenis alleen een eenheidsgebeurtenis.
  • Selecteer een publiek voor Afsluiten op basis van criteria voor een publiek. Opmerking: het kan 10 minuten duren voordat de criteria voor het afsluiten met een publiek effectief zijn.

U kunt meerdere afsluitcriteria toevoegen.

{width="40%"}

Afvoerkanalen en beperkingen exit-criteria-guardrails

De volgende instructies en beperkingen zijn van toepassing op de mogelijkheid om de reis te verlaten:

  • Afsluitingscriteria worden alleen in de ontwerpstatus gedefinieerd
  • Reis namespace coherentie tussen gebeurtenissen en op gebeurtenis-gebaseerde uitgangscriteria

Conflictbeheer conflict

Met de sectie Conflict management in de eigenschappen van de reis kunt u conflicten volgen en prioriteiten stellen voor uw reizen. U kunt:

  • Pas de Reeks van de a Regel toe om deze reis aan een deel van uw publiek uit te sluiten dat op het begrenzen van regels wordt gebaseerd. leer hoe te met regelreeksenwerken

  • Wijs a prioritaire score aan de reis toe, die zich van 0 tot 100 uitstrekken. Een hoger getal geeft een hogere prioriteit aan. De hier ingevoegde prioriteitswaarde wordt overgeërfd door binnenkomende acties (zoals In-App) die zich in deze reis bevinden. leren hoe te met prioritaire scoreste werken

    Voor situaties waar deze zelfde binnenkomende kanaalconfiguratie in andere campagnes of reizen wordt gebruikt, wordt de binnenkomende actie met de hoogste prioritaire score getoond aan de ontvanger. Als meerdere reizen of campagnes dezelfde score hebben, wordt het element gekozen dat het laatst is gewijzigd.

  • de conflicten van de Mening met andere reizen, campagnes, of kanaalconfiguraties. Als u overlappingen op publiek wilt identificeren, begin en einddatum, kanaalconfiguratie, kanaal, of regelreeks kunt u potentiële conflicten hier bekijken. Leer hoe te om potentiële conflicten in reis te identificeren

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76