Een publiek gebruiken voor een reis segment-trigger-activity
Gebruik de activiteit van het publiek lezen om reizen met bepaald publiek te beginnen. U kiest het publiek en wanneer het loopt; dan gebruik voorwaarden, tijdopnemers, en acties om de weg van elk profiel te personaliseren.
Informatie over de activiteit van het leespubliek about-segment-trigger-activity
De Gelezen activiteit van het Publiek is de reis entry-point activiteit die alle profielen van een geselecteerd Adobe Experience Platform publiek aan een reis toevoegt. U kunt de ingang één keer of op een terugkerend programma in werking stellen. In API's en technische referenties wordt deze activiteit ook wel segmenttriggers of op het publiek gebaseerde reisgegevens genoemd.
wanneer te gebruiken Gelezen Publiek vs de Kwalificatie van het Publiek
Zeer belangrijke grenzen: Één Gelezen Publiek per reis (moet de eerste activiteit zijn); één publiek per activiteit; tot vijf gelijktijdige Gelezen looppas van de Publiek per organisatie; 20.000 profielen per seconde per zandbak; de baanonderbreking van 12 uur. De volledige details in Grafieken en aanbevelingen .
Eerste vereisten: Een Adobe Experience Platform publiek dat wordt gebouwd en geëvalueerd (Realized status), een op mensen-gebaseerde identiteit namespace die voor de reis wordt geselecteerd, en-voor het terugkomen looppas-begrip van het plannen en productiegrenzen .
Bijvoorbeeld, kan het Luma app opening and checkout publiek dat in wordt gecreeerd het 2} gebruiksgeval van de Bouwstijl van publiek {als ingangspunt worden gebruikt. Alle gekwalificeerde profielen voeren de reis en de vooruitgang door geïndividualiseerde wegen in gebruikend voorwaarden, tijdopnemers, gebeurtenissen, en acties.
➡️ Ontdek deze functie in video
- Alvorens de Gelezen publieksactiviteit te gebruiken, lees de Grafieken en Beperkingen .
De activiteit configureren configuring-segment-trigger-activity
U zult plaatsen: Publiek (verplicht), Namespace (verplicht), Leestarief (verplicht, gebrek 5.000/s), en Programma (wanneer de reis) loopt. Voeg naar keuze a Etiket en Aanvullende herkenningsteken toe. Met de onderstaande stappen doorloopt u elke instelling.
Activiteiten toevoegen en publiek selecteren add-activity-and-select-audience
-
Ontgrendel de categorie Orchestration en zet een Read Audience -activiteit neer op uw canvas.
De activiteit moet als eerste stap van een reis worden geplaatst.
-
Voeg een Label toe aan de activiteit (optioneel). Met een optioneel label kunt u de activiteit in de rapportering en in de logboeken van de testmodus identificeren.
-
Kies in het veld Audience het Adobe Experience Platform -publiek dat de rit zal betreden en klik vervolgens op Save . U kunt om het even welk Adobe Experience Platform publiek selecteren dat gebruikend segmentdefinities wordt geproduceerd.
note note NOTE Bovendien kunt u Adobe Experience Platform publiek richten dat gebruikend wordt gecreeerd publiekssamenstellingen .
U kunt publiek ook richten geupload van een Csv- dossier .
Leer meer over hoe te om publiek in Journey Optimizer te produceren en te richten .U kunt de kolommen in de lijst aanpassen en sorteren.
Nadat het publiek is toegevoegd, kunt u met de knop Copy de naam en de id van het publiek kopiëren:
{"name":"Luma app opening and checkout","id":"8597c5dc-70e3-4b05-8fb9-7e938f5c07a3"}
note note NOTE Slechts zullen de individuen met de Realized status van de publieksparticipatie de reis ingaan. Voor meer op hoe te om een publiek te evalueren, verwijs naar de documentatie van de Dienst van de Segmentatie . -
Kies in het veld Namespace de naamruimte die u wilt gebruiken om de personen te identificeren. Het veld wordt standaard voorgevuld met de laatst gebruikte naamruimte. Leer meer over namespaces .
note note NOTE Personen die tot een publiek behoren dat niet de geselecteerde identiteit (naamruimte) onder hun verschillende identiteiten heeft, kunnen de reis niet betreden. U kunt alleen een naamruimte selecteren die is gebaseerd op personen. Als u een namespace voor een raadplegingslijst (bijvoorbeeld: ProductID namespace voor een raadpleging van het Product) hebt bepaald, zal het niet in Namespace dropdown lijst beschikbaar zijn.
Aanvullende identificatiecode read-audience-supplemental-id
U kunt naar keuze toelaten Gebruik een supplementaire herkenningsteken om de reis in de context van een secundair herkenningsteken (bijvoorbeeld, een orde identiteitskaart of boekende identiteitskaart) naast profielidentiteitskaart in werking te stellen Hierdoor zijn meerdere ingangen van hetzelfde profiel mogelijk wanneer de aanvullende id verschilt.
leer hoe te om supplementaire herkenningstekens in reizen te gebruiken. Voor ritten voor lezers moet de aanvullende id een profielkenmerk zijn; de leessnelheid is beperkt tot 500 profielen per seconde wanneer een aanvullende id wordt gebruikt.
Guardrails en aanbevelingen must-read
-
Er kan slechts één Read Audience -activiteit worden gebruikt tijdens een rit en dit moet de eerste activiteit op het canvas zijn.
-
De Read audience -activiteit kan zich richten op slechts één publiek. Als er meerdere soorten publiek nodig zijn, kunt u die soorten publiek vóór gebruik samenvoegen tot één publiek. leer hoe te om publiek te combineren gebruikend samenstellingswerkschema's
-
Voor reizen die a gebruiken Gelezen de activiteit van het publiek, is er een maximumaantal reizen dat precies tezelfdertijd kan beginnen. Het systeem voert opnieuw tests uit. Nochtans, vermijd het hebben van meer dan vijf reizen (met Gelezen Publiek, gepland of die "zo snel mogelijk"beginnen) tezelfdertijd. De beste manier is om ze over een tijdsverloop te verspreiden, bijvoorbeeld 5 tot 10 minuten na elkaar.
-
De groepen van het de gebeurtenisgebied van de ervaring kunnen niet in reizen worden gebruikt die met a beginnen gelezen publiek activiteit, een kwalificatie van het Publiek activiteit, of een bedrijfsgebeurtenisactiviteit.
-
Als beste praktijken, adviseren wij u slechts partijpubliek in a Gelezen publiek activiteit. Dit zal een betrouwbare en consistente telling van de tijdens de reis gebruikte doelgroepen opleveren. Lees het publiek wordt ontworpen voor partijgebruik gevallen. Als uw gebruiksgeval gegevens in real time gelieve vereist te gebruiken {de kwalificatieactiviteit van 0} Audience .
-
Het publiek werd ingevoerd uit een Csv- dossier of resulterend uit samenstellingswerkschema's kan in de Gelezen activiteit van het Publiek worden geselecteerd. Deze doelgroepen zijn niet beschikbaar in de activiteit van de Kwalificatie van het publiek 0}.
-
Gelijktijdige leeslimiet per organisatie: elke organisatie kan maximaal vijf instanties van het type Audience lezen tegelijk uitvoeren. Dit omvat zowel geplande looppas als die teweeggebracht door bedrijfsgebeurtenissen. De limiet geldt voor alle sandboxen en reizen. Deze limiet wordt gehandhaafd om te zorgen voor een eerlijke en evenwichtige toewijzing van middelen in alle organisaties.
-
Doorvoerbeheer voor sandbox: het systeem beheert dynamisch de verwerkingsdoorvoer per sandbox met een maximale limiet van 20.000 profielen per seconde die worden gedeeld door alle activiteiten van het leespubliek. De individuele Gelezen activiteiten van het Publiek kunnen met een minimumtarief van 500 profielen per seconde worden gevormd. Als de doorvoergrenzen op sandboxniveau worden bereikt, kunnen de taken in de wachtrij worden geplaatst om een eerlijke toewijzing van bronnen te garanderen.
-
Tijdslimiet voor taakverwerking: taken van het type Audience lezen die niet binnen 12 uur kunnen worden verwerkt vanwege de limiet van de guardrail, worden automatisch opgeschoond en nooit uitgevoerd. Dit voorkomt het opbouwen van arbeidsplaatsen en zorgt voor stabiliteit van het systeem.
-
Wanneer het gebruiken van partijsegmenten, verzeker uw opname en dagelijkse momentopname werkt ruim vóór de reis begint. Overweeg een extra wachttijdperiode als de segmenten op gegevens moeten wijzen die de zelfde dag worden opgenomen. Als onmiddellijke profielversheid kritiek is, gebruik een gebeurtenis-gebaseerde of het stromen benadering in plaats van een dagelijkse partijbenadering. Alternatief, neem een wachtend mechanisme op om bijgewerkte gegevens toe te staan om vóór de reisevaluatie te verspreiden.
De begeleiding met betrekking tot Gelezen de activiteit van het publiek wordt vermeld in deze pagina .
daarna: plaats het lezingstarief en programma , toen test en publiceert .
Profielinvoer en leessnelheid profile-entry-and-reading-rate
Stel de waarde Reading rate (verplicht) in. Dit is het maximumaantal profielen dat de reis per seconde kan ingaan. Dit tarief geldt alleen voor deze activiteit en niet voor andere activiteiten op de reis. Als u bijvoorbeeld een vertragingsfactor voor aangepaste handelingen wilt definiëren, moet u de vertragings-API gebruiken. Verwijs naar deze pagina .
Deze waarde wordt opgeslagen in de lading van de reisversie. De standaardwaarde is 5.000 profielen per seconde. U kunt deze waarde wijzigen van 500 tot 20.000 profielen per seconde.
Reizen plannen schedule
Door gebrek, worden de reizen gevormd om eens te lopen. Om een specifieke datum/tijd en frequentie te bepalen waarop de reis zou moeten lopen, volg de hieronder stappen.
-
Selecteer Read audience in de eigenschappen van de Edit journey schedule -activiteit.
-
De eigendommen van de reis worden weergegeven. Selecteer in de vervolgkeuzelijst Scheduler type de frequentie waarmee u de reis wilt uitvoeren.
Voor terugkerende reizen zijn specifieke opties beschikbaar om u te helpen de toegang van profielen tot de reis beheren. Vouw de onderstaande secties uit voor meer informatie over elke optie.
Wanneer een reis met een terugkomende gelezen publiek voor het eerst uitvoert, gaan alle profielen in het publiek de reis in. Met deze optie kunt u zich na de eerste keer richten op alleen de personen die het publiek zijn binnengekomen sinds de laatste uitvoering van de reis.
Wanneer het gebruiken van deze optie, kijkt het systeem terug 24 uren van de tijd van de laatste baan van de publieksevaluatie die door de segmenteringsdienst van Adobe Experience Platform wordt uitgevoerd.
Nadat de segmentatie is voltooid, wordt een uitvoertaak voor een profielmomentopname gestart, waarmee Journey Optimizer nieuwe profielen kan detecteren en verwerken. Als de reis tussen deze twee banen gepland is, zal het stijgende lezen geen profielen oppakken die lid van het publiek sinds de laatste uitvoering van de reis werden.
U minimaliseert het risico van ontbrekende profielen door:
- Schakel de optie Trigger after batch audience evaluation in om de terugkijkperiode uit te breiden naar het tijdstip van de laatste geslaagde uitvoering van de reis, ongeacht hoelang deze zich heeft voorgedaan
- Reizen plannen die lang moeten duren nadat de dagelijkse batchsegmentatietaken zijn voltooid (doorgaans 2-3 uur buffer)
- Voor tijd-kritieke gebruiksgevallen die directe profielopname vereisen, denk na gebruikend activiteiten van de Kwalificatie van het publiek 0} {met het stromen publiek in plaats daarvan
| note caution |
|---|
| CAUTION |
| Als u a douane richt uploadt publiek in uw reis, worden de profielen slechts teruggewonnen op de eerste herhaling wanneer deze optie in een terugkomende reis wordt toegelaten. Deze doelgroepen zijn vast. |
Met deze optie kunt u alle profielen die nog aanwezig zijn op de reis automatisch laten afsluiten bij de volgende uitvoering.
Als u bijvoorbeeld een wachttijd van twee dagen hebt tijdens een dagelijkse terugkerende reis, worden bij het activeren van deze optie de profielen verplaatst naar de volgende uitvoering van de reis. Dit gebeurt de dag erna, of ze al dan niet in het volgende publiek zitten.
Als de levensduur van uw profielen tijdens deze reis langer kan zijn dan de herhalingsfrequentie, activeer deze optie niet om ervoor te zorgen dat profielen hun reis kunnen voltooien.
Voor ritten die dagelijks worden gepland en die op partijpubliek gericht zijn, kunt u een tijdvenster van tot 6 uren voor de reis bepalen om op nieuwe publieksgegevens van batch segmentatietaken te wachten. Als de segmentatietaak binnen het tijdvenster wordt voltooid, wordt de rit geactiveerd. Anders slaat het de reis over tot de volgende keer. Met deze optie zorgt u ervoor dat reizen worden uitgevoerd met nauwkeurige en actuele publieksgegevens.
Als een reis bijvoorbeeld om 18.00 uur per dag gepland is, kunt u een aantal minuten of uren opgeven die moeten worden gewacht voordat de rit wordt uitgevoerd. Wanneer de reis om 18.00 uur wakker wordt, zoekt het naar een nieuw publiek, wat betekent dat een publiek nieuwer is dan het publiek dat in de vorige uitvoering van de reis werd gebruikt. Tijdens het gespecificeerde tijdvenster, zal de reis onmiddellijk na het ontdekken van het nieuwe publiek uitvoeren. Als geen nieuw publiek wordt ontdekt, zal de reisuitvoering voor die dag worden overgeslagen.
De reis testen en publiceren testing-publishing
Met de Read Audience -activiteit kunt u de rit testen op een uniform profiel.
Activeer de testmodus om dit te doen.
Vorm en stel de testwijze in werking zoals gebruikelijk. leer hoe te om een reis te testen.
Wanneer de test is uitgevoerd, kunt u de testresultaten zien met de knop Show logs . Voor meer op dit, verwijs naar deze sectie
Zodra de tests succesvol zijn, kunt u uw reis publiceren (zie het Publiceren van de reis ). Personen die tot het publiek behoren, nemen de reis op de datum/tijd in die is opgegeven in de sectie Eigenschappen van de reis Scheduler .
Doelgerichtheid van het publiek bij reizen
De op publiek-gebaseerde reizen beginnen altijd met a Gelezen activiteit van het publiek om individuen terug te winnen die tot een Adobe Experience Platform publiek behoren. Deze profielen worden één keer of volgens een terugkerend schema gelezen.
Nadat zij de reis ingaan, organiseert u hen gebruikend Voorwaarde activiteiten: segment door attributen of gedrag, sluit een deel van de bevolking uit, of verenigt takken samen (verenigen). In de onderstaande secties wordt elk patroon beschreven.
Segmentatie
U kunt voorwaarden gebruiken om segmentatie uit te voeren gebruikend de Condition activiteit. U kunt bijvoorbeeld VIP-personen een bepaald pad laten volgen en niet-VIP-stromen in een ander pad.
De segmentatie kan worden gebaseerd op:
- gegevensbrongegevens
- de context van de gebeurtenissen maakt deel uit van de reisgegevens , bijvoorbeeld : heeft iemand op het bericht geklikt dat een uur geleden werd ontvangen ?
- een datum, bijvoorbeeld: zijn we in juni wanneer iemand de reis doorloopt?
- een tijd , bijvoorbeeld : is het ' s morgens in de tijdzone van de betrokkene ?
- een algoritme waarin het publiek dat de reis volgt wordt gesplitst op basis van een percentage , bijvoorbeeld : 90 % - 10 % om een controlegroep uit te sluiten
Uitsluiting
De zelfde activiteit van de Voorwaarde 0} {die voor segmentatie (zie hierboven) wordt gebruikt staat u ook toe om een deel van de bevolking uit te sluiten. U kunt bijvoorbeeld VIP-personen uitsluiten door deze naar een vertakking te laten gaan met een eindstap direct erna.
Deze uitsluiting kan direct na het opvragen van het publiek gebeuren, voor het tellen van de bevolking of langs een reis in meerdere stappen.
Samenvoeging
Met ritten kunt u N-vertakkingen maken en deze na een segmentatie samenvoegen. Hierdoor kunt u twee soorten publiek terugbrengen naar een algemene ervaring.
Zo kunnen VIP- en niet-VIP-klanten na een andere ervaring gedurende tien dagen op reis terugkeren naar hetzelfde pad. Na een vereniging, kunt u het publiek opnieuw verdelen door een segmentatie of een uitsluiting uit te voeren.
Problemen oplossen audience-count-mismatch
Deze sectie helpt u wanverhoudingen van het kijkcijfer oplossen (minder of meer profielen die dan verwacht ingaan), verwerkt nul profielen (Gelezen alarm van het Publiek of geen ingangen), en vertraagde of ontbrekende ingangen (timing en gegevenspropagatie).
segmentExportJob gebeurtenissen) om de levenscyclus van de publieksuitvoer verrichting te volgen. Deze gebeurtenissen worden geregistreerd op het activiteitsniveau, niet per individueel profiel, en kunnen voor controle en het oplossen van problemendoeleinden worden gevraagd. Leer meer over het vragen Gelezen gebeurtenissen van het Publiek .vind uw kwestie:
Geen profielen verwerkt zero-profiles-processed
Als de Gelezen activiteit van het Publiek geen profiel heeft verwerkt (b.v. u ziet het Gelezen alarm van het Publiek ):
- Controle als het publiek - binnen Adobe Experience Platform leeg is, verifieer de publieksgrootte en dat de profielen in gerealiseerde status zijn. Een leeg of nog niet geëvalueerd publiek zal in nul ingangen resulteren.
- Controle namespace - namespace die in Gelezen activiteit van het Publiek wordt geselecteerd moet op de profielen in uw publiek aanwezig zijn. Profielen zonder die identiteit kunnen niet op reis. Leer meer over namespaces .
- {het 0} Alarm van het Overzicht en herprobeert - de Mislukkingen worden gemeld in Alarm . Het systeem probeert elke 10 minuten gedurende maximaal 1 uur opnieuw taken te maken. Leer meer over pogingen en alarm .
Als de kwestie na deze controles voortduurt, zie Timing en gegevenspropagatie en de bevestiging en controle van Gegevens voor partij en configuratieoorzaken.
Tijdstip en gegevensdoorgave timing-and-data-propagation
-
de baanvoltooiing van de segmentatie van de partij: Voor partijpubliek, zorg ervoor dat de dagelijkse baan van de partijsegmentatie heeft voltooid en de momentopnamen worden bijgewerkt alvorens de reis loopt. Het publiek van de partij wordt klaar voor gebruik ongeveer 2 uren na de voltooiing van de segmentatietaak. Leer meer over methodes van de publieksevaluatie .
-
de ingangstijdstip van Gegevens: Verifieer dat de opname van profielgegevens volledig vóór de reisuitvoering heeft voltooid. Als profielen kort voor het begin van de rit werden opgenomen, worden ze mogelijk nog niet in het publiek weergegeven. Leer meer over gegevensopname in Adobe Experience Platform .
-
Gebruik "Trekker na de optie van de partijpublieksevaluatie": Voor dagelijkse geplande reizen die partijpubliek gebruiken, denk na toelatend de Trigger after batch audience evaluation optie. Dit zorgt ervoor dat de reis op nieuwe publieksgegevens (tot 6 uur) alvorens uit te voeren wacht. Leer meer over het plannen
-
voeg een Wacht activiteit toe: Voor het stromen publiek met onlangs opgenomen gegevens, denk na toevoegend a wacht activiteit aan het begin van de reis om tijd voor gegevenspropagatie en profielkwalificatie toe te staan. Leer meer over de Wacht activiteit
Gegevensvalidatie data-validation-and-monitoring
-
de status van de segmentatietaak van de Controle: De tijden van de taakvoltooiing van de partijsegmentatie in Adobe Experience Platform controledashboard . Gebruik het om te verifiëren wanneer de publieksgegevens klaar zijn.
-
verifieer samenvoegbeleid: Zorg ervoor dat het fusiebeleid voor uw publiek wordt gevormd het verwachte gedrag aanpast om profielgegevens van verschillende bronnen te combineren. Leer meer over samenvoegbeleid in Adobe Experience Platform .
-
de segmentdefinities van het Overzicht: Bevestig dat de segmentdefinities correct worden gevormd en alle verwachte kwalificatiecriteria omvatten. Leer meer over bouwend publiek . Let vooral op:
- Op tijd gebaseerde voorwaarden die profielen op tijdstempels van gebeurtenissen kunnen uitsluiten
- Kenmerkkwalificaties die afhankelijk zijn van recent bijgewerkte gegevens
- Streaming versus batchevaluatiemethoden
-
bevestigt namespace configuratie: Verzeker namespace die in wordt geselecteerd gelezen de activiteit van het publiek past de primaire identiteit aan die door profielen in uw publiek wordt gebruikt. Profielen zonder de geselecteerde naamruimte worden niet meegenomen. Leer meer over identiteitsnaamruimten .
Best practices
-
ritten van het Programma na segmentatie: Voor partijpubliek, de uitvoering van de planningsreis minstens 2-3 uur na de typische tijd van de baanvoltooiing van de partijsegmentatie. leer meer over reis het plannen
-
het stromen publiek van het Gebruik voor gebruiksgevallen in real time: Als u directe profielkwalificatie en reisingang nodig hebt, gebruik de activiteiten van de Kwalificatie van het Publiek met het stromen publiek in plaats van Gelezen Publiek met partijpubliek.
-
Test met kleiner publiek eerst: Alvorens grote reizen te lanceren, test met een kleinere ondergroep om te bevestigen dat de tellingen gelijke verwachtingen aanpassen. leer hoe te om een reis te testen
-
Monitor regelmatig: Opstelling regelmatig toezicht op publieksgrootte en de metriek van de reisingang om discrepanties vroeg te ontdekken. Leer meer over tarieven van de reisverwerking en ingangsbeheer .
Wanneer contact opnemen met ondersteuning
Neem contact op met de ondersteuning van Adobe als het aantal aanvragen niet overeenkomt of de uitvoering van het nulprofiel aanhoudt nadat u de bovenstaande stappen hebt uitgevoerd. Heb klaar: publieksnaam/identiteitskaart, reisnaam/identiteitskaart, geplande runtime(s), zandbak, en een korte beschrijving van de discrepantie (b.v. "het publiek toont 10K gerealiseerde, slechts 2K ging de reis op [ datum ] binnen.)
Opnieuw read-audience-retry
De pogingen worden toegepast door gebrek op publiek-getriggerde reizen (die met a Gelezen Publiek of a BedrijfsGebeurtenis beginnen) terwijl het terugwinnen van de uitvoerbaan. Als er een fout optreedt tijdens het maken van de exporttaak, worden de pogingen om de 10mn opnieuw uitgevoerd, tot maximaal 1 uur. Daarna zullen we het als een mislukking beschouwen. Deze soorten reizen kunnen daarom tot 1 uur na de geplande tijd worden uitgevoerd.
De onsuccesvolle Gelezen trekkers van het publiek worden gevangen en getoond in Alarm. Het Gelezen alarm van het Publiek waarschuwt u als de a gelezen activiteit van het Publiek geen profiel 10 minuten na de geplande uitvoeringstijd heeft verwerkt. Deze fout kan worden veroorzaakt door technische problemen of een leeg publiek. Als de fout te wijten is aan technische problemen, kunnen er nog steeds nieuwe pogingen worden uitgevoerd, afhankelijk van het type uitgave. Als het maken van een exporttaak mislukt, proberen we elke 10 minuten opnieuw gedurende maximaal 1 uur. Meer informatie
Verwante onderwerpen
Hoe kan ik-video video
Begrijp de toepasselijke gebruiksgevallen voor een reis die door de gelezen publieksactiviteit wordt teweeggebracht. Leer hoe u op batches gebaseerde journeys kunt bouwen en welke aanbevolen procedures u kunt toepassen.