> 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 les [**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és dynamiquement avec du contenu géré dans Salesforce CMS (articles, images, documents et अन्य éléments CMS), sans dépendre des enregistrements Salesforce ni d’objets personnalisés.
Comme Salesforce propose plusieurs architectures CMS, cette page clarifie également la **distinction critique entre le CMS amélioré et le CMS hérité (non amélioré)**. Seules les Collections CMS créées avec **CMS amélioré** sont compatibles avec les composants Avonni qui utilisent le CMS comme source de données.
Comprendre cette distinction est essentiel pour éviter les problèmes de configuration et pour garantir que les sources de données basées sur le 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 le CMS comme source de données s’appuient sur **les API Salesforce Content Services**, qui sont compatibles uniquement avec **CMS amélioré**.
***
## CMS amélioré vs CMS hérité
Salesforce prend actuellement en charge **deux architectures CMS** qui coexistent sur la plateforme :
### CMS amélioré (pris en charge)
Le CMS amélioré 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 identifiants d’enregistrement commençant par **`20V`**
* Le contenu peut également être référencé via une **clé de contenu** (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 utilisé historiquement 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 les objets CMS hérités (par exemple `ManagedContent` et `ManagedContentCollection`)
* Les collections avaient historiquement des identifiants d’enregistrement commençant par **`0V5`**
* Le contenu et les conteneurs peuvent utiliser **`0Zu`** des identifiants d’enregistrement
* **Non exposé via les API Content Services**
Bien que le contenu 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 du CMS amélioré** via ces API.
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 :
* CMS amélioré **peuvent toujours être utilisées** comme source de contenu
* Les Collections CMS héritées créées dans Content Management **ne sont pas compatibles** avec les sources de données Avonni basées sur le CMS
Pour utiliser les Collections CMS avec les composants Avonni sur les sites Aura, vous devez créer les collections dans un **espace de travail CMS amélioré**.
***
## 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 CMS amélioré**
3. Créez une **collection de contenu** dans cet espace de travail
4. Publiez du contenu dans la collection
5. Utilisez soit :
* le **ID de collection de contenu** (commençant par `20V`), ou
* le **clé de contenu** (`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 |
| ---------------- | -------------------------------------------------- | ------------ | -------------------------------------------------- |
| **CMS amélioré** | 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.