CMS (Content Management System)

Ein CMS trennt Inhalt (Text/Bilder) von Design (Aussehen).

• Du schreibst den Artikel (Inhalt).
• Das "Theme" bestimmt, dass Überschriften rot und fett sind (Design). Du kannst das Theme wechseln, ohne dass deine Artikel verloren gehen. Die Seite sieht sofort komplett anders aus.

1. Headless CMS

Klassische CMS (Wordpress) sind "Monolithen": Backend (Verwaltung) und Frontend (Anzeige) sind verschmolzen. Modern: Headless CMS (z. B. Strapi, Contentful). Es gibt nur die Datenbank und eine API. Das Frontend (die Webseite) baut der Entwickler selbst (z. B. mit React oder Vue). Vorteil: Du kannst denselben Inhalt auf der Webseite, in der App und auf der Smartwatch anzeigen.

2. Plugins

Die stärke von CMS ist Erweiterbarkeit. Du brauchst einen Shop? Installiere "WooCommerce". Du brauchst SEO? Installiere "Yoast". Nachteil: Zu viele Plugins machen die Seite langsam und unsicher (Sicherheitslücken).

1. Monolithische Architektur vs. Static Site Generators (SSG)

Traditionelle Monolithen wie WordPress basieren auf einer engen Verzahnung von SSR (Server-Side Rendering). Bei jedem Aufruf einer URL läuft PHP auf dem Server los, fragt die MySQL-Datenbank und puzzelt stur ein HTML-Dokument zusammen. Das frisst massiv CPU (Performance-Problem) und skaliert unter großer Last schlecht. Der moderne Gegentrend für Blogs oder Dokus ist der Static Site Generator (z.B. Hugo, Gatsby, Next.js). Hier läuft das CMS oder der Konverter nur ein einziges Mal beim Build-Prozess in der Pipeline. Er generiert pures, blankes HTML/CSS als physische Dateien im Vorfeld. Diese legt man extrem performant auf einem dummen Storage-Bucket im Edge-CDN ab. Ein Live-Server muss nicht mehr rendern. Hacker können keine Datenbank droppen, da es auf Server-Seite gar keine verknüpfte Software und Datenbank mehr existiert.

2. Content Repositories & Graph-Modelle

Enterprise CMS-Lösungen (wie Adobe Experience Manager oder spezialisierte Headless-Anbieter) verabschieden sich oft vom klassischen relationalen Tabellen-Denken und speichern Inhalte als gigantischen Content-Graphen im JCR (Java Content Repository) Format (oder mit Graphendatenbanken z.B. Neo4J). Ein "Blog Post" ist dabei kein sturer Eintrag, sondern ein Knoten. Er hat gerichtete Kanten zu den Knoten "Autor", "Kategorie", "Tag". Über GraphQL Querys kann ein modernes Frontend (Mobile-App) blitzschnell exakt nur die JSON Felder zusammenziehen, die der Entwickler für das UX-Design dieses einen Micro-Touchpoints wirklich benötigt, ohne fette Rest-Payloads.

3. Caching-Strategien (Reverse Proxy & Microcaching)

Wie hält der Spiegel oder Zeit Online mit Millionen gleichzeitiger Leser (bezeichnenderweise oft CMS getrieben) durch, ohne dass der Datenbankserver abraucht? Man spannt dicke Schilder (Varnish oder Nginx Reverse Proxy Cache) vor das CMS. Der Varnish (in-memory) erhält einen Artikel von Drupal. Fünftausend neue Leser klicken zeitgleich darauf. Varnish leitet 4.999 Requests direkt aus dem RAM ab. Nur bei einer CMS-Änderung triggert Drupal einen aktiven PURGE Request an Varnish ("Bitte lösche diesen Link aus dem Cache, das Layout für die rote Farbe ist neu").