Was ist ein CMS?

CMS steht für Content Management System, auf Deutsch Content-Management-System oder Redaktionssystem. Es ist eine Software, die den Inhalt einer Website (Texte, Bilder, Seiten) vom Code trennt, der ihn darstellt. Dadurch kann jemand ohne Programmierkenntnisse Seiten über eine Verwaltungsoberfläche erstellen, bearbeiten und veröffentlichen.

Vor solchen Systemen musste, wer einen Text ändern wollte, direkt im HTML arbeiten oder eine Entwicklerin bitten. Ein CMS speichert Inhalte in einer Datenbank und setzt die fertige Seite aus Inhalt und Vorlage zusammen, sodass ein geänderter Absatz keinen Eingriff in den Code mehr braucht.

Das Konzept reicht von einfachen Systemen für ein privates Blog bis zu Plattformen für große Teams mit mehrstufigen Freigabeprozessen und mehreren Sprachen gleichzeitig. Auch ein großer Teil des E-Commerce läuft darüber: Der Produktkatalog wird wie jeder andere Inhalt gepflegt. Viele Systeme erlauben zudem, mehrere Websites oder Domains aus einer einzigen Installation heraus zu verwalten, üblich bei Blog-Netzwerken oder Marken mit Präsenz in mehreren Ländern.

Ein traditionelles CMS löst den üblichen Fall am schnellsten: installieren, Theme wählen, veröffentlichen. Ein Headless-CMS lohnt sich, wenn derselbe Inhalt mehrere Kanäle gleichzeitig bedienen muss, etwa eine Website, eine App und ein Bildschirm im Geschäft, was ein gekoppeltes System nur schwer sauber verteilt.

Ein CMS besteht im Kern aus vier Bausteinen. Der erste ist der Content-Editor, meist ein WYSIWYG-Editor («what you see is what you get»), mit dem sich Text formatieren lässt, ohne HTML-Tags zu schreiben, samt einer Vorschau, die dem veröffentlichten Ergebnis nahekommt.

Der zweite ist die Nutzer- und Rollenverwaltung. Ein CMS mit mehreren Beteiligten unterscheidet zwischen Rollen wie Autor, der nur schreiben und Entwürfe speichern darf, Redakteur, der zusätzlich fremde Inhalte bearbeiten kann, und Administrator, mit Zugriff auf die komplette Konfiguration der Seite. Diese Trennung verhindert, dass jemand ohne Berechtigung versehentlich etwas veröffentlicht oder löscht.

Der dritte Baustein ist das Vorlagen- oder Theme-System, das die visuelle Darstellung unabhängig vom Inhalt festlegt: Ein Themewechsel sollte veröffentlichte Texte nicht verändern. Der vierte ist das Plugin- oder Erweiterungssystem, mit Modulen, die Funktionen nachrüsten, die das CMS nicht von Haus aus mitbringt, vom Kontaktformular bis zum kompletten Warenkorb.

Fast immer kommt dazu noch eine Versionsverwaltung mit Terminplanung für Veröffentlichungen: Frühere Fassungen einer Seite lassen sich speichern, um eine versehentliche Änderung rückgängig zu machen, und ein Inhalt kann für ein späteres Datum vorgeplant werden, sodass niemand in genau diesem Moment eingreifen muss. Bei größeren Redaktionsteams läuft darüber häufig auch der Freigabeworkflow: Ein Entwurf wandert von der Autorin zur Redaktion, bevor er tatsächlich live geht.

Das gewählte CMS bestimmt direkt, wie viel Technisches SEO sich ohne Entwicklerhilfe umsetzen lässt. Der erste Faktor ist die URL-Struktur: Manche Systeme erzeugen von sich aus lesbare URLs, andere hängen an einem wenig einladenden GET-Parameter, schwerer für einen Crawler zu erfassen und weniger klar für Leser.

Der zweite Faktor ist, ob sich Titel und Beschreibung jeder Seite einzeln pflegen lassen, statt dieselbe Vorlage über die ganze Website zu legen. Der dritte ist das Gewicht, das CMS, Theme und Plugins selbst zur Ladezeit beitragen, mit direkter Wirkung auf die Performance. Der vierte ist, ob das System zusätzliches Markup unterstützt, damit Suchmaschinen einzelne Inhaltstypen besser einordnen.

Keiner dieser Punkte hängt am Namen des CMS, sondern daran, wie es im jeweiligen Projekt konfiguriert ist. Laut einer unabhängigen Erhebung zu Webtechnologien nutzt fast 70 % der aktiven Websites im Netz irgendeine Form von Content-Management-System, ein Hinweis darauf, wie viel technisches Gewicht diese Entscheidung weltweit trägt.

• Prüfe, ob das CMS erlaubt, Title Tag und Meta Description je Seite einzeln zu setzen, statt eine generische Vorlage zu nutzen.
• Schau nach, ob das System Structured Data nativ unterstützt oder ob dafür ein zusätzliches Plugin nötig ist.
• Behalte die Wirkung von Theme und Plugins auf die Core Web Vitals im Blick; eine mit Skripten überladene Vorlage kann die Performance der ganzen Seite ausbremsen.
• Kontrolliere, ob das CMS standardmäßig lesbare URLs erzeugt und sich diese je Seite manuell anpassen lassen.
• Beschränke Administratorrechte auf die Personen, die sie wirklich brauchen.
• Prüfe vor der Installation eines Plugins, wann es zuletzt aktualisiert wurde; ein verwaistes Plugin ist ein häufiges Einfallstor für Sicherheitslücken.

• Dieselbe Vorlage für Meta Tags auf allen Seiten belassen, ohne Titel oder Beschreibung je URL anzupassen.
• Plugins installieren, ohne zu prüfen, wie viele bereits aktiv sind; die Summe unnötiger Skripte gehört zu den häufigsten Ursachen für eine langsame Website.
• Administratorrechte an alle vergeben, die eigentlich nur Inhalte veröffentlichen müssen, ohne Rollen zu trennen.
• Das Theme wechseln, ohne vorher zu prüfen, ob dabei URL-Struktur oder bestehendes Markup zerbrechen.
• Ein Headless-CMS für jedes Projekt als Universallösung behandeln, obwohl es bei den meisten kleinen Websites nur unnötige Komplexität hinzufügt.