Activation du mode sans tête pour un site AEM existant

Introduction

AEM Headless est un moyen d’exposer le contenu AEM, en particulier le contenu des pages sous une forme telle que JSON ou XML, qui peut être consommé par n’importe quelle application ou service.

Nous disposons de nombreuses options lorsque nous considérons AEM comme sans tête, et nous pouvons suggérer ces options selon les exigences du client. Certains d’entre eux sont des éditeurs SPA ainsi que des modèles sling communément appelés approche hybride, des fragments de contenu avec des API graphQl connus sous le nom d’approche pure sans tête, etc.

Cas d’utilisation

Les approches AEM sans tête existantes fonctionnent bien lorsque le contenu doit être développé à nouveau. Qu’en est-il des clients qui ont déjà des tonnes de contenu/pages développées de manière traditionnelle à l’aide de modèles, mais qui souhaitent que leur contenu existant/nouveau soit exposé en tant que services de contenu ? Nous rencontrons fréquemment de tels clients et nous les guidons avec les approches suivantes :

Migrer vers AEM en tant que Headless

1. Nous créons une liste épuisante de composants AEM spécifiant quels composants utilisent ou non des modèles Sling. Cette analyse est importante pour comprendre combien de coûts/efforts sont impliqués. Les exportateurs Sling peuvent ensuite être activés sur chaque modèle de composant pour exposer les composants au format JSON/XML.

2. Nous pouvons ensuite utiliser l’approche hybride AEM pour utiliser les éditeurs SPA pour créer des pages.

3. Le contenu peut être fraîchement créé, ou un outil peut être utilisé pour migrer le contenu existant vers les pages SPA puisque nous n’avons pas beaucoup changé le contenu/la création des composants.

4. Cette approche nécessite des efforts importants car elle équivaut généralement à créer un site à partir de zéro.

Utilisation des exportateurs de modèles Sling et des modèles traditionnels

1. Dans cette approche, nous ne changeons rien à l’expérience de création de pages existante ; autrement dit, les auteurs peuvent continuer à travailler sur les modèles et pages AEM traditionnels.

2. Comme dans l’approche sans tête, nous créons une liste épuisante de composants AEM spécifiant quels composants utilisent des modèles Sling. Cette analyse est importante pour comprendre combien de coûts/efforts sont impliqués. Les exportateurs Sling peuvent ensuite être activés sur chaque modèle de composant pour exposer les composants au format JSON/XML.

3. Maintenant, si le contenu doit être exposé pour une page. N’importe quelle application/service peut effectuer des appels HTTP vers des pages AEM à l’aide du sélecteur et de l’extension « .model.json », et la page entière sera exposée au format JSON/XML de la même manière qu’elle est exposée dans le cas de l’approche hybride.

4. Ainsi, les pages Web continuent d’être servies à l’aide de modèles AEM, et d’autres applications/services peuvent utiliser des exportateurs Sling pour exposer le contenu JSON/XML de la page.

5. Cette approche nous donne également la flexibilité de décider ce qui doit être exposé ou non au format JSON et ce qui doit être utilisé sur les pages Web.

Considérez quelques cas d’utilisation :

• Si le composant comporte un champ de texte souhaité par le client, il s’affiche différemment sur l’application et la page Web. Nous pouvons autoriser un champ distinct pour cette propriété d’application dans la boîte de dialogue du composant, qui peut être exposé à l’aide des exportateurs Sling.
• Nous pouvons éliminer certains contenus/valeurs à exporter du JSON/XML de l’exportateur Sling.
• Nous pouvons même autoriser certaines propriétés supplémentaires dans la boîte de dialogue qui sont uniquement destinées à l’application.

Dans ce blog, nous avons couvert les approches permettant d’activer le mode sans tête pour un site existant. Restez à l’écoute pour d’autres blogs à venir sur la mise en œuvre de la même chose en utilisant une autre approche.

VOUS TROUVEZ CECI UTILE ? PARTAGEZ-LE