Content Management: Welches CMS passt? WordPress, Headless oder statisch

Wer eine Website neu baut, trifft früh eine Entscheidung, die man später kaum zurücknimmt: Womit pflegt ihr eure Inhalte? Dieser Beitrag erklärt die drei Wege, nennt für jeden den Stand Oktober 2026 und hilft euch, den passenden zu finden.

Was Content Management leistet

Content Management heißt: Inhalte erstellen, ändern, freigeben und ausspielen, ohne dass dafür jedes Mal jemand programmieren muss. Ein CMS stellt dafür eine Oberfläche bereit und speichert Texte, Bilder und Struktur getrennt vom Design.

Das lohnt sich, sobald mehr als eine Person Inhalte pflegt oder sich Inhalte regelmäßig ändern. Für eine Seite mit fünf unveränderlichen Unterseiten braucht ihr nicht unbedingt eins.

Die drei Wege im Überblick

WordPress 2026

WordPress ist weiter das meistgenutzte CMS. Nach W3Techs läuft es auf knapp 40 Prozent aller Websites und auf gut 58 Prozent der Seiten mit bekanntem CMS (Stand November 2026). Der Anteil sinkt seit 2025, Shopify und Wix haben zugelegt. Die Zahlen unterscheiden sich je nach Auswertung leicht.

Im Mai 2026 erschien WordPress 7.0. Die Version bringt eine überarbeitete Oberfläche und eine zentrale Stelle, an der ihr KI-Funktionen verwalten könnt. An der Grundentscheidung ändert das nichts.

WordPress passt, wenn

• mehrere Personen ohne Technik-Kenntnisse Inhalte pflegen,
• ihr einen Shop (WooCommerce) oder viele fertige Erweiterungen braucht,
• ihr einen großen Pool an Dienstleistern und Wissen wollt.

Es wird anstrengend, wenn

• viele Plugins parallel laufen. Jedes Plugin bringt Code und Updates mit, und Sicherheitslücken entstehen meist dort.
• ihr ohne Wartung betreibt. Eine WordPress-Seite braucht regelmäßige Updates, Backups und jemanden, der sie einspielt.

Headless: Redaktion und Seite getrennt

Bei Headless-Systemen wie Sanity, Strapi oder Payload pflegt die Redaktion Inhalte in einer Oberfläche. Die Website ist ein eigenes Programm, das diese Inhalte per Schnittstelle abruft. Dadurch lassen sich dieselben Inhalte auf Website, App und anderen Kanälen ausspielen.

Der Preis: Ihr baut und betreibt zwei Teile statt einem, und jede Änderung am Aufbau braucht Entwicklung. Zu den Kosten gibt es viele Vergleiche mit widersprüchlichen Zahlen. Die Preismodelle unterscheiden sich stark: Strapi und Payload lassen sich kostenlos selbst betreiben, Sanity und Contentful rechnen nach Nutzung und Plan ab. Prüft die aktuellen Preise immer bei den Anbietern.

Headless lohnt sich, wenn

• Inhalte auf mehreren Kanälen erscheinen,
• viele Systeme angebunden werden (CRM, Produktdaten, Suche),
• ein Entwicklungsteam die Seite dauerhaft betreut.

Für eine Unternehmensseite mit überschaubarem Umfang ist es meist mehr Aufwand, als es nützt.

Statisch: Inhalte als Dateien

Statische Seiten werden vor der Veröffentlichung fertig gebaut. Auf dem Server liegen nur HTML, CSS und etwas JavaScript. Das macht sie schnell, sicher (es gibt keine Datenbank zum Angreifen) und günstig im Betrieb.

Unsere eigene Website ist so gebaut: Astro erzeugt die Seiten, die Inhalte liegen als Markdown-Dateien im Projekt. Astro gehört seit Januar 2026 zu Cloudflare und bleibt laut Ankündigung Open Source. Beim Test unserer Startseite haben wir in Lighthouse 99 bis 100 Punkte bei der Leistung gemessen (Stand 22.10.2026). Das liegt an der Bauart: Beim Aufruf muss nichts mehr berechnet werden.

Wer keine Dateien bearbeiten will, ergänzt ein Git-CMS wie Keystatic oder Decap. Das bietet eine Oberfläche für Redakteur:innen auf denselben Dateien, ohne dass die Inhalte umziehen müssen.

Statisch passt, wenn

• sich Inhalte wöchentlich oder seltener ändern,
• Geschwindigkeit und Sicherheit zählen,
• ein kleines Team die Pflege übernimmt.

Entscheidungshilfe

Beantwortet drei Fragen:

1. Wer pflegt? Mehrere Personen ohne Technik: WordPress oder Headless mit guter Oberfläche. Ein oder zwei Personen mit Technik-Interesse: statisch.
2. Wie oft ändert sich etwas? Täglich: WordPress oder Headless. Selten: statisch.
3. Was hängt dran? Shop, Buchung, CRM, Produktdaten: WordPress mit WooCommerce oder Headless. Nichts davon: statisch.

Im Zweifel ist WordPress der sicherere Start, weil sich der Aufwand dort am besten abschätzen lässt.

WordPress-Plugins und SEO-Tools: weniger ist mehr

Auf den meisten WordPress-Seiten laufen zu viele Plugins. Diese Gruppen braucht ihr wirklich:

• Sicherheit und Backup: automatische Sicherungen an einem anderen Ort und Schutz vor Brute-Force-Angriffen.
• Geschwindigkeit: ein Cache-Plugin und die Bildkomprimierung beim Hochladen.
• SEO: ein SEO-Plugin für Titel, Beschreibung, Sitemap und strukturierte Daten.
• Formulare und Einwilligung: ein Formular-Plugin und ein Consent-Tool, das zu eurer Datenschutz-Lösung passt.

Bei SEO-Plugins sind Yoast SEO, Rank Math und All in One SEO die bekannten Namen. Alle drei decken die Grundlagen ab: Meta-Daten, Sitemap und Schema-Markup. Unterschiede liegen in der kostenlosen Version: Weiterleitungen gibt es bei Rank Math kostenlos, bei Yoast und All in One SEO nur in der bezahlten Version. Eine Datei llms.txt für KI-Crawler erzeugen inzwischen alle drei. Beachtet dabei: Eine llms.txt ist ein Vorschlag, keine Garantie dafür, dass ChatGPT, Claude und Gemini euch zitieren. Aktuelle Funktionen prüft ihr am besten direkt bei den Herstellern, die Vergleichsartikel widersprechen sich hier.

Dazu gehören die Grundlagen, die kein Plugin ersetzt:

• sprechende Adressen ohne Zahlenkolonnen,
• genau eine H1 pro Seite und logische Zwischenüberschriften,
• eigene Meta-Beschreibungen pro Seite,
• komprimierte Bilder mit Alt-Text,
• interne Links zwischen verwandten Inhalten.

Der vierte Weg: Shopify, Wix und andere gehostete Systeme

Neben den drei Bauarten gibt es Systeme, bei denen Software, Hosting und Updates aus einer Hand kommen. Nach W3Techs (Stand November 2026) läuft Shopify auf gut 5 Prozent aller Websites, Wix auf gut 4 und Squarespace auf rund 2,5 Prozent. Die Zahlen schwanken je nach Auswertung.

Der Vorteil ist der schnelle Start: kein Server, keine Updates, ein festes Paket. Dafür mietet ihr. Was das System nicht kann, lässt sich schwer ergänzen, und ein späterer Wechsel kostet Arbeit, weil Inhalte, Adressen und Funktionen mitziehen müssen.

Bei Shops ist das oft die richtige Wahl. Ein Beispiel aus unserer Arbeit: Bettina Barty verkauft Körperpflege und Kosmetik über Shopify. In diesen Shop haben wir den Shop der zweiten Marke Marbert integriert. Beide Marken behalten eigene Bildwelten, das Menü ist gemeinsam. Auch in einem gehosteten System lässt sich also viel anpassen: Wir haben eine Probenfunktion, einen Adventskalender, Streichpreise und Produktbild-Störer über Metafelder und einen Hinweis „Nur online verfügbar“ gebaut. Voraussetzung ist, dass ihr die Grenzen des Systems kennt, bevor ihr plant. Mehr zu Shops steht auf E-Commerce.

Was Projekte uns über die CMS-Wahl gelehrt haben

Die Systemfrage klingt technisch. In Projekten entscheidet meist etwas anderes.

CMWTEC (Maschinenbau, B2B). Die neue Website des Herstellers von Maschinen für die Batterieproduktion lebt von technischem Storytelling und SEO-Inhalten für Fachleute und Fachkräfte. Die wichtigste Frage ans CMS war deshalb nicht „Welches System?“, sondern: Wer schreibt Fachinhalte, wer gibt sie frei, und wie viel Struktur braucht ein Fachartikel (Abbildungen, Tabellen, Verweise)? Wenn die Pflege von Fachtexten zu mühsam ist, bleibt die Seite stehen.

SCHERM Gruppe. Die Gruppe hat eine neue Website mit eigenen Unterseiten für die einzelnen Bereiche bekommen, zusammen mit einem neuen Branding. Bei so einem Aufbau zählt, wie viel die Bereiche teilen (Kopfzeile, Bausteine, Stil) und wie viel sie selbst gestalten dürfen. Wer das vor der Systemwahl klärt, wählt leichter.

Bettina Barty. Der Shop zeigt das Gegenstück: zwei Marken in einem System, mit eigenen Bildwelten und gemeinsamem Menü. Wie viel die Marken teilen, ist hier die eigentliche Frage.

Daraus ergeben sich drei Fragen, die vor jeder Systemwahl stehen sollten: Wer pflegt die Inhalte und wie oft? Wie viele Bereiche und Marken gibt es, und was teilen sie? Was muss angebunden werden?

Umzug von einem System ins andere: das müsst ihr klären

Ein Systemwechsel ist ein Relaunch. Diese Punkte entscheiden, ob er ohne Verluste gelingt:

1. Inventur: Welche Seiten, Beiträge, Bilder und Dokumente gibt es, und welche bleiben? Wir haben das für unsere eigene Seite gemacht: alle alten Adressen gesammelt, bewertet und jeder ein Ziel zugeordnet.
2. Weiterleitungen: Jede alte Adresse, die Besucher oder Rankings hat, braucht ein Ziel (dauerhafte Weiterleitung, 301). Ohne Liste verliert ihr Sichtbarkeit.
3. Meta-Daten: Titel, Beschreibungen und Überschriften gehören zum Ranking. Sie ziehen mit um, bevor jemand sie neu schreibt.
4. Funktionen: Formulare, Tracking, Einwilligung, Newsletter-Anbindung und Suche brauchen im neuen System ein Gegenstück.
5. Test vor dem Livegang: Alle wichtigen Wege durchklicken, auf Handy und Desktop, mit einer Kopie der Seite.
6. Beobachten danach: Die Google Search Console zeigt in den ersten Wochen, welche Adressen fehlen und welche Seiten Sichtbarkeit verlieren.

Fragen, die ihr einer Agentur vor der Systemwahl stellen solltet

• Wer pflegt die Seite in zwei Jahren, und wie viel Technik braucht diese Person?
• Was passiert, wenn der Dienstleister wechselt? Gehören Code und Inhalte euch?
• Welche laufenden Kosten entstehen für Lizenzen, Hosting, Updates und Sicherheit?
• Wie gut passt das System zu den Werkzeugen, die ihr schon nutzt (CRM, Newsletter, Buchung)?
• Wie schnell ist eine vergleichbare Seite im System, die ihr euch ansehen könnt?
• Was kostet der Ausstieg?

Wer auf diese Fragen klare Antworten bekommt, hat meist den passenderen Partner gefunden, unabhängig vom System.

Wie ihr weiter vorgeht

Schreibt vor der Entscheidung auf, wer pflegt, wie oft sich etwas ändert und was angebunden wird. Daraus ergibt sich meist schon die Richtung. Wenn ihr die Wahl gemeinsam mit uns treffen wollt: Auf Websites & Relaunch beschreiben wir, wie wir dabei vorgehen.