Modelagem de conteúdo para headless com o AEM - uma introdução

Nesta parte do Jornada de arquiteto de conteúdo AEM Headless, você pode aprender os conceitos e a terminologia (básicos) necessários para entender a modelagem de conteúdo para entrega de conteúdo headless com o Adobe Experience Manager (AEM).

Este documento ajuda você a entender a entrega de conteúdo headless, como o AEM é compatível com a tecnologia headless e como o conteúdo é modelado para a tecnologia headless. Depois de ler esse documento, você deverá:

Entender os conceitos básicos de entrega de conteúdo headless.
Familiarizar-se com o modo com que o AEM é compatível com a modelagem headless e de conteúdo.

Objetivo

Público: iniciante
Objetivo: apresentar os conceitos e a terminologia relevantes para a Modelagem de conteúdo headless.

Entregar conteúdo em pilha completa

Desde o aumento dos sistemas de gerenciamento de conteúdo (CMSs) fáceis de usar e em larga escala, as organizações os estão aproveitando como um local central para gerenciar mensagens, identidade visual e comunicações. Usar o CMS como ponto central para administrar experiências melhorou a eficiência, eliminando a necessidade de duplicar tarefas em sistemas diferentes.

O CMS clássico de pilha completa

Em um CMS de pilha completa, toda a funcionalidade de manipulação de conteúdo está no CMS. Os recursos do sistema constituem componentes diferentes da pilha do CMS. A solução de pilha completa tem muitas vantagens.

Há um sistema para manter.
O conteúdo é gerenciado centralmente.
Todos os serviços do sistema estão integrados.
A criação de conteúdo é contínua.

Portanto, se um novo canal precisar ser adicionado ou se o suporte para novos tipos de experiências for necessário, um novo componente (ou mais) poderá ser inserido na pilha e as alterações são feitas em um único lugar.

Adicionar um novo canal à pilha

No entanto, a complexidade das dependências na pilha rapidamente se torna aparente, pois outros itens na pilha precisam ser ajustados para acomodar as alterações.

A interface no headless

A interface de qualquer sistema é geralmente o renderizador de saída, normalmente na forma de uma GUI ou outra saída gráfica.

Quando falamos de um CMS headless, o CMS gerencia o conteúdo e continua a entregá-lo aos consumidores. No entanto, apenas entregando o conteúdo de forma padronizada, um CMS headless omite a renderização final de saída, deixando a apresentação do conteúdo para o serviço de consumo.

CMS headless

Os serviços que consomem, sejam experiências de AR, um webshop, experiências móveis, aplicativos web progressivos (PWAs) etc., absorvem conteúdo do CMS headless e fornecem sua própria renderização. Eles fornecem suas próprias interfaces para o conteúdo.

Omitir a interface simplifica o CMS ao remover a complexidade. Isso também altera a responsabilidade de renderizar o conteúdo para os serviços que realmente precisam do conteúdo e que geralmente são mais adequados para essa renderização.

Modelagem de conteúdo

A modelagem de conteúdo (também conhecida como modelagem de dados) é sua especialidade. Portanto, o que precisa ser considerado ao modelar para headless?

Para que os aplicativos headless possam acessar seu conteúdo e fazer algo com ele, o conteúdo precisa realmente ter uma estrutura predefinida. Seria possível ter seu conteúdo de forma livre, mas isso complicaria muito a vida dos aplicativos.

Para o AEM, você, como Arquiteto de conteúdo, executará a modelagem de conteúdo para projetar uma variedade de Modelos de fragmentos de conteúdo. Eles definem a estrutura usada quando os autores de conteúdo criam os Fragmentos de conteúdo que contêm o conteúdo.

Acesso ao conteúdo

Isso é mais um detalhe de desenvolvimento, mas pode interessar a você, apenas para completar a história.

Depois de criar os Modelos de fragmento de conteúdo, e seus autores os tiverem usado para gerar o conteúdo, os aplicativos headless precisarão acessar esse conteúdo.

O Adobe Experience Manager (AEM) pode acessar seletivamente os fragmentos de conteúdo usando a API do GraphQL do AEM para retornar somente o conteúdo necessário. Usando a API, um desenvolvedor pode formular consultas que selecionam conteúdo específico. Esse processo de seleção se baseia em seus Modelos de fragmentos de conteúdo.

Isso significa que seu projeto pode realizar a entrega headless de conteúdo estruturado para uso em seus aplicativos.