10 CMS-Systeme 2026: Marktanteil, Headless und was von 2008 übrig blieb

2008, als dieser Artikel zuerst erschien, war der CMS-Markt Wilder Westen. WordPress galt vor allem als Blog-Plattform. Die Original-Liste empfahl Systeme wie Frog CMS, SilverStripe, Liferay, miaCMS, MoinMoin, ImpressCMS, MODx, Textpattern, Radiant und CMS Made Simple. Die meisten dieser Namen sagen 2026 niemandem mehr etwas.

Die Kategorie hat sich in drei geteilt: traditionelle CMS, Headless API-first CMS und SaaS-Content-Plattformen. So steht der Markt 2026 da - mit deutscher Praxis im Blick, nicht nur globalen Prozenten.

#1. WordPress, das meistgenutzte CMS (über 40 % aller Websites)

Typ: Traditionelles CMS mit Headless-Optionen Lizenz: GPL (kostenlos, Open Source) Sprache: PHP Ideal für: Blog, Unternehmensseiten, WooCommerce-Shops, Portale

WordPress betreibt über 40 % aller Websites. Kein anderes CMS kommt nah. Die Software ist kostenlos; Sie zahlen für Hosting, Plugins und Arbeitszeit. Trotz jährlicher Niedergangsprognosen wuchs WordPress durch Diversifikation:

• Gutenberg ist zu Full Site Editing (FSE) gereift, sodass weniger neue Projekte Elementor nur für Layout brauchen
• REST API und WPGraphQL erlauben Headless mit React, Astro oder Next.js davor
• WooCommerce bleibt die dominante offene Shop-Plattform; in DE entscheiden oft Klarna, PayPal und SEPA-Lastschrift darüber, ob der Checkout wirklich konvertiert
• Die WordPress-7.x-Roadmap zielt auf mehr KI-Hilfe beim Redigieren, bessere Medienverwaltung und tiefere Block-Themes

Stärken: Plugin-Ökosystem (60.000+), großes Talentpool, bewährte Skalierung, WooCommerce.

Schwächen: PHP-Monolith, Sicherheit hängt an Plugin-Qualität, Admin-UX hinter modernen Tools, technische Schuld aus 20 Jahren Rückwärtskompatibilität.

Urteil 2026: WordPress verschwindet nicht. Es ist die Standardwahl, wenn nichttechnische Redakteure den Inhalt besitzen sollen und Shop plus deutsche Zahlarten im selben Stack sitzen.

#2. Drupal für Behörden und den öffentlichen Sektor

Typ: Traditionelles CMS mit starker Headless-Unterstützung Lizenz: GPL Sprache: PHP (Symfony) Ideal für: Behörden, Gesundheit, Bildung, komplexe Enterprise-Seiten

Drupal sitzt in einer klaren Nische: Organisationen mit komplexer Inhaltsmodellierung, strengen Barrierefreiheitsanforderungen (BITV 2.0 / WCAG 2.2) und eigenen Entwicklungsteams. In Ausschreibungen deutscher Behörden landet Drupal oft genau deshalb, weil Rechte und Accessibility First-Party sind - nicht Plugin-Abhängigkeit.

• Drupal 10 und Drupal 11 brachten Symfony 7, modernisierte Admin-Oberflächen und native Entkopplung. Die Decoupled-Architektur stützt sich auf JSON:API im Kern, GraphQL Compose und Next-Drupal, wodurch React- und Astro-Frontends standardisierte Entitäten konsumieren.
• Die Initiative Drupal CMS versucht, die Lücke zu WordPress für Redakteure durch vorkonfigurierte Starter-Kits (Recipes) zu verkleinern.
• Starke Adoption in der EU-Verwaltung (europa.eu und vergleichbare Portale) sowie in Bundes- und Landesbehörden, wo Sicherheitsüberprüfungen und rollenbasierte Freigabeworkflows vorgeschrieben sind.

Stärken: Inhaltsmodellierung mit Entity API, feingranulare Taxonomien, native Barrierefreiheit nach BITV/WCAG, Enterprise-Sicherheitsarchitektur ohne Drittanbieter-Zwang.

Schwächen: Steile Lernkurve, kleineres Plugin-Ökosystem im Vergleich zu WordPress, teuer in Entwicklung und Betrieb, Major-Upgrades erfordern geplante Migrationsetappen.

Urteil 2026: Drupal lebt gut in Behörden und großen Enterprise-Umgebungen, verliert aber Mid-Market an Headless und WordPress.

#3. Joomla 2026, mehrsprachiges CMS ohne Plugins

Typ: Traditionelles CMS Lizenz: GPL Sprache: PHP Ideal für: Community-Portale, mehrsprachige Seiten, Vereine

Joomla war einst WordPress’ Hauptkonkurrent. 2026 ist es eine kleine, loyale Nische:

• Joomla 5 modernisierte die Codebasis mit PHP 8.1+ und Bootstrap-5-Admin
• Eingebaute Mehrsprachigkeit ohne Plugins bleibt ein echter Vorteil
• Stärkere Community in Teilen Europas und Südamerikas als in der DACH-Mid-Market

Stärken: Native Mehrsprachigkeit, flexibles ACL, reifes Erweiterungsverzeichnis.

Schwächen: Schrumpfende Entwickler-Community, weniger Extensions als WordPress, alte Image-Bremse.

Urteil 2026: Joomla überlebt, wächst aber nicht. Bestehende Seiten werden gepflegt; neue Projekte wählen selten Joomla vor WordPress oder Headless.

#4. Ghost als CMS für Newsletter und Mitgliedschaften

Typ: Spezialisierte Publishing-Plattform mit Headless-API Lizenz: MIT Sprache: Node.js Ideal für: Unabhängige Publisher, Newsletter, Mitgliedsseiten

Ghost ließ den Kampf ums «allgemeine CMS» und setzte auf die Creator-Economy:

• Eingebauter Newsletter mit E-Mail-Zustellung, direkt angebunden an Mailgun oder SMTP-Relays.
• Mitgliedschaften und gestaffelte Abos über native Stripe-Billing-Integration.
• Die Ghost Content API liefert schreibgeschützte JSON-Endpunkte für performante Frontends in Astro, Next.js oder Remix, während die Ghost Admin API automatisierte Redaktionspipelines und Webhooks speist.
• Ghost(Pro) als Managed Hosting für Autoren ohne DevOps, parallel zu Docker-Self-Hosting für Entwickler.

Stärken: Hervorragende Schreib-UX mit Markdown und Karten, integrierte Monetarisierung, schnelles Node.js-Backend, saubere REST-API.

Schwächen: Kleines Plugin-Ökosystem, ungeeignet für komplexe relationale Datenmodelle, kein E-Commerce jenseits digitaler Mitgliedschaften.

Urteil 2026: Ghost trifft seine Nische. Gut für Solo-Publisher, die Text, Newsletter und Mitgliedschaft in einem Stack brauchen.

#5. Strapi, Open-Source-Headless-CMS auf Node.js

Typ: Headless CMS (API-first) Lizenz: MIT / Enterprise Sprache: Node.js Ideal für: Custom-Apps, Mehrkanal, entwicklergetriebene Projekte

Strapi öffnete die Kategorie Open-Source-Headless und bleibt unter den meistgenutzten:

• Strapi 5 schrieb den Kern vollständig in TypeScript um, führte den Document Service zur Inhaltsversionierung ein und optimierte die Datenbankabfragen für PostgreSQL und SQLite.
• Automatisches REST und GraphQL aus deklarierten Content-Typen mit feingranularen API-Tokens.
• Ein wachsender Plugin-Marketplace für SEO-Metadaten, Cloud-Mediatheken (S3, Cloudflare R2), Volltextsuche und Mehrsprachigkeit.
• Strapi Cloud als Alternative zum Self-Hosting auf eigener Infrastruktur.

Deutsche Agenturen, die Node bereits auf eigenen Servern oder bei EU-Hostern betreiben, schätzen, dass Daten im eigenen Umfeld bleiben können - besonders bei Kunden mit strengen DSGVO- und Speicherort-Vorgaben.

Stärken: Reifes Ökosystem, große Community, vollständige Datensouveränität durch Self-Hosting, flexible Dokumentenmodelle.

Schwächen: Ressourcenintensiv für einfache Websites, verlangt kontinuierliche Node.js- und Datenbankwartung, kein mitgeliefertes Frontend.

Urteil 2026: Sichere Wahl für Teams, die Open-Source-Headless wollen und mit Node.js vertraut sind.

#6. Payload CMS für TypeScript und Next.js

Typ: Headless CMS (API-first, TypeScript-nativ) Lizenz: MIT Sprache: TypeScript (Next.js) Ideal für: Moderne Web-Apps, TypeScript-Teams, Next.js-Projekte

Payload ist das am schnellsten wachsende Open-Source-Headless-CMS 2025-2026:

• Config-as-code: Inhaltstypen in TypeScript ergeben API, Admin und Typen
• Kann im Next.js-Prozess laufen
• Payload 3.0 nutzt React Server Components im Admin
• Eingebautes ACL, Lokalisierung, Versionen, Entwürfe und Media

Stärken: Typsicherheit Ende-zu-Ende, gute DX, Next.js-Integration.

Schwächen: Jüngeres Ökosystem als Strapi, weniger Community-Plugins, Next.js-zentriert.

Urteil 2026: Erste Wahl, wenn das Team bereits in TypeScript und Next.js steckt.

#7. Directus als Headless CMS für bestehende SQL-Datenbanken

Typ: Headless CMS (Wrapper um SQL) Lizenz: BSL / GPL nach 3 Jahren Sprache: TypeScript Ideal für: Bestehende Datenbanken, interne Tools, datenintensive Apps

Directus zeigt auf eine vorhandene SQL-Datenbank und generiert Admin und API:

• PostgreSQL, MySQL, MariaDB, SQLite, MS SQL, Oracle, CockroachDB
• Automatisches REST und GraphQL aus dem Schema
• Feldrechte und rollenbasierter Zugriff

Stärken: Funktioniert mit Daten, die Sie schon besitzen, keine proprietäre Speicherung, mehrere DB-Engines.

Schwächen: Weniger opinionated (mehr Entscheidungen), Admin kann für reine Redakteure schwer wirken.

Urteil 2026: Ideal, wenn die Datenbank existiert. Nicht der beste Startpunkt für Greenfield.

#8. Sanity oder Contentful als SaaS-Headless-CMS

Sanity (proprietäres SaaS) differenziert mit Echtzeit-Kollaboration und einem React-basierten Studio, das Sie anpassen können. GROQ liefert für viele Teams mächtigere Abfragen als reines REST. Die Kosten skalieren mit API-Nutzung und Dataset-Größe.

Contentful ist der Enterprise-Standard für Multi-Brand und globale Content-Ops: Content Orchestration, Studio für visuelle Zusammenstellung, App Framework und dokumentierte Governance (SOC 2, ISO 27001, GDPR). Teuer in der Skala; oft überdimensioniert für kleine DACH-Projekte.

Urteil 2026: Sanity, wenn die Redaktion Echtzeit und flexibles Studio braucht. Contentful, wenn Compliance und Managed-Infrastruktur schwerer wiegen als Lizenzkosten. Für budgetsensible Projekte sind self-hosted Strapi/Payload oder WordPress realistischer.

#9. Astro Content Collections als dateibasiertes CMS

Typ: Web-Framework mit dateibasierten CMS-Fähigkeiten Lizenz: MIT Sprache: TypeScript/JavaScript Ideal für: Entwicklergesteuerte Blogs, Dokumentation, Marketing-Seiten

Astro ist kein klassisches CMS, aber Content Collections liefern CMS-ähnliche Funktion für Inhalt in Git:

• Typsichere, schema-validierte Markdown/MDX-Dateien
• Content Layer API (Astro 5): Inhalt aus Dateien, APIs oder Datenbanken
• Null JS als Standard; Islands hydrieren nur dort, wo nötig
• Starke Core Web Vitals, wenn das JavaScript-Budget eng bleibt

Diese Website (wppoland.com) läuft auf Astro mit Content Collections für Blog und Service-Seiten. Statische Generatoren wie Hugo und Jekyll leben in derselben Familie, aber Astro sehen wir am häufigsten in neuen JS-Teams.

Stärken: Performance, typsicherer Inhalt, optionale UI-Stacks (React, Vue, Svelte).

Schwächen: Kein visuelles Admin für Nicht-Entwickler; Inhaltsänderungen laufen über Commit.

Urteil 2026: Gut, wenn Entwickler den Inhalt besitzen und Performance Priorität hat. Kein Ersatz für WordPress, wenn Redakteure ohne Git täglich publizieren.

#CMS-Marktanteile 2026 im Vergleich

Die Prozente sind Anteil aller Websites. Quelle: W3Techs, 13. August 2026. Unter Seiten mit erkanntem CMS liegt WordPress bei 59,0 %.

#Schicksal von Frog CMS, SilverStripe und MODX

• Frog CMS: Aufgegeben. Letztes Release 2009.
• SilverStripe: Lebt als Silverstripe CMS, vor allem im öffentlichen Sektor Ozeaniens.
• miaCMS: Tot. Mambo-Fork, um 2010 aufgegeben.
• MoinMoin: Lebt als Python-Wiki, irrelevant als CMS.
• ImpressCMS: Technisch gepflegt, vernachlässigbare Adoption.
• MODx / MODX: Lebt als MODX Revolution mit kleiner, treuer Entwickler-Community.
• Textpattern: Lebt mit minimaler Community.
• Radiant: Aufgegeben. Ruby, letzte sinnvolle Updates um 2014.
• CMS Made Simple: Gepflegt (2.x), kleine Community.
• Liferay: Pivot zu Enterprise-Java-Portal/DXP für Banken und Konzerne.

#Historischer Vergleich und Evolution bis 2026

Der Weg von den Pionierjahren um 2008 bis zum heutigen Markt zeigt, wie sich Architekturanforderungen verschoben haben:

• TYPO3: Im DACH-Raum war TYPO3 über zwei Jahrzehnte die Standardreferenz für Universitäten, Konzerne und den öffentlichen Sektor. Während TYPO3 v12 und v13 moderne PHP-Standards und Headless-Konnektoren mitbringen, bleibt der Pflegeaufwand beträchtlich. TypoScript, komplexe TCA-Konfigurationen und steigende Stundensätze für spezialisierte TYPO3-Entwickler führen dazu, dass viele Organisationen den Umstieg auf WordPress oder modulare Stacks evaluieren.
• Grav: Als Flat-File-CMS verzichtet Grav vollständig auf eine SQL-Datenbank. Inhalte liegen als Markdown-Dateien mit YAML-Frontmatter vor, gerendert über Twig. Für kleinere Dokumentationsseiten oder agenturgetriebene Portfolios bietet Grav minimale Wartungslasten und einfache Versionskontrolle via Git. Grenzen zeigen sich bei Tausenden Artikeln, dynamischen Volltextsuchen oder mehrstufigen redaktionellen Freigabeworkflows.
• Concrete CMS: Ursprünglich bekannt als concrete5, setzte das System früh auf In-Context-Editing direkt auf der Website. In den 2010er Jahren war diese visuelle Bearbeitung innovativ, verlor jedoch an Zugkraft, als moderne Block-Editoren wie Gutenberg und Headless-Komponenten ähnliche Flexibilität ohne monolithische Bindung boten. Heute bedient Concrete CMS vor allem bestehende Enterprise- und Bildungsportale.
• Silverstripe CMS: Basierend auf einem eigenen PHP-Framework erfreute sich Silverstripe großer Beliebtheit bei Entwicklern, die sauberen objektorientierten Code schätzten. Durch die offizielle Ausrichtung auf den neuseeländischen Regierungsstandard Common Web Platform (CWP) sicherte sich das System eine stabile institutionelle Nische, während die weltweite Neugewinnung im Vergleich zu Headless-Systemen stagniert.
• Dotclear: Das traditionsreiche französische Blog-Publishing-System, gegründet 2002 als Alternative zu WordPress und Movable Type, wird bis heute von einer engagierten Community gepflegt. Mit schlankem PHP-Kern und geringem Ressourcenbedarf bleibt Dotclear eine puristische Option für Weblogs, spielt jedoch im internationalen Enterprise- oder E-Commerce-Umfeld keine Rolle.

Die Lehre von 2008 ist einfach: Ökosysteme gewinnen, nicht Feature-Listen. WordPress siegte, weil Plugins, Themes, Hosting und Talent zusammenwuchsen. Die Systeme, die überlebten (Drupal, Joomla, TYPO3), hatten eigene Ökosysteme oder institutionelle Verankerungen. Die, die starben, setzten auf technische Eleganz ohne nachhaltige Community. WordCamp Berlin und WordCamp Hamburg bleiben sichtbare Zeichen, dass die WordPress-Community in DACH lebt - Meetups und Talks, nicht nur GitHub-Sterne.

#Wie Sie zwischen WordPress, Headless und Drupal wählen

Wählen Sie WordPress, wenn Redakteure nicht coden, Sie WooCommerce mit Klarna/PayPal/SEPA brauchen oder das breiteste Hosting- und Plugin-Angebot wollen.

Wählen Sie Headless (Strapi/Payload), wenn das Frontend React/Next.js/Astro ist, Inhalt auf mehrere Kanäle muss oder das Team TypeScript und API-first bevorzugt.

Wählen Sie SaaS (Contentful/Sanity), wenn Sie Managed-Infrastruktur, Echtzeit-Kollaboration oder Enterprise-Governance brauchen - und das Budget das trägt.

Wählen Sie Astro Content Collections, wenn Entwickler Inhalt über Git besitzen, Performance Top-Priorität ist und die Seite überwiegend statisch ist (Blog, Docs, Marketing).

Wählen Sie Drupal, wenn BITV, WCAG und feingranulare Rechte First-Party-Anforderungen sind, nicht etwas, das Sie später ankleben.

Der CMS-Markt 2026 ist kein Winner-takes-all. Verschiedene Tools decken verschiedene Bedarfe. Wenn Sie klassisches WordPress gegen Headless für ein konkretes Projekt abwägen, gehen wir das in der WordPress-Entwicklung bei WPPoland durch.