En esta parte del AEM Recorrido para desarrolladores sin encabezado, comprenderá los pasos para implementar su primera experiencia sin objetivos en AEM, incluidas consideraciones de planificación, y también aprenderá prácticas recomendadas para que su ruta sea lo más fluida posible.
En el documento anterior del recorrido sin AEM, Introducción a AEM sin encabezado as a Cloud Service aprendió la teoría básica de lo que es un CMS sin cabeza y ahora debería:
Este artículo se basa en estos fundamentos para que entienda cómo preparar su propio AEM proyecto sin objetivos.
Este documento le ayuda a comprender los pasos necesarios para implementar su primer proyecto. Después de leerlo, debe:
Antes de continuar con este documento, asegúrese de haber revisado el documento anterior en el Recorrido para desarrolladores sin encabezado de AEM, Introducción a AEM sin encabezado as a Cloud Service asegurarse de que:
Para iniciar su primer proyecto sin encabezado AEM debe asegurarse de que dispone de un modelo de contenido que admita la personalización y las actualizaciones que desee realizar en todos los canales.
Independientemente de AEM, también debe asegurarse de tener configurado un entorno de desarrollo adecuado si está creando una aplicación del lado del cliente para poder probar el cliente frente a llamadas de API a AEM as a Cloud Service.
Desea impulsar una experiencia coherente y administrar campañas personalizadas en todos los canales, de modo que pueda ver cada canal individual y cada superficie como su propia estructura de contenido distinta a la que enviar. Sin embargo, tener cada canal con su propio modelo de contenido será difícil de mantener.
En su lugar, debe tener en cuenta cómo se relaciona el contenido en diferentes superficies basándose en principios de organización, como jerarquías de productos y marcas, categorías de bienes o superficies o pasos en el recorrido del cliente. Por ejemplo, si tiene un conjunto de superficies que admiten una marca específica de automóviles que fabrica, puede que desee comenzar con un modelo de contenido para obtener información general que sea verdadera para todo el coche y que luego tenga elementos más específicos, como el contenido necesario, cuando el coche comience a funcionar cuando haya problemas de servicio. Este modelo aplicará la herencia del contenido general de la marca de un automóvil, al tiempo que permitirá cambios basados en el contexto específico necesario. También le ayudará a administrar en el futuro las actualizaciones de este contenido, ya que puede aplicar el control en función de funciones como el especialista en marketing general o el gestor de productos para toda la marca de automóvil, frente a un autor responsable de la experiencia de "inicio de coche".
Una vez que tenga el modelo de contenido y una vista clara de los distintos clientes a los que debe mostrarse el contenido, debe asegurarse de que GraphQL/API asociadas con el acceso a varios modelos de contenido se publiquen para todos los clientes que necesiten este contenido. Existen diferentes opciones para acceder a cierto contenido. Puede solicitar un contenido específico que sea estático y que permita el almacenamiento en caché del contenido y un rendimiento superior. También puede solicitar contenido que se genere dinámicamente y que requiera más procesamiento. Asegúrese de que los clientes aprovechan las API más eficientes para sus necesidades comerciales.
Dentro de AEM hay tres tipos de entornos: desarrollo, ensayo y producción.
Los entornos de desarrollo (puede tener varios) son un lugar seguro para experimentar y probar ideas. Durante la fase inicial del proyecto, el Adobe recomienda utilizar los entornos de desarrollo para probar variaciones de modelos de contenido y ver cuáles proporcionan la salida deseada para las superficies.
El entorno de ensayo de los proyectos sin periféricos se utiliza para validar las nuevas versiones de productos de AEM antes de que se implementen en producción. Mantenga una lista actualizada de los modelos de contenido de producción allí y un subconjunto del contenido, de modo que pueda tener archivos JSON procesados para comparar si siguen proporcionando la misma salida, a medida que realiza cambios o que la versión de AEM introduce cambios
La producción es donde los autores de contenido crean y administran su contenido real. Los cambios de modelo en la producción deben llevarse a cabo con cuidado y teniendo en cuenta la compatibilidad con versiones anteriores.
Durante la fase de desarrollo, se recomienda trabajar con un entorno de desarrollo y ensayo. A medida que vaya a probar el rendimiento, querrá pasar al entorno de producción.
Los desarrolladores necesitan un entorno de desarrollo de AEM configurado con los modelos de contenido rellenados. El desarrollador desarrolla el cliente que consumirá contenido desde AEM sin encabezado, ya que los autores de contenido siguen creando el contenido. Por eso las definiciones de API son muy importantes. Al aprovechar el SDK de AEM, el desarrollador puede crear un enlace de prueba para que se puedan crear pruebas cliente y unidad a fin de garantizar que el cliente pueda procesar el contenido correctamente.
Los autores de contenido crean contenido en función de los modelos de contenido que se han definido en el entorno de ensayo. Con la herramienta de creación de fragmentos de contenido, el autor crearía un nuevo fragmento de contenido o editaría un fragmento de contenido existente. Antes de publicarlo, el autor puede obtener una vista previa del aspecto que tendrá en el cliente si trabaja con el desarrollador para impulsar el modelo de contenido al desarrollo o configurar un entorno de desarrollador solo para que los autores puedan obtener una vista previa del aspecto que tendría en el cliente.
Antes de comenzar con sin encabezado en AEM, debe asegurarse de que todas las funciones necesarias estén habilitadas. Esta sección describe lo que se requiere. Los pasos reales para realizar estos pasos se detallan más adelante en la sección AEM Recorrido para desarrolladores sin objetivos.
También puede consultar la recursos adicionales para obtener más información sobre los temas individuales.
Se trata de una descripción general de lo que necesita para implementar su primera aplicación sin encabezado mediante AEM para entregar su contenido. La forma de llevar a cabo estos pasos se describirá en detalle en partes posteriores del Recorrido para desarrolladores sin encabezado.
Un proyecto sin objetivos no sólo es exitoso debido a la tecnología implementada, sino también debido a la buena planificación y a la buena gobernanza de los proyectos. A continuación se indican algunas prácticas recomendadas para que los autores y desarrolladores de contenido tengan en cuenta al planificar el proyecto.
Ahora que ha completado esta parte del Recorrido para desarrolladores sin encabezado de AEM, debe:
Queremos que aproveche este conocimiento fundacional para comprender completamente el poder y la flexibilidad de AEM sin cabeza para que pueda aprovecharlo para sus propios proyectos. Para ello, tiene opciones.
Independientemente del estilo de aprendizaje que tenga, Adobe quiere que tenga éxito a medida que comience con su proyecto sin objetivos AEM.
Aunque se recomienda pasar a la siguiente parte del recorrido de desarrollo remoto revisando el documento Cómo modelar el contenido como modelos AEM contenido, los siguientes son algunos recursos opcionales adicionales que profundizan en algunos conceptos mencionados en este documento, pero no son necesarios para continuar en el recorrido sin encabezado.