Nesta parte do jornada do AEM Headless Content Architect, você pode aprender os conceitos e a terminologia (básica) necessários para entender a modelagem de conteúdo para entrega de conteúdo sem periféricos com o Adobe Experience Manager (AEM).
Este documento ajuda você a entender a entrega sem periféricos, como o AEM suporta periféricos e como o conteúdo é modelado para ficar sem periféricos. Depois de ler esse documento, você deverá:
Desde o aumento dos sistemas de gerenciamento de conteúdo (CMSs) fáceis de usar e em larga escala, as organizações os aproveitaram 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.
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.
Portanto, se um novo canal precisar ser adicionado ou se o suporte para novos tipos de experiências for necessário, um (ou mais) novo componente poderá ser inserido na pilha e só há um lugar para fazer alterações.
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.
O cabeçalho de qualquer sistema é geralmente o renderizador de saída desse sistema, normalmente na forma de uma GUI ou outro resultado gráfico.
Quando falamos de um CMS sem interface, o CMS gerencia o conteúdo e continua a entregá-lo aos consumidores. No entanto, apenas entregando a variável conteúdo de forma padronizada, um CMS sem periféricos omita a renderização final de output, deixando o apresentação do conteúdo para o serviço de consumo.
Os serviços que consomem, sejam experiências de AR, um webshop, experiências móveis, aplicativos web progressivos (PWA), etc., absorvem conteúdo do CMS sem cabeçalho e fornecem sua própria renderização. Eles cuidam de fornecer suas próprias cabeças para o seu conteúdo.
Omitir a cabeça 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.
A modelagem de conteúdo (também conhecida como modelagem de dados) é sua especialidade, portanto, o que precisa ser considerado ao modelar para imutável?
Para que os aplicativos sem periféricos 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 como de forma livre, mas isso faria vida very complicado para os aplicativos.
Para AEM você, como um Arquiteto de conteúdo, executará a modelagem de conteúdo para projetar uma variedade de Modelos de fragmentos do conteúdo. Eles definem a estrutura usada quando os autores de conteúdo criam a variável Fragmentos de conteúdo que contêm o conteúdo.
Isso é mais um detalhe de desenvolvimento - mas pode lhe interessar, apenas para concluir a história.
Depois de criar os Modelos de fragmento de conteúdo, e seus autores os usaram para gerar o conteúdo, os aplicativos sem cabeçalho precisarão acessar esse conteúdo.
A Adobe Experience Manager (AEM) pode acessar seletivamente seus Fragmentos de conteúdo usando a API GraphQL 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 é baseado em your Modelos de fragmentos do conteúdo.
Isso significa que seu projeto pode realizar a entrega sem interface de conteúdo estruturado para uso em seus aplicativos.
Agora que você aprendeu os conceitos e a terminologia, o próximo passo é Saiba mais sobre as noções básicas de modelagem com Modelos de fragmentos de conteúdo.