Auf dieser Seite: Erfahren Sie, wie Sie eine Journey im Probelauf-Modus veröffentlichen, um sie mit echten Produktionsdaten zu testen, ohne echte Kunden zu kontaktieren oder Profile zu aktualisieren, damit Sie Ihr Design vor der Live-Schaltung validieren können.
Nicht sicher, ob Dry Run die richtige Methode für Sie ist? Vergleichen Sie alle drei Validierungsoptionen.
Der Journey-Probelauf ist ein spezieller Journey-Veröffentlichungsmodus in Adobe Journey Optimizer, der es Journey-Nutzenden ermöglicht, eine Journey mit echten Produktionsdaten zu testen, ohne dabei echte Kundschaft zu kontaktieren oder Profilinformationen zu aktualisieren. Mit dieser Funktion können Journey-Nutzende Vertrauen in ihr Journey-Design und das Zielgruppen-Targeting gewinnen, bevor sie Journeys live schalten.
➡️ Weitere Informationen zum Probelauf für Journeys finden Sie in diesem Video
Wichtigste Vorteile journey-dry-run-benefits
Ein Journey-Probelauf steigert das Vertrauen der Anwendenden und den Journey-Erfolg, indem er sicheres, datengesteuertes Testen von Kunden-Journeys mit echten Produktionsdaten ermöglicht – ohne das Risiko, Kundinnen und Kunden zu kontaktieren oder Profilinformationen zu ändern. Mit dieser Funktion können Journey-Anwendende die Reichweite ihrer Zielgruppe und die Verzweigungslogik vor der Live-Schaltung überprüfen und so sicherstellen, dass die Journeys ihren beabsichtigten Geschäftszielen entsprechen.
Mit dem Journey-Probelauf können Sie Probleme frühzeitig identifizieren, Zielgruppenbestimmungsstrategien optimieren und das Journey-Design basierend auf tatsächlichen Daten – und nicht auf Annahmen – verbessern. Der Probelauf ist direkt in die Journey-Arbeitsfläche integriert und bietet intuitives Reporting und Sichtbarkeit wichtiger Key Performance Indicators, sodass Teams sicher iterieren und Genehmigungs-Workflows optimieren können. Dies erhöht die betriebliche Effizienz, verringert das Launch-Risiko und steigert die Kundeninteraktion.
Letztendlich verbessert diese Funktion Time-to-Value und reduziert Journey-Fehler.
Der Journey-Probelauf bietet:
- Sichere Testumgebung: Profile im Probelaufmodus werden nicht kontaktiert, sodass kein Risiko besteht, dass Nachrichten gesendet werden oder Live-Daten beeinträchtigt werden.
- Zielgruppenerkenntnisse: Journey-Anwendende können die Erreichbarkeit der Zielgruppe an verschiedenen Journey-Knoten vorhersagen, einschließlich Opt-outs und Ausschlüssen, die auf den Journey-Bedingungen basieren.
- Echtzeit-Feedback: Metriken werden direkt auf der Journey-Arbeitsfläche angezeigt, ähnlich wie bei Live-Reporting, sodass Journey-Anwendende ihr Journey-Design optimieren können.
Ausführungslogik eines Probelaufs journey-dry-run-exec
Während des Probelaufs wird die Journey im Simulationsmodus ausgeführt. Dabei werden die folgenden spezifischen Verhaltensweisen auf jede Journey-Aktivität angewendet, ohne dass echte Aktionen ausgelöst werden:
-
Kanalaktion-Knoten wie E-Mail, SMS oder Push-Benachrichtigungen werden nicht ausgeführt.
-
Benutzerdefinierte Aktionen sind während des Probelaufs deaktiviert und ihre Antworten sind auf null festgelegt.
Zur besseren Lesbarkeit werden benutzerdefinierte Aktionen und Kanalaktivitäten während der Ausführung eines Probelaufs ausgegraut angezeigt.
-
Datenquellen, einschließlich externer Datenquellen, und Aktivitäten des Typs Warten sind während des Probelaufs standardmäßig deaktiviert. Sie können dieses Verhalten jedoch bei der Aktivierung des Probelaufmodus ändern.
-
Reaktions-Knoten werden nicht ausgeführt: Alle Profile, die diese erreichen, steigen erfolgreich aus. Es gelten jedoch die folgenden Prioritätsregeln:
- Wenn ein Reaktions-Knoten mit einem oder mehreren Knoten vom Typ unitäres Ereignis parallel verwendet wird, durchlaufen die Profile immer das Reaktionsereignis.
- Wenn ein Reaktions-Knoten parallel mit einem oder mehreren Reaktionsereignis-Knoten verwendet wird, durchlaufen die Profile immer den ersten (den obersten) Knoten auf der Arbeitsfläche.
-
Zielgruppe lesen Aktivitäten mit einer geplanten Ausführungszeit (täglich, wöchentlich oder monatlich) folgen nicht der auf der Journey konfigurierten Zeit. Die Planung ist in dem Moment verankert, in dem der Probelauf aktiviert wurde. Beispiel: Wenn Ihr Journey täglich um 10 Uhr ausgeführt werden soll, Sie aber den Probelauf um 8 Uhr morgens aktivieren, werden alle nachfolgenden geplanten Lesevorgänge während des Probelaufs um 8 Uhr morgens ausgeführt.
-
Die Berechtigungen zum Starten eines Probelaufs sind auf Benutzende mit der Berechtigung Publish journeys auf hoher Ebene beschränkt. Die Berechtigungen zum Stoppen des Probelaufs sind auf Benutzende mit der Berechtigung Manage journeys auf hoher Ebene beschränkt. Weitere Informationen zur Verwaltung der Zugriffsrechte für Journey Optimizer-Benutzende finden Sie in diesem Abschnitt.
-
Bevor Sie mit der Verwendung der Probelauffunktion beginnen, lesen Sie die Informationen zu Leitlinien und Einschränkungen.
Starten eines Probelaufs journey-dry-run-start
Die Probelauffunktion kann in jeder fehlerfreien Entwurfs-Journey verwendet werden.
Gehen Sie wie folgt vor, um einen Probelauf zu aktivieren:
-
Öffnen Sie die Journey, die getestet werden soll.
-
Wählen Sie die Schaltfläche Probelauf aus.
-
Wählen Sie dies aus, wenn Sie Aktivitäten des Typs Warten und Aufrufe von externen Datenquellen aktivieren oder deaktivieren möchten, und bestätigen Sie die Veröffentlichung des Probelaufs.
Während des Übergangs wird die Statusmeldung Probelauf wird aktiviert angezeigt.
-
Nach der Aktivierung wechselt die Journey in den Modus Probelauf.
Überwachen eines Probelaufs journey-dry-monitor
Sobald die Veröffentlichung im Probelaufmodus gestartet wurde, können die Journey-Ausführung und der Fortschritt der Profile in den Journey-Verzweigungen und -Knoten visualisiert werden.
Metriken werden direkt auf der Journey-Arbeitsfläche angezeigt. Weitere Informationen zu Journey-Live-Berichten und -Metriken finden Sie unter Live-Bericht in der Journey-Arbeitsfläche.
Für den Probelauf kann auch auf die Berichte der letzten 24 Stunden und der gesamten Zeit zugegriffen werden. Um auf diese Berichte zuzugreifen, klicken Sie auf die Schaltfläche Bericht anzeigen oben rechts auf der Journey-Arbeitsfläche.
Stoppen eines Probelaufs journey-dry-run-stop
Nach 14 Tagen wechseln Probelauf-Journeys automatisch in den Status Entwurf.
Probelauf-Journeys können auch manuell gestoppt werden. Gehen Sie wie folgt vor, um den Probelaufmodus zu deaktivieren:
-
Öffnen Sie die Probelauf-Journey, die Sie stoppen möchten.
-
Klicken Sie auf die Schaltfläche Schließen, um den Test zu beenden.
Links zu den Berichten der letzten 24 Stunden und der gesamten Zeit sind im Bestätigungsbildschirm verfügbar.
-
Klicken Sie zur Bestätigung auf Zurück zum Entwurf.
Leitlinien und Einschränkungen journey-dry-run-limitations
- Profile im Dry-Run-Modus werden in Richtung Engagierbare Profile“
- Journeys im Probelaufmodus werden auf das Live-Journey-Kontingent angerechnet.
- Probelauf-Journeys wirken sich nicht auf Geschäftsregeln aus.
- Aktionen des Typs Sprung sind im Probelauf nicht aktiviert.
Wenn eine Quell-Journey ein Sprung-Ereignis zu einer Ziel-Journey auslöst, gilt dieses Sprung-Ereignis nicht für eine Probelaufversion der Journey. Wenn sich beispielsweise die neueste Journey-Version im Probelauf befindet und die vorherige Version Live ist, ignoriert das Sprung-Ereignis die Probelaufversion und betrifft nur die Live-Version.
Journey-Schrittereignisse und Probelauf journey-step-events
Ein Journey-Probelauf generiert stepEvents. Diese stepEvents haben eine bestimmte Markierung und eine Probelauf-ID: inDryRun und dryRunID.
_experience.journeyOrchestration.stepEvents.inDryRungibttruezurück, wenn sich die Journey im Probelauf-Modus befindet, undnullfür Test- oder Live-Journey (Nicht-Probelauf)._experience.journeyOrchestration.stepEvents.dryRunIDgibt die ID der Probelauf-Instanz zurück, wenn sie sich im Probelauf-Modus befindet. Für Test- oder Live-Journey ist sienull.
Wenn Sie stepEvent-Daten in externe Systeme exportieren, können Sie Ausführungen von Probeläufen mit der Markierung inDryRun filtern.
Bei der Analyse von Journey Berichtsmetriken mithilfe Adobe Experience Platform Abfrage-Service müssen von Probelauf generierte Schrittereignisse ausgeschlossen werden. Schließen Sie dazu Schrittereignisse aus, bei denen inDryRun true ist (d. h. schließen Sie nur Ereignisse ein, bei denen inDryRun null oder false ist).
Häufig gestellte Fragen faq
Sendet ein Probelauf Nachrichten an echte Kunden?
Nein. Dry Run verwendet echte Produktionsdaten, kontaktiert jedoch keine Profile und aktualisiert keine Profilinformationen. Kanalaktionen (E-Mail, SMS, Push) werden nicht ausgeführt, und benutzerdefinierte Aktionen werden deaktiviert, wobei ihre Antworten auf null gesetzt sind.
Welche Berechtigungen benötige ich, um einen Probelauf zu starten oder zu stoppen?
Zum Starten eines Probelaufs ist die Berechtigung Publish journeys auf hoher Ebene erforderlich. Zum Anhalten eines Probelaufs ist die Berechtigung Manage journeys auf hoher Ebene erforderlich. Weitere Informationen finden Sie Abschnitt „Berechtigungen.
Auf welchen Journey kann ich einen Probelauf durchführen?
Sie können Probelauf auf jeder (Entwurfs -Journey verwenden die keinen Fehler aufweist.
Wie lange dauert ein Probelauf?
Nach 14 Tagen wechseln die Probelauf-Journey automatisch zurück in den Status Entwurf. Sie können einen Probelauf auch jederzeit manuell anhalten.
Werden Warteaktivitäten und externe Datenquellen während eines Probelaufs ausgeführt?
Standardmäßig sind Warten-Aktivitäten und Datenquellen (einschließlich externer Datenquellen) während eines Probelaufs deaktiviert. Sie können dieses Verhalten ändern, wenn den Probelauf-Modus aktivieren.
Werden Probelauf-Profile und Journey auf meine Kontingente angerechnet?
Ja. Die Anzahl der Profile im Dry-Run-Modus für Engageable Profiles und der Journey im Dry-Run-Modus zählt zum Live-Journey-Kontingent. Dry Run-Journey haben jedoch keine Auswirkungen auf Geschäftsregeln.
Kann ich nach dem Stoppen des Tests weiterhin auf Dry Run-Berichte zugreifen?
Nein. Berichtsdaten sind nur verfügbar, wenn der Probelauf aktiv ist. Nach dem Stoppen sind die Daten nicht mehr zugänglich. Verwenden Sie die Schaltfläche Exportieren über den Berichten, um sie bei Bedarf vorher herunterzuladen.
Wie schließe ich Probelauf-Daten aus meinen Berichten aus?
Dry Run generiert stepEvents, die mit inDryRun und einem dryRunID gekennzeichnet sind. Schließen Sie bei der Analyse von Journey-Berichtsmetriken mit Adobe Experience Platform Abfrage-Service Schrittereignisse aus, bei denen inDryRun true ist (schließen Sie nur Ereignisse ein, bei denen inDryRun null oder false ist).
Ändert sich die geplante Ausführungszeit einer Aktivität des Typs „Zielgruppe lesen“ im Probelauf?
Ja. Bei Journey, die eine Aktivität Zielgruppe lesen mit einer geplanten Zeit (täglich, wöchentlich oder monatlich) verwenden, verankert der Probelauf den Zeitplan in dem Moment, in dem der Probelauf aktiviert wurde - nicht die in der Journey konfigurierte Zeit. Wenn beispielsweise die Journey auf 10 Uhr eingestellt ist, Sie aber den Probelauf um 8 Uhr morgens aktivieren, werden alle täglichen Lesevorgänge während des Probelaufs um 8 Uhr morgens ausgeführt.
Anleitungsvideo dry-run-video
In diesem Video erfahren Sie, wie Sie einen Probelauf für Ihre Journeys ausführen.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains Journey Dry run, a special publication mode that lets practitioners test a journey using real production data without contacting customers or modifying profiles, and covers how to start, monitor, stop, and filter Dry run step events.
Intents:
- Activate Dry run mode on a Draft journey to validate audience reach and branch logic with real production data
- Monitor journey execution metrics in the canvas during a Dry run
- Stop a Dry run manually and return the journey to Draft status
- Filter Dry run step events out of reporting queries using the
inDryRunflag - Understand which activities are disabled or simulated during a Dry run
Glossary:
- Dry run: A special journey publication mode that executes the journey against real production data without sending any communications or updating profile information (product-specific)
- stepEvent: An automatically generated dataset record capturing every step a profile takes in a journey; Dry run step events carry
inDryRun=trueand adryRunID(product-specific) - inDryRun flag: A boolean field on stepEvents that is
truefor Dry run executions andnullfor live or test journeys (product-specific)
Guardrails:
- Only Draft journeys with no errors can be activated in Dry run mode
- Starting a Dry run requires the Publish journeys permission; stopping it requires Manage journeys
- Dry run journeys automatically exit Dry run mode and return to Draft status after 14 days. No journey content is lost; only the Dry run session ends.
- Profiles processed during a Dry run are counted towards Engageable Profiles and the live journey quota
- Channel action nodes (Email, SMS, Push) and Custom actions are not executed during Dry run
- Jump actions are not enabled in Dry run
- Reaction nodes are not executed during Dry run; profiles exit successfully, with priority rules for parallel unitary and reaction branches
- Reporting data is only available while the Dry run is active; once stopped, the data is no longer accessible
- Dry run journeys do not impact business rules
- For journeys using a Read Audience activity with a scheduled time (daily, weekly, or monthly), the Dry run does not follow the configured journey schedule — the schedule is anchored to the moment Dry run was activated (e.g. journey set to 10 AM, Dry run activated at 8 AM → all reads during Dry run execute at 8 AM)
Terminology:
- Canonical name: Journey Dry run — Acronym: none — variants: dry run mode, Dry run publication mode
- Synonyms: “Dry run” = “smoke test” (informally)
- Do not confuse: “Dry run” ≠ “Test mode” ≠ “Simulation” — Dry run uses real production data and counts toward Engageable Profiles and live journey quota; Test mode uses persistent AEP test profiles in a draft journey; Simulation uses temporary simulated users that do not persist in AEP
FAQ:
- Q: Does Dry run actually send emails or push notifications to customers? — No; all channel action nodes and custom actions are disabled and not executed during a Dry run.
- Q: How long does a Dry run last before it automatically stops? — 14 days, after which the journey automatically transitions back to Draft status.
- Q: How do I exclude Dry run data from my journey analytics queries? — Filter out step events where
inDryRunistrue; include only events whereinDryRunisnullorfalse. - Q: Are profiles counted against any limits during a Dry run? — Yes; profiles are counted towards Engageable Profiles and the Dry run journey is counted towards the live journey quota.
- Q: Can I enable Wait activities and external data source calls during a Dry run? — Both are disabled by default, but you can choose to enable or disable them when activating the Dry run.
- Q: Does Dry run respect the scheduled execution time configured in a Read Audience journey? — No. The Dry run anchors the schedule to the activation time, not the configured journey time. If the journey is set to run at 10 AM but Dry run is activated at 8 AM, all scheduled reads during Dry run execute at 8 AM.