WordPress, Drupal oder ein individuell entwickeltes Redaktionssystem: Die Auswahl wird häufig anhand bekannter Namen oder einer langen Funktionsliste getroffen. Dabei lautet die wichtigere Frage, wie Inhalte im Unternehmen entstehen, geprüft und veröffentlicht werden. Ein System passt dann, wenn es diese Arbeit zuverlässig unterstützt und langfristig betreut werden kann.

Ein sachlicher Vergleich muss deshalb Redaktion, Datenmodell, Erweiterungen und Betrieb zusammen betrachten. Keiner der drei Ansätze ist grundsätzlich für jede Website überlegen. Auch eine kleine Website kann anspruchsvolle Freigaben benötigen, während ein großer öffentlicher Auftritt mit wenigen klaren Inhaltstypen auskommt. Die Anzahl sichtbarer Seiten allein ist kein guter Maßstab.

Was ein CMS eigentlich leisten soll

Ein Content-Management-System trennt Inhalte zumindest teilweise von ihrer Darstellung. Redakteure bearbeiten beispielsweise einen Artikel mit Titel, Text, Bild und Kategorie. Vorlagen und Komponenten bestimmen, wie diese Informationen erscheinen. Gute Inhaltsmodelle erlauben es, dieselben Angaben an verschiedenen Stellen konsistent zu verwenden.

Die entscheidende Frage ist, wie strukturiert Inhalte vorliegen müssen. Ein frei gestaltbarer Seiteneditor bietet Flexibilität, kann aber zu uneinheitlichen Seiten führen. Stark strukturierte Felder fördern Wiederverwendung und Konsistenz, benötigen jedoch ein durchdachtes Modell. Die richtige Balance richtet sich nach Aufgaben, redaktioneller Erfahrung und gewünschter Gestaltungsfreiheit.

WordPress: verbreiteter Einstieg mit vielen Erweiterungen

WordPress bietet einen etablierten redaktionellen Ansatz für Seiten und Beiträge sowie ein großes Ökosystem aus Themes und Plugins. Für viele Unternehmenswebsites kann das einen schnellen Einstieg ermöglichen. Häufig benötigte Funktionen sind über vorhandene Erweiterungen erreichbar. Gleichzeitig muss geprüft werden, ob deren Qualität, Pflege und Zusammenspiel zum Projekt passen.

Ein Plugin löst nicht automatisch alle Anforderungen eines Prozesses. Es kann zusätzliche Datenmodelle, Bedienoberflächen und Updateabhängigkeiten einführen. Bei der Auswahl sollten Verantwortliche nach Wartungsstand, nachvollziehbarer Herkunft, Exportmöglichkeiten und benötigten Berechtigungen fragen. Eine kleine, bewusst ausgewählte Erweiterungsbasis ist meist leichter zu betreuen als eine Sammlung teilweise überlappender Werkzeuge.

Sicherheit ist eine Betriebsaufgabe

Die offizielle WordPress-Dokumentation zur Absicherung behandelt unter anderem Updates, Dateirechte und Backups. Daraus folgt keine pauschale Unsicherheit des Systems, sondern die Notwendigkeit eines gepflegten Betriebs. Dasselbe Prinzip gilt für andere CMS. Ein aktueller Kern schützt nicht vor einem ungepflegten Plugin oder einem kompromittierten Administrationskonto.

Drupal: strukturierte Inhalte und differenzierte Anforderungen

Drupal eignet sich als Ansatz für Projekte, bei denen Inhaltstypen, Beziehungen und Rollen eine besondere Rolle spielen. Der offizielle User Guide behandelt ausdrücklich die Planung von Inhaltsstrukturen. Ein solcher Ausgangspunkt kann hilfreich sein, wenn Inhalte nicht nur als einzelne Seiten, sondern in unterschiedlichen Zusammenhängen erscheinen sollen.

Diese Möglichkeiten bringen Konzeptionsaufwand mit sich. Inhaltstypen, Felder und Berechtigungen müssen sinnvoll modelliert werden. Ein komplexes Modell kann redaktionelle Arbeit verbessern, sie aber bei schlechter Planung auch erschweren. Drupal sollte deshalb nicht allein gewählt werden, weil später theoretisch jede denkbare Erweiterung möglich erscheint. Die tatsächlich benötigte Struktur muss den Aufwand rechtfertigen.

Individuelle Lösungen: gezielte Freiheit mit eigener Verantwortung

Ein eigenes CMS kann sinnvoll sein, wenn die redaktionellen Aufgaben eng mit einer individuellen Anwendung verbunden sind oder bewusst wenige, präzise Funktionen benötigt werden. Oberflächen lassen sich auf konkrete Rollen zuschneiden. Unnötige Optionen können entfallen. Das ist besonders interessant, wenn ein allgemeines System nur mit vielen Sonderanpassungen passen würde.

Dafür müssen Grundlagen selbst bereitgestellt und dauerhaft gepflegt werden: Rechteprüfung, Eingabevalidierung, Ausgabeabsicherung, Medienverwaltung, Wiederherstellung und Wartung. Ein kleines System hat nicht automatisch ein kleines Sicherheitsrisiko. Die Zahl der Funktionen sagt wenig über die Qualität ihrer Umsetzung aus. Auch Dokumentation und Übergabefähigkeit gehören zum wirtschaftlichen Vergleich.

Redaktion im tatsächlichen Ablauf testen

Für die Auswahl sollten typische Aufgaben mit einem Prototyp oder Testsystem durchgeführt werden. Eine Redakteurin legt einen Beitrag an, ergänzt ein Bild, erstellt einen Entwurf und übergibt ihn zur Freigabe. Eine Vertretung korrigiert später die Telefonnummer. Beobachtet wird, ob Schritte verständlich sind und ob versehentliche Veröffentlichungen verhindert werden.

Besonders wichtig sind Vorschau, Bildbeschreibungen und wiederkehrende Inhalte. Muss dieselbe Adresse an sechs Stellen geändert werden, ist das kein reines Schulungsproblem. Es kann auf ein ungeeignetes Inhaltsmodell hinweisen. Ebenso sollte klar sein, welche Formatierungen zugelassen sind. Völlige Freiheit im Texteditor kann die gestalterische und barrierearme Konsistenz langfristig schwächen.

Kosten über mehrere Jahre vergleichen

Neben Installation und Gestaltung gehören Hosting, Lizenzen, Erweiterungen, Updates, Tests und redaktionelle Schulung in die Kalkulation. Ein kostenlos verfügbarer Kern bedeutet nicht, dass Betrieb und Einführung kostenlos sind. Bei Individualsoftware wiederum sollte nicht nur der erste Entwicklungsumfang betrachtet werden. Änderungen und technische Modernisierung benötigen ebenfalls Budget.

Eine belastbare Gegenüberstellung nennt Annahmen und Zuständigkeiten. Wer prüft ein Update auf einer Testumgebung? Wer bezahlt Anpassungen nach einer Schnittstellenänderung? Wie schnell muss bei einer Sicherheitsmeldung reagiert werden? Der günstigste Anfangspreis kann wenig aussagen, wenn diese Leistungen später ungeplant und unter Zeitdruck eingekauft werden müssen.

Migration und Ausstieg mitprüfen

Ein CMS enthält nicht nur Texte. Beziehungen, Kategorien, Medien, Alternativtexte und URL-Strukturen sind ebenfalls relevant. Beim Export sollte überprüft werden, ob diese Informationen in brauchbarer Form mitkommen. Ein Archiv voller HTML-Seiten kann für eine spätere strukturierte Weiterverwendung unzureichend sein.

Für einen Systemwechsel braucht es eine Zuordnung alter und neuer URLs sowie eine Prüfung eingebetteter Medien. Historische Inhalte können spezielle Formatierungen enthalten, die das Zielsystem nicht kennt. Ein früher Testimport mit repräsentativen Beispielen ist deshalb wertvoll. Er zeigt Probleme, bevor sich alle Beteiligten auf ein Werkzeug festgelegt haben.

Eine Entscheidungsmatrix statt eines Beliebtheitswettbewerbs

  • Welche Inhaltstypen und Beziehungen werden tatsächlich benötigt?
  • Wie viele Rollen arbeiten mit Entwurf, Prüfung und Veröffentlichung?
  • Welche Integrationen und Exportwege sind unverzichtbar?
  • Wer übernimmt Updates, Sicherung und Wiederherstellung?
  • Wie werden Erweiterungen und Eigenentwicklungen dokumentiert?
  • Können typische Redaktionsaufgaben ohne Hilfestellung erledigt werden?

Die Antworten sollten gewichtet werden. Für eine Organisation mit strengen Freigaben kann ein differenziertes Rechtekonzept wichtiger sein als eine große Theme-Auswahl. Für eine kleine Website kann dagegen eine leicht verständliche Redaktion den Ausschlag geben. Erst die konkrete Gewichtung macht den Vergleich fachlich sinnvoll.

Erweiterungen nach einem festen Muster bewerten

Ein konkreter Vergleich kann für jede benötigte Erweiterung dieselben Fragen verwenden: Welchen fachlichen Zweck erfüllt sie, welche Daten verarbeitet sie und welche zusätzlichen Rechte verlangt sie? Außerdem wird erfasst, ob sie weitere externe Dienste anspricht. Eine scheinbar lokale Funktion kann sonst unerwartete Datenflüsse oder zusätzliche Vertragsabhängigkeiten einführen.

Für Updates ist wichtig, welche Komponenten gemeinsam getestet werden müssen. Ein Theme, ein Editor und ein Formularmodul können sich gegenseitig beeinflussen. Die Verantwortung sollte deshalb nicht nur pro Einzelpaket, sondern auch für ihr Zusammenspiel geklärt sein. Ein Anbieterwechsel wird leichter, wenn Konfiguration und Sonderanpassungen dokumentiert sind.

Bei einer individuellen Lösung werden dieselben Fragen gestellt. Welche Funktionen sind ausdrücklich enthalten und welche nicht? Wie werden Sicherheitsmeldungen zu eingesetzten Bibliotheken verfolgt? Welche Prüfungen sichern Änderungen an der Redaktion ab? Ein eigener Quellcode ist kein Ersatz für diese organisatorischen Leistungen.

Sinnvoll ist eine kurze technische Inventarliste mit Zweck, Version, Herkunft und verantwortlicher Stelle. Sie unterstützt Wartung und spätere Migration. Gleichzeitig kann sie helfen, überflüssige Erweiterungen zu erkennen. Wird ein Werkzeug nicht mehr benötigt, sollte seine Entfernung kontrolliert geprüft werden, statt es dauerhaft als unbekannte Altlast im System zu belassen.

Die passende Grundlage wählen

WordPress kann für viele redaktionelle Websites gut passen, Drupal für anspruchsvoll strukturierte Inhalte und eine individuelle Lösung für klar umrissene besondere Abläufe. Diese Einordnung ersetzt keine Projektprüfung. Entscheidend sind konkrete Anforderungen und ein tragfähiger Betrieb.

GRITTMANN kann bei der Bestandsaufnahme, der Inhaltsmodellierung und der Umsetzung helfen. Wer bereits eine Website betreibt, sollte außerdem den Relaunch-Leitfaden einbeziehen. Die Systemwahl ist ein wichtiger Baustein, aber nur ein Teil des gesamten Übergangs.

Quellen und weiterführende Dokumentation

Fachliche Grundlagen und ergänzende Hinweise der jeweiligen Herausgeber. Links zuletzt geprüft am 02.07.2026.