Inhaltsmodellierung für Headless mit AEM – Einführung architect-headless-introduction
In diesem Teil der AEM Headless-Inhaltsarchitekten-Tour können Sie sich mit den (grundlegenden) Konzepten und der erforderlichen Terminologie vertraut machen, um die Inhaltsmodellierung für die Headless-Inhaltsbereitstellung mit Adobe Experience Manager (AEM) 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.
Bei einem Full-Stack-CMS befindet sich all 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.
- Das Content-Authoring ist reibungslos.
Wenn also ein neuer Kanal hinzugefügt werden muss oder Unterstützung für neue Erlebnistypen erforderlich ist, können eine (oder mehrere) neue Komponenten in den Stack eingefügt werden, und Änderungen müssen nur an einer einzigen Stelle vorgenommen werden.
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 den Content und stellt ihn für die Verbrauchenden 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.
Die verbrauchenden Dienste – seien es AR-Erlebnisse, ein Webshop, mobile Erlebnisse, Progressive Web Apps (PWAs) usw. – beziehen Content aus dem Headless-CMS und stellen ihr eigenes Rendering bereit. Sie sorgen für die Bereitstellung eigener Köpfe für Ihren Content.
Das Weglassen des Head vereinfacht das CMS, indem die Komplexität reduziert wird. 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
Content-Modellierung (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 Ihren Content zugreifen und etwas damit anfangen können, muss der Content 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 das Gesamtbild zu vervollständigen.
Nachdem Sie die Inhaltsfragmentmodelle erstellt haben und Ihre Autorinnen und Autoren sie zur Erstellung des Content verwendet haben, müssen die Headless-Anwendungen auf diesen Content zugreifen.
Mit Adobe Experience Manager (AEM) können Sie über die 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 Ihr Projekt die Headless-Bereitstellung strukturierter Inhalte zur Verwendung in Ihren Anwendungen realisieren kann.
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.