Inhalte separat verwalten
Inhalt und Darstellung trennen:
- bessere Wiederverwendbarkeit von Inhalten
- Fokus jeweils auf Verwaltung von Inhalten oder auf Darstellung
- gleiche Inhalte können in unterschiedliche Medien Präsenzen eingebaut werden (z. B. Webseite, native App)
Headless CMS
- nur zur Inhaltsverwaltung
- Autoren eigenes System, separiert von Programmierern
- Taxonomie für Inhalte anlegen (Klassifikation/Kategorien) und Inhalte einordnen
- Inhalt wird über Server Requests abgerufen
- Vorteil: Inhalt vielfältig verwendbar
- Nachteil: keine direkte Vorschauansicht für erstellten Inhalt
Auswahl bekannter Headless CMS
| Headless CMS | Open Source | hosting | Besonderheiten |
|---|
| Strapi | ja | self | aktuell führend; komplett in JavaScript geschrieben |
| Directus | ja | self / SaaS | für Content in relationalen Datenbanken (auch existierende) |
| Netlify CMS | ja | Sass (/ self) | Content in Git Repository; ist React SPA |
| GraphCMS | nein | SaaS | GraphQL headless CMS |
| Contentful | nein | SaaS | eigene Content Modelle erstellen |
Weitere
Decoupled / Hybrid CMS
- klassiches CMS um Schnittstelle (z. B. REST API) zum Auslesen des Contents erweitern
- bieten viele CMS bereits an (z. B. WordPress)
JAMstack Architektur
- Begriff geprägt von Mathias Billman (CEO & Co-founder of Netlify)
- JAM = JavaScript + API + Markup
- dynamische Inhalte/Funktionen über Client Side Rendering mit JavaScript
- Application Programming Interface (API) für Zugriff auf Daten und Services
- statische Seiten (HTML = Markup) durch Pre-rendering der Seite
- entkoppeltes Frontend und Backend (SSG + Headless CMS/Markdown Dateien)
Einsatzzweck
Headless CMS bei gleichen Inhalten in mehreren unterschiedlichen Frontends