Introducción a AEM sin encabezado getting-started

En esta parte del Recorrido para desarrolladores de contenido sin encabezado de AEM obtenga información sobre lo que se necesita para comenzar su propio proyecto con contenido sin encabezado de AEM.

La historia hasta ahora story-so-far

En el documento anterior del recorrido sin encabezado de AEM, Obtenga información sobre el desarrollo sin encabezado de CMS aprendió la teoría básica de lo que es un CMS sin encabezado y ahora debería poder hacer lo siguiente:

Este artículo se basa en estos fundamentos para que entienda cómo puede utilizar AEM para implementar una solución sin encabezado.

Objetivo objective

Este documento le ayudará a comprender el contenido sin encabezado de AEM dentro del contexto de su propio proyecto. Después de leer, debería haber logrado lo siguiente:

Conceptos básicos de AEM aem-basics

Antes de poder definir el proyecto sin encabezado dentro de AEM, es importante comprender algunos conceptos básicos.

Ejemplo de autor author

En su versión más sencilla, AEM consta de un ejemplo de autor y un ejemplo de publicación que trabajan juntos para crear, gestionar y publicar el contenido.

El contenido comienza con el ejemplo del autor. Aquí es donde los autores crean su contenido. El entorno de creación ofrece varias herramientas para que los autores creen, organicen y reutilicen su contenido.

Instancia de publicación publish

Una vez creado el contenido en el ejemplo de autor, debe publicarse para que esté disponible para otros servicios que lo consuman. Una instancia de publicación contiene todo el contenido que se ha publicado.

Replicación replication

La replicación es el acto de transferir contenido del ejemplo de autor al ejemplo de publicación. Esto se hace automáticamente AEM cuando un autor u otro usuario con los derechos adecuados publica contenido.

Resumen de fundamentos de AEM aem-basics-summary

En su nivel más sencillo, la creación de experiencias digitales en AEM requiere los siguientes pasos:

AEM sin encabezado crea esta base técnica al ofrecer herramientas potentes para administrar el contenido sin encabezado se describe en la siguiente sección.

Conceptos básicos del contenido sin encabezado de AEM aem-headless-basics

Las funcionalidades sin encabezado de AEM se basan en algunas funciones clave. Estos se explican en detalle en partes posteriores del recorrido. Ahora solo es importante conocer los conceptos básicos de lo que hacen y cómo se llaman.

Modelos de fragmento de contenido content-fragment-models

Los Modelos de fragmento de contenido definen la estructura de los datos y el contenido que creará y gestionará en AEM. Sirven como una especie de andamiaje para el contenido. Al elegir crear contenido, los autores elegirán entre los modelos de fragmento de contenido que defina, que los guiarán en la creación de contenido.

Fragmentos de contenido content-fragments

Los fragmentos de contenido permiten diseñar, crear, depurar y publicar contenido independiente de cualquier página. Permiten preparar contenido listo para su uso en varias ubicaciones y en varios canales.

Los fragmentos de contenido contienen contenido estructurado y se pueden entregar en formato JSON.

Las API de GraphQL y REST apis

Para modificar el contenido sin problemas, AEM ofrece dos API sólidas.

Aprenderá a utilizar estas API en una parte posterior del recorrido sin encabezado de AEM. O bien, vea la sección recursos adicionales a continuación para obtener documentación adicional.

Niveles de integración sin encabezado integration-levels

AEM admite todos los modelos sin encabezado y los modelos tradicionales de pila completa o sin encabezado de un CMS. Sin embargo, AEM ofrece no solo estas dos opciones exclusivas, sino también la capacidad de soportar modelos híbridos que combinan las ventajas de ambos, ofreciendo una flexibilidad única para su proyecto sin encabezado.

Para garantizar su comprensión de los conceptos sin encabezado, este Recorrido para desarrolladores sin encabezado de AEM se centra en el modelo sin encabezado para ponerlo en marcha lo antes posible sin necesidad de utilizar codificación en AEM.

Sin embargo, hay que tener en cuenta las posibilidades híbridas adicionales que se abren una vez que entienda las características sin encabezado de AEM. Para su información, estos casos se detallan a continuación. Al final del recorrido, se le presentarán estos conceptos con más detalle en caso de que se requiera dicha flexibilidad para su proyecto.

Ya tiene un consumo externo de contenido sin encabezado, como una aplicación de página única (SPA). already-have-a-spa

Supongamos que su requisito básico es, como mínimo, entregar contenido de AEM a un servicio externo existente.

Nivel 1: integración de Fragmentos de contenido: modelo tradicional sin encabezado level-1

Este nivel de integración es el modelo tradicional sin encabezado y permite a sus autores de contenido crear contenido en AEM y enviarlo sin necesidad de encabezado para un incontable número de servicios externos que utilicen GraphQL o editarlos desde servicios externos mediante la API de Recursos. No se requiere codificación en AEM.

En este modelo, AEM solo se utiliza para crear y servir el contenido mediante los Fragmentos de contenido de AEM. El procesamiento y la interacción con el contenido se delegan en la aplicación externa consumidora, a menudo en una aplicación de página única (SPA).

Nivel 2: incrustar la SPA en AEM, modelo híbrido level-2

Este nivel de integración se basa en el primer nivel, pero también permite que la aplicación externa (SPA) se incruste en AEM para que los autores de contenido puedan ver el contenido en el contexto de la aplicación externa dentro de AEM. La aplicación también puede admitir una edición limitada de la aplicación externa dentro de AEM.

Este nivel tiene la ventaja de permitir que los autores de contenido creen contenido de forma flexible de AEM de forma progresiva, con su contenido presentado en contexto con una SPA externa integrada, a la vez que siguen entregando el contenido sin encabezado.

Nivel 3: incrustar y activar completamente la SPA en AEM, modelo híbrido level-3

Este nivel de integración se basa en el nivel dos al permitir que la mayoría del contenido de la SPA externa se pueda editar dentro de AEM.

Todavía no tiene un consumidor externo del contenido sin encabezado, como una aplicación de una sola página (SPA). do-not-have-a-spa

Si su objetivo es crear una SPA que consuma contenido sin encabezado desde AEM, puede utilizar funciones como Fragmentos de contenido para administrar el contenido sin encabezado y también generar una SPA dentro del marco de trabajo del editor de SPA.

Con el editor de SPA, la SPA no solo consume contenido de AEM, sino que también es totalmente editable dentro de AEM por sus autores de contenido, lo que le ofrece la flexibilidad de envío sin encabezado y de edición en contexto dentro de AEM.

Condiciones y requisitos previos requirements-prerequisites

Antes de comenzar con su proyecto sin encabezado de AEM, existen varios requisitos.

Conocimiento knowledge

Herramientas tools

Definición del proyecto defining-your-project

Para que cualquier proyecto tenga éxito, es importante definir claramente no solo los requisitos del proyecto, sino también las funciones y responsabilidades.

Ámbito scope

Es importante tener un ámbito claramente definido para el proyecto. El ámbito informa acerca de los criterios de aceptación y le permite establecer una definición de listo.

La primera pregunta que deben hacer es “¿Qué estoy tratando de lograr con el contenido sin encabezado de AEM?” AEM La respuesta debería ser, en general, que tiene o tendrá en el futuro una aplicación de experiencia que ha creado con sus propias herramientas de desarrollo, no con las que no ha podido crear una aplicación de experiencia. Esta aplicación de experiencia puede ser una aplicación móvil, un sitio web o cualquier otra aplicación de experiencia orientada al cliente final. El objetivo de utilizar contenido sin encabezado de AEM es alimentar su aplicación de experiencia con contenido creado, almacenado y administrado en AEM con una API de última generación, la cual llama al contenido sin encabezado de AEM para recuperarlo o incluso contenido completamente CRUD directamente desde su aplicación de experiencia. Si esto no es lo que está buscando hacer, probablemente desee volver a la documentación de AEM y buscar la sección que mejor se adapte a lo que desea lograr.

Funciones y responsabilidades roles-responsibilities

Las funciones de cualquier proyecto individual varían, pero las importantes que se deben tener en cuenta en el desarrollo del contenido sin encabezado de AEM, son las siguientes:

Administrador administrator

El administrador es responsable de la configuración y configuración base de su sistema. Por ejemplo, el administrador configura su organización dentro del sistema de Adobe User Management, denominado Identity Management System (IMS). El administrador es el primer usuario de la organización que recibe una invitación por correo electrónico de Adobe una vez que su organización ha sido creada por Adobe dentro de IMS. El administrador puede iniciar sesión en IMS y agregar usuarios de otras personas.

AEM AEM Una vez que el administrador configura los usuarios, se les otorgan los permisos para acceder a todos los recursos de la para realizar su trabajo como colaboradores en el envío de la aplicación de experiencia mediante el uso de sin encabezado.

El administrador debe ser el usuario que configura AEM y prepara el entorno de tiempo de ejecución para que los autores de contenido puedan crear y actualizan contenido y que los desarrolladores utilicen las API que recuperan o modifican contenido para sus aplicaciones de experiencia.

Autor de contenido content-author

Los autores de contenido crean y administran el contenido sin encabezado que entrega AEM. Los autores de contenido utilizan funciones de AEM, como los fragmentos de contenido y la consola Recursos, para administrar el contenido.

Los autores de contenido deben tener en cuenta las siguientes prácticas recomendadas.

Plan de traducción translation

Planifique la traducción justo al principio del proyecto. Considere al “Especialista de traducción” como una persona independiente, cuya responsabilidad es la de definir el contenido que debe ser traducido y el que no, y cuál contenido traducido puede ser modificado por los productores de contenido regionales o locales.

Cree un plan sobre la traducción de contenido que necesita.

Sea claro sobre el flujo de trabajo de actualización de contenido. ¿Cuál es el proceso de aprobación que debe admitir el sistema? ¿Se pueden utilizar los flujos de trabajo de AEM para automatizar este proceso?

Tenga en cuenta que la jerarquía de contenido se puede utilizar para facilitar la traducción.

Consulte la sección recursos adicionales para obtener documentación adicional sobre los flujos de trabajo de AEM y las herramientas de traducción, entre ellos, los vínculos al recorrido de traducción sin encabezado de AEM.

Aprovechar la jerarquía de contenido content-hierarchy

La jerarquía de carpetas puede resolver dos problemas importantes con respecto a la administración de contenido:

AEM permite una estructura de contenido flexible, y una jerarquía puede ser arbitrariamente grande. Sin embargo, es importante darse cuenta de que cualquier cambio en la estructura de carpetas puede tener consecuencias no deseadas para las consultas existentes basadas en la ruta de contenido. Por lo tanto, una jerarquía bien definida y claramente establecida por adelantado, puede ser útil para sus autores de contenido.

Las carpetas también se pueden restringir para permitir solo ciertos tipos de contenido (según los modelos de fragmento de contenido). Se recomienda especificar siempre explícitamente qué modelos se permiten para todas las carpetas de la jerarquía. Especificación del contenido permitido para una carpeta determinada:

Al crear una estructura de contenido adecuada, resulta más fácil coordinar la creación de contenido sin encabezado entre canales para maximizar la reutilización del contenido. El aprovechamiento del contenido en varios canales mejora considerablemente la eficacia de la producción de contenido y la administración de cambios.

Establecimiento de convenciones de nombres adecuados naming-conventions

Los nombres de los fragmentos de contenido deben ser descriptivos para los autores de contenido. AEM gestiona de forma transparente la omisión o el truncamiento de los nombres que usan los ID en el nivel del repositorio. Por lo tanto, los nombres lógicos proporcionados por los autores de contenido siempre deben ser legibles y representar el contenido.

Consulte la sección recursos adicionales para obtener documentación adicional sobre AEM convenciones de asignación de nombres a páginas.

No ampliar en exceso el anidamiento de contenido content-nesting

Los fragmentos de contenido se utilizan en AEM para crear contenido sin encabezado. AEM admite hasta diez niveles de anidación de contenido para fragmentos de contenido. Sin embargo, es importante tener en cuenta que AEM debe resolver de forma iterativa cada referencia definida en el fragmento de contenido principal y, a continuación, comprobar si hay alguna referencia secundaria en todos los elementos del mismo nivel. Estas operaciones pueden sumarse rápidamente y convertirse en un problema de rendimiento.

Como regla general, las referencias de fragmento de contenido no deben anidarse más de cinco niveles.

Arquitecto de contenido content-architect

Analiza los requisitos de los datos que deben entregarse sin encabezado y define la estructura de estos datos. Estas estructuras se denominan Modelos de fragmento de contenido en AEM. Los modelos de fragmento de contenido se utilizan como base para los fragmentos de contenido que crean los autores de contenido.

Un enfoque útil a la hora de definir modelos de fragmento de contenido es crear modelos que se asignen a los componentes UX de las aplicaciones que consumen el contenido.

Dado que los autores de contenido interactúan con los modelos de forma continua a medida que crean contenido nuevo, alinear los modelos con el UX les ayuda a visualizar la experiencia digital resultante. Siguiendo con esta alineación, puede asignar iconos a los modelos de fragmento de contenido que representan el elemento UX para que los autores puedan seleccionar de forma intuitiva el modelo correcto en función de las indicaciones visuales.

Desarrollador developer

Los desarrolladores son los responsables de unir el contenido que se crea sin encabezado en AEM para el consumidor de ese contenido, que a menudo puede ser una aplicación de página única (SPA), una aplicación web progresiva (PWA), una tienda web u otro servicio externo a AEM.

GraphQL sirve de nexo entre AEM y los consumidores de contenido sin encabezado. GraphQL es el idioma en que AEM consulta el contenido necesario.

Los desarrolladores deben tener en cuenta las siguientes recomendaciones básicas al planificar sus consultas:

Para una implementación sin encabezado típica mediante AEM, el desarrollador no necesita tener conocimientos de codificación de AEM.

Requisitos de rendimiento performance-requirements

Para que cualquier proyecto sea un éxito, el rendimiento debe tenerse en cuenta antes de crear cualquier contenido.

Asegúrese de comprender las expectativas de los usuarios/visitantes y de diseñarlas para ellos. Establezca objetivos de nivel de servicio (SLO) y mídalos para comprender si cumple con las expectativas del usuario.

Patrones de tráfico traffic-patterns

Para comprender el tráfico y los patrones de tráfico, comience por reunir lo que sabe del pasado y luego proyéctelo al crecimiento esperado en los próximos años. Algunas de las variables más importantes a tener en cuenta:

Frecuencia de actualización update-frequency

A menudo, las secciones de experiencias tienen distintas frecuencias de actualizaciones de contenido. Comprender esto es importante para poder ajustar las configuraciones de la red de distribución de contenido (CDN) y la caché. Esto también es una aportación importante para los Arquitectos de contenido, ya que diseñan modelos para representar su contenido. Tenga en cuenta lo siguiente:

Siguientes pasos what-is-next

Ahora que ha completado esta parte del recorrido para desarrolladores de AEM sin encabezado, debería poder hacer lo siguiente:

Debe continuar su recorrido sin encabezado de AEM revisando a continuación el documento Ruta de la primera experiencia para usar el contenido sin encabezado de AEM, donde aprenderá a configurar las herramientas necesarias y a empezar a pensar en modelar los datos en AEM.

Recursos adicionales additional-resources

Aunque se recomienda pasar a la siguiente parte del recorrido de desarrollo sin encabezado al revisar el documento Ruta de la primera experiencia para usar el contenido sin encabezado de AEM, los siguientes son recursos opcionales que profundizan ciertos conceptos mencionados en este documento, pero que no son necesarios para continuar el recorrido sin encabezado.