Was ist ein CMS und brauchen Sie wirklich eines?
Ein Content-Management-System lässt Menschen, die keinen Code schreiben, Seiten anlegen und ändern. Das ist das ganze Wertversprechen, und es ist ein echtes — aber es ist nicht kostenlos, denn ein CMS ist Software, die gehostet, aktualisiert und abgesichert werden muss, solange die Website existiert.
Dieser Leitfaden behandelt, was ein CMS Ihnen tatsächlich gibt, wann es den Aufwand wert ist, und was man sonst nutzt.
Was ein CMS bietet#
Über „Seiten bearbeiten" hinaus sind das die Fähigkeiten, die Sie kaufen — und es lohnt sich, sie aufzulisten, denn die meisten CMS-Entscheidungen fallen, ohne zu prüfen, welche davon Sie brauchen.
- Bearbeiten ohne Deployment. Text ändern und sofort veröffentlichen.
- Strukturierte Inhalte. Felder statt eines HTML-Klumpens, sodass Inhalte wiederverwendet und einheitlich ausgegeben werden können.
- Medienverwaltung. Einmal hochladen, überall nutzen, mit automatischer Größenanpassung.
- Nutzer und Rechte. Autorinnen, Redakteure, Freigebende mit unterschiedlichen Rechten.
- Arbeitsabläufe. Entwürfe, Vorschauen, Terminierung, Versionsverlauf.
- Suche und Navigation, automatisch aus den Inhalten erzeugt.
- Erweiterbarkeit. Formulare, Handel, Übersetzungen über ein Ökosystem.
Wenn Sie nur den ersten Punkt dieser Liste brauchen und eine Person zweimal im Jahr etwas ändert, ist ein CMS sehr viel Maschinerie für eine kleine Aufgabe.
Der Aufwand, den anfangs niemand erwähnt#
Ein CMS ist eine laufende Anwendung, hat also ein fortlaufendes Kostenprofil, ob jemand die Website bearbeitet oder nicht.
| Kosten | Detail |
|---|---|
| Sicherheitspatches | Verbreitete Systeme werden ständig abgetastet; Updates sind nicht optional |
| Plugin-Pflege | Jede Erweiterung ist ein weiteres Update und eine weitere mögliche Lücke |
| Hosting | Eine datenbankgestützte Anwendung braucht mehr als statische Dateien |
| Performance-Arbeit | Dynamische Seiten brauchen Caching, um schnell zu sein |
| Versions-Upgrades | Hauptversionen können Themes und Anpassungen brechen |
| Schulung | Redaktionen müssen wissen, wie sie es nutzen, ohne Layouts zu zerstören |
Wann Sie eines brauchen und wann nicht#
Ausschlaggebend ist die Änderungshäufigkeit multipliziert mit der Zahl der Menschen, die Änderungen vornehmen müssen.
| Situation | Urteil |
|---|---|
| Marketingteam veröffentlicht wöchentlich | Ja — genau dafür ist ein CMS da |
| Fünfseitige Website, zweimal im Jahr geändert | Nein — eine statische Website ist billiger und sicherer |
| Dokumentation, von der Entwicklung gepflegt | Nein — Dateien in der Versionskontrolle funktionieren besser |
| Onlineshop | Ja, und eher eine Commerce-Plattform als ein allgemeines CMS |
| Landingpages für Kampagnen | Ja — Veröffentlichungstempo ist der ganze Zweck |
| Website mit mehreren Inhaltstypen und Übersetzungen | Ja — Struktur ist das, was ein CMS gut kann |
Die Alternativen#
Für Websites, die sich selten ändern, gibt es Optionen mit weit niedrigeren laufenden Kosten und nahezu keiner Angriffsfläche.
- Statischer Website-Generator. Inhalte in Dateien, zu HTML gebaut, auf ein CDN ausgeliefert. Schnell, billig und fast nichts zum Angreifen — aber das Bearbeiten braucht einen technischen Ablauf, sofern Sie keine Bearbeitungsschicht ergänzen.
- Statischer Generator plus git-basierter Editor. Nicht-technisches Bearbeiten auf Dateien, bei erhaltener statischer Ausgabe.
- Headless CMS plus statische Generierung. Die Redaktion bekommt eine freundliche Oberfläche; die öffentliche Website bleibt statisch.
- Handgeschriebenes HTML. Völlig vernünftig für eine kleine Broschürenseite, die sich wirklich nie ändert.
- Website-Baukasten. Das Bearbeiten ist das Produkt; der Handel ist Portierbarkeit und Performance.
Der statische Weg beseitigt eine ganze Risikokategorie: Es gibt keine Datenbank, in die man injizieren, und kein Admin-Login, das man durchprobieren könnte. Für eine Website, die sich monatlich ändert, ist das eine spürbare Ersparnis.
Häufige Fragen
Ist WordPress die Standardwahl?
Es ist die häufigste, und Verbreitung bringt ein großes Ökosystem, viele Menschen, die es kennen, und entsprechend viel automatisierte Aufmerksamkeit von Angreifern. Es passt gut zu inhaltsgetriebenen Websites. Es ist nicht automatisch richtig für Anwendungen, komplexen Handel oder Websites, deren Inhalt überwiegend strukturierte Daten statt Seiten sind.
Was ist der Unterschied zwischen einem CMS und einem Website-Baukasten?
Ein CMS verwaltet Inhalte und überlässt die Darstellung meist Templates, die Sie oder Ihre Entwicklung kontrollieren. Ein Baukasten verbindet Inhalt und Layout in einem visuellen Werkzeug. Baukästen sind für Nicht-Technische schneller und schwerer zu verlassen, weil Layoutentscheidungen im Produkt liegen statt in Code, der Ihnen gehört.
Kann ich einer bestehenden statischen Website ein CMS hinzufügen?
Ja, und es ist ein verbreiteter Ausbauweg — entweder ein Headless CMS, das die bestehenden Templates mit Inhalten versorgt, oder eine git-basierte Bearbeitungsschicht über den aktuellen Dateien. Es ist meist weniger Arbeit als eine vollständige Migration, weil Templates und URLs bleiben, wo sie sind.
Wie viele Plugins sind zu viele?
Es gibt keine feste Zahl, aber jedes Plugin ist ein einzuspielendes Update, ein möglicher Konflikt und eine mögliche Schwachstelle. Eine nützliche Disziplin ist, jedes gegen seinen Nutzen zu rechtfertigen: Spart es eine Stunde im Jahr und braucht vierteljährliche Aufmerksamkeit, kostet es Sie. Websites mit vierzig Plugins tragen fast immer mehrere mit, die niemand erklären kann.
was ist ein cmscontent management systemcms vs statische websitewordpresswebsite cmscms vergleich
