> For the complete documentation index, see [llms.txt](https://docs.avonnicomponents.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.avonnicomponents.com/experience-cloud/experience-cloud-de/eigenschaftenbereich/data-sources/cms-collection.md). # CMS Collection ## Übersicht Diese Seite erklärt, wie **CMS-Sammlungen** als eine **Datenquelle** für Avonni-Komponenten in **Salesforce Experience Cloud**. Wenn unterstützt, ermöglicht eine CMS Collection Avonni **datengetriebene Komponenten**—wie zum Beispiel die [**Liste**](/experience-cloud/experience-cloud-de/experience-components/ax-list.md) oder [**Datentabelle**](/experience-cloud/experience-cloud-de/experience-components/ax-data-table.md)—dynamisch mit in Salesforce CMS verwalteten Inhalten (Artikel, Bilder, Dokumente und anderen CMS-Elementen) befüllt zu werden, ohne auf Salesforce-Datensätze oder benutzerdefinierte Objekte angewiesen zu sein. Da Salesforce mehrere CMS-Architekturen bereitstellt, klärt diese Seite auch die **entscheidende Unterscheidung zwischen Enhanced CMS und Legacy-(nicht erweitertem) CMS**. Nur CMS Collections, die mit **Enhanced CMS** erstellt wurden, sind mit Avonni-Komponenten kompatibel, die CMS als Datenquelle verwenden. Das Verständnis dieser Unterscheidung ist wesentlich, um Konfigurationsprobleme zu vermeiden und sicherzustellen, dass CMS-basierte Datenquellen in Experience-Cloud-Sites wie erwartet funktionieren. *** ## Was ist eine CMS Collection? Eine CMS Collection ist eine Gruppierung von CMS-Inhalten (Artikel, Bilder, Dokumente usw.), die dynamisch in einer Experience-Cloud-Site abgefragt und angezeigt werden kann. Avonni-Komponenten, die CMS als Datenquelle unterstützen, verlassen sich auf **Salesforce Content-Services-APIs**, die nur kompatibel sind mit **Enhanced CMS**. *** ## Enhanced CMS vs. Legacy CMS Salesforce unterstützt derzeit **zwei CMS-Architekturen** die auf der Plattform nebeneinander existieren: ### Enhanced CMS (unterstützt) Enhanced CMS ist die moderne CMS-Architektur, die von Salesforce eingeführt wurde, und ist das **einzige CMS-System, das von Avonni-Komponenten unterstützt wird**. Wichtige Merkmale: * Erstellt aus **Setup → CMS-Arbeitsbereiche** * Verwendet **Content-Services-APIs** * CMS Collections haben Datensatz-IDs, die mit **`20V`** * Inhalte sind außerdem über einen **Content Key** (beginnend mit `MC`) * Für moderne Experience-Cloud-Funktionen und Headless-Delivery konzipiert Dies ist das CMS-Modell, das von Avonni-Komponenten erwartet wird, die CMS Collections unterstützen. *** ### Legacy / Nicht erweitertes CMS (nicht unterstützt) Legacy CMS ist das ältere CMS-System, das historisch von Aura-basierten Experience-Cloud-Sites verwendet und verwaltet wird über: Experience Workspaces → Content Management Wichtige Merkmale: * Basierend auf Legacy-CMS-Objekten (zum Beispiel `ManagedContent` und `ManagedContentCollection`) * Sammlungen hatten historisch Datensatz-IDs, die mit **`0V5`** * Inhalte und Container können **`0Zu`** Datensatz-IDs * **Nicht über Content-Services-APIs verfügbar** Auch wenn Legacy-CMS-Inhalte in der Salesforce-Benutzeroberfläche noch nutzbar erscheinen mögen, können sie **nicht programmatisch abgerufen werden** von modernen Komponenten, die auf Content Services basieren. Infolgedessen können Legacy-CMS Collections **nicht als Datenquelle verwendet werden** für Avonni-Komponenten. *** ## Warum Legacy-CMS Collections nicht unterstützt werden Avonni-Komponenten, die CMS Collections unterstützen, verlassen sich auf Salesforce **Content-Services-APIs** zum Abfragen und Rendern von Inhalten. Salesforce stellt nur **Enhanced-CMS-Inhalte** über diese APIs bereit. Legacy-CMS-Collections: * Sind nicht über Content Services verfügbar * Stellen keine Content Keys bereit * Können nicht aufgelöst werden von Komponenten, die `20V` oder `MC` Kennungen Dies ist eine Einschränkung der Salesforce-Plattform, kein Konfigurationsproblem. *** ## Aura-Sites Selbst wenn Ihre Experience-Cloud-Site auf Aura basiert: * Enhanced CMS **können weiterhin verwendet werden** als Inhaltsquelle * Legacy-CMS-Collections, die in Content Management erstellt wurden **sind nicht kompatibel** mit Avonni-CMS-basierten Datenquellen Um CMS Collections mit Avonni-Komponenten auf Aura-Sites zu verwenden, müssen Sie die Collections in einem **Enhanced-CMS-Workspace**. *** ## So erstellen Sie eine kompatible CMS Collection Um eine CMS Collection als Datenquelle in Avonni-Komponenten zu verwenden: 1. Gehen Sie zu **Setup → CMS-Arbeitsbereiche** 2. Erstellen Sie eine neue **Enhanced-CMS-Workspace** 3. Erstellen Sie eine **Inhaltskollektion** in diesem Workspace 4. Veröffentlichen Sie Inhalte in der Kollektion 5. Verwenden Sie entweder: * die **Inhaltskollektion-ID** enthält (beginnt mit `20V`), oder * die **Content Key** (`MC…`) Nur diese Kennungen werden von Avonni-Komponenten unterstützt. *** ## Zusammenfassung | CMS-Typ | Workspace-Speicherort | ID-Präfix | Von der Avonni-CMS-Datenquelle unterstützt | | ---------------- | ------------------------------------------ | ------------ | ------------------------------------------ | | **Enhanced CMS** | Setup → CMS-Arbeitsbereiche | `20V`, `MC` | ✅ Ja | | **Legacy CMS** | Experience Workspaces → Content Management | `0V5`, `0Zu` | ❌ Nein | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.avonnicomponents.com/experience-cloud/experience-cloud-de/eigenschaftenbereich/data-sources/cms-collection.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.