En esta parte del Recorrido para desarrolladores de AEM sin encabezado comprenderá los pasos para aplicar su primera experiencia sin encabezado en AEM, incluidas las consideraciones de planificación, y también aprenderá las prácticas recomendadas para que su ruta sea lo más fluida posible.
En el documento anterior del recorrido de contenido sin encabezado de AEM, Introducción a AEM sin encabezado as a Cloud Service 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 preparar su propio proyecto de AEM sin encabezado.
Este documento le ayudará a comprender los pasos necesarios para implementar su primer proyecto. Después de leerlo, debería poder hacer lo siguiente:
Antes de continuar con este documento, asegúrese de haber revisado el documento anterior en el Recorrido para desarrolladores de contenido sin encabezado de AEM, Introducción a AEM sin encabezado as a Cloud Service para lograr lo siguiente:
Para iniciar su primer proyecto de AEM sin encabezado 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 probarlo frente a llamadas de API a AEM as a Cloud Service.
Debe impulsar una experiencia coherente y administrar campañas personalizadas en todos los canales, de modo que pueda ver cada canal individual y superficie como su propia estructura de contenido distinta a la que enviar. Sin embargo, tener cada canal con su propio modelo de contenido es difícil de mantener.
En su lugar, debe tener en cuenta cómo se relaciona el contenido en diferentes superficies basándose en los principios de la 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 automóvil, y que luego tenga elementos más específicos, como el contenido necesario, desde cuando el automóvil comience a funcionar hasta que haya problemas con el servicio. Este modelo impondrá la herencia del contenido general de la marca del automóvil, al tiempo que permitirá cambios basados en el contexto específico necesario. También le ayudará a gestionar las actualizaciones de este contenido en el futuro, ya que puede aplicar un control basándose en las funciones como la de experto en marketing general o gestor de productos para toda la marca, frente a un autor responsable de la experiencia de “arrancar el automóvil”.
Después de tener el modelo de contenido y una vista clara de los distintos clientes a los que debe mostrarse el contenido, debe asegurarse de que las GraphQL/API asociadas con el acceso a varios de los modelos de contenido se publiquen en todos los clientes que necesitan 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 utilicen las API más eficientes para sus necesidades comerciales.
Dentro de AEM hay tres tipos de entornos: de 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, 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 encabezado se utiliza para validar las nuevas versiones de productos de AEM antes de que se implementen en la producción. Mantenga una lista actualizada de los modelos de contenido de producción 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. Al pasar a las pruebas de rendimiento, tendrá que 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á el contenido desde AEM sin in encabezado, ya que los autores de contenido siguen creándolo. Por eso las definiciones de API son muy importantes. AEM Mediante el SDK de la, el desarrollador puede crear un vínculo de prueba para que las pruebas de cliente y de unidad se puedan crear y garantizar que el cliente pueda procesar correctamente el contenido.
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 fragmento de contenido o editaría uno existente. Antes de publicarlo, el autor puede obtener una previsualización del aspecto que tendrá para 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 para el cliente.
Antes de empezar con el contenido sin encabezado de 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 Recorrido para desarrolladores de AEM sin encabezado.
También puede consultar opcionalmente los recursos adicionales para obtener más información sobre temas individuales.
Se trata de información general de lo que necesita para implementar su primera aplicación de AEM sin encabezado para entregar su contenido. La forma de llevar a cabo estos pasos se describe en detalle en partes posteriores del Recorrido sin encabezado para desarrolladores.
Un proyecto sin encabezado no solo es exitoso debido a la tecnología implementada, sino también debido a la buena planificación y gestión de los proyectos. Las siguientes son varias prácticas recomendadas que los autores y desarrolladores de contenido deben tener en cuenta al planificar el proyecto.
Ahora que ha completado esta parte del recorrido para desarrolladores de AEM sin encabezado, debería poder hacer lo siguiente:
Queremos que a partir de estos conocimientos básicos comprenda plenamente el potencial y la flexibilidad de AEM sin encabezado, de modo que pueda aprovecharlos para sus propios proyectos. Para ello, tiene varias opciones.
Sea cual sea su estilo de aprendizaje, Adobe quiere que tenga éxito a la hora de empezar a trabajar con su proyecto AEM sin encabezado.
Aunque se recomienda pasar a la siguiente parte del recorrido de desarrollo sin encabezado revisando el documento Modelo del contenido como modelos de contenido de AEM, a continuación se incluyen algunos recursos opcionales adicionales que profundizan en varios conceptos mencionados en este documento, pero que no son necesarios para continuar el recorrido sin encabezado.