Versionshinweise für Adobe Experience Manager as a Cloud Service 2025.5.0 release-notes
Im folgenden Abschnitt werden die Versionshinweise zu den neuen Funktionen der Version 2025.5.0 von Experience Manager as a Cloud Service beschrieben.
Veröffentlichungsdatum release-date
Das Veröffentlichungsdatum der aktuellen Version von Adobe Experience Manager as a Cloud Service (2025.5.0) war der 5. Juni 2025. Die nächste Version (2025.6.0) ist für 26. Juni 2025 geplant.
Wartungsversionshinweise maintenance
Die neuesten Wartungsversionshinweise finden Sie hier.
Video zur Version release-video
Eine Zusammenfassung der in der Version 2025.5.0 hinzugefügten Funktionen finden Sie im Übersichtsvideo zur Version vom Mai 2025:
Experience Manager Assets as a Cloud Service assets
KI-generierte Metadaten
AEM Assets verwendet jetzt KI zum automatischen Generieren von Metadaten, einschließlich Titel, Beschreibung und Keywords. Diese KI-generierten Felder verbessern die Genauigkeit von Metadaten und erleichtern die Suche, Kategorisierung und Empfehlung von Assets. Dieser Ansatz verbessert nicht nur die Effizienz durch die Eliminierung des manuellen Taggings, sondern stellt auch Konsistenz und Skalierbarkeit über große Mengen digitaler Inhalte hinweg sicher.
Integration mit Figma
Dank der nativen Integration von AEM Assets mit Figma können Sie über die Figma-Benutzeroberfläche direkt auf die in AEM Assets gespeicherten Assets zugreifen. Sie können in AEM Assets verwaltete Inhalte auf der Figma-Arbeitsfläche platzieren und dann neue oder bearbeitete Inhalte in einem AEM Assets-Repository speichern. Um auf den auf der Figma Community-Seite verfügbaren AEM Assets-Connector zuzugreifen, klicken Sie hier.
Neue Funktionen in Content Hub new-features-content-hub
Attributbasierte Zugriffssteuerung (Attribute-based Access Control, ABAC)
Mit Content Hub können Sie jetzt regelbasierte Einschränkungen für den Zugriff auf Assets anwenden. Asset-Berechtigungen gewährleisten die Governance und stellen außerdem sicher, dass nur die relevanten Assets für Benutzende zugänglich sind.
Die Regeln für die Asset-Einschränkung basieren auf Metadaten. Wenn die Asset-Metadaten den in der Regel definierten Bedingungen entsprechen, wird das Asset den Benutzergruppen angezeigt.
Zu den wichtigsten Vorteilen der attributbasierten Zugriffssteuerung gehören:
-
Beseitigt die Abhängigkeit von der Ordnerstruktur für Berechtigungen
-
Ermöglicht es Admins, Assets hochzuladen und Berechtigungsstrukturen rückwirkend zu bestimmen
-
Reduziert die Anzahl der Duplikate – verbessert die Integrität der Assets. Duplikate sind in ordnerbasierten Berechtigungen erforderlich, wenn dieselben Assets für verschiedene Gruppen freigegeben werden.
UI-Branding
Content Hub ermöglicht es Admins jetzt, die Benutzeroberfläche mit markenspezifischen Elementen anzupassen, einschließlich Bannerbildern, Bannertiteln und des Textkörpers sowie Primär- und Sekundärfarben. Diese Verbesserungen tragen dazu bei, Markenkonsistenz zu gewährleisten, das Onboarding von Benutzenden zu vereinfachen und Vertrauen aufzubauen.
Öffentliche Link-Freigabe
Content Hub unterstützt jetzt das Generieren von freigabefähigen Links, damit externe Benutzende ohne Programmzugriff Asset-Metadaten anzeigen oder Assets herunterladen können.
Governance von Sammlungen
Mit Content Hub können Sie jetzt den Zugriff auf Sammlungen während der Erstellung steuern, sodass sichergestellt wird, dass nur autorisierte Benutzende gruppierte Assets anzeigen oder verwalten können. Dies sorgt für verbesserte Sicherheit, eine bessere Zusammenarbeit, ein organisiertes Asset-Management und eine vereinfachte Governance.
Mehrere Assets als ZIP-Datei herunterladen
Mit Content Hub können Sie jetzt auch die ausgewählten Assets und ihre Ausgabedarstellungen in einer ZIP-Datei herunterladen und nicht als separate Dateien, was die Dateiverwaltung für Sie vereinfacht.
Dynamic Media-Ausgabedarstellungen in Content Hub
Neue Funktionen in Dynamic Media new-features-dynamic-media
Native Dynamic Media-Integration mit AJO B2C
Native Integration von Experience Manager (AEM) Dynamic Media mit Journey Optimizer (AJO) B2C, sodass Marketing-Fachleute AEM Dynamic Media-Assets (Ausgabedarstellung und DM-Vorlage) einfach in AJO-Inhalte einbetten und kanalübergreifend Echtzeit-Updates sowie extrem personalisierte Erlebnisse bereitstellen können.
Experience Manager Forms as a Cloud Service forms
Funktionen der Vorabversion
-
Universeller Editor für adaptive Formulare und Formularfragmente: Der universelle Editor unterstützt jetzt die Erstellung sowohl von adaptiven Formularen als auch von wiederverwendbaren Formularfragmenten. Autorinnen und Autoren können in einer vereinfachten WYSIWYG-Authoring-Umgebung Formulare visuell erstellen, Übermittlungsaktionen konfigurieren und eine reCAPTCHA-Validierung hinzufügen. Diese Funktion beschleunigt die Erstellung von Formularen, erhöht die Konsistenz und verbessert den Schutz vor Spam und automatisiertem Missbrauch.
-
SharePoint-Dokumentbibliothek – Anhänge mit Originaldateinamen speichern: Sie haben jetzt die Möglichkeit, Formularanhänge unter Verwendung ihrer Originaldateinamen zu speichern, wenn Sie sie in einer SharePoint-Dokumentbibliothek speichern. Diese Verbesserung vereinfacht die Identifizierung und Verwaltung hochgeladener Dateien.
-
Regeleditor:
- Binäre Bedingung mit Klickereignis in der Wenn-Klausel: Der Regeleditor ermöglicht jetzt die Kombination eines Schaltflächen-Klickereignisses (Wird angeklickt) mit anderen Bedingungen innerhalb der Wenn-Klausel. Dies ermöglicht eine präzisere Kontrolle der Regelausführung basierend auf der Benutzerinteraktion und anderen Faktoren. Hinweis: Bei Verwendung mehrerer Bedingungen muss das Klickereignis die erste aufgeführte Bedingung sein.
- Validierungsbedingungen für Felder und Bereiche: Der Regeleditor enthält jetzt die Bedingungen IsValid und IsNotValid. Damit können Sie den Validierungsstatus bestimmter Felder oder ganzer Bedienfelder (einschließlich Layouts wie horizontale Registerkarten, vertikale Registerkarten, Akkordeons und Assistenten) überprüfen und die Formularnavigation und das Benutzererlebnis auf der Grundlage der Validierungsergebnisse verbessern.
-
Verbesserte Verwaltung des SharePoint-Listenumfangs: SharePoint-Sites unterstützen jetzt alle verwalteten Pfade, z. B. /sites und /teams. Diese Verbesserung ermöglicht eine breitere Integration über verschiedene Site-Strukturen von SharePoint hinweg und bietet mehr Flexibilität bei der Verbindung mit organisatorischen Inhalten.
-
Unterstützung für das Speichern des Datensatzdokuments in der SharePoint-Liste: Formulare, die mit einem auf SharePoint-Listen basierenden Formulardatenmodell (FDM) erstellt wurden, können jetzt den Nachweis (DoR) in SharePoint-Listen speichern, indem die Feldeigenschaft „Bindungsverweis für Nachweis“ konfiguriert wird. Diese Verbesserung ermöglicht die nahtlose Integration unterstützter Formulardaten und Dokumente mit dem SharePoint-Speicher.
Early-Access-Funktionen in AEM Forms forms-new-early-access-features
Das Early-Access-Programm von AEM Forms bietet Ihnen die einmalige Möglichkeit, einen exklusiven Zugang zu den aktuellen Innovationen zu erhalten und ihre Entwicklung mitzugestalten.
In diesen Versionshinweisen werden die in der aktuellen Version bereitgestellten Innovationen aufgeführt. Eine vollständige Liste der im Rahmen des Early-Access-Programms verfügbaren Innovationen finden Sie in der Dokumentation zum AEM Forms-Early-Access-Programm.
Integration von Adobe Experience Platform (AEP) mit Forms
- Integration von AEM Forms mit Adobe Experience Platform: Der AEM Forms to Adobe Experience Platform-Connector ermöglicht eine nahtlose Integration zwischen adaptiven Formularen und Adobe Experience Platform. Mit dieser Funktion können Formulardaten XDM-Schemata zugeordnet und in Echtzeit direkt an AEP gesendet werden. Sie optimiert die Datenerfassung für Anwendungsfälle in den Bereichen Personalisierung und Aktivierung in allen Adobe Experience Cloud-Lösungen.
Experience Manager as a Cloud Service als Fundament foundation
Aktualisierter Prozess zur Abschaffung updated-deprecation-process
Adobe überprüft regelmäßig Funktionen, Bibliotheken, APIs und Konfigurationen, um sicherzustellen, dass sie den Leistungs-, Sicherheits- und Wertstandards entsprechen. Wenn Funktionen diese Standards nicht mehr erfüllen, werden sie als veraltet gekennzeichnet, und ihre Verwendung muss bis zu einem bestimmten Entfernungsdatum eingestellt werden. Bis zu diesem Datum erinnert Adobe die Kundinnen und Kunden mit E-Mail-Benachrichtigungen und Aktionen, die in Cloud Manager durchgeführt werden müssen, bevor sie mit neuen Builds fortfahren oder welche bereitstellen. Wenn die erforderlichen Maßnahmen nicht ergriffen werden, kann es passieren, dass ein Upgrade auf neue Versionen von AEM nicht möglich ist, was sich auf Sicherheit, Leistung, Zuverlässigkeit und Verfügbarkeit auswirken kann.
Weitere Informationen finden Sie im Artikel zur Abschaffung.
Veraltete Java-APIs und OSGi-Konfigurationen, deren Entfernungsdatum sich nähert deprecated-near-removals
Erweitern Sie die unten stehende Liste, um die veralteten APIs und OSGi-Konfigurationen anzuzeigen, die nicht mehr verwendet werden dürfen. Ausführliche Informationen, einschließlich der Zeitpläne für die Entfernung, finden Sie im Artikel zur Abschaffung.
Jav-APIs:
org.apache.sling.commons.authorg.apache.felix.webconsoleorg.eclipse.jettycom.mongodborg.apache.abderaorg.apache.felix.http.whiteboardorg.apache.cocoon.xmlch.qos.logbackorg.slf4j.spiorg.slf4j.eventorg.apache.log4jcom.google.commoncom.dreworg.bsonorg.apache.jackrabbit.oak.plugins.bloborg.apache.jackrabbit.oak.plugins.memory
OSGi-Eigenschaften:
org.apache.sling.commons.log.LogManager(alle Eigenschaften)org.apache.sling.commons.log.LogManager.factory.config(org.apache.sling.commons.log.file,org.apache.sling.commons.log.pattern)
Abschaffung der Java 11-Laufzeit java11-runtime-deprecation
Die Java 11-Laufzeitumgebung ist jetzt veraltet, und die meisten Umgebungen wurden bereits auf die leistungsfähigere Java 21-Laufzeitumgebung aktualisiert.
Wenn Ihre Umgebung aufgrund nicht unterstützter Abhängigkeiten nicht aktualisiert werden konnte (siehe Java 21-Laufzeitanforderungen), sollten Sie eine E-Mail von Adobe mit bestimmten nächsten Schritten erhalten haben. Bitte stellen Sie sicher, dass alle erforderlichen Aktualisierungen bis zum 28. August 2025 abgeschlossen sind, damit Ihre Umgebung unterbrechungsfrei aktualisiert werden kann.
Hinweis: Die Laufzeitversion ist von der Build-Version Ihres Codes getrennt. Es wird zwar empfohlen, Builds mit Java 21 durchzuführen, aber Java 11-Builds werden derzeit noch unterstützt. Ein separater Hinweis zur Abschaffung von Java 11 für Builds wird in Zukunft freigegeben.
Durchsetzung der Konfigurationsrichtlinie für AEM-Java-Protokolle logconfig-policy
Wie in den Versionshinweisen vom April erwähnt, müssen AEM-Java-Protokolle einem Standardformat entsprechen, um eine zuverlässige Überwachung in allen Kundenumgebungen sicherzustellen. Benutzerdefinierte Protokollkonfigurationen – wie etwa Änderungen an der Protokollformatierung, Ausgabedateien oder Standardprotokollebenen – werden nicht mehr unterstützt. Protokolle müssen an die Standarddateien weitergeleitet werden, und die standardmäßigen Protokollebenen für AEM-Produkt-Code müssen beibehalten werden. Ausführliche Informationen finden Sie im Artikel zur Protokollierung.
Ab Ende August werden alle nicht unterstützten benutzerdefinierten Protokollierungsüberschreibungen ignoriert. Nach unserer Analyse ist der Großteil der Kundschaft nicht betroffen, und Adobe wird sich direkt mit allen Kundinnen und Kunden in Verbindung setzen, deren aktuelle Konfiguration möglicherweise betroffen ist.
Bitte überprüfen und aktualisieren Sie alle nachgelagerten Prozesse, die auf einem benutzerdefinierten Protokollierungsverhalten basieren. Zum Beispiel:
- Wenn Ihr Protokollweiterleitungssystem ein benutzerdefiniertes Protokollformat erwartet, müssen Sie möglicherweise Ihre Aufnahmeregeln anpassen.
- Wenn Sie zuvor die Ausführlichkeit des Protokolls durch Ändern der Protokollebenen reduziert haben, beachten Sie, dass eine Rückkehr zu den Standardebenen das Protokollvolumen erhöhen kann.
Standardmäßige Bereinigung älterer Versionen und Auditprotokolle mt-defaults
Derzeit sind die zugehörigen Bereinigungs-Wartungsaufgaben in Inhaltsversionen und Auditprotokollen standardmäßig deaktiviert. Daher werden keine Daten entfernt, außer dies ist explizit konfiguriert.
Um jedoch die Repository-Leistung zu optimieren, wird die Bereinigung ab Ende Juni 2025 standardmäßig aktiviert, wobei die folgenden Richtlinien befolgt werden:
Inhaltsversionen mt-content
-
Neue Umgebungen (erstellt nach einem bevorstehenden Datum, das später mitgeteilt wird)
- Versionen, die älter als 30 Tage sind, werden regelmäßig gelöscht.
- Die letzten fünf Versionen der letzten 30 Tage werden zusammen mit der neuesten Version und der aktuellen Version unabhängig von deren Alter beibehalten.
-
Vorhandene Umgebungen (vor diesem bevorstehenden Datum erstellt):
- Versionen, die älter als 7 Jahre sind, werden regelmäßig gelöscht.
- Alle Versionen der letzten 7 Jahre werden beibehalten.
- Dieser hohe Standardschwellenwert verhindert ein unbeabsichtigtes Entfernen aktueller Daten. Es wird jedoch empfohlen, niedrigere Werte zu konfigurieren, um die Repository-Leistung zu optimieren.
-
Sie können diese Standardwerte über die YAML-Konfiguration ändern, die über die Konfigurations-Pipeline bereitgestellt wird.
Auditprotokoll mt-auditlogs
-
Neue Umgebungen (erstellt nach einem bevorstehenden Datum, das separat kommuniziert wird):
- Replikations-, DAM-und Seiten-Auditprotokolle, die älter als 7 Tage sind, werden regelmäßig gelöscht.
- Alle Ereignisse werden standardmäßig protokolliert.
-
Vorhandene Umgebungen (vor diesem bevorstehenden Datum erstellt):
- Replikations-, DAM-und Seiten-Auditprotokolle, die älter als 7 Jahre sind, werden regelmäßig gelöscht.
- Alle Ereignisse werden standardmäßig protokolliert.
- Dieser hohe Standardschwellenwert verhindert ein unbeabsichtigtes Entfernen aktueller Daten. Es wird jedoch empfohlen, niedrigere Werte zu konfigurieren, um die Repository-Leistung zu optimieren.
-
Sie können diese Standardwerte über die YAML-Konfiguration ändern, die über die Konfigurations-Pipeline bereitgestellt wird.
Weitere Details finden Sie im Artikel zu Wartungsaufgaben.
Edge-Datenverarbeitung (Alpha-Programm) edge-computing
Mit der Edge-Datenverarbeitung können Sie JavaScript auf CDN-Ebene ausführen, wodurch die Datenverarbeitung näher an die Endbenutzenden heranrückt. Dies reduziert die Latenz und ermöglicht responsive, dynamische Erlebnisse am Edge.
Häufige Anwendungsszenarien umfassen:
- Authentifizieren von Benutzenden bei einem Identitätsanbieter, bevor Zugriff auf Inhalte gewährt wird
- Personalisieren von Inhalten basierend auf Geolokalisierung, Gerätetyp oder Benutzerattributen
- Fungieren als Middleware zwischen dem CDN und Ihrer Herkunft
- Umformatieren von Antworten aus APIs von Drittanbietern (und möglicherweise Aggregieren mehrerer API-Antworten), bevor sie an den Browser gesendet werden
- Erstellen und Bereitstellen von Server-gerenderter HTML am Edge mithilfe von Inhalten, die aus verschiedenen Backends zusammengefügt wurden
Wir haben nur eine begrenzte Anzahl von Möglichkeiten für die AEM-Veröffentlichungsbereitstellung oder Edge Delivery Services-Projekte für Live-Produktions-Sites. Wenn Sie an einer Teilnahme interessiert sind oder mehr erfahren möchten, senden Sie eine E-Mail an aemcs-edgecompute-feedback@adobe.com mit einer kurzen Beschreibung Ihres Anwendungsfalls.
CDN-Konfiguration für Edge Delivery Services (Beta-Programm) cdn-eds-beta
Das von Adobe verwaltete CDN bietet flexible Konfigurationsoptionen, wie im Artikel zu Konfigurations-Pipelines beschrieben.
Stellen Sie jetzt in der Beta-Phase eine Konfigurations-Pipeline für Funktionen bereit, einschließlich CDN-Ursprungs-Selektoren, Antwort- und Anfragetransformationen und mehr. Wenden Sie sich mit den Details Ihres Anwendungsfalls an aemcs-cdn-config-adopter@adobe.com.
AEM-Protokollweiterleitung an weitere Ziele (Beta-Programm) log-forwarding-beta
Die Protokolle können zwar von Cloud Manager heruntergeladen werden, aber viele Unternehmen ziehen es vor, diese Protokolle an ein bevorzugtes Protokollierungsziel weiterzuleiten. AEM unterstützt bereits die AEM- und CDN-Protokollweiterleitung an Azure Blob Storage, Datadog, HTTPS, Elasticsearch (und OpenSearch) und Splunk. Diese Funktion wird eigenständig konfiguriert und mithilfe der Konfigurations-Pipeline bereitgestellt.
Jetzt in der Beta-Phase können Sie AEM-Protokolle an Amazon S3, Sumo Logic und Ihr eigenes New Relic-Konto (nicht das von Adobe bereitgestellte Konto) weiterleiten. Beachten Sie, dass zwar AEM-Protokolle (einschließlich Apache/Dispatcher) für diese Protokollierungsziele unterstützt werden, jedoch keine CDN-Protokolle. Schreiben Sie eine E-Mail an aemcs-logforwarding-beta@adobe.com, um Zugriff zu erhalten.
Weitere Informationen finden Sie in der Dokumentation zur Protokollweiterleitung.
Experience Manager Guides guides
Eine vollständige Liste der neuen und verbesserten Funktionen der neuesten Version der Adobe Experience Manager Guides finden Sie hier.
Cloud Manager cloud-manager
Eine vollständige Liste der Cloud Manager-Veröffentlichungen nach Monaten finden Sie hier.
Migrations-Tools migration-tools
Eine vollständige Liste der Versionen von Migrations-Tools finden Sie hier.
Universeller Editor universal-editor
Eine vollständige Liste der Versionen des universellen Editors finden Sie hier.
Generieren von Varianten generate-variations
Eine vollständige Liste der Versionen für das Generieren von Varianten finden Sie hier.
Versionshinweise zu Experience Cloud experience-cloud
Informationen zu Versionen anderer Experience Cloud-Anwendungen finden Sie hier.