DocumentaciónAEMGuía del usuario

[AEM Sites]{class="badge positive" title="(Se aplica a AEM Sites)."}

Definición de los modelos de fragmento de contenido defining-content-fragment-models

Última actualización: 2 de noviembre de 2026
  • Se aplica a:
  • Experience Manager as a Cloud Service

Creado para:

  • Usuario
  • Desarrollador

Los modelos de fragmentos de contenido de Adobe Experience Manager (AEM) as a Cloud Service definen la estructura del contenido de sus fragmentos de contenido. Estos fragmentos se pueden utilizar para la creación de páginas o como base para el contenido sin encabezado.

Esta página cubre cómo definir el modelo de fragmento de contenido mediante el editor dedicado. Consulte Administración de los modelos de fragmentos de contenido para obtener más información sobre las tareas y opciones disponibles una vez creados los fragmentos, incluidas las acciones disponibles en la consola Fragmentos de contenido, permitir el modelo en la carpeta y publicar el modelo.

NOTE
Tenga en cuenta las Prácticas recomendadas al trabajar con los modelos de fragmentos de contenido y los fragmentos de contenido.
CAUTION
Si va a consultar varios fragmentos a los que se hace referencia, no se recomienda que los distintos modelos de fragmento tengan nombres de campo con el mismo nombre, pero de tipos diferentes.
Para obtener más información, consulte API de AEM GraphQL para uso con fragmentos de contenido: limitaciones
NOTE
Si crea un modelo con este nuevo editor, siempre debe utilizar este editor para ese modelo.
Si abre el modelo con el editor de modelos original, verá el siguiente mensaje:
  • "Este modelo tiene configurado un esquema de IU personalizado. Es posible que el orden de los campos mostrados en esta interfaz de usuario no coincida con el esquema de la interfaz de usuario. Para ver los campos alineados con el esquema de la interfaz de usuario, debe cambiar al nuevo Editor de fragmentos de contenido".

Definición del modelo de fragmento de contenido defining-your-content-fragment-model

El modelo de fragmento de contenido define de forma efectiva la estructura de los fragmentos de contenido resultantes mediante una selección de tipos de datos. Con el editor de modelos puede añadir instancias de los tipos de datos y, a continuación, configurarlos para crear los campos obligatorios.

CAUTION
Editar un modelo que ya se utiliza en fragmentos de contenido existentes puede afectar a esos fragmentos dependientes.

  1. En la consola Fragmento de contenido, seleccione el panel de Modelos de fragmento de contenido y vaya a la carpeta que contiene el modelo de fragmento de contenido.

    note
    NOTE
    También puede abrir un modelo directamente después de crearlo.

  2. Abra el modelo necesario para Edit; utilice uno de los vínculos de acción rápida o seleccione el modelo y, a continuación, la acción en la barra de herramientas.

    Propiedades

    Una vez abierto, el editor de modelos muestra lo siguiente:

    • superior:

      • Icono Inicio
      • opción para alternar entre original y el nuevo editor
      • Cancelar
      • Guardar

    • izquierda: Tipos de datos disponibles para crear campos

    • en el medio: campos ya definidos junto con la opción Agregar

    • a la derecha: usando los iconos del extremo derecho puede seleccionar entre:

      • Propiedades: defina y vea las propiedades del campo seleccionado
      • Detalles del modelo: mostrar el estado Habilitado, Título del modelo, Etiquetas, Descripción y URL de vista previa

  3. Adición de un campo

    • O bien, haga lo siguiente:

      • Arrastre un tipo de datos desde el panel izquierdo a la ubicación requerida para un campo del panel central.
      • Seleccione el icono + por tipo de datos para agregarlo al final de la lista de campos.
      • Seleccione Agregar en el panel central y, a continuación, el tipo de datos requerido de la lista desplegable resultante para agregar un campo al final de la lista.
      note
      NOTE
      Los campos de marcador de posición de tabulación siempre deben aparecer encima de los campos existentes.

    • Puede cambiar la posición de un campo mediante la formación de puntos a la izquierda del cuadro de campo:

      Mover campo

    • Una vez agregado un campo al modelo (y seleccionado), el panel derecho muestra las Propiedades que se pueden definir para ese tipo de datos en particular. Aquí puede definir lo que se requiere para el específico
      field.

      • Muchas propiedades se explican por sí mismas; para obtener más información, consulte Propiedades (tipos de datos).

      • Escribir una Etiqueta de campo autocompleta Nombre de propiedad, si está vacío, y se puede actualizar de forma manual posteriormente.

        note caution
        CAUTION
        Al actualizar manualmente la propiedad Nombre de propiedad para un tipo de datos, los nombres deben contener solamente caracteres latinos, dígitos numéricos y guiones bajos "_" como carácter especial.
        Si los modelos creados en versiones anteriores de AEM contienen caracteres no permitidos, elimínelos o actualícelos.

      Por ejemplo:

      Propiedades de campo

      note
      NOTE
      Cuando un campo se define como Obligatorio, la Etiqueta indicada en el panel central se marca con un asterisco (*).

  4. Eliminación de un campo

    Seleccione el icono de la papelera para el campo correspondiente en el panel central.

    Quitar

  5. Añada todos los campos obligatorios y defina las propiedades relacionadas, según sea necesario.

  6. Seleccione Guardar para mantener la definición.

Tipos de datos data-types

Hay disponible una selección de tipos de datos para definir el modelo:

  • Texto de línea única

    • Agregue un campo para una sola línea de texto; se puede definir la longitud máxima
    • El campo se puede configurar para permitir que los autores de fragmentos creen nuevas instancias del campo

  • Texto multilínea

    • Un área de texto que puede ser Texto enriquecido, Texto sin formato o Markdown
    • El campo se puede configurar para permitir que los autores de fragmentos creen nuevas instancias del campo
    note
    NOTE
    Si el área de texto es Texto enriquecido, Texto sin formato o Markdown, se define en el modelo mediante la propiedad Tipo predeterminado.
    Este formato no se puede cambiar desde el editor de fragmentos de contenido, sino solamente desde el modelo.

  • Número

    • Añadir un campo numérico
    • El campo se puede configurar para permitir que los autores de fragmentos creen nuevas instancias del campo

  • Booleana

    • Adición de una casilla de verificación booleana

  • Fecha y hora

    • Adición de un campo de fecha u hora

  • Enumeración

    • Agregar un conjunto de campos de casilla de verificación, botones de opción o desplegables
      • Puede especificar las opciones disponibles para el autor del fragmento

  • Etiquetas

    • Permite a los autores de fragmentos acceder y seleccionar áreas de etiquetas

  • Referencia al fragmento

    • Referencias a otros fragmentos de contenido; se pueden usar para crear contenido anidado

    • El tipo de datos se puede configurar para que los autores de fragmentos puedan hacer lo siguiente:

      • Editar directamente el fragmento al que se hace referencia.
      • Crear un nuevo fragmento de contenido basado en el modelo adecuado
      • Crear nuevas instancias del campo

    • La referencia especifica la ruta al recurso al que se hace referencia; por ejemplo /content/dam/path/to/resource

  • Referencia de contenido

    • Referencias a otros contenidos, de cualquier tipo; se pueden usar para crear contenido anidado
    • Si se hace referencia a una imagen, puede optar por mostrar una miniatura
    • El campo se puede configurar para permitir que los autores de fragmentos creen nuevas instancias del campo
    • La referencia especifica la ruta al recurso al que se hace referencia; por ejemplo /content/dam/path/to/resource

  • Compuesto

    • El tipo de datos Composite se puede usar para crear contenido anidado

    • El tipo de datos Compuesto permite que los fragmentos de contenido almacenen datos estructurados y jerárquicos

      • Esto se logra permitiendo que los campos contengan subcampos anidados
      • Los subcampos están estructurados
      • Los subcampos están estructurados según los modelos de fragmentos de contenido
      • El subcampo está restringido a los modelos de fragmento de contenido que especifique al definir el subcampo

    • Esta función proporciona una forma de modelar estructuras de datos complejas dentro de un solo fragmento, similar a objetos anidados en JSON o documentos incrustados en bases de datos NoSQL

    note warning
    WARNING
    Se puede utilizar el tipo de datos compuesto:
    • en el editor del modelo de fragmentos de contenido de la IU táctil (original)
    • en el nuevo Editor de fragmentos de contenido
    El nuevo Editor del modelo de fragmentos de contenido y el Editor de fragmentos de contenido de la IU táctil (original) bloquearán el acceso al tipo de datos compuesto y a cualquier campo dependiente.
    Para los campos compuestos en el nuevo Editor del modelo de fragmentos de contenido verá el mensaje: Registre el procesador para el tipo "compuesto".

  • Objeto JSON

    • Permite al autor del fragmento de contenido introducir la sintaxis JSON en los elementos correspondientes de un fragmento.

      • Para permitir que AEM almacene el JSON directo que ha copiado/pegado desde otro servicio.
      • El JSON se pasará y se emitirá como JSON en GraphQL.
      • Incluye resaltado de sintaxis JSON, autocompletado y resaltado de errores en el editor de fragmentos de contenido.

  • Marcador de posición de ficha

    • Permite la introducción de pestañas para utilizarlas al editar el contenido del fragmento de contenido.

      • Se muestran como divisores en el editor de modelos, que separan las secciones de la lista de tipos de datos de contenido. Cada instancia representa el inicio de una nueva pestaña.
      • En el editor de fragmentos, cada instancia aparece como una pestaña.
      note
      NOTE
      Este tipo de datos se utiliza exclusivamente para dar formato; el esquema AEM GraphQL lo ignora.
      Los campos de marcador de posición de tabulación siempre deben aparecer encima de los campos existentes.

Propiedades (tipos de datos) properties

Muchas propiedades se explican por sí mismas; para otras, a continuación se proporcionan detalles adicionales:

  • Nombre de propiedad

    Al actualizar manualmente esta propiedad para un tipo de datos, los nombres debe contener solamente caracteres latinos, dígitos numéricos y guiones bajos “_” como carácter especial.

    note caution
    CAUTION
    Si los modelos creados en versiones anteriores de AEM contienen caracteres no permitidos, elimínelos o actualícelos.

  • Procesar Como

    Las distintas opciones para realizar/procesar el campo en un fragmento. A menudo, esto le permite definir si el autor verá una sola instancia del campo o si se le permitirá crear varias instancias. Cuando se usa Campo múltiple, puede definir el número mínimo y máximo de elementos; consulte Validación para obtener más información.

  • Etiqueta de campo
    La introducción de Etiqueta de campo genera automáticamente un Nombre de propiedad, que se puede actualizar de forma manual si es necesario.

  • Validación
    La validación básica está disponible mediante mecanismos como la propiedad Requerido. Algunos tipos de datos tienen campos de validación adicionales. Consulte Validación para obtener más información.

  • Para el tipo de datos Texto multilínea es posible definir el tipo predeterminado como el siguiente:

    • Texto enriquecido
    • Markdown
    • Texto sin formato

    Si no se especifica, el valor predeterminado Texto enriquecido es el empleado para este campo.

    Cambiar el tipo predeterminado en un modelo de fragmento de contenido solo surtirá efecto en un fragmento de contenido existente relacionado después de que dicho fragmento se abra en el editor y se guarde.

  • Único
    El contenido (para el campo específico) debe ser único en todos los fragmentos de contenido creados a partir del modelo actual.

    Se utiliza para garantizar que los autores de contenido no puedan repetir el contenido ya añadido en otro fragmento del mismo modelo.

    Por ejemplo, un campo de Texto de una sola línea llamado Country en el modelo de fragmentos de contenido no puede tener el valor Japan en dos fragmentos de contenido dependientes. Se emitirá una advertencia cuando se intente la segunda instancia.

    note
    NOTE
    La unicidad se garantiza por cada raíz de idioma.
    note
    NOTE
    Las variaciones pueden tener el mismo valor único como variaciones del mismo fragmento, pero no del mismo valor que se utiliza en cualquier variación de otros fragmentos.

  • Consulte Referencia de contenido para obtener más información acerca de ese tipo de datos específico y sus propiedades.

  • Consulte Referencia de fragmento para obtener más información sobre ese tipo de datos específico y sus propiedades.

  • Traducible

    Marcar la casilla de verificación Traducible en un campo del editor de modelos de fragmentos de contenido provocará lo siguiente:

    • Asegurará que el nombre de propiedad del campo se añade a la configuración de traducción y contexto /content/dam/<sites-configuration>, si no están presentes.
    • Para GraphQL: establecerá una propiedad <translatable> en el campo Fragmento de contenido en yes, para permitir que la consulta GraphQL filtre la salida JSON solo con contenido traducible.

Validación validation

Varios tipos de datos ahora incluyen la posibilidad de definir los requisitos de validación cuando el contenido se introduce en el fragmento resultante:

  • Texto de línea única

    • Compare con un regex predefinido.

  • Número

    • Compruebe si hay valores específicos.

  • Referencia de contenido

    • Pruebe tipos de contenido específicos.
    • Solo se puede hacer referencia a los recursos con un tamaño de archivo especificado o más pequeño.
    • Solo se puede hacer referencia a las imágenes con un intervalo predefinido de anchura o altura (en píxeles).

  • Referencia a fragmento

    • Pruebe un modelo de fragmento de contenido específico.

  • Número mínimo de elementos / Número máximo de elementos

    Los campos que se han definido como un campo múltiple (configurado con Procesar como) tienen las opciones:

    • Número mínimo de elementos
    • Número máximo de elementos

    Se validan en el Editor de fragmentos de contenido.

Contenido anidado nested-content

Los fragmentos de contenido pueden formar contenido anidado mediante cualquiera de los siguientes tipos de datos:

  • Referencia de contenido

    • Proporciona una sencilla referencia a otro contenido; de cualquier tipo.
    • Proporcionado por el tipo de datos Content Reference
    • Se puede configurar para una o varias referencias (en el fragmento resultante).

  • Referencia de fragmento

    • Hace referencia a otros fragmentos, según los modelos especificados.

    • Los fragmentos a los que se hace referencia son diferentes y independientes del fragmento de referencia.

    • Proporcionado por el tipo de datos Referencia a fragmento.

    • Permite incluir o recuperar datos estructurados.

      note
      NOTE
      Este método es de particular interés cuando se usa Entrega de contenido sin encabezado mediante fragmentos de contenido con GraphQL.

    • Se puede configurar para una o varias referencias (en el fragmento resultante).

    • Adecuado cuando se necesita contenido modular y reutilizable.

  • Tipo de datos compuesto:

    • Hace referencia a otros fragmentos, según los modelos especificados.
    • Los fragmentos a los que se hace referencia están totalmente incrustados en el fragmento de referencia y son integrales a él. Tienen una verdadera relación padre-hijo.
      • El tipo de datos compuesto permite definir un grupo de campos como una estructura en línea repetible dentro de un fragmento principal en lugar de señalar a una referencia de fragmento independiente.
    • Los campos compuestos se editan en la misma sesión de editor que el fragmento principal.
    • Permite incluir o recuperar datos estructurados.
    • Adecuado para campos compuestos de varios valores donde la reutilización modular no es el objetivo principal.
    • Permite el uso de estructuras de contenido más planas y fáciles de administrar, y también puede ayudar a mejorar el rendimiento del sistema y la API.
NOTE
AEM tiene protección contra recurrencias para:

  • Referencias de contenidos
    Esto evita que el usuario agregue una referencia al fragmento actual y puede provocar un cuadro de diálogo vacío del selector de referencia a fragmento.

  • Referencias a fragmento en GraphQL
    Si crea una consulta profunda que devuelve varios fragmentos de contenido referenciados entre sí, devolverá un valor nulo en la primera ocurrencia.

CAUTION
Si va a consultar varios fragmentos a los que se hace referencia, no se recomienda que los distintos modelos de fragmento tengan nombres de campo con el mismo nombre, pero con tipos diferentes.
Para obtener más información, consulte API de AEM GraphQL para uso con fragmentos de contenido: limitaciones

Referencia de contenido content-reference

El tipo de datos Referencia de contenido le permite procesar contenido de otra fuente; por ejemplo, imagen, página o Fragmento de experiencia.

Además de las propiedades estándar, puede especificar las siguentes:

  • La Ruta raíz, que especifica o representa dónde almacenar el contenido referenciado

    note
    NOTE
    Esto es obligatorio si desea cargar directamente y hacer referencia a imágenes en este campo al utilizar el editor de fragmentos de contenido.
    Consulte Imágenes de referencia para obtener más información.

  • Los tipos de contenido a los que se puede hacer referencia

    note
    NOTE
    Deben incluir Image si desea cargar directamente y hacer referencia a las imágenes de este campo al utilizar el editor de fragmentos de contenido.
    Consulte Imágenes de referencia para obtener más información.

  • Las limitaciones de los tamaños de archivo

  • Si se hace referencia a una imagen:

    • Mostrar miniatura
    • Restricciones de imagen de altura y anchura

Referencia del contenido

Referencia de fragmento fragment-reference

El tipo de datos Referencia a fragmento puede hacer referencia a uno o más fragmentos de contenido. Esta función es de especial interés cuando se recupera contenido para utilizarlo en la aplicación, ya que le permite recuperar datos estructurados con varias capas.

Por ejemplo:

  • Un modelo que define los detalles de un empleado, lo que incluye:
    • Una referencia al modelo que define al empleador (compañía).
type EmployeeModel {
    name: String
    firstName: String
    company: CompanyModel
}

type CompanyModel {
    name: String
    street: String
    city: String
}
NOTE
Las referencias a fragmento son de particular interés para Entrega de contenido sin encabezado mediante fragmentos de contenido con GraphQL.

Además de las propiedades estándar, puede definir las siguientes:

  • Procesar como:

    • Campo múltiple: el autor del fragmento puede crear varias referencias individuales

    • Referencia de fragmento: permite al autor del fragmento seleccionar una sola referencia a un fragmento

  • Tipo de modelo
    Se pueden seleccionar varios modelos. Al añadir referencias a un fragmento de contenido, cualquier fragmento al que se haga referencia debe haberse creado con estos modelos.

  • Ruta raíz
    Esto especifica o representa una ruta raíz para los fragmentos a los que se hace referencia.

  • Permitir creación de fragmentos

    Esto permite al autor del fragmento crear un fragmento basado en el modelo adecuado.

    Referencia a fragmento

NOTE
Existe un mecanismo de protección contra la periodicidad. Prohíbe que el usuario seleccione el fragmento de contenido actual en la Referencia a fragmento y puede provocar un cuadro de diálogo vacío del selector de Referencia a fragmento.
También hay protección contra recurrencias para las referencias a fragmento en GraphQL. Si crea una consulta profunda en dos fragmentos de contenido que se hacen referencia entre sí, devolverá un valor nulo.

Datos compuestos composite-data

El tipo de datos Compuesto permite que los fragmentos de contenido almacenen datos estructurados y jerárquicos al permitir que los campos contengan subcampos anidados. Los elementos secundarios (subcampos) son a su vez contenido estructurado, definido por modelos de fragmentos de contenido especificados por el usuario y totalmente incrustado en el fragmento principal.

El tipo de datos compuesto proporciona una forma de modelar estructuras de datos complejas dentro de un solo fragmento, de forma similar a los objetos anidados en JSON o a los documentos incrustados en bases de datos NoSQL.

Un campo Compuesto tiene las siguientes propiedades y características:

  • Especifique uno o varios modelos de fragmento de contenido

    • Al definir un campo compuesto en un modelo de fragmento de contenido, debe definir qué modelos se pueden utilizar para los elementos compuestos.
    • Se pueden seleccionar varios modelos, de modo que el autor pueda elegir qué modelo utilizar al añadir realmente un elemento.

  • Creación

    • Los elementos compuestos se editan dentro de la misma sesión del editor que su fragmento principal, sin abrir un fragmento de contenido independiente.

  • Paso y repetición como un campo múltiple

    • Un compuesto de varios valores admite agregar, quitar y reordenar elementos.

  • Compuesto de varios modelos

    • Un solo campo compuesto puede aceptar elementos de varios modelos permitidos.
    • El autor elige qué modelo utilizar al añadir un nuevo elemento.

  • Variaciones

    • Las variaciones de nivel superior se aplican a los árboles compuestos: una variación puede tener un número diferente de elementos compuestos o contenido diferente por elemento que el principal.
    • La selección solo está en el nivel superior; el contenido anidado refleja la variación elegida.

  • Buscar

    • Se puede buscar texto dentro de elementos compuestos. La coincidencia de contenido devuelve el fragmento de contenido principal en los resultados de búsqueda.

  • Envío nativo

    • GraphQL y OpenAPI devuelven contenido compuesto como datos anidados en la carga útil principal, sin resolver un recurso de fragmento de contenido independiente.

  • Semántica de referencia limpia

    • Puede modelar contenido que pertenezca a su elemento principal y que no se reutilice.

      note
      NOTE
      Reservar referencias de fragmento para contenido que sea genuinamente reutilizable. Los dos son complementarios, no sustitutos.

Además de las propiedades estándar, puede definir las siguientes:

  • Procesar Como

    Especifique una de estas opciones:

    • Varios campos admite agregar, quitar o reordenar con restricciones mínimas/máximas
    • Campo compuesto contiene como máximo un elemento

  • Número mínimo/máximo de elementos

    Para composiciones de varios valores, defina los límites mínimo y máximo para el número de elementos

  • Tipo

    Especifique uno o varios modelos de fragmentos de contenido. Los campos de estos modelos aparecerán como elementos compuestos. Se pueden seleccionar varios modelos, el autor elige qué modelo al añadir un elemento.

NOTE
Aunque el contenido de un campo compuesto está estructurado según un modelo de fragmento de contenido, no forman un fragmento de contenido en el sentido verdadero debido a la ausencia de ciertos metadatos.
WARNING
Se puede utilizar el tipo de datos compuesto:
El nuevo Editor del modelo de fragmentos de contenido y el Editor de fragmentos de contenido de la IU táctil (original) bloquearán el acceso al tipo de datos compuesto y a cualquier campo dependiente.
Para los campos compuestos en el nuevo Editor del modelo de fragmentos de contenido verá el mensaje: Registre el procesador para el tipo "compuesto".

Ventajas del compuesto benefits-of-composite

El tipo de datos compuesto ofrece varias ventajas al modelar datos:

  • Administración más sencilla de las estructuras de contenido.

    • Dado que los tipos de datos compuestos están incrustados directamente en un fragmento de contenido, no es necesario administrar carpetas independientes o estructuras de almacenamiento para el contenido compuesto, como es necesario con los fragmentos a los que se hace referencia.
    • Esto resulta en estructuras de contenido más planas y menos saturadas que simplifican el control y facilitan la detección del contenido compuesto.

  • Creación simplificada con compatibilidad nativa para campos compuestos de varios valores.

    • Los elementos de compuestos de varios valores se pueden crear y editar dentro de la misma sesión del editor que el fragmento principal.
    • Los compuestos pueden reducir la sobrecarga de metadatos de fragmentos y referencias.

  • Se ha mejorado la administración de contenido y el rendimiento de entrega.

    • Estructuras de contenido más sencillas con menos referencias de fragmento reducen la sobrecarga de resolución de referencias durante las operaciones de creación, publicación y envío.
    • Las estructuras de contenido más sencillas también reducen el tamaño y la complejidad de las cargas JSON, lo que ayuda a mejorar la eficiencia de la API y el rendimiento general del lado del cliente.

Cuándo usar Compuesto when-to-use-composite

El uso del tipo de datos compuesto debe considerarse cuidadosamente, ya que su caso de uso puede determinar qué tipo de contenido anidado es la mejor solución para usted.

  • Se recomienda cuando:

    • Cree contenido de tipo página o lista de tarjetas donde los elementos secundarios no se reutilicen en otro lugar.
    • Está experimentando problemas de rendimiento de gráficos de referencia, ya sea en la entrega o en la publicación.
    • Hay autores que se quejan de los flujos de trabajo de cambio de pestañas para el contenido anidado.
    • Se necesitan grupos de pasos y repeticiones de varios campos que actualmente requieran tipos de datos personalizados o herramientas externas.

  • Tenga cuidado cuando:

    • El contenido se puede reutilizar en varios fragmentos. Las referencias a fragmento siguen siendo la respuesta correcta para el contenido compartido; compuesto es para el contenido en línea.
    • Solo se utiliza el editor de IU táctil (original). Compuesto es compatible con el nuevo Editor de fragmentos de contenido, pero el Editor de IU táctil original bloqueará la edición de campos compuestos.

Limitaciones del compuesto limitations-of-composite

La lista siguiente consolida las limitaciones actuales del tipo de datos compuesto:

  • Superficie de creación

    • Editor de fragmentos de IU táctil (editor original)
      • No se admiten campos compuestos.
    • Nuevo editor de modelos de fragmentos de contenido (sin encabezado)
      • El tipo compuesto aún no es compatible. La creación de modelos utiliza el Editor del modelo de la IU táctil original.
        Para los campos compuestos verá el mensaje: Registre el procesador para el tipo “compuesto”.

  • Compatibilidad entre funciones

    • MSM (Administrador de varios sitios)

      • La herencia solo se puede romper para los campos de nivel superior.

        • La herencia de todo un campo compuesto se puede romper.
        • No se admite romper la herencia de campos individuales dentro de elementos compuestos.

    • Lanzamientos

      • Los fragmentos de contenido que contienen campos compuestos no son compatibles con los lanzamientos, ya se seleccionen directamente o se incluyan mediante referencias de fragmento. Estas acciones no se aceptan y fallarán.

    • Componentes principales y exportador del modelo Sling

      • La representación de páginas mediante componentes principales y el exportador del modelo Sling (.model.json) aún no admite campos compuestos.

    • Fragmentos de contenido visual (fragmentos de contenido con plantillas de HTML)

      • Los fragmentos de contenido visual (fragmentos de contenido con plantillas de HTML) no admiten actualmente campos compuestos.
recommendation-more-help
experience-manager-cloud-service-help-main-toc