Modelado de contenido para AEM como CMS sin encabezado: introducción architect-headless-introduction

En esta parte del Recorrido para arquitectos de contenido sin encabezado de AEM, puede aprender los conceptos (básicos) y la terminología necesaria para comprender el modelado de contenido al utilizar Adobe Experience Manager (AEM) as a Cloud Service como CMS sin encabezado.

Este documento le ayuda a comprender la entrega de contenido sin encabezado, cómo AEM admite sin encabezado y cómo se modela el contenido para que no tenga encabezado. Después de leer, debería haber logrado lo siguiente:

  • Comprender los conceptos básicos de la entrega de contenido sin encabezado.
  • Familiarizarse con la forma en que AEM admite el modelado de contenido y sin encabezado.

Objetivo objective

  • Audiencia: principiante
  • Objetivo: introducir los conceptos y la terminología relevantes para el Modelado de contenido sin encabezado.

Entrega de contenido de pila completa full-stack

Desde que han surgido los sistemas de administración de contenido (CMS) a gran escala y fáciles de usar, las organizaciones los han utilizado como una ubicación central que permite administrar los mensajes, la promoción de la marca y las comunicaciones. El uso de CMS como punto central para administrar experiencias ha mejorado la eficiencia al eliminar la necesidad de duplicar tareas en sistemas dispares.

El CMS de pila completa clásico

En un CMS de pila completa, la funcionalidad para manipular contenido se encuentra en el CMS. Las características del sistema componen diferentes componentes de la pila de CMS. La solución de pila completa tiene muchas ventajas.

  • Hay un solo sistema que mantener.
  • El contenido se administra de forma centralizada.
  • Todos los servicios del sistema están integrados.
  • La creación de contenido es directa.

Por lo tanto, si se debe añadir un nuevo canal o se requiere compatibilidad con nuevos tipos de experiencias, se pueden insertar uno o más componentes nuevos en la pila y solo hay un lugar para realizar cambios.

Agregar un nuevo canal a la pila

Sin embargo, la complejidad de las dependencias dentro de la pila se hace evidente rápidamente, puesto que otros elementos de la pila deben ajustarse para adaptarse a los cambios.

HEAD sin encabezado the-head

El HEAD de cualquier sistema es generalmente el procesador de salida de dicho sistema, normalmente en forma de GUI u otra salida gráfica.

Cuando hablamos de un CMS sin encabezado, el CMS administra el contenido y continúa entregándolo a los consumidores. Sin embargo, al entregar únicamente contenido de forma estandarizada, un CMS sin encabezado omite el procesamiento de salida final, dejando la presentación del contenido al servicio que lo consume.

CMS sin encabezado

Los servicios de consumo, ya sean experiencias de RA, una tienda web, experiencias móviles, aplicaciones web progresivas (PWA), etc., incorporan contenido del CMS sin encabezado y proporcionan su propio procesamiento. Se ocupan de proporcionar sus propios HEADS para su contenido.

Omitir el HEAD simplifica el CMS al eliminar la complejidad. Al hacerlo, también se traslada la responsabilidad de procesar el contenido a los servicios que realmente necesitan el contenido y que a menudo son más adecuados para dicho procesamiento.

Modelado de contenido content-modeling

El modelado de contenido (también conocido como modelado de datos) es su especialidad, por lo que ¿qué debe tenerse en cuenta al modelar para aplicaciones sin encabezado?

Para que las aplicaciones sin encabezado puedan acceder al contenido y hacer algo con él, el contenido debe tener una estructura predefinida. Sería posible tener su contenido como forma libre, pero complicaría mucho la vida útil de las aplicaciones.

En AEM, usted, como arquitecto de contenido, realizará el modelado de contenido para diseñar una gama de Modelos de fragmento de contenido. Definen la estructura utilizada cuando los autores de contenido crean Fragmentos de contenido que alojan el contenido.

Acceso al contenido access-content

Se trata más bien de un detalle de desarrollo, pero puede interesarle para completar la historia.

Después de crear los modelos de fragmento de contenido y de que los autores los hayan utilizado para generar el contenido, las aplicaciones sin encabezado deben acceder a este contenido.

Adobe Experience Manager (AEM) as a Cloud Service, puede acceder selectivamente a sus fragmentos de contenido mediante la API de GraphQL de AEM para devolver solo el contenido necesario. Con la API, un desarrollador puede formular consultas que seleccionan contenido específico. Este proceso de selección se basa en sus Modelos de fragmento de contenido.

Esto significa que el proyecto puede realizar una entrega sin encabezado de contenido estructurado para usarlo en las aplicaciones.

Siguientes pasos whats-next

Ahora que ha aprendido los conceptos y la terminología, el siguiente paso consiste en Aprender los conceptos básicos del modelado con Modelos de fragmentos de contenido.

Recursos adicionales additional-resources

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab