> 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-es/panel-de-propiedades/data-sources/cms-collection.md). # Colección de CMS ## Resumen Esta página explica cómo **Colecciones de CMS** pueden usarse como una **fuente de datos** para los componentes de Avonni en **Salesforce Experience Cloud**. Cuando es compatible, una colección de CMS permite a Avonni **componentes basados en datos**—como el [**Lista**](/experience-cloud/experience-cloud-es/experience-components/ax-list.md) o [**Tabla de datos**](/experience-cloud/experience-cloud-es/experience-components/ax-data-table.md)—se rellenen dinámicamente con contenido gestionado en Salesforce CMS (artículos, imágenes, documentos y otros elementos de CMS), sin depender de registros de Salesforce ni de objetos personalizados. Dado que Salesforce ofrece varias arquitecturas de CMS, esta página también aclara la **distinción crítica entre Enhanced CMS y CMS heredado (no mejorado)**. Solo las colecciones de CMS creadas con **Enhanced CMS** son compatibles con los componentes de Avonni que usan CMS como fuente de datos. Comprender esta distinción es esencial para evitar problemas de configuración y para garantizar que las fuentes de datos basadas en CMS funcionen como se espera en los sitios de Experience Cloud. *** ## ¿Qué es una colección de CMS? Una colección de CMS es un grupo de contenido de CMS (artículos, imágenes, documentos, etc.) que puede consultarse y mostrarse dinámicamente en un sitio de Experience Cloud. Los componentes de Avonni que admiten CMS como fuente de datos dependen de **las APIs de Salesforce Content Services**, que solo son compatibles con **Enhanced CMS**. *** ## CMS mejorado frente a CMS heredado Salesforce actualmente admite **dos arquitecturas de CMS** que coexisten en la plataforma: ### CMS mejorado (compatible) CMS mejorado es la arquitectura de CMS moderna introducida por Salesforce y es el **único tipo de CMS compatible con los componentes de Avonni**. Características clave: * Creado desde **Configuración → Espacios de trabajo de CMS** * Usa **las APIs de Content Services** * Las colecciones de CMS tienen IDs de registro que comienzan con **`20V`** * El contenido también puede identificarse mediante una **clave de contenido** (que comienza con `MC`) * Diseñado para las funciones modernas de Experience Cloud y la entrega headless Este es el modelo de CMS que esperan los componentes de Avonni que admiten colecciones de CMS. *** ### CMS heredado / no mejorado (no compatible) CMS heredado es el sistema de CMS más antiguo usado históricamente por los sitios de Experience Cloud basados en Aura y administrado desde: Espacios de trabajo de Experience → Administración de contenido Características clave: * Respaldado por objetos de CMS heredados (por ejemplo `ManagedContent` y `ManagedContentCollection`) * Históricamente, las colecciones tenían IDs de registro que comenzaban con **`0V5`** * El contenido y los contenedores pueden usar **`0Zu`** IDs de registro * **No expuesto a través de las APIs de Content Services** Aunque el contenido de CMS heredado aún pueda parecer utilizable en la interfaz de Salesforce, este **no puede accederse programáticamente** por los componentes modernos que dependen de Content Services. Como resultado, las colecciones de CMS heredadas **no pueden usarse como fuente de datos** para los componentes de Avonni. *** ## Por qué las colecciones de CMS heredadas no son compatibles Los componentes de Avonni que admiten colecciones de CMS dependen de Salesforce **las APIs de Content Services** para consultar y renderizar contenido. Salesforce solo expone **contenido de CMS mejorado** a través de estas APIs. Las colecciones de CMS heredadas: * No están disponibles a través de Content Services * No proporcionan claves de contenido * No pueden resolverse por componentes que esperan `20V` o `MC` identificadores Esta es una limitación de la plataforma Salesforce, no un problema de configuración. *** ## sitios Aura Incluso si tu sitio de Experience Cloud está basado en Aura: * Enhanced CMS **puede seguir usándose** como fuente de contenido * Las colecciones de CMS heredadas creadas en Content Management **no son compatibles** con las fuentes de datos de Avonni basadas en CMS Para usar colecciones de CMS con componentes de Avonni en sitios Aura, debes crear las colecciones en un **Espacio de trabajo de CMS mejorado**. *** ## Cómo crear una colección de CMS compatible Para usar una colección de CMS como fuente de datos en los componentes de Avonni: 1. Ve a **Configuración → Espacios de trabajo de CMS** 2. Crea una nueva **Espacio de trabajo de CMS mejorado** 3. Crea una **Colección de contenido** dentro de ese espacio de trabajo 4. Publica contenido en la colección 5. Usa cualquiera de los siguientes: * el **ID de la colección de contenido** (comienza con `20V`), o * el **clave de contenido** (`MC…`) Solo estos identificadores son compatibles con los componentes de Avonni. *** ## Resumen | Tipo de CMS | Ubicación del espacio de trabajo | Prefijo del ID | Compatible con la fuente de datos CMS de Avonni | | ---------------- | --------------------------------------------------------------- | -------------- | ----------------------------------------------- | | **Enhanced CMS** | Configuración → Espacios de trabajo de CMS | `20V`, `MC` | ✅ Sí | | **CMS heredado** | Espacios de trabajo de Experience → Administración de contenido | `0V5`, `0Zu` | ❌ No | --- # 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-es/panel-de-propiedades/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.