DocumentatieJourney OptimizerHandleiding voor Journey Optimizer

De eigenschappen van uw reis instellen jo-properties

Last update: Thu Sep 04 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Van toepassing op:
  • Journey Orchestration

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.

Definieer in deze sectie de naam van de reis, voeg een beschrijving toe en stel de globale eigenschappen van de reis in.

U kunt:

{width="80%"}

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 optie staat u toe om technische informatie over de reis te kopiëren die het steunteam 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 op 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 type reis. Leer meer over profielingang en terugkeerbeheer, op 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

U kunt de toegang tot een reis beperken op basis van toegangslabels.

Klik op het pictogram Manage access labels en selecteer een of meerdere labels om aangepaste labels voor gegevensgebruik toe te wijzen aan de rit.

Meer informatie over het Toegangsbeheer op objectniveau (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.

Meer informatie over tijdzonebeheer

Begin- en einddatum dates

Door gebrek, kunnen de profielen uw reis ingaan zodra het wordt gepubliceerd, en kunnen blijven tot de globale reisonderbrekingwordt bereikt. 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.

Indien nodig, kunt u de datum van het douane Begin en Eind bepalen. Hiermee kunnen profielen op een bepaalde datum uw reis betreden en automatisch afsluiten wanneer de einddatum is bereikt.

Time-out timeout

Tijdslimiet voor 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.

De aanbevolen 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

Adobe Journey Optimizer 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

Adobe Journey Optimizer past het fusiebeleid toe dat gedurende de hele reis wordt gebruikt. Daarom als de veelvoudige publiek in een reis (bijvoorbeeld het gebruiken van binnen inAudience functies) wordt gebruikt, leidt dit tot inconsistenties met het fusiebeleid dat door de reis wordt gebruikt, wordt een fout opgeheven en de publicatie wordt 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 over fusiebeleid leren, verwijs naar documentatie van Adobe Experience Platform.

NOTE
Wanneer een beleid van de publiekssamenvoeging wordt bijgewerkt, moet om het even welke actieve reis die naar dat publiek verwijzen opnieuw worden gepubliceerd (of worden gedupliceerd). Door het fusiebeleid te wijzigen ontstaat er een 'nieuw' publiek dat niet toegankelijk is voor de lopende reis, waardoor de consistentie van de gegevens wordt gegarandeerd.

Afsluitingscriteria exit-criteria

Afsluitcriteria voor reizen 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. Als u meerdere afsluitcriteria hebt ingesteld, vindt de evaluatie van boven naar beneden plaats met een OR -logica. Vandaar, als u Criteria A van de Uitgang en Criteria B hebt, wordt het geëvalueerd als A OF B. 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 canvas van de reis.

  3. Selecteer Add exit criteria.

  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, zoals het downloaden van een app of het toevoegen van een product aan een winkelwagentje, alleen een eenheidsgebeurtenis.
    • Voor criteria van de Uitgang die op een publiek worden gebaseerd, zoals een publiek dat controleert als een klant in de laatste 24 uren heeft gekocht, selecteer 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%"}

Afsluitcriteria op basis van profielkenmerken profile-exit-criteria

De op kenmerk-Gebaseerde Criteria van de Uitgang van het profiel geeft u grotere controle over gepauzeerde reizen door u toe te staan om regels te bepalen die specifieke profielen automatisch verwijderen alvorens de reis hervat. U kunt afsluitvoorwaarden instellen op basis van profielkenmerken, zoals locatie, status of voorkeuren, om ervoor te zorgen dat alleen de relevante profielen worden voortgezet in de rit nadat deze is hervat.

Bijvoorbeeld, kunt u een reispauzeren, een uitgangsvoorwaarde toevoegen om alle profielen te verwijderen die in Frankrijk worden gevestigd, en de reis hervatten wetend dat die profielen bij de volgende actiestap zullen worden uitgesloten. Deze logica geldt zowel voor profielen die al tijdens de reis worden gebruikt als voor nieuwe profielen die na de hervatting van de reis in aanmerking komen.

Deze functie werkt naast de functie Pauzeren/Hervatten, zodat u reizen veiliger en flexibeler kunt beheren. Het minimaliseert handinterventie, vermindert het risico om irrelevante of niet-volgzame mededelingen te verzenden, en houdt uw reislogica gericht aan huidige bedrijfsvereisten.

Verwijs naar deze sectie om te leren hoe te de criteria van de de uitgang van het gebruiksprofielattribuut in gepauzeerde reizen.

Afvoerkanalen en beperkingen exit-criteria-guardrails

De volgende guardrails en de beperkingen zijn op het vermogen van de Criteria van de Uitgang 0} van de Reis {van toepassing:

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

De volgende gidsen zijn van toepassing wanneer het gebruiken van het Attribuut-Gebaseerde vermogen van de Uitgang van het Profiel:

  • de criteria van de Uitgang zijn van toepassing op het actieniveau
    De afsluitcriteria voor "Profielkenmerk" worden alleen geëvalueerd bij handelingen. In tegenstelling tot andere soorten uitstapcriteria gelden deze niet over de hele reis.
    Als u een reis hervat en sommige profielen aan de uitgangsvoorwaarde voldoen, zullen die profielen bij de volgende actieknooppunt worden uitgesloten.
    Nieuwe profielen die de reis na hervatting ingaan zullen ook bij hun eerste actieknooppunt worden geëvalueerd en worden uitgesloten, als zij aan de voorwaarde voldoen.

  • Één op profiel-gebaseerde uitgangsregel per reis
    U kunt slechts één "Kenmerk van het Profiel"uitgangscriteria per reis bepalen. Deze beperking helpt duidelijkheid te behouden en voorkomt conflicten in reislogica.

  • Beschikbaar in gepauzeerde reizen slechts
    U kunt de afsluitcriteria voor "Profielkenmerk" alleen toevoegen of bewerken wanneer de reis wordt gepauzeerd.

    • In a ontwerpprijs reis, verschijnt de optie van het Attribuut van het Profiel gehandicapt (read-only), terwijl Gebeurtenis en Publiek opties actief blijven.
    • In a gepauzeerde reis, wordt de optie van het Attribuut van het Profiel editable, en Gebeurtenis en de opties van het Publiek worden read-only.

Reisschema schedule

De sectie Schedule is alleen beschikbaar wanneer een Read Audience -activiteit op het canvas is neergezet. Hiermee kunt u een specifieke datum/tijd en frequentie voor de rit definiëren. Leer hoe te om een Lezen-publiek reiste plannen

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