Auf dieser Seite: Überprüfen Sie die System-, Journey-, Zielgruppen-, Kanal- und Inhaltsbeschränkungen von Adobe Journey Optimizer, damit Sie Bereitstellungen planen können, die sich skalieren lassen, ohne dass es zu Fehlern kommt.
Unten finden Sie Leitlinien und Einschränkungen bei der Verwendung von Adobe Journey Optimizer.
Berechtigungen, Produkteinschränkungen und Performance-Leitlinien sind auf der Seite Adobe Journey Optimizer-Produktbeschreibung aufgeführt.
-
Leitlinien für Echtzeit-Kundenprofildaten und Segmentierung gelten auch für Adobe Journey Optimizer.
-
Siehe auch Leitlinien für die Datenaufnahme im Echtzeit-Kundenprofil
System und Plattform system-platform
Unterstützte Browser browsers
Die Benutzeroberfläche von Adobe Journey Optimizer wurde für eine optimale Funktionsweise in der neuesten Version von Google Chrome entwickelt. Bei der Verwendung bestimmter Funktionen in älteren Versionen oder anderen Browsern können Probleme auftreten.
Leitlinien für Datensätze datasets-guardrails
Ab Februar 2025 werden in neuen Sandboxes und neuen Organisationen für systemgenerierte Journey Optimizer-Datensätze als Schutzmechanismen die folgenden Limits für die Time-to-Live (TTL) eingeführt:
- 90 Tage für Daten im Profilspeicher
- 13 Monate für Daten im Data Lake
Diese Änderung wird ab dem 1. Oktober 2026 für bestehende Kunden-Sandboxes durchgesetzt. Weitere Informationen zu Limits für die Time-to-Live (TTL) als Schutzmechanismen für Datensätze
Journeys journeys-guardrails
In diesem Abschnitt werden Leitlinien und Einschränkungen für Journeys beschrieben, einschließlich allgemeiner Journey-Einschränkungen, Journey-Komponenten (Aktionen, Ereignisse, Datenquellen), Journey-Aktivitäten und spezifischer Funktionen wie benutzerdefinierten Aktionen und Ausdruckseditor.
Allgemeine Limits für Journey journeys-guardrails-journeys
-
Die Anzahl der Aktivitäten in einer Journey ist auf maximal 50 begrenzt. Die Anzahl der Aktivitäten wird im oberen linken Bereich der Journey-Arbeitsfläche angezeigt.
Wenn Journeys sich diesem Grenzwert nähern, kann die Bearbeitungs- und Veröffentlichungsleistung beeinträchtigt sein und es können Speicher- oder Validierungsfehler auftreten. Wenn dies eintritt, teilen Sie Ihre Journey mithilfe von Sprungaktivitäten in kleinere Unterversionen auf oder erstellen Sie sie als neue Version. Das Aktivitäts-Limit kann nicht erhöht werden.
-
Die Anzahl der gleichzeitig aktiven Live-, geschlossenen, angehaltenen und Probelauf-Journeys ist in Produktions-Sandboxes auf 200 und in Entwicklungs-Sandboxes auf 100 beschränkt. Dieses Limit wird beim Veröffentlichen einer Journey durchgesetzt. Die aktuelle Anzahl der Journeys wird über der Journey-Arbeitsfläche angezeigt.
Während Sie Journeys veröffentlichen, skalieren und passen wir sie automatisch an, um maximalen Durchsatz und maximale Stabilität zu gewährleisten. Geschlossene Journeys werden nur gezählt, wenn sie nach dem Rollout dieser Leitlinien erstellt werden.
-
Bei Verwendung einer Zielgruppenqualifizierung in einer Journey kann es bis zu 10 Minuten dauern, bis die Aktivität aktiv ist und die Profile überwacht, die in die Zielgruppe eintreten oder aus ihr aussteigen.
-
Eine Journey-Instanz für ein Profil hat eine Maximalgröße von 1 MB. Alle Daten, die im Rahmen der Journey-Ausführung gesammelt wurden, werden in dieser Journey-Instanz gespeichert. Daher werden Daten aus einem eingehenden Ereignis, aus Adobe Experience Platform abgerufene Profilinformationen, Antworten auf benutzerdefinierte Aktionen usw. in dieser Journey-Instanz gespeichert und wirken sich auf die Journey-Größe aus. Es wird empfohlen, die Maximalgröße dieser Ereignis-Payload zu begrenzen, wenn eine Journey mit einem Ereignis beginnt (z. B. weniger als 800 KB), um zu verhindern, dass dieses Limit nach wenigen Aktivitäten bei der Ausführung der Journey erreicht wird. Diese Anleitung in Höhe von 800 KB gilt nicht für Geschäftsereignisse oder unitäre Ereignisse, für die der unten beschriebene strengere Grenzwert von 64 KB gilt. Wenn das Limit von 1 MB erreicht ist, befindet sich das Profil im Fehlerstatus und wird von der Journey ausgeschlossen.
-
Jedes Ereignis, das eine Journey startet oder betritt, einschließlich Geschäftsereignissen und unitären Ereignissen, unterliegt einer zusätzlichen, strengeren Schutzmaßnahme: Die Ereignis-Payload ist auf maximal 64 KB unkomprimiertes, minimiertes JSON beschränkt. Ereignisse, die diese Größe überschreiten, werden entfernt und führen nicht zum Trigger der Journey. Dies ist getrennt von und strenger als das obige Limit für Journey-Instanzen von 1 MB. Weitere Informationen über das Konfigurieren von Geschäftsereignissen.
-
Die Journey-Laufzeitumgebung speichert für jedes Profil und jede Journey-Version während der Verarbeitung eines Ereignisses eine interne Warteschlange von bis zu 10 ausstehenden Ereignissen. Wenn dieses Limit erreicht ist, werden zusätzliche Ereignisse mit dem Grund
maxInstanceStackEventsReachedverworfen, bis wieder Plätze im Stapel frei sind. Weitere Informationen finden Sie unter Aufgrund von blockierter Journey-Instanz verworfene Ereignisse. -
Zusätzlich zum in den Journey-Aktivitäten verwendeten Timeout gibt es auch einen globalen Journey-Timeout, der nicht auf der Benutzeroberfläche angezeigt wird und nicht geändert werden kann. Dieser globale Timeout stoppt den Fortschritt von Kontakten in der Journey 91 Tage nach ihrem Eintritt. Weitere Informationen
Validieren der Journey-Payload-Größe journey-payload-size
Beim Speichern oder Veröffentlichen einer Journey validiert Journey Optimizer die gesamte Journey-Payload-Größe, um Stabilität und Leistung zu erhalten.
Standardkonfiguration
- Standardmäßige maximale Anfragengröße: 2 MB (2.000.000 Byte). Einige Organisationen verfügen möglicherweise über benutzerdefinierte Limits, die von Adobe konfiguriert werden.
- Warnhinweisschwelle: 90 % des Limits.
- Fehlerschwelle: 100 % des Limits.
Fehlerbehebung und Empfehlungen
- Überprüfen Sie den größten Knoten, der im Warnhinweis oder in der Fehlermeldung angegeben ist.
- Vereinfachen Sie Bedingungen, reduzieren Sie Datenzuordnungen und entfernen Sie unnötige Schritte oder Parameter.
- Erwägen Sie bei Bedarf, die Journey in kleinere Journeys aufzuteilen.
- Wenn Sie der Meinung sind, dass Ihr Unternehmen ein höheres Limit benötigt, wenden Sie sich an den Adobe-Support.
Um die aktuelle Payload-Größe des Journey vor der Veröffentlichung zu überwachen, verwenden Sie den Indikator Aktuelle Journey-Payload im Panel „Journey-Eigenschaften“. Erfahren Sie, wie Sie die Größe Ihrer Journey-Payload überprüfen
Vergleich von Lizenzpaketen select-package-limitations
Für Kundinnen und Kunden, die das Select-Lizenzpaket verwenden, gelten die folgenden zusätzlichen Einschränkungen speziell für unitäre Journeys (Journeys, die mit einem Ereignis oder einer Zielgruppenqualifizierung beginnen):
ERR_PKG_SELECT_8ERR_PKG_SELECT_7ERR_PKG_SELECT_6ERR_PKG_SELECT_2Journey-Versionen journey-versions-g
Für Journey-Versionen gelten die folgenden Schutzmechanismen:
- Eine Journey, die in Version 1 mit einer Ereignisaktivität beginnt, kann in weiteren Versionen nicht mit etwas anderem als einem Ereignis beginnen. Sie können eine Journey nicht mit einem Zielgruppen-Qualifizierungsereignis beginnen.
- Eine Journey, die in Version 1 mit einer Aktivität vom Typ Zielgruppen-Qualifizierung beginnt, muss in weiteren Versionen immer mit einer Zielgruppen-Qualifizierung beginnen.
- Die Zielgruppe und der Namespace, die in Zielgruppenqualifizierung (der ersten Aktivität) ausgewählt wurden, können in neuen Versionen nicht geändert werden.
- Die Regel für den erneuten Eintritt muss in allen Journey-Versionen gleich sein.
- Eine Journey, die mit Zielgruppe lesen beginnt, kann in Folgeversionen nicht mit einem anderen Ereignis beginnen.
- Sie können keine neue Version einer „Zielgruppe lesen“-Journey mit inkrementellem Lesen erstellen. Sie müssen die Journey duplizieren.
Journeys und Profilerstellung journeys-limitation-profile-creation
In Adobe Experience Platform gibt es eine Verzögerung bei der API-basierten Profilerstellung/-aktualisierung. Das Service Level Target (SLT) in Bezug auf die Latenzzeit ist < 1 Minute von der Aufnahme bis zum einheitlichen Profil für das 95. Perzentil der Anfragen bei einem Volumen von 20.000 Anfragen pro Sekunde (RPS).
Wenn eine Journey gleichzeitig mit einer Profilerstellung ausgelöst wird und sofort Informationen vom Profil-Service prüft/abruft, funktioniert sie möglicherweise nicht richtig.
Sie können aus einer der beiden folgenden Lösungen wählen:
-
Fügen Sie nach dem ersten Ereignis eine Warteaktivität hinzu, um Adobe Experience Platform ausreichend Zeit zu geben, um die Aufnahme in den Profil-Service durchzuführen.
-
Richten Sie eine Journey ein, bei der das Profil nicht sofort genutzt wird. Wenn die Journey beispielsweise dazu dient, eine Kontoerstellung zu bestätigen, könnte das Erlebnisereignis Informationen enthalten, die zum Senden der ersten Bestätigungsnachricht benötigt werden (Vorname, Nachname, E-Mail-Adresse usw.).
Ereignisse events-g
Für Ereignisse in Ihren Journeys gelten die folgenden Schutzmechanismen:
- Journey Optimizer unterstützt ein Spitzenvolumen von 5.000 eingehenden Journey-Ereignissen pro Sekunde für unitäre Ereignisse und 5.000 eingehenden Journey-Ereignissen pro Sekunde für das Lesen von zielgruppenbasierten Journey-Ereignissen über alle Sandboxes hinweg. Weitere Informationen zu dieser Einschränkung finden Sie auf dieser Seite.
- Bei von einem Ereignis ausgelösten Journeys kann es bis zu 5 Minuten dauern, bis die erste Aktion in der Journey verarbeitet wird.
- Für systemgenerierte Ereignisse müssen Streaming-Daten, die zum Starten einer Customer Journey verwendet werden, zunächst innerhalb von Journey Optimizer konfiguriert werden, um eine eindeutige Orchestrierungs-ID zu erhalten. Diese Orchestrierungs-ID muss an die Streaming-Payload angehängt werden, die in Adobe Experience Platform eingeht. Diese Einschränkung gilt nicht für regelbasierte Ereignisse.
- Geschäftsereignisse können nicht zusammen mit unitären Ereignissen oder Zielgruppen-Qualifizierungaktivitäten verwendet werden.
- Ein einzelnes Ereignis kann von maximal 25 Journeys gleichzeitig referenziert werden, und zwar über alle Live-, geschlossenen, pausierten, Testmodus- und Probelauf-Journeys hinweg. Wenn dieses Limit erreicht ist, wird die Veröffentlichung aller zusätzlichen Journeys, die dieses Ereignis verwenden, blockiert.
- Ein einzelnes XDM-Schema kann von maximal 100 Ereignissen referenziert werden, und zwar über alle Live-, geschlossenen, pausierten, Testmodus- und Probelauf-Journeys hinweg. Wenn dieses Limit erreicht ist, wird die Veröffentlichung jeder Journey mit einem auf dieses Schema verweisenden Ereignisknoten blockiert.
- Unitäre Journeys (beginnend mit einem Ereignis oder einer Zielgruppen-Qualifizierung) enthalten einen Schutzmechanismus, der verhindert, dass Journeys fälschlicherweise mehrmals für dasselbe Ereignis ausgelöst werden. Der erneute Profileintritt wird standardmäßig 5 Minuten lang vorübergehend blockiert. Wenn also beispielsweise ein Ereignis um 12:01 Uhr eine Journey für ein bestimmtes Profil auslöst und um 12:03 Uhr ein weiteres Ereignis verzeichnet wird (unabhängig davon, ob es sich um dasselbe Ereignis oder ein anderes handelt, das dieselbe Journey auslöst), wird diese Journey für dieses Profil nicht erneut gestartet.
- Journey Optimizer erfordert, dass Ereignisse an den Data Collection Core Service (DCCS) gestreamt werden, damit eine Journey ausgelöst werden kann. In Batches aufgenommene Ereignisse, über den Abfrage-Service eingefügte Ereignisse oder Ereignisse aus internen Journey Optimizer-Datensätzen (Nachrichten-Feedback, E-Mail-Tracking usw.) können nicht zum Auslösen einer Journey verwendet werden. Für Anwendungsfälle, bei denen Sie keine Streaming-Ereignisse empfangen können, müssen Sie stattdessen eine auf diesen Ereignissen basierende Zielgruppe erstellen und die Aktivität Zielgruppe lesen verwenden. Die Zielgruppenqualifizierung kann zwar theoretisch verwendet werden, wird jedoch nicht empfohlen, da sie aufgrund der verwendeten Aktionen zu nachgelagerten Problemen führen kann.
Datenquellen data-sources-g
Für Datenquellen in Ihren Journeys gelten die folgenden Schutzmechanismen:
- Externe Datenquellen können innerhalb einer Customer Journey genutzt werden, um externe Daten in Echtzeit zu suchen. Diese Quellen müssen über die REST-API nutzbar sein, JSON unterstützen und in der Lage sein, das Anfragevolumen zu verarbeiten.
- Interne Adobe-Adressen (
.adobe.*) sind in URLs und APIs nicht zulässig.
Allgemeine Aktionen general-actions-g
Für Aktionen in Ihren Journeys gelten die folgenden Schutzmechanismen:
- Im Falle eines Fehlers werden systematisch drei weitere Zustellversuche durchgeführt. Sie können die Anzahl der weiteren Zustellversuche nicht entsprechend der erhaltenen Fehlermeldung einstellen. Mit Ausnahme von HTTP 401, 403 und 404 werden weitere Zustellversuche für alle HTTP-Fehler durchgeführt.
- Mit dem integrierten Ereignis Reaktion können Sie auf vorkonfigurierte Aktionen reagieren. Weitere Informationen finden Sie auf dieser Seite. Wenn Sie auf eine Nachricht reagieren möchten, die über eine benutzerdefinierte Aktion gesendet wird, müssen Sie ein spezielles Ereignis konfigurieren.
- Sie können nicht zwei Aktionen parallel platzieren, sondern müssen sie nacheinander hinzufügen.
- Ein Profil kann nicht mehrmals zur gleichen Zeit in derselben Journey für alle aktiven Journey-Versionen vorhanden sein. Wenn der erneute Eintritt aktiviert ist, kann ein Profil erneut in eine Journey eintreten, aber erst dann, wenn es die vorherige Instanz der Journey vollständig verlassen hat. Weitere Informationen
Benutzerdefinierte Aktionen custom-actions-g
Für benutzerdefinierte Aktionen in Ihren Journeys gelten die folgenden Schutzmechanismen:
- Für alle benutzerdefinierten Aktionen ist eine Begrenzung von 300.000 Aufrufen innerhalb von einer Minute pro Host und Sandbox festgelegt. Diese Begrenzung wird als bewegliches Fenster pro Sandbox und pro Endpunkt für Endpunkte mit Antwortzeiten von weniger als 0,75 Sekunden erzwungen. Für Endpunkte mit Antwortzeiten von mehr als 0,75 Sekunden gilt eine separate Begrenzung von 150.000 Aufrufen pro 30 Sekunden (ebenfalls ein bewegliches Fenster).
- Die URL einer benutzerdefinierten Aktion unterstützt keine dynamischen Parameter.
- Die Aufrufmethoden POST, PUT und GET werden unterstützt.
- Der Name des Abfrageparameters oder der Kopfzeile darf nicht mit „.“ oder “$”.
- IP-Adressen sind in URLs nicht zulässig. Verwenden Sie stattdessen Host-Namen.
- Interne Adobe-Adressen (
.adobe.*) sind in URLs und APIs nicht zulässig. - Integrierte benutzerdefinierte Aktionen können nicht entfernt werden.
- Benutzerdefinierte Aktionen unterstützen das JSON-Format nur bei Verwendung von Anfrage- oder Antwort-Payloads. Weitere Informationen finden Sie auf dieser Seite.
- Jeder durch eine benutzerdefinierte Aktion angesprochene Endpunkt muss mindestens 200 TPS unterstützen. Vorsicht: Eine Drosselungskonfiguration darf nicht unter 200 TPS liegen. Abhängig von Ihrem erwarteten Durchsatz kann sich eine hohe Reaktionszeit auf den tatsächlichen Durchsatz auswirken.
Zusätzliche Kennungen supplemental
Für die Verwendung zusätzlicher Kennungen in Journeys gelten spezifische Leitlinien. Sie sind auf dieser Seite aufgeführt.
Ausdruckseditor expression-editor
Für den Journey-Ausdruckseditor gelten die folgenden Leitlinien:
- Feldergruppen für Erlebnisereignisse können nicht in Journeys verwendet werden, die mit einer Aktivität vom Typ „Zielgruppe lesen“, „Zielgruppen-Qualifizierung“ oder „Geschäftsereignis“ beginnen. Sie müssen eine neue Zielgruppe erstellen und eine
inaudience-Bedingung in der Journey verwenden. timeSeriesEvents-Attribute können nicht im Ausdruckseditor verwendet werden. Um auf Erlebnisereignisse auf Profilebene zuzugreifen, erstellen Sie eine neue Feldergruppe basierend auf einemXDM ExperienceEvent-Schema.
Journey-Aktivitäten activities
Aktivität des Typs „Zielgruppen-Qualifizierung“ audience-qualif-g
Für die Journey-Aktivität Zielgruppen-Qualifizierung gelten die folgenden Leitlinien:
- Die Aktivität „Zielgruppen-Qualifizierung“ kann nicht mit Adobe Campaign-Aktivitäten verwendet werden.
- Zusätzliche Kennungen werden für Journeys des Typs „Zielgruppen-Qualifizierung“ nicht unterstützt.
- Eine Sandbox kann maximal 300 Aktivitäten des Typs „Zielgruppen-Qualifizierung“ enthalten, und zwar über alle Live-, geschlossenen, pausierten, Testmodus- und Probelauf-Journeys hinweg. Dieses Limit gilt auch für Aktivitäten des Typs „Zielgruppen-Qualifizierung“, die als Ausstiegskriterien verwendet werden. Wenn dieses Limit erreicht ist, wird die Veröffentlichung von Journeys mit zusätzlichen Aktivitäten des Typs „Zielgruppen-Qualifizierung“ blockiert.
Weitere Informationen zu Journey-Verarbeitungsraten und Durchsatzbeschränkungen finden Sie in diesem Abschnitt.
Weitere Schutzmechanismen – einschließlich Empfehlungen zu Streaming- im Vergleich zu Batch-Zielgruppen und Einschränkungen bei der Komposition von Zielgruppen – finden Sie ebenfalls auf dieser Seite.
Kampagnenaktivitäten ac-g
Für die Aktivitäten Campaign v7/v8 und Campaign Standard gelten die folgenden Schutzmechanismen:
- Adobe Campaign-Aktivitäten können nicht mit der Aktivität „Zielgruppe lesen“ oder „Zielgruppen-Qualifizierung“ verwendet werden.
- Campaign Standard-Aktivitäten können nicht mit den anderen Kanalaktivitäten verwendet werden: Karte, Code-basiertes Erlebnis, E-Mail, Push, SMS, In-App-Nachrichten, Web.
- Campaign v7/v8-Aktivitäten können zusammen mit nativen Kanalaktivitäten in derselben Journey verwendet werden.
Reaktionsereignisse reaction-events-g
Für Reaktionsereignisse gelten spezifische Schutzmechanismen, einschließlich der Anforderung, die Aktivität unmittelbar nach einer Kanalaktion zu platzieren, und der Unfähigkeit, Nachrichten zu verfolgen, die in einer anderen Journey gesendet werden. Sie sind auf dieser Seite aufgeführt.
In-App-Aktivität in-app-activity-limitations
Für die Aktion In-App-Nachrichten gelten die folgenden Schutzmechanismen: Weitere Informationen zu In-App-Nachrichten finden Sie auf dieser Seite.
-
Diese Funktion ist derzeit nicht für Kundinnen und Kunden im Gesundheitswesen verfügbar.
-
Personalisierung kann nur Profilattribute enthalten.
-
Die In-App-Aktivität kann nicht mit Campaign Standard-Aktivitäten verwendet werden.
-
Die In-App-Anzeige ist an die Journey-Lebensdauer gebunden, d. h. wenn die Journey für ein Profil endet, werden alle In-App-Nachrichten innerhalb dieser Journey nicht mehr für dieses Profil angezeigt. Daher ist es nicht möglich, eine In-App-Nachricht direkt von einer Journey-Aktivität aus zu stoppen. Stattdessen müssen Sie die gesamte Journey beenden, damit die In-App-Nachrichten nicht mehr im Profil angezeigt werden.
-
Im Testmodus hängt die In-App-Anzeige von der Journey-Lebensdauer ab. Um zu verhindern, dass die Journey während des Tests zu früh endet, passen Sie den Wartezeit-Wert für Ihre Warten-Aktivitäten an.
-
Reaktion-Aktivitäten können nicht verwendet werden, um auf ein Öffnen oder Klicken in der App zu reagieren.
-
Es kann eine Aktivierungsverzögerung zwischen dem Zeitpunkt auftreten, zu dem ein Benutzerprofil eine In-App-Aktivität auf der Arbeitsfläche erreicht, und dem Zeitpunkt, zu dem es diese In-App-Nachricht zu sehen beginnt.
-
Die Inhaltsgröße von In-App-Nachrichten ist auf 2 MB beschränkt. Das Einschließen großer Bilder kann den Veröffentlichungsprozess behindern.
Aktivität „Inhaltsentscheidung“ content-decision-g
Für die Aktivität Inhaltsentscheidung gelten spezifische Schutzmechanismen, einschließlich einer 48-stündigen Verzögerung, bevor aktualisierte Einverständnisrichtlinien in Entscheidungsrichtlinien wirksam werden. Sie sind auf dieser Seite aufgeführt.
Aktivität „Springen“ jump-g
Für die Aktivität Springen gelten spezifische Schutzmechanismen. Sie sind auf dieser Seite aufgeführt.
Aktivität des Typs „Zielgruppe lesen“ read-segment-g
Für die Journey-Aktivität Zielgruppe lesen gelten die folgenden Schutzmechanismen:
- Streaming-Zielgruppen sind immer auf dem neuesten Stand, Batch-Zielgruppen werden jedoch zum Zeitpunkt des Abrufs nicht berechnet. Sie werden nur jeden Tag zum Zeitpunkt der täglichen Batch-Auswertung berechnet.
- Beim Journey-Eintritt verwenden Profile Attributwerte aus dem Snapshot der Batch-Zielgruppe. Wenn ein Profil jedoch eine Aktivität vom Typ Warten erreicht, aktualisiert die Journey Profilattribute automatisch, indem sie die neuesten Daten aus dem einheitlichen Profildienst (UPS) abruft. Dies bedeutet, dass sich Profilattribute während der Journey-Ausführung ändern können.
- Die Aktivität Zielgruppe lesen kann nicht mit Adobe Campaign-Aktivitäten verwendet werden.
- Die Aktivität Zielgruppe lesen kann nur als erste Aktivität in einer Journey oder nach einer Aktivität vom Typ „Geschäftsereignis“ verwendet werden.
- Eine Journey kann nur über eine Aktivität Zielgruppe lesen verfügen.
- Die Aktivität Zielgruppe lesen kann nur eine Zielgruppe pro Journey ansprechen. Wenn mehrere Zielgruppen erforderlich sind, führen Sie sie zuerst zu einer einzigen Zielgruppe zusammen. Erfahren Sie mehr zum Kombinieren von Zielgruppen mithilfe von Kompositions-Workflows.
- Jede Organisation kann bis zu fünf Instanzen des Typs Zielgruppe lesen gleichzeitig in allen Sandboxes und Journeys ausführen (geplant oder durch ein Geschäftsereignis ausgelöst). Vermeiden Sie es, dass mehr als fünf Journeys des Typs Zielgruppe lesen zum exakt gleichen Zeitpunkt beginnen. Planen Sie die Startzeiten im Abstand von 5 bis 10 Minuten voneinander. Weitere Informationen zu Journey-Verarbeitungsraten finden Sie in diesem Abschnitt.
- Sandbox-Durchsatz: Das System verwaltet die Verarbeitung pro Sandbox dynamisch, mit einer maximalen Begrenzung von 20.000 Profilen pro Sekunde, die von allen Aktivitäten des Typs Zielgruppe lesen geteilt werden. Einzelne Aktivitäten können für 500 bis 20.000 Profile pro Sekunde konfiguriert werden. Wenn Sandbox-Limits erreicht werden, können Aufträge in die Warteschlange gestellt werden.
- Timeout bei der Auftragsverarbeitung: Aufträge vom Typ Zielgruppe lesen, die nicht innerhalb von 12 Stunden verarbeitet werden können, werden automatisch bereinigt und nicht ausgeführt.
- Beim Abrufen des Exportauftrags werden standardmäßig weitere Versuche bei zielgruppenseitig ausgelösten Journeys durchgeführt. Tritt bei der Erstellung des Exportauftrags ein Fehler auf, werden alle 10 Minuten, aber höchstens 1 Stunde lang, weitere Versuche unternommen. Danach gilt die Journey als fehlgeschlagen und kann daher bis zu 1 Stunde nach der geplanten Zeit ausgeführt werden.
- Bei Journeys, die zusätzliche Kennungen verwenden, ist die Leserate der Aktivität des Typs Zielgruppe lesen für jede Journey-Instanz auf maximal 500 Profile pro Sekunde beschränkt.
Weitere Informationen zur Aktivität „Zielgruppe lesen“ finden Sie unter Empfehlungen und Konfiguration.
Profilaktivität aktualisieren update-profile-g
Für die Aktivität Profil aktualisieren gelten spezifische Schutzmechanismen. Sie sind auf dieser Seite aufgeführt.
Journey-Pause pause-g
Für pausierende Journeys gelten spezifische Schutzmechanismen, einschließlich einer maximalen Pausendauer von 14 Tagen und einer Profilbegrenzung auf 10 Millionen für alle pausierten Journeys in Ihrer Organisation. Sie sind auf dieser Seite aufgeführt.
Journey-Probelauf dry-run-g
Für einen Journey-Probelauf gelten spezifische Schutzmechanismen, einschließlich der Anrechnung auf das aktivierbare Profil und der Live-Journey-Kontingente. Sie sind auf dieser Seite aufgeführt.
Journey-Fragmente fragments-journey-g
Für Journey-Fragmente gelten spezifische Schutzmechanismen, einschließlich eines Maximums von 20 Knoten pro Fragment und 200 aktiven Fragmenten pro Sandbox. Sie sind auf dieser Seite aufgeführt.
Senden in Schüben waves-g
Für den Versand in Schüben in Journeys gelten spezifische Schutzmechanismen, einschließlich eines Bereichs von 2–10 Schüben und eines Mindestintervalls von 30 Minuten zwischen den Schüben. Sie sind auf dieser Seite aufgeführt.
Journey-Simulation simulation-g
Für die Journey-Simulation gelten spezifische Schutzmechanismen. Sie sind auf dieser Seite aufgeführt.
Zielgruppen und Profile audiences-profiles
In diesem Abschnitt werden Leitlinien für die Verwaltung von Zielgruppen, die Behandlung von Profilen und Überlegungen zu ansprechbaren Profilen behandelt.
Leitlinien für Zielgruppen und Profile audience
-
Sie können bis zu 10 Zielgruppenkompositionen in einer Sandbox veröffentlichen. Wenn Sie diesen Schwellenwert erreicht haben, müssen Sie eine Komposition löschen, um Speicherplatz freizumachen, und eine neue veröffentlichen.
Weitere Informationen zu Zielgruppenkompositionen finden Sie auf dieser Seite.
-
Bei der Datenaufnahme wird bei E-Mails die Groß- und Kleinschreibung beachtet. Das bedeutet, dass möglicherweise doppelte Profile erstellt (z. B. ein Profil für John.Greene@luma.com und ein anderes Profil für john.greene@luma.com) und beim Targeting der entsprechenden Person in Ihren Journey Optimizer-Journeys und Kampagnen verwendet werden.
-
Wenn pseudonyme Profile (nicht authentifizierte Besuchende) mit Inbound-Kanälen angesprochen werden, sollten Sie eine Time-to-Live (TTL) für die automatische Profillöschung festlegen, um die Anzahl der ansprechbaren Profile und die damit verbundenen Kosten zu verwalten. Weitere Informationen
Kanäle und Messaging channel-guardrails
Dieser Abschnitt behandelt die Leitlinien für alle Kommunikationskanäle, einschließlich E-Mail, SMS, eingehenden Kanälen (Web, In-App, Code-basiert, Inhaltskarten) sowie Transaktionsnachrichten.
Schutzmechanismen für E-Mails message-guardrails
Für den E-Mail-Kanal gelten die folgenden Schutzmechanismen:
-
Es kann nicht dieselbe Versand-Domain zum Senden von Nachrichten von Adobe Journey Optimizer und einem anderen Produkt, z. B. Adobe Campaign oder Adobe Marketo Engage, verwendet werden.
-
Beim Entwerfen von E-Mail-Nachrichten sucht das System nach wichtigen Einstellungen und zeigt Warnungen (Empfehlungen und Best Practices) und Fehler (Blockierungsprobleme, die Tests oder die Aktivierung verhindern) an. Weitere Informationen zu E-Mail-Warnhinweisen und Validierungsanforderungen finden Sie in diesem Abschnitt.
Größe des Nachrichteninhalts für die Veröffentlichung einer Journey message-content-size
Bei der Veröffentlichung von Journeys, die E-Mail-Nachrichten enthalten, darf die Gesamtgröße des Nachrichteninhalts nach der Backend-Verarbeitung 2 MB nicht überschreiten. Während der Veröffentlichung verarbeitet das System automatisch Nachrichteninhalte, indem es Links und Bilder patcht und Transformationen anwendet, wodurch die Payload-Größe über die Größe des erstellten Inhalts hinaus erhöht wird.
Diese Größenbeschränkung gilt auch für andere Backend-Vorgänge, die die vollständige E-Mail-Payload verarbeiten, wie In andere Gebietsschemata kopieren im mehrsprachigen Content-Management. Obwohl Sie nur Inhalte zwischen Gebietsschemata kopieren, serialisiert und verarbeitet der Vorgang die vollständige E-Mail-Payload, sodass er mit demselben Größenfehler fehlschlagen kann.
Best Practices zur Vermeidung von Fehlern:
- Halten Sie erstellte E-Mail-Inhalte unter 1 MB
- Minimieren Sie die Anzahl der Inhaltsvarianten
- Optimieren und komprimieren Sie Bilder, bevor Sie sie zu Nachrichten hinzufügen
- Entfernen Sie nicht verwendete Assets und unnötige HTML-Elemente
- Testen Sie die Nachrichtengröße, bevor Sie Journeys in der Produktionsumgebung veröffentlichen
- Wenn Sie Inhalte in mehrere Gebietsschemata kopieren, kopieren Sie sie gleichzeitig in weniger Gebietsschemata, um den Verarbeitungsaufwand zu reduzieren
Wenn die Veröffentlichung oder der Kopiervorgang aufgrund der Größe des Inhalts fehlschlägt, reduzieren Sie den Nachrichteninhalt und versuchen Sie es erneut.
Leitlinien für SMS sms-guardrails
Für den SMS-Kanal gelten die folgenden Schutzmechanismen:
- Mediendateien für MMS können über eine unterstützte URL eingeschlossen werden. Bitte stellen Sie sicher, dass die Mediendatei separat hochgeladen wird.
- Die Synchronisierung von Nachrichten-Feedback ist derzeit nicht für MMS verfügbar.
- Die Einverständnisverwaltung erfolgt auf SMS-Kanalebene für MMS.
Leitlinien für eingehende Kanäle inbound-guardrails
-
Damit Sie Aktionen für Code-basierte Erlebnisse in Journey Optimizer verwenden und eine Payload mit Code-Inhalten bereitstellen können, die von Ihren Anwendungen genutzt werden kann, müssen die auf dieser Seite beschriebenen Voraussetzungen erfüllt sein.
-
Um in der Benutzeroberfläche von Journey Optimizer auf Web-Seiten zuzugreifen oder sie dort zu erstellen, erfüllen Sie die Voraussetzungen auf dieser Seite.
-
Um In-App-Nachrichten in Ihren Journeys und Kampagnen mit Journey Optimizer zu senden, erfüllen Sie die Versandvoraussetzungen auf dieser Seite.
-
Damit Adobe Journey Optimizer Inhaltskarten korrekt anzeigt, müssen Sie die Adobe Experience Platform-Einstellungen auf dieser Seite konfigurieren:
-
Journey Optimizer unterstützt ein Spitzenvolumen von 5.000 eingehenden Journey-Ereignissen pro Sekunde. Diese Leitlinie gilt für alle eingehenden Anfragen, die von jedem der von Journey Optimizer unterstützten eingehenden Kanäle stammen können (Web, In-App, Code-basierte Erlebnisse, Inhaltskarten).
-
Journey Optimizer unterstützt zu jedem Zeitpunkt maximal 500 aktive eingehende Aktionen. Diese eingehenden Aktionen werden gezählt, wenn sie Teil einer Live-Kampagne sind oder wenn sie ein Knoten sind, der in einer Live-Journey verwendet wird. Sobald diese Anzahl erreicht ist, müssen Sie ältere Kampagnen oder Journeys deaktivieren, die eingehende Aktionen verwenden, bevor neue gestartet werden können.
Profil-Management mit Inbound-Kanälen profile-management-inbound
Inbound-Kanäle in Journey Optimizer können pseudonyme Profile ansprechen, d. h. Profile, die nicht authentifiziert oder noch nicht bekannt sind, weil sie zuvor noch nicht über andere Kanäle kontaktiert wurden. Dies ist beispielsweise der Fall, wenn das Targeting aller Besuchenden oder Zielgruppen auf der Grundlage temporärer IDs wie ECID erfolgt.
Dadurch erhöht sich die Gesamtzahl der kontaktierbaren Profile. Dies kann sich auf die Kosten auswirken, wenn die im Vertrag festgelegte Anzahl der von Ihnen erworbenen kontaktierbaren Profile überschritten wird. Lizenzmetriken für jedes Paket finden Sie auf der Seite Journey Optimizer-Produktbeschreibung. Sie können die Anzahl der kontaktierbaren Profile im Dashboard zur Lizenznutzung überprüfen.
Um die Reichweite Ihrer ansprechbaren Profile auf ein vertretbares Maß zu begrenzen, empfiehlt Adobe, eine Time-to-Live (TTL) festzulegen, damit pseudonyme Profile automatisch aus dem Echtzeit-Kundenprofil gelöscht werden, wenn sie innerhalb eines bestimmten Zeitfensters nicht angezeigt oder angesprochen wurden. Adobe empfiehlt, den TTL-Wert auf 14 Tage festzulegen, damit er mit der aktuellen Edge-Profil-TTL übereinstimmt.
Leitlinien für Transaktionsnachrichten transactional-message-guardrails
Journey Optimizer unterstützt ein Spitzenvolumen von 500 Transaktionsnachrichten pro Sekunde in Kampagnen.
Leitlinien für Subdomains subdomain-guardrails
Die Leitlinien und Einschränkungen für die Delegierung von Subdomains in Journey Optimizer werden auf dieser Seite beschrieben.
Inhalte und Assets content-assets
Dieser Abschnitt enthält Leitplanken für die Erstellung und Verwaltung von Inhalten, einschließlich Landingpages und Fragmenten.
Leitplanken für die Inhaltserstellung content-authoring
Die empfohlenen Größenbeschränkungen für Inhaltstypen lauten wie folgt:
Eine Warnung wird angezeigt, wenn eine Inhaltsvariante den empfohlenen Größenschwellenwert überschreitet. Dies gilt für alle Inhaltstypen und Kanäle und blockiert nicht das Speichern oder Veröffentlichen.
Leitlinien für das Generieren von Inhalt ai-assistant-g
Leitlinien und Einschränkungen für das Generieren von Inhalt – einschließlich unterstützter Kanäle (E-Mail, Push, Web, SMS) und Einschränkungen des Personalisierungseditors – sind auf dieser Seite aufgeführt.
Schutzmechanismen für Landingpages lp-guardrails
Für Landingpages gelten die folgenden Schutzmechanismen:
- Es kann nur eine einzige Formular-Komponente auf einer einzelnen primären Seite verwendet werden.
- Die Formular-Komponente kann nicht in Unterseiten verwendet werden.
- Sie können keine Preheader zu einer Landingpage hinzufügen.
- Sie können die Option Eigene Codierung nicht auswählen, wenn Sie eine primäre Landingpage entwerfen.
Schutzmechanismen für Fragmente fragments-guardrails
Für Fragmente gelten die folgenden Schutzmechanismen:
-
Zum Erstellen, Bearbeiten, Archivieren und Veröffentlichen von Fragmenten benötigen Sie die Berechtigungen Manage library items und [Fragment veröffentlichen], die im Produktprofil des Content Library Manager enthalten sind. Weitere Informationen
-
Visuelle Fragmente sind nur für den E-Mail-Kanal verfügbar.
-
Ausdrucksfragmente sind nicht für den In-App-Kanal verfügbar.
-
Fragmente dürfen nicht größer als 700 KB sein. Um unter diesem Schwellenwert zu bleiben, teilen Sie große Inhalte in mehrere wiederverwendbare Fragmente auf, reduzieren Sie umfangreiches Markup und optimieren Sie verknüpfte Assets.
-
Begrenzung der Fragmentanzahl: Die Anzahl der innerhalb eines Inhaltselements verwendeten eindeutigen Fragmente wird während der Bearbeitung validiert. Nur Fragmente (einschließlich AEM-Fragmente), auf die direkt verwiesen wird, werden gezählt. Fragmente, die in anderen Fragmenten verschachtelt sind, werden nicht separat gezählt.
- Pro Variante: bis zu 60 eindeutige Fragmente pro Inhaltsvariante. Eine Warnung wird angezeigt, wenn die Nutzung 45 % des Limits erreicht (75 %); die Veröffentlichung wird bei 60 % blockiert.
- Variantenübergreifend: Bis zu 120 eindeutige Fragmente über alle Varianten einer einzelnen Nachricht hinweg. Eine Warnung wird angezeigt, wenn die Nutzung 90 (75 % des Limits) erreicht; die Veröffentlichung wird bei 120 blockiert.
-
Damit ein Fragment in einer Journey oder Kampagne verwendet werden kann, muss es sich im Status Live befinden.
-
Kontextuelle Attribute werden in Fragmenten nicht unterstützt.
-
Visuelle Fragmente sind zwischen den Modi „Designs verwenden“ und „Manuelle Formatierung“ nicht kreuzkompatibel. Um ein Fragment in einem Inhalt verwenden zu können, auf den Sie ein Design anwenden möchten, muss dieses Fragment im Modus „Designs verwenden“ erstellt werden. Weitere Informationen zu Designs
-
Wenn in einer Journey oder Kampagne das Tracking aktiviert ist und Sie Links zu einem Fragment hinzufügen, das in einer Nachricht verwendet wird, werden diese Links ebenso wie alle anderen in der Nachricht enthaltenen Links nachverfolgt. Weitere Informationen über Links und Tracking
Entscheidungs-Management decision-management
Leitlinien für die Entscheidungsfindung und das Entscheidungs-Management decisioning-guardrails
Leitlinien und Einschränkungen, die Sie bei der Arbeit mit der Entscheidungsfindung oder dem Entscheidungs-Management beachten sollten, werden in den folgenden Abschnitten zur Entscheidungsfindung und dem Entscheidungs-Management beschrieben:
Kampagnenorchestrierung campaign-orchestration
Leitlinien für die Kampagnenorchestrierung orchestration-guardrails
Die bei der Kampagnenorchestrierung zu beachtenden Leitlinien und Einschränkungen werden in diesem Abschnitt beschrieben: Leitlinien und Einschränkungen.
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 lists the system, journey, audience, channel, and content guardrails and limitations of Journey Optimizer, including numeric limits and their scopes, so you can plan deployments that scale without hitting failures.
Intents:
- Plan journeys within the activity limit and the concurrent journey limits per sandbox type
- Size event payloads and journey instances within their limits
- Configure custom actions and Read Audience activities within their throughput and concurrency limits
- Keep email, in-app, inbound, and content assets within their size and volume limits
- Understand which limits are hard (enforced) versus recommended
Glossary:
- Journey instance: The per-profile store of all data gathered during journey execution, which has a maximum size of 1 MB (product-specific)
- Unitary journey: A journey starting with an event or an audience qualification, subject to specific Select package limitations (product-specific)
- Dry run: A journey type that counts toward the engageable profile and live journey quotas and is counted in several publication-time guardrail scopes (product-specific)
- Test mode: A journey state counted in several publication-time guardrail scopes (for events, XDM schemas, and Audience Qualification activities) (product-specific)
- Engageable profile: A profile counted toward your contractual engageable profile count, which pseudonymous inbound profiles can increase (product-specific)
Guardrails:
- Datasets Time-To-Live guardrail: 90 days for data in the profile store and 13 months for data in the data lake, rolled out to new sandboxes and new organizations as of February 2025 and enforced on existing customer sandboxes starting October 1, 2026.
- The number of activities in a journey is limited to 50; this activity limit cannot be increased (hard limit).
- The number of live, closed, paused, and dry run journeys active at one time is limited to 200 in production sandboxes and 100 in development sandboxes (hard limit, enforced when you publish a journey).
- A journey instance for a profile has a maximum size of 1 MB (hard limit); it is advised to limit an event payload below 800 KB (recommended); business events and unitary events are subject to a stricter 64 KB limit.
- Any event that starts or enters a journey is limited to a maximum of 64 KB of uncompressed, minified JSON (hard limit); events exceeding this size are dropped and do not trigger the journey.
- The journey runtime keeps an internal queue of up to 10 pending events per profile and journey version; additional events are discarded with the
maxInstanceStackEventsReachedreason. - A global journey timeout stops the progress of individuals 91 days after they enter; it is not displayed in the interface and cannot be changed (hard limit).
- Journey payload size validation uses a default maximum request size of 2 MB (2,000,000 bytes); a soft warning is shown at 90 to 99 percent of the limit, and at 100 percent or more save or publish is blocked with HTTP 413 Request Entity Too Large (hard limit).
- Events throughput: peak volume of 5,000 inbound journey events per second for unitary events and 5,000 inbound journey events per second for Read Audience based journey events, across all sandboxes.
- A single event can be referenced by a maximum of 25 journeys, and a single XDM schema by a maximum of 100 events, across all live, closed, paused, test mode, and dry run journeys at one time (hard limit; publishing is blocked when reached).
- Profile reentrance into unitary journeys is temporally blocked by default for 5 minutes.
- Custom actions capping: 300,000 calls over one minute per host and per sandbox for endpoints with response times under 0.75 seconds (default cap, sliding window — raisable via the Capping or Throttling APIs); a separate 150,000 calls per 30 seconds applies to endpoints over 0.75 seconds; any targeted endpoint must support at least 200 TPS and throttling cannot go below 200 TPS.
- A sandbox can include a maximum of 300 Audience Qualification activities across all live, closed, paused, test mode, and dry run journeys (hard limit; publishing is blocked when reached).
- You can publish up to 10 audience compositions in a given sandbox.
- Read Audience: each organization can run up to five Read Audience instances concurrently across all sandboxes and journeys; sandbox throughput is a maximum of 20,000 profiles per second shared across all Read Audience activities (individual activities configurable from 500 to 20,000 profiles per second); jobs not processed within 12 hours are cleaned up and will not execute; for supplemental IDs the reading rate is limited to a maximum of 500 profiles per second.
- In-app message content size is limited to 2 MB (hard limit).
- Email message content for journey publication must not exceed 2 MB after backend processing (hard limit; the operation fails); keep authored content well below 2 MB, ideally under 1 MB, to allow a 300 to 400 KB buffer (recommended).
- Inbound: peak volume of 5,000 inbound requests per second across all inbound channels, and a maximum of 500 active inbound actions at any moment in time (hard limit).
- Transactional messages: peak volume of 500 transactional messages per second in campaigns.
- Content authoring recommended size limits: Template 1200 KB, Fragment 700 KB, Message 1200 KB, Landing page 1000 KB (recommended); a warning is surfaced when a variant exceeds its threshold but it does not block saving or publishing.
- Fragments cannot exceed 700 KB (hard limit); up to 60 unique fragments per content variant (warning at 45, publishing blocked at 60) and up to 120 across all variants of a single message (warning at 90, publishing blocked at 120); a fragment must be in Live status to be used.
- For pseudonymous inbound profiles, Adobe recommends setting a Time-To-Live of 14 days to match the current Edge profile TTL (recommended).
Terminology:
- Canonical name: Guardrails and limitations — variants: guardrails, limits
- TPS: transactions per second — RPS: requests per second
- Do not confuse: “production sandboxes” (limit of 200 concurrent live, closed, paused, and dry run journeys) ≠ “development sandboxes” (limit of 100)
- Do not confuse: journey status scope “live, closed, paused, and dry run” (the 200/100 concurrent journey limit) ≠ “live, closed, paused, test mode, and dry run” (the event, XDM schema, and Audience Qualification limits)
- Do not confuse: 1 MB journey instance limit ≠ 64 KB event payload limit ≠ 2 MB journey payload request size limit ≠ 2 MB email message content limit
FAQ:
- Q: Can the 50-activity journey limit be increased? — No; the activity limit cannot be increased. If you approach it, split the journey into smaller sub-journeys using jump activities or recreate it in a new version.
- Q: How many journeys can be active at one time? — Up to 200 live, closed, paused, and dry run journeys in production sandboxes and 100 in development sandboxes, enforced when you publish.
- Q: What is the maximum event payload size? — Any event that starts or enters a journey is limited to 64 KB of uncompressed, minified JSON; events exceeding this size are dropped and do not trigger the journey.
- Q: What is the custom action call cap? — 300,000 calls over one minute per host and per sandbox for endpoints under 0.75 seconds, or 150,000 calls per 30 seconds for endpoints over 0.75 seconds.
- Q: What are the size limits for email content when publishing journeys? — The processed message content must not exceed 2 MB after backend processing or the operation fails; keep authored content ideally under 1 MB to leave a 300 to 400 KB buffer.
- Q: How many Read Audience instances can run concurrently? — Each organization can run up to five Read Audience instances concurrently across all sandboxes and journeys, with a sandbox throughput maximum of 20,000 profiles per second shared across all Read Audience activities.