På den här sidan: Lär dig hur du kan testa resan med simulerade användare och hur simuleringsupplevelsen varierar beroende på vilken typ av resa du utför innan du publicerar.
-
Om du vill använda Simulation tilldelar du minst en behörighet från funktionen Journeys: Simulera resor, Publicera resor eller Godkänn och publicera resor. Med samma behörigheter kan du skapa och hantera simulerade användare. Simulated Users behörigheter krävs inte. Läs mer
-
Om du vill hantera simulerade användare utan Simulation tilldelar du Hantera simulerade användare eller Visa simulerade användare från funktionen Simulated Users.
-
För AI i simulering (Quick simulation, AI-genererade användare, Generate event values) tilldelar du Generate Content från funktionen AI Assistant.
Du kan ange att resan ska vara Simulation förutom Utkast, Testläge och Live. I simulering testar du med simulerade användare: temporära profilliknande entiteter som du lägger till, utan att använda beständiga testprofiler i Adobe Experience Platform.
Adobe Journey Optimizer erbjuder två sätt att testa och validera din resa:
-
Simulering: Använd Simulation -resefunktionen och simulerade användare utan förskapade profiler i Adobe Experience Platform, med stöd för både AI-baserade och manuellt skapade användare.
-
Testläge: Använd beständiga profiler som flaggats som testprofiler i Adobe Experience Platform och kan återanvändas i olika sessioner. Välj den här metoden när du behöver konsekventa, fördefinierade data. Lär dig skapa testprofiler.
Simulering efter resetyp by-journey-type
På panelen Simulation visas endast de steg som din resa behöver. Det beror på hur profiler tar sig in på resan. Av dessa faktorer har Adobe Journey Optimizer olika simuleringsupplevelser. Expandera varje typ nedan för att se hur körningen skiljer sig och vilka paneler du använder.
Mer information finns i Simulera din resa.
Resan aktiveras av en Read audience och arbetsytan har inga aktiviteter för enhetshändelser. Under simulering utlöses inte målgruppspopulationen. Endast simulerade användare går in på resan.
Simulerade användare som valts för simuleringen visas i avsnittet Testa användare :
En segmentutlösande resa som innehåller en eller flera enhetshändelser längs banan. Du utlöser först simulerade användare för att ange simuleringen och sedan utlösa händelser för de användare som väntar på en händelsnod.
Simulerade användare som valts för simuleringen och konfigurerade händelser visas i avsnitten Testanvändare och Testhändelser. Avsnittet Testhändelser visas inte förrän en simulerad användare kommer in på resan.
Resan börjar med ett enastående evenemang, inte en läsare. En simulerad användare går inte in på resan förrän starthändelsen aktiveras för dem.
Simulerade användare som valts för simuleringen och konfigurerade händelser visas i avsnitten Testa användare respektive Testa händelser. Avsnittet Testa användare innehåller inte någon åtgärd som utlöser en simulerad användare på resan. Du utlöser en post från Testhändelser.
Starta simulering launch
Växla resan till Simulation om du vill testa med simulerade användare. Stegvisa uppgifter beskrivs i Simulera din resa.
-
Klicka på Simulate på din resa och välj Simulation.
-
Vänta tills aktiveringen är klar. Medan resan växlar till Simulation inaktiveras kontrollerna på panelen och återaktiveras automatiskt när aktiveringen har slutförts.
Begränsningar limitations
I den här versionen kanske Simulation inte har stöd för alla aktiviteter, kanaler eller integreringar som Test mode eller en direktresa har stöd för, och beteendet kan ändras när funktionaliteten utvecklas. Använd den här artikeln för arbetsflöden som stöds.
Se listrutorna nedan för mer information om simuleringsbegränsningar.
Vissa noder hindrar Simulation från att starta. Andra körs i simulering med beteendet som beskrivs nedan. Uppdatera resan först när en nod måste tas bort eller ändras innan du simulerar.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 | |
|---|---|
| Begränsad nod | Anteckningar |
| Affärshändelser | Du kan inte köra resor som börjar med en affärshändelse i Simulation. |
| Kompletterande ID (flera återinträde) | Simulation startar inte när flera återinträde är aktiverade och samma simulerade användare kan ha flera aktiva instanser samtidigt. |
| Nod för innehållsbeslut | Ta bort eller ändra den här aktiviteten innan du simulerar resan. |
| Datauppsättningssökning | Simulation stöder inte kunddatauppsättningssökningar efter nyckel. Ta bort eller ändra den här aktiviteten innan du kör en simulering. |
| Optimize aktivitet | Experiment och Targeting rule stöds inte. Ta bort eller ändra noden innan du simulerar. Andra Optimize-metoder fungerar så här: Percentage split: Journey Agent skapar en simulerad användare per gren, inte enligt procentsatser för förgreningar. Vid körning väljs grenen av direktutvärderingen och den kan skilja sig från den genererade sökvägen. Du kan inte göra ett förgreningsval. Om du vill styra användarna förlitar du dig på förgreningsordningen på arbetsytan. Den översta grenen väljs alltid. Time condition: Villkor gäller vid körning som vid en direktresa. Ett fönster från 8:00 till 20:00 tillåter till exempel bara användare att gå igenom medan simuleringen körs inuti det fönstret. Det går inte att simulera körningstid. Ställ in villkoret så att det matchar den aktuella tiden när du testar. Date condition: Villkor gäller vid körning som vid en direktresa. Till exempel tillåter ett datum 8 juni 2026 endast användare att gå igenom när simuleringen körs på det datumet. Du kan inte skapa en dummy för körningsdatumet. Ange villkoret till aktuellt datum när du testar. Profile cap: Versaler används inte vid simulering. Journey Agent skapar en simulerad användare per gren. Du kan inte göra ett förgreningsval. Om du vill styra användarna förlitar du dig på förgreningsordningen på arbetsytan. Den övre grenen väljs alltid. |
| Tidsgräns- och felgrenar | Journey Agent genererar inte användare för tidsgräns för aktivitet eller felgrenar. Användarna anger bara dessa sökvägar om en verklig timeout eller ett fel inträffar under simuleringen. |
| Timeout-gren (händelseaktiviteter) | Simulerade användare skapas, men i Manual simulation bestämmer Journey Agent inte vem som går in i en tidsgräns för händelser. Kontrollera sökvägen genom att skicka eller inte skicka händelsen. Om du till exempel vill testa en timeout-gren väntar du ut den konfigurerade timeout-inställningen och skickar inte händelsen. Quick simulation kan skicka eller neka händelser automatiskt för att täcka över timeoutförgreningar. |
| Reaktionshändelser | Reaktionshändelser körs i simulering, men åtgärden måste ske i verkligheten. Ett e-postmeddelande open kräver till exempel att korrekturmeddelandet öppnas. Du kan inte skymma reaktioner i simuleringsgränssnittet. |
| Externa datakällor | Samtal löper under simulering på samma sätt som under en direktresa. I underordnade aktiviteter kan svaret användas, men du kan inte göra det dumt. När ett svarsvärde matar in en Optimize-aktivitet kan Journey Agent inte identifiera utdata. Den genererar bara indata för samtalet. Om ett anrop tar en profilort och returnerar väder, ställer agenten in en stad på den simulerade användaren och live-samtalet returnerar vädret. |
| Anpassade åtgärder | Beteendet matchar externa datakällor. Utgående anrop körs på riktigt. Journey Agent fyller i indata. Resultatet kommer från live-responsen. Du kan inte skapa dummies av svar. |
| Attribut för extern publik | Resor som använder anpassade attribut från externa målgruppskällor börjar inte i Simulation när den här valideringen gäller. |
Följande funktioner stöds inte i Simulation.
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2 | |
|---|---|
| Funktion | Anteckningar |
| Avslutningskriterier | Avslutsvillkor används inte när du kör Simulation. |
| Adobe Journey Optimizer beslut inuti en åtgärd, till exempel e-postinnehåll med Adobe Journey Optimizer-beslut | Åtgärdskorrektur för innehåll som använder Adobe Journey Optimizer-beslut genereras inte. |
| Stansa anpassat åtgärdssvar | Custom actions utför ett verkligt utgående anrop som standard. Mocka svaret så att inga externa anrop stöds. |
| Principutvärdering av samtycke | Samtycke kan inte modelleras på simulerad användarnivå och godkännandeprinciper utvärderas inte vid simulering. |
| Resegotypning och skiljeförfarande | Inte utvärderat eller framtvingat under simulering. |
| Frekvensbegränsning (per kanal eller kommunikationstyp) | Inte utvärderat eller framtvingat under simulering. |
| Hantering, inaktivering och tillåtelselista av avanmälan | Inte utvärderat eller använt under simulering. |
| Dynamiska underdomäner och dynamiska attribut i kanalkonfigurationer | Stöds inte. |
| Sänd tidsoptimering (STO) | Inte utvärderat eller använt under simulering. |
| Sandlådeverktyg (kopiera simulerade användare över sandlådor) | Stöds inte. |
| Våg som skickas på resorna | Stöds inte. |
| Tysta timmar | Inte utvärderat eller använt under simulering. |
| Integritetstjänst | Simulerade användare är inte GDPR-kompatibla beständiga profiler. Inkludera inte verkliga kunddata i simulerade användare. |
Dessa skyddsräcken gäller för Simulation. Numeriska ändpunkter används i resegränssnittet och vid körning. Gränserna kan ändras i en senare version. Om du springer nära ett tak bör du kontrollera beteendet i sandlådan.
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 | ||
|---|---|---|
| Guardrail | Gräns | Anteckningar |
| Maximalt antal simulerade användare som kan väljas och aktiveras i en batch (batchresor, händelseutlösta flöden och målgruppskvalificeringsflöden) | 20 | Räknas för varje Send all eller Trigger selected events, inte som ett kumulativt tak för hela resan. |
| Maximalt antal simulerade användare per generationsbegäran | 50 | Maximalt antal simulerade användare som Journey Agent genererar i en begäran till Quick simulation eller Generate with AI i Manual simulation. Om resan har fler än 50 sökvägar väljs banor slumpmässigt i Journey Agent för att skapa de 50 simulerade användarna. |
| Maximalt antal unika simulerade användare testade i en enda simuleringskörning | 100 | 100 unika användare i ett körningsblock Select simulated users nås för nya simulerade användare. Om du är på 90 kan du lägga till högst 10 till före samma block. |
| Maximalt antal resor som kan köras i Simulation samtidigt i en sandlåda | 20 | Ändpunkten delas av varje Simulation-resa i den sandlådan samtidigt. |
| Maximalt antal aktiva simulerade användare i en sandlåda | 2,000 | Maximalt antal simulerade användare som kan finnas i sandlådan samtidigt. Adobe kan justera denna gräns baserat på kundernas feedback. |
| Händelseförfyllnad (endast webbläsare) | — | Du kan endast förifylla händelsens nyttolastfält i det webbläsarbaserade simuleringsgränssnittet. De förfyllda värdena behålls i den webbläsaren och synkroniseras inte till andra webbläsare, enheter eller sessioner, så du kan se olika förifyllda data på varje plats som du testar. |