Content Management Systeme (CMS)

Ein Content-Management-System trennt Inhalt von Darstellung. Wer einen Text ändern will, muss dafür keinen Quelltext anfassen – und wer das Layout ändert, muss nicht jede Seite einzeln nachziehen. Das ist die ganze Idee, und sie trägt seit über zwanzig Jahren.

Wie ein CMS aufgebaut ist

Im Backend pflegen Redakteure Inhalte: Texte, Bilder, Verlinkungen, Metadaten. Diese Inhalte liegen strukturiert in einer Datenbank oder einem Dateisystem, unabhängig davon, wie sie später aussehen. Templates bestimmen die Darstellung, ein Rechtesystem regelt, wer was darf, und eine Medienverwaltung hält Bilder und Dokumente an einer Stelle statt in fünf Ordnern auf verschiedenen Rechnern.

Was ein System taugt, zeigt sich weniger an der Funktionsliste als an vier Fragen: Wie klar sind Inhaltstypen definiert? Können mehrere Personen parallel arbeiten, ohne sich zu überschreiben? Gibt es Vorschau und Versionierung? Und wie sieht das Rechte- und Freigabekonzept aus, wenn nicht alle alles dürfen sollen?

Klassisch oder headless

Ein klassisches CMS liefert Inhalte und Darstellung gemeinsam aus: Beim Aufruf einer Seite holt das System die Inhalte, füllt ein Template und gibt HTML zurück. WordPress, TYPO3 und Drupal arbeiten so. Der Vorteil ist die enge Kopplung – Redakteure sehen, was sie bearbeiten, und Änderungen sind sofort sichtbar.

Ein Headless-CMS liefert nur die Inhalte, über eine API, ohne jede Annahme darüber, wo sie erscheinen. Die Darstellung übernimmt ein eigenes Frontend. Systeme wie Storyblok, Strapi, Directus oder Sanity fallen in diese Kategorie. Das lohnt sich, wenn dieselben Inhalte an mehreren Stellen gebraucht werden – Website, App, Newsletter, Partnerportal, Bildschirm in der Filiale – oder wenn das Frontend technisch eigene Wege gehen soll.

Eng verwandt ist der Jamstack-Ansatz: Ein Build-Prozess erzeugt aus den Inhalten fertige HTML-Seiten, die ein CDN ausliefert. Zur Laufzeit läuft kein PHP und keine Datenbank, was die Seiten schnell und schwer angreifbar macht. Der Preis ist der Build – Änderungen sind nicht in derselben Sekunde live, und die Redaktion braucht eine funktionierende Vorschau, sonst wird der Ansatz unbeliebt.

Headless ist kein Fortschritt gegenüber klassisch, sondern eine andere Aufteilung der Arbeit. Für eine Unternehmenswebsite mit dreißig Seiten und einem Kanal bedeutet es vor allem mehr bewegliche Teile. Wie sich das technisch auswirkt, beschreibt unsere Seite zur Webentwicklung.

Die verbreiteten Systeme

WordPress

Das mit Abstand am weitesten verbreitete CMS. Große Community, riesiges Angebot an Erweiterungen, niedrige Einstiegshürde für Redakteure. Stark bei inhaltsgetriebenen Websites, Magazinen und Unternehmensauftritten. Die Kehrseite ist die Verbreitung selbst: WordPress-Installationen werden automatisiert angegriffen, und jedes Plugin ist eine zusätzliche Angriffsfläche mit eigenem Update-Zyklus. Ein gepflegtes WordPress ist unproblematisch, ein ungepflegtes ist ein Risiko.

TYPO3

Im deutschsprachigen Raum vor allem bei größeren Organisationen und im öffentlichen Sektor verbreitet. Stark bei Mehrsprachigkeit, umfangreichen Seitenbäumen und differenzierten Redaktionsrechten. Dafür ist es komplexer in Einrichtung und Betrieb und braucht Redakteure, die eingearbeitet werden. Für eine kleine Website ist es überdimensioniert.

Drupal

Flexibel im Datenmodell und stark, wenn Inhalte keine einfachen Seiten sind, sondern verknüpfte Objekte mit vielen Feldern und Beziehungen. Wird häufig für Portale und Anwendungen eingesetzt und verlangt technisches Verständnis.

Joomla

Liegt zwischen WordPress und den größeren Systemen: mehr Struktur als WordPress ab Werk, geringerer Einarbeitungsaufwand als TYPO3. Die Community ist kleiner als früher, was bei der Auswahl eine Rolle spielen sollte.

Baukästen wie Wix und Squarespace

Keine CMS im eigentlichen Sinn, sondern gehostete Komplettpakete mit Editor, Hosting und Vorlagen. Für eine einfache Präsenz ohne besondere Anforderungen ist das eine legitime und günstige Lösung. Grenzen zeigen sich bei individuellen Funktionen, Schnittstellen zu anderen Systemen und beim Umzug: Inhalte lassen sich exportieren, die Umsetzung nicht.

Shopsysteme

Shopify, Shopware, WooCommerce und Magento verwalten ebenfalls Inhalte, sind aber in erster Linie Verkaufssysteme mit eigener Logik für Preise, Bestände, Steuern und Bestellungen. Die Auswahl folgt deshalb anderen Kriterien – wir haben sie auf der Seite zum E-Commerce gegenübergestellt.

Enterprise Content Management

Enterprise Content Management (ECM) geht über die Website hinaus. Solche Systeme verwalten Dokumente, Verträge und Vorgänge im Unternehmen, mit Workflows, Freigaben, Aufbewahrungsfristen und Revisionssicherheit. Die Überschneidung mit einem Web-CMS ist geringer, als der ähnliche Name vermuten lässt – ein ECM ist ein internes Werkzeug, kein Ausspielkanal.

Worauf es bei der Auswahl ankommt

1. Inhaltsstruktur. Sind es Seiten oder Objekte mit Feldern? Ein Veranstaltungskalender, ein Produktkatalog und ein Standortverzeichnis sind keine Seiten und sollten auch nicht als solche gepflegt werden.
2. Wer pflegt. Eine Person, die täglich arbeitet, hat andere Anforderungen als zwölf Personen in vier Abteilungen mit Freigabeschleife.
3. Sprachen und Mandanten. Mehrsprachigkeit nachträglich einzubauen ist in fast jedem System teurer als sie einzuplanen.
4. Schnittstellen. Was muss angebunden werden – CRM, ERP, Newsletter, Veranstaltungssystem, Bewerbermanagement?
5. Betrieb. Wer spielt Updates ein, wer reagiert auf Sicherheitslücken? Diese Frage entscheidet über die Gesamtkosten, nicht der Anschaffungspreis.
6. Ausstieg. Kommen Sie an Ihre Inhalte heran, wenn Sie das System oder den Dienstleister wechseln? Bei Open-Source-Systemen ist die Antwort einfacher als bei geschlossenen Plattformen.

Was in der Praxis schiefgeht

Der häufigste Fehler ist Erweiterungswildwuchs. Für jede Anforderung wird ein Plugin installiert, nach zwei Jahren laufen vierzig davon, drei werden nicht mehr gepflegt, und niemand traut sich mehr an ein Update. Weniger, dafür gepflegte Erweiterungen sind auf Dauer billiger.

Der zweite Fehler sind Page Builder, die jede Seite frei gestaltbar machen. Das fühlt sich zunächst nach Freiheit an und endet in fünfzig Seiten mit fünfzig Layouts, die niemand mehr einheitlich anpassen kann. Ein Satz definierter Bausteine ist die bessere Grundlage – auch weil sich der erzeugte Quelltext auf Ladezeit und Barrierefreiheit auswirkt.

Der dritte Fehler ist, das CMS als einmalige Anschaffung zu behandeln. System, Erweiterungen und die zugrunde liegende PHP-Version brauchen laufende Aktualisierung. Eine veraltete Installation ist kein stabiler Zustand, sondern ein aufgeschobenes Problem.

CMS, Suchmaschinen und Ladezeit

Kein System rankt von allein. Was ein CMS beitragen kann, sind saubere Grundlagen: sprechende URLs, frei setzbare Titel und Meta-Beschreibungen, korrekte Überschriftenhierarchie, Weiterleitungen beim Umbenennen von Seiten, automatisch erzeugte XML-Sitemaps und Bilder, die in modernen Formaten wie WebP oder AVIF und in passender Auflösung ausgeliefert werden. Der Rahmen dazu steht unter Suchmaschinenoptimierung, die technischen Details im Wiki-Eintrag zu Technical SEO.

Unsere Leistungen rund um CMS

Wir beraten bei der Systemauswahl, richten das gewählte CMS ein, bauen Templates und Inhaltstypen, übernehmen Inhalte aus dem alten System samt Weiterleitungen und weisen Ihre Redaktion ein. Danach übernehmen wir auf Wunsch Updates, Backups und Monitoring – auch für Installationen, die nicht von uns stammen.

Wenn Sie noch nicht wissen, ob Sie ein CMS, einen Shop oder eine eigene Anwendung brauchen, hilft der Überblick unter individuelle Weblösungen bei der Einordnung. Für alles andere: Schreiben Sie uns kurz, worum es geht – dort können Sie auch direkt einen Termin buchen.