Modelado de contenido para AEM como CMS sin encabezado: introducción

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

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

Entrega de contenido de pila completa

Desde que han surgido los sistemas de administración de contenido (CMS) a gran escala, fáciles de usar, las organizaciones los han aprovechado como una ubicación central que permite administrar mensajes, marcas y 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, toda la funcionalidad para manipular contenido está 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 consiguiente, si se necesita agregar un nuevo canal o admitir nuevos tipos de experiencias, se pueden insertar uno o más componentes nuevos en la pila, y solo hay un lugar donde 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

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 que consumen, ya sean experiencias AR, una tienda web, experiencias móviles, aplicaciones web progresivas (PWA), etc., reciben contenido del CMS sin encabezado y proporcionan su propia representación. 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

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

Para que las aplicaciones sin encabezado puedan acceder a su contenido y hacer algo con él, el contenido realmente necesita 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

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

Una vez que haya creado los modelos de fragmento de contenido y que los autores los hayan utilizado para generar el contenido, las aplicaciones sin encabezado tendrán que 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

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

En esta página