Welches CMS passt zum Projekt? Auswahlkriterien im Überblick

Die CMS-Wahl beginnt mit den Anforderungen

Ein Content-Management-System, kurz CMS, verwaltet Inhalte wie Texte, Bilder, Dokumente und strukturierte Datensätze. Es stellt Redaktionsfunktionen bereit und trennt die Pflege der Inhalte zumindest teilweise von der technischen Umsetzung. Welches CMS zu einem Projekt passt, hängt deshalb nicht primär von einer langen Funktionsliste ab. Entscheidend ist, wie Inhalte erstellt, veröffentlicht, gepflegt und weiterentwickelt werden sollen.

Eine private Website mit wenigen statischen Seiten benötigt andere Eigenschaften als ein mehrsprachiges Portal, ein Magazin mit mehreren Redakteuren oder eine Plattform mit Produktdaten und externen Schnittstellen. Wer zuerst nach dem bekanntesten System sucht, überspringt eine wichtige Planungsphase. Die bessere Reihenfolge beginnt mit den Zielen, den redaktionellen Abläufen und den technischen Rahmenbedingungen.

Vor der Auswahl sollten mindestens diese Fragen beantwortet werden:

• Welche Inhaltstypen werden benötigt: Seiten, Beiträge, Termine, Produkte, Downloads oder Profile?
• Wie viele Personen arbeiten an den Inhalten und welche Rollen benötigen sie?
• Welche Sprachen, Domains und Veröffentlichungszeiträume müssen abgebildet werden?
• Welche Schnittstellen zu Newsletter, Suche, Shop, Warenwirtschaft oder Analyse sind erforderlich?
• Wer übernimmt Updates, Backups, Rechteverwaltung und Fehlerbehebung?
• Welche Anforderungen gelten für Datenschutz, Barrierearmut, Performance und Sicherheit?

Aus diesen Antworten entsteht ein Anforderungskatalog. Er verhindert, dass eine technische Entscheidung auf persönlichen Vorlieben oder kurzfristigen Trends beruht.

Die wichtigsten CMS-Arten im Vergleich

CMS unterscheiden sich nicht nur durch ihre Oberfläche, sondern auch durch ihre Architektur und den Betriebsaufwand. Eine grobe Einteilung erleichtert die Vorauswahl.

Ein klassisches CMS ist häufig passend, wenn eine Website überwiegend aus redaktionellen Seiten besteht und die Inhalte direkt in Vorlagen ausgegeben werden. Ein Headless-CMS eignet sich eher, wenn dieselben Inhalte über mehrere digitale Kanäle erscheinen sollen. Ein gehosteter Baukasten kann bei überschaubaren Anforderungen und begrenzten technischen Ressourcen sinnvoll sein. Die Entscheidung muss jedoch auch berücksichtigen, wie stark das Projekt später wachsen oder die Plattform wechseln könnte.

Inhaltstypen und redaktionelle Abläufe prüfen

Ein CMS sollte die tatsächliche Arbeitsweise abbilden und nicht nur eine ansprechende Startseite erzeugen. Zunächst ist zu klären, welche Inhalte wiederkehrend vorkommen. Ein Artikel benötigt andere Felder als ein Veranstaltungstermin, eine Person, ein Produkt oder ein Download. Werden solche Inhalte ausschließlich in frei formatierten Textfeldern gespeichert, entstehen später uneinheitliche Strukturen und ein hoher Pflegeaufwand.

Für jeden Inhaltstyp ist eine kleine Modellierung hilfreich. Dazu gehören beispielsweise:

• Name und Zweck des Inhaltstyps
• Pflichtfelder und optionale Angaben
• Verknüpfungen zu anderen Inhalten
• Kategorien, Schlagwörter oder Filterwerte
• Bildgrößen, Dateiformate und alternative Beschreibungen
• Veröffentlichungsstatus und Ablaufdatum

Auch der Redaktionsprozess verdient Aufmerksamkeit. Müssen Beiträge vor der Veröffentlichung geprüft werden? Gibt es getrennte Zuständigkeiten für Redaktion, Übersetzung und Freigabe? Werden Änderungen protokolliert? Ein System mit Rollen und einem nachvollziehbaren Freigabeprozess kann in solchen Fällen wichtiger sein als eine besonders große Auswahl an Designvorlagen.

Eine sinnvolle Prüfung erfolgt mit realistischen Beispielen. Ein Testinhalt sollte nicht nur eine Überschrift und einen Absatz enthalten, sondern auch Bilder, Tabellen, Verlinkungen, Downloads und eine spätere Änderung. Dabei zeigt sich, ob die Redaktion Inhalte ohne unnötige Umwege pflegen kann und ob die Darstellung auf verschiedenen Bildschirmgrößen funktioniert.

Bedienbarkeit und Zugriffsrechte im Redaktionsalltag

Die Bedienoberfläche beeinflusst die Qualität und die Geschwindigkeit der redaktionellen Arbeit. Eine gute Oberfläche führt zu verständlichen Eingabefeldern, zeigt Pflichtangaben an und verhindert widersprüchliche Zustände. Die Bewertung sollte mit den Personen erfolgen, die Inhalte tatsächlich pflegen werden. Technische Verantwortliche beurteilen häufig andere Aspekte als Redakteurinnen und Redakteure.

Wichtige Funktionen für den Alltag sind:

• Entwürfe, Vorschau und zeitgesteuerte Veröffentlichung
• Versionierung und Wiederherstellung früherer Bearbeitungsstände
• Medienverwaltung mit Such- und Filtermöglichkeiten
• Rollen für Erstellung, Bearbeitung, Prüfung und Administration
• Protokollierung sicherheitsrelevanter Änderungen
• Unterstützung für strukturierte Inhalte statt ausschließlich freier Textfelder

Das Prinzip der geringsten Rechte reduziert Risiken. Ein Konto für die Redaktion sollte nur die Berechtigungen erhalten, die für diese Aufgabe notwendig sind. Administrationsrechte gehören in einen gesonderten Bereich und sollten nicht im täglichen Redaktionskonto verwendet werden. Falls das CMS Mehrfaktor-Authentifizierung unterstützt, sollte diese für privilegierte Zugänge aktiviert werden.

Zur Bedienbarkeit gehört auch die Barrierearmut des Backends. Klare Beschriftungen, verständliche Fehlermeldungen und eine nutzbare Tastaturbedienung helfen nicht nur Menschen mit Einschränkungen, sondern reduzieren auch Fehlbedienungen im Arbeitsalltag.

Design, Vorlagen und technische Anpassbarkeit

Beim Vergleich von CMS wird häufig auf Vorlagen und visuelle Editoren geachtet. Wichtiger ist die Frage, ob das Design dauerhaft kontrollierbar bleibt. Ein System sollte ermöglichen, zentrale Gestaltungselemente wie Typografie, Abstände, Farben, Navigation und Inhaltsbreiten konsistent zu verwalten.

Vorlagen sollten Inhalte darstellen, ohne die redaktionelle Arbeit unnötig mit Layoutentscheidungen zu belasten. Werden individuelle Seiten ausschließlich aus frei verschiebbaren Bausteinen zusammengesetzt, kann die Gestaltung uneinheitlich werden. Vorgegebene Inhaltsmodule schaffen dagegen einen verlässlichen Rahmen. Sie müssen trotzdem ausreichend flexibel sein, damit besondere Inhalte nicht in unpassende Strukturen gezwängt werden.

Für die technische Bewertung sind unter anderem diese Punkte relevant:

• Kann das Design ohne tiefgreifende Änderungen am Kernsystem angepasst werden?
• Bleiben Erweiterungen bei einem späteren Vorlagenwechsel erhalten?
• Werden moderne Bildformate, responsive Darstellungen und semantisches HTML unterstützt?
• Können strukturierte Daten, Metadaten und kanonische Verweise gepflegt werden?
• Ist der Quellcode der Ausgabeseite nachvollziehbar und wartbar?

Ein visuelles Bearbeitungswerkzeug kann für bestimmte Teams nützlich sein. Es sollte jedoch geprüft werden, ob es sauberen Code erzeugt, Inhalte von der Darstellung trennt und eine spätere Migration ermöglicht. Eine Oberfläche, die kurzfristig schnell wirkt, kann langfristig durch unübersichtliche Seitenstrukturen und Abhängigkeiten zusätzlichen Aufwand verursachen.

Sicherheit, Updates und Betrieb als Auswahlkriterien

Die Sicherheit eines CMS hängt nicht allein vom Kernsystem ab. Auch Erweiterungen, Vorlagen, Hosting, Zugangsdaten und die Organisation der Updates beeinflussen das Risiko. Vor der Entscheidung sollte geklärt werden, wie Sicherheitsmeldungen veröffentlicht werden, wie schnell Aktualisierungen verfügbar sind und wer sie einspielt.

Zum technischen Prüfplan gehören:

1. Inventar aller Komponenten erstellen, einschließlich Erweiterungen und Vorlagen.
2. Verantwortlichkeit für Sicherheitsupdates und Notfallmaßnahmen festlegen.
3. Regelmäßige, getrennt aufbewahrte Backups einplanen.
4. Wiederherstellung mit einer Testkopie überprüfen, statt nur die Existenz von Backups anzunehmen.
5. Administrationszugänge durch starke, individuelle Zugangsdaten und Mehrfaktor-Authentifizierung absichern.
6. Unbenutzte Erweiterungen, Konten und Schnittstellen entfernen oder deaktivieren.

Die Orientierung an anerkannten Empfehlungen zur Websicherheit, etwa den Veröffentlichungen des Open Web Application Security Project, hilft bei der Bewertung typischer Risiken. Dazu zählen fehlerhafte Zugriffskontrollen, unsichere Authentifizierung, ungeschützte Schnittstellen und veraltete Abhängigkeiten.

Ein gehostetes CMS nimmt bestimmte Betriebsaufgaben ab, ersetzt aber keine Sicherheitsprüfung. Auch dort müssen Zugänge, Rollen, Inhalte, eingebundene Dienste und Datenschutzanforderungen kontrolliert werden. Bei selbst verwalteten Systemen liegen zusätzlich Serverhärtung, Protokollüberwachung, Laufzeitumgebung und Updateplanung in der eigenen Verantwortung.

Performance, Suchmaschinen und Barrierearmut bewerten

Die technische Qualität einer Website entsteht aus dem Zusammenspiel von CMS, Vorlagen, Bildern, Erweiterungen, Hosting und Netzwerkanbindung. Ein CMS allein garantiert weder kurze Ladezeiten noch eine gute Auffindbarkeit. Es sollte aber die notwendigen Grundlagen bereitstellen.

Für die Performance sind unter anderem Bildgrößen, verzögerte Medienladung, zwischengespeicherte Seiten, komprimierte Ressourcen und die Anzahl eingebundener Skripte relevant. Das CMS sollte redaktionelle Regeln unterstützen, etwa Pflichtfelder für Alternativtexte und Beschränkungen bei übergroßen Dateien. Automatische Bildverarbeitung kann helfen, darf aber nicht dazu führen, dass wichtige Motive unleserlich oder unvollständig dargestellt werden.

Für die Suchmaschinenoptimierung sollten Titel, Beschreibungen, Überschriften, URL-Strukturen und interne Verlinkungen kontrollierbar sein. Ebenso wichtig sind Weiterleitungen bei geänderten URLs, eine verwertbare XML-Sitemap und die Möglichkeit, bestimmte Inhalte vom Index auszuschließen. Suchmaschinenfreundliche Funktionen ersetzen keine inhaltliche Qualität und keine klare Informationsarchitektur.

Bei der Barrierearmut sollte die Ausgabe anhand anerkannter Standards geprüft werden. Dazu gehören ausreichende Kontraste, sichtbare Fokuszustände, sinnvolle Überschriften, Tastaturbedienung, verständliche Formulare und Alternativtexte. Ein CMS kann diese Anforderungen unterstützen, aber die Verantwortung liegt auch bei Inhalt, Gestaltung und Entwicklung.

Schnittstellen, Datenschutz und Datenhoheit

Viele Projekte benötigen Verbindungen zu anderen Systemen. Typische Beispiele sind Newsletter-Dienste, Suchlösungen, Terminverwaltung, Bezahlsysteme, Warenwirtschaft oder mobile Anwendungen. Jede Schnittstelle erweitert den Funktionsumfang und zugleich die Zahl der möglichen Fehler- und Datenschutzstellen.

Vor der Integration sollte dokumentiert werden, welche Daten übertragen werden, in welche Richtung die Übertragung erfolgt und was bei einem Ausfall passiert. Eine Schnittstelle sollte über dokumentierte Authentifizierung, nachvollziehbare Fehlerbehandlung und möglichst geringe Berechtigungen verfügen. Direkte Datenbankzugriffe sind häufig schwerer zu warten als klar definierte Programmierschnittstellen.

Die Datenhoheit umfasst mehrere Fragen:

• In welchem Format können Inhalte und Medien exportiert werden?
• Bleiben URLs, Metadaten und Verknüpfungen bei einem Export erhalten?
• Kann das Projekt bei einem Anbieterwechsel weiterbetrieben werden?
• Welche Daten werden an eingebundene Dienste übermittelt?
• Wie lassen sich Löschung, Auskunft und Berichtigung organisatorisch umsetzen?

Datenschutzanforderungen sollten vor der Auswahl mit den konkreten Datenflüssen abgeglichen werden. Besonders bei Analysewerkzeugen, Formularen, eingebetteten Medien und externen Schrift- oder Kartendiensten sind die tatsächlichen Übertragungen zu prüfen. Eine rechtliche Bewertung kann technische Planung nicht ersetzen, aber die Systemwahl sollte bekannte Anforderungen nicht unnötig erschweren.

Kosten realistisch über den gesamten Lebenszyklus betrachten

Die Kosten eines CMS bestehen nicht nur aus einer Lizenz oder einer monatlichen Grundgebühr. Zu berücksichtigen sind Planung, Einrichtung, Gestaltung, Migration, Anpassungen, Hosting, Erweiterungen, Backups, Updates, Schulungen und laufende redaktionelle Arbeit.

Eine Lebenszyklusbetrachtung verhindert eine einseitige Entscheidung:

• Einführung: Konzeption, Datenmodell, Design, Entwicklung, Import und Tests
• Betrieb: Hosting, Speicherplatz, Monitoring, Backups und Support
• Weiterentwicklung: neue Inhaltstypen, Schnittstellen, Sprachen und Designanpassungen
• Pflege: Sicherheitsupdates, Kompatibilitätsprüfungen und Bereinigung veralteter Inhalte
• Wechsel: Export, Migration, neue Vorlagen und technische Übergangsphasen

Auch kostenlos verfügbare Software kann erhebliche Betriebs- und Entwicklungsaufwände verursachen. Umgekehrt kann ein kostenpflichtiger Dienst durch gebündelte Wartung und Support planbarer sein. Entscheidend ist, welche Leistungen enthalten sind und welche Aufgaben dauerhaft selbst organisiert werden müssen.

Bei der Kalkulation sollten außerdem Abhängigkeiten geprüft werden. Eine Erweiterung mit zentraler Bedeutung kann bei einer Einstellung des Projekts, einer inkompatiblen Aktualisierung oder einer Änderung der Lizenzbedingungen zum Risiko werden. Kritische Funktionen sollten deshalb nicht ohne Ausweichplan an eine einzelne Komponente gebunden werden.

Ein belastbares Auswahlverfahren in mehreren Schritten

Eine strukturierte Auswahl reduziert Fehlentscheidungen und macht die Begründung der Entscheidung nachvollziehbar.

1. Projektziel beschreiben: Festhalten, welche Zielgruppen erreicht werden sollen und welche Aufgaben die Website erfüllen muss.
2. Inhalte modellieren: Inhaltstypen, Felder, Beziehungen, Sprachen und Veröffentlichungsregeln dokumentieren.
3. Anforderungen gewichten: Zwischen unverzichtbaren, wichtigen und optionalen Funktionen unterscheiden.
4. Betriebsmodell festlegen: Prüfen, ob ein gehosteter Dienst, ein selbst verwaltetes System oder eine Kombination zu den verfügbaren Ressourcen passt.
5. Kandidaten anhand eines realistischen Szenarios testen: Einen Inhalt anlegen, ändern, freigeben, übersetzen, archivieren und wiederherstellen.
6. Technische Risiken prüfen: Updateprozess, Backup, Export, Rollen, Schnittstellen und Erweiterungsabhängigkeiten bewerten.
7. Gesamtkosten dokumentieren: Einführung und laufenden Betrieb getrennt betrachten.
8. Entscheidung schriftlich begründen: Festhalten, welche Anforderungen erfüllt, teilweise erfüllt oder nicht erfüllt werden.

Eine Bewertungsmatrix kann die Diskussion versachlichen. Jede Lösung erhält pro Kriterium eine Einschätzung, zum Beispiel für Redaktion, Sicherheit, Erweiterbarkeit, Datenexport und Betriebsaufwand. Die Gewichtung sollte aus dem Projekt entstehen. Bei einem Nachrichtenportal kann der redaktionelle Workflow besonders wichtig sein, während bei einer kleinen Informationsseite der Pflegeaufwand stärker ins Gewicht fällt.

Typische Fehlentscheidungen bei der CMS-Auswahl

Ein häufiger Fehler ist die Orientierung an der Oberfläche. Ein attraktiver Editor sagt wenig darüber aus, ob Rollen, Migration, Suchfunktionen und langfristige Pflege funktionieren. Ebenso riskant ist die Auswahl nach einer einzelnen Wunschfunktion. Eine vorhandene Funktion kann durch schlechte Integration, unklare Wartung oder fehlende Exportmöglichkeiten an praktischer Bedeutung verlieren.

Weitere problematische Muster sind:

• Das CMS wird gewählt, bevor Ziele und Inhalte geklärt sind.
• Die technische Pflege wird als nachträgliche Aufgabe behandelt.
• Erweiterungen werden ohne Update- und Ausstiegsplan installiert.
• Backups werden erstellt, aber eine Wiederherstellung wird nie getestet.
• Mehrsprachigkeit wird erst nach dem Aufbau der Seitenstruktur berücksichtigt.
• Designfreiheit wird höher bewertet als konsistente und zugängliche Inhalte.
• Die Migration vorhandener URLs, Medien und Metadaten wird unterschätzt.
• Die Datenübertragung an externe Dienste bleibt undokumentiert.

Eine belastbare Entscheidung berücksichtigt auch das Scheitern einzelner Komponenten. Wenn eine Erweiterung nicht mehr gepflegt wird, sollte klar sein, wie Inhalte exportiert oder durch eine andere Lösung ersetzt werden können. Diese Vorsorge erhöht die technische Unabhängigkeit und begrenzt spätere Umbaumaßnahmen.

FAQ zur Wahl eines passenden CMS

Ist ein bekanntes CMS automatisch die beste Wahl?

Nein. Eine große Verbreitung kann für Dokumentation, Fachwissen und verfügbare Erweiterungen hilfreich sein. Sie sagt jedoch nicht aus, ob das System zu Inhaltstypen, Redaktionsprozess, Sicherheitsanforderungen und Betriebsressourcen eines konkreten Projekts passt.

Wann ist ein Headless-CMS sinnvoll?

Ein Headless-CMS kommt in Betracht, wenn Inhalte unabhängig von einer einzelnen Website an mehrere Ausgabekanäle geliefert werden sollen. Der zusätzliche Entwicklungsaufwand sollte eingeplant werden. Für eine überwiegend klassische Website kann eine direkte Ausgabe über Vorlagen zweckmäßiger sein.

Kann ein Baukastensystem professionell eingesetzt werden?

Das hängt von den Anforderungen ab. Ein gehostetes System kann für klar abgegrenzte Projekte mit überschaubarem Datenmodell und geringem Administrationsaufwand passen. Vorher sollten Export, Schnittstellen, Rollen, Datenschutz, URL-Kontrolle und Erweiterbarkeit geprüft werden.

Wie wichtig ist die Möglichkeit, Inhalte zu exportieren?

Sie ist ein wesentlicher Bestandteil der Datenhoheit. Ein brauchbarer Export sollte nicht nur den sichtbaren Text, sondern möglichst auch Medien, Metadaten, Beziehungen und URL-Informationen berücksichtigen. Der Export sollte vor einer endgültigen Entscheidung mit Beispieldaten getestet werden.

Wie lässt sich die Auswahl vor dem Start überprüfen?

Ein Prototyp mit realistischen Inhalten liefert mehr Erkenntnisse als eine reine Funktionsliste. Dabei sollten redaktionelle Rollen, Freigaben, Medien, Suche, mobile Darstellung, Backups, Updates und ein Export durchgespielt werden. Die Ergebnisse gehören in eine dokumentierte Bewertungsmatrix.