> 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-fr/panneau-des-proprietes/data-sources/cms-collection.md). # Collection CMS ## Aperçu Cette page explique comment **Les collections CMS** peuvent être utilisées comme une **source de données** pour les composants Avonni dans **Salesforce Experience Cloud**. Lorsqu’elle est prise en charge, une collection CMS permet aux composants Avonni **pilotés par les données**—comme le [**Liste**](/experience-cloud/experience-cloud-fr/experience-components/ax-list.md) ou [**Tableau de données**](/experience-cloud/experience-cloud-fr/experience-components/ax-data-table.md)—d’être alimenté dynamiquement avec du contenu géré dans Salesforce CMS (articles, images, documents et autres éléments CMS), sans dépendre d’enregistrements Salesforce ni d’objets personnalisés. Comme Salesforce propose plusieurs architectures CMS, cette page clarifie également la **distinction essentielle entre Enhanced CMS et le CMS hérité (non amélioré)**. Seules les collections CMS créées avec **Enhanced CMS** sont compatibles avec les composants Avonni qui utilisent CMS comme source de données. Comprendre cette distinction est essentiel pour éviter les problèmes de configuration et garantir que les sources de données basées sur CMS fonctionnent comme prévu dans les sites Experience Cloud. *** ## Qu’est-ce qu’une collection CMS ? Une collection CMS est un regroupement de contenu CMS (articles, images, documents, etc.) qui peut être interrogé et affiché dynamiquement dans un site Experience Cloud. Les composants Avonni qui prennent en charge CMS comme source de données s’appuient sur **les API Content Services de Salesforce**, qui ne sont compatibles qu’avec **Enhanced CMS**. *** ## Enhanced CMS contre CMS hérité Salesforce prend actuellement en charge **deux architectures CMS** qui coexistent sur la plateforme : ### Enhanced CMS (pris en charge) Enhanced CMS est l’architecture CMS moderne introduite par Salesforce et constitue le **seul type de CMS pris en charge par les composants Avonni**. Caractéristiques principales : * Créé à partir de **Configuration → Espaces de travail CMS** * Utilise **les API Content Services** * Les collections CMS ont des ID d’enregistrement commençant par **`20V`** * Le contenu est également accessible via une **Content Key** (commençant par `MC`) * Conçu pour les fonctionnalités modernes d’Experience Cloud et la diffusion headless C’est le modèle CMS attendu par les composants Avonni qui prennent en charge les collections CMS. *** ### CMS hérité / non amélioré (non pris en charge) Le CMS hérité est l’ancien système CMS historiquement utilisé par les sites Experience Cloud basés sur Aura et géré depuis : Espaces de travail Experience → Gestion de contenu Caractéristiques principales : * Basé sur des objets CMS hérités (par exemple `ManagedContent` et `ManagedContentCollection`) * Les collections avaient historiquement des ID d’enregistrement commençant par **`0V5`** * Le contenu et les conteneurs peuvent utiliser **`0Zu`** des ID d’enregistrement * **Non exposé via les API Content Services** Bien que le contenu du CMS hérité puisse encore sembler utilisable dans l’interface Salesforce, il **ne peut pas être accessible par programme** par les composants modernes qui s’appuient sur Content Services. Par conséquent, les collections CMS héritées **ne peuvent pas être utilisées comme source de données** pour les composants Avonni. *** ## Pourquoi les collections CMS héritées ne sont pas prises en charge Les composants Avonni qui prennent en charge les collections CMS s’appuient sur Salesforce **les API Content Services** pour interroger et afficher le contenu. Salesforce n’expose que **le contenu Enhanced CMS** via ces API. Les collections CMS héritées : * Ne sont pas disponibles via Content Services * Ne fournissent pas de clés de contenu * Ne peuvent pas être résolues par les composants qui attendent `20V` ou `MC` des identifiants Il s’agit d’une limitation de la plateforme Salesforce, pas d’un problème de configuration. *** ## Sites Aura Même si votre site Experience Cloud est basé sur Aura : * Enhanced CMS **peuvent toujours être utilisées** comme source de contenu * Les collections CMS héritées créées dans Gestion de contenu **ne sont pas compatibles** avec les sources de données Avonni basées sur CMS Pour utiliser des collections CMS avec des composants Avonni sur des sites Aura, vous devez créer les collections dans un **espace de travail Enhanced CMS**. *** ## Comment créer une collection CMS compatible Pour utiliser une collection CMS comme source de données dans les composants Avonni : 1. Accédez à **Configuration → Espaces de travail CMS** 2. Créez un nouveau **espace de travail Enhanced CMS** 3. Créez une **collection de contenu** dans cet espace de travail 4. Publiez le contenu dans la collection 5. Utilisez l’un des éléments suivants : * le **ID de la collection de contenu** (commençant par `20V`), ou * le **Content Key** (`MC…`) Seuls ces identifiants sont pris en charge par les composants Avonni. *** ## Résumé | Type de CMS | Emplacement de l’espace de travail | Préfixe d’ID | Pris en charge par la source de données CMS Avonni | | ---------------- | -------------------------------------------------- | ------------ | -------------------------------------------------- | | **Enhanced CMS** | Configuration → Espaces de travail CMS | `20V`, `MC` | ✅ Oui | | **CMS hérité** | Espaces de travail Experience → Gestion de contenu | `0V5`, `0Zu` | ❌ Non | --- # 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-fr/panneau-des-proprietes/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.