Inhaltsmodellierung für AEM als Headless-CMS – eine Einführung architect-headless-introduction

In diesem Teil der AEM Headless-Inhaltsarchitekten-Tour lernen Sie die (grundlegenden) Konzepte und die Terminologie kennen, die notwendig sind, um das Modellieren von Inhalten bei der Verwendung von Adobe Experience Manager (AEM) as a Cloud Service als Headless-CMS zu verstehen.

Dieses Dokument hilft Ihnen dabei, die Bereitstellung von Headless-Inhalten zu verstehen, und wie AEM Headless unterstützt und wie Inhalte für Headless modelliert werden. Nach dem Lesen sollten Sie:

  • die grundlegenden Konzepte der Headless-Bereitstellung von Inhalten verstehen,
  • damit vertraut sein, wie AEM Headless und Inhaltsmodellierung unterstützt.

Ziel objective

  • Zielgruppe: Anfänger
  • Ziel: Einführung der Konzepte und Terminologie für die Headless-Inhaltsmodellierung.

Full-Stack-Inhaltsbereitstellung full-stack

Seit der Einführung benutzerfreundlicher, umfangreicher Content-Management-Systeme (CMS) haben Unternehmen diese als zentralen Ort für die Verwaltung von Messaging, Branding und Kommunikation genutzt. Die Verwendung des CMS als zentraler Punkt für die Verwaltung von Erlebnissen verbessert die Effizienz, da Aufgaben in unterschiedlichen Systemen nicht mehr dupliziert werden müssen.

Das klassische Full-Stack-CMS

In einem Full-Stack-CMS befindet sich die Funktionalität zum Bearbeiten Ihrer Inhalte im CMS. Die Funktionen des Systems bilden die verschiedenen Komponenten des CMS-Stacks. Die Full-Stack-Lösung hat viele Vorteile.

  • Es gibt ein System, das gepflegt werden muss.
  • Inhalte werden zentral verwaltet.
  • Alle Services des Systems sind integriert.
  • Die Inhaltsbearbeitung ist nahtlos.

Wenn also ein neuer Kanal hinzugefügt werden muss oder Unterstützung für neue Erlebnistypen erforderlich ist, ist es möglich, eine neue Komponente (oder mehrere) in den Stack einzufügen. Dabei gibt es nur einen Ort, an dem Änderungen vorgenommen werden können.

Hinzufügen eines neuen Kanals zum Stack

Die Komplexität der Abhängigkeiten innerhalb des Stacks wird jedoch schnell deutlich, da andere Elemente im Stack möglicherweise angepasst werden müssen, um die Änderungen zu berücksichtigen.

Das „Head“ in Headless the-head

Der Kopf (engl. „head“) eines Systems ist im Allgemeinen der Ausgabe-Renderer dieses Systems, in der Regel in Form einer GUI oder einer anderen grafischen Ausgabe.

Wenn wir über ein Headless-CMS sprechen, verwaltet das CMS die Inhalte und stellt sie in der Folge für die Verbraucher bereit. Indem ein Headless-CMS jedoch nur die Inhalte standardisiert bereitstellt, lässt es das endgültige Ausgabe-Rendering aus, sodass die Präsentation des Inhalts dem verbrauchenden Service überlassen bleibt.

Headless-CMS

Die verbrauchenden Dienste – seien es AR-Erlebnisse, ein Webshop, mobile Erlebnisse oder Progressive Web Apps (PWAs) usw. – nehmen Inhalte aus dem Headless-CMS auf und stellen ihr eigenes Rendering bereit. Sie sorgen für die Bereitstellung eigener Köpfe für Ihre Inhalte.

Das Auslassen des Kopfes vereinfacht das CMS, indem es die Komplexität beseitigt. Dadurch wird auch die Verantwortung für das Rendering der Inhalte auf die Services verlagert, die den Inhalt tatsächlich benötigen und oft besser für dieses Rendering geeignet sind.

Inhaltsmodellierung content-modeling

Inhaltsmodellierung (auch als Datenmodellierung bezeichnet) ist Ihre Spezialität. Was muss daher bei der Modellierung für Headless berücksichtigt werden?

Damit die Headless-Anwendungen auf Ihre Inhalte zugreifen und etwas damit anfangen können, müssen die Inhalte wirklich über eine vordefinierte Struktur verfügen. Es wäre möglich, Ihre Inhalte frei zu gestalten, aber das würde das Leben für die Anwendungen sehr kompliziert machen.

Für AEM führen Sie als Inhaltsarchitekt die Inhaltsmodellierung durch, um eine Reihe von Inhaltsfragmentmodellen zu entwerfen. Diese definieren die Struktur, die verwendet wird, wenn Ihre Inhaltsautoren die Inhaltsfragmente erstellen, die die Inhalte enthalten.

Zugreifen auf die Inhalte access-content

Das ist eher ein Entwicklungsdetail – aber es könnte Sie interessieren, nur um die Geschichte zu vervollständigen.

Nachdem Sie die Inhaltsfragmentmodelle erstellt und Ihre Autorinnen oder Autoren sie zur Erstellung der Inhalte verwendet haben, müssen die Headless-Anwendungen auf diese Inhalte zugreifen.

Mit Adobe Experience Manager (AEM) as a Cloud Service können Sie mithilfe der AEM-GraphQL-API selektiv auf Ihre Inhaltsfragmente zugreifen, um nur die benötigten Inhalte zurückzugeben. Mithilfe der API kann ein Entwickler Abfragen formulieren, die bestimmte Inhalte auswählen. Dieser Auswahlprozess basiert auf Ihren Inhaltsfragmentmodellen.

Dies bedeutet, dass Sie die Headless-Bereitstellung von strukturierten Inhalten zur Verwendung in Ihren Programmen umsetzen können.

Wie geht es weiter whats-next

Jetzt, da Sie die Konzepte und Terminologie gelernt haben, lautet der nächste Schritt Kennenlernen der Grundlagen der Modellierung mit Inhaltsfragmentmodellen.

Zusätzliche Ressourcen additional-resources

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab