CMS auswählen: Typen, Beispiele und Entscheidungskriterien

Man kann vier grobe Typen unterscheiden. Der erste ist das klassische CMS, das sowohl einen Verwaltungsbereich als auch die öffentliche Seite der Website liefert: Inhalte werden eingegeben, und das gewählte Theme erzeugt die Seite. WordPress ist das bekannteste Beispiel. Der zweite ist das Headless-CMS, das Inhalte nur speichert und an eine andere Oberfläche übergibt; die Website selbst wird als getrennte Software entwickelt.

Der dritte ist die Commerce-Plattform, die Produkt-, Warenkorb- und Zahlungslogik in das Inhaltswerkzeug einbaut. Der vierte ist der Website-Baukasten: ein Drag-and-drop-Dienst, meist von einem einzigen Unternehmen gehostet, mit fertigen Layouts. Zwischen diesen vier gibt es keine feste Rangfolge; jeder wurde für einen anderen Bedarf entworfen.

Dazu kommt eine fünfte Gruppe, die Enterprise-Content-Plattformen, die von dokumentenlastigen Organisationen genutzt werden, die viele Nutzer, Freigabeabläufe und mehrsprachige Verwaltung brauchen. Für die meisten kleinen und mittleren Unternehmen genügen die ersten vier Typen.

Für ein Unternehmen, das pro Woche einige Beiträge oder Seiten ergänzt und kein kompliziertes Layout hat, ist ein klassisches CMS oft der bequemste Weg. Denken Sie an ein Architekturbüro: Es fügt Projektseiten und Blogbeiträge hinzu, und das Design ändert sich selten. Der Verwaltungsbereich ist vertraut, und die Auswahl an Themes und Plugins ist groß.

Muss derselbe Inhalt auf einer Website, in einer mobilen App und auf einem Bildschirm im Showroom erscheinen, ist ein Headless-Aufbau sinnvoll. Der Inhalt wird einmal eingegeben, und jede Oberfläche übernimmt ihn in ihrer eigenen Form. Ein Unternehmen, das vor allem Waren verkauft, wird eine Commerce-Plattform wählen, weil Bestands-, Zahlungs- und Lieferlogik dort bereits vorhanden ist und nicht von Grund auf geschrieben werden muss.

Ein kleines lokales Unternehmen kann für einen einseitigen Auftritt einen Website-Baukasten nutzen. Entscheidend ist das Wachstum: Soll die Website nur als Visitenkarte dienen, genügt ein Baukasten; wird sich ihr Umfang aber innerhalb von drei Jahren erweitern, erspart ein Start mit einem flexibleren System einen kostspieligen Umzug später.

Es ist gesünder, die Auswahl mit einer Liste von Fragen zu beginnen als mit einer Marke. Die folgenden Fragen schärfen die Entscheidung für die meisten Unternehmen. Halten Sie Ihre Antworten schriftlich fest und vergleichen Sie einige Systeme anhand derselben Liste; das System mit den meisten Übereinstimmungen ist meist die beste Wahl.

Manche dieser Fragen wirken technisch, betreffen aber in Wahrheit die tägliche Arbeit. Wer gibt die Inhalte ein, wessen Freigabe ist nötig, bevor eine Seite online geht, und kann man nach einem Fehler zu einer früheren Version zurückkehren? Das entscheidet darüber, wie bequem das System nicht in der ersten Woche, sondern im ersten Jahr arbeitet.

• Wer wird die Inhalte aktualisieren, und wie oft?
• Werden dieselben Inhalte auch auf anderen Oberflächen verwendet?
• Welche Sprachen und Länder sprechen Sie an?
• Ist ein Freigabeschritt vor der Veröffentlichung nötig?
• Muss eine Verbindung zu bestehenden Systemen wie Lager, CRM oder Zahlungen bestehen?
• Wer übernimmt Wartung und Sicherheitsupdates?

Jedes CMS braucht nach der Installation Pflege. Bei quelloffenen klassischen Systemen erfordern Updates und die Kompatibilität der Plugins regelmäßige Aufmerksamkeit; bei gehosteten Plattformen liegt diese Last beim Anbieter, aber die Anpassbarkeit ist begrenzt. Was zu Ihnen passt, hängt von der Aufmerksamkeit und dem Budget ab, die Sie für den Unterhalt einplanen können.

Das Eigentum ist eine eigene Frage. Auf welchem Server liegen Ihre Inhalte und Daten, und können Sie sie exportieren, wenn Sie den Anbieter wechseln wollen? Auf einer geschlossenen Plattform bleibt der Inhalt oft samt Formatierung in ihr. Das ist kein Mangel, aber es lohnt sich, es vor der Entscheidung zu wissen.

Denken Sie schließlich an das Team. So leistungsfähig ein System auch ist, die Inhaltspflege gerät ins Stocken, wenn das Team es als umständlich empfindet. Lassen Sie vor der Entscheidung einen echten Nutzer einige typische Aufgaben im Verwaltungsbereich ausprobieren; das sagt mehr als eine lange Funktionstabelle.

Der häufigste Fehler ist, Beliebtheit mit Eignung zu verwechseln. Ein weit verbreitetes System passt nicht zu jedem Unternehmen; ein großes Ökosystem hilft, bringt aber auch Plugin-Konflikte und den Aufwand der Sicherheitsüberwachung mit sich. Die Wahl sollte Ihrem eigenen Arbeitsablauf folgen und nicht dem, was der Nachbar benutzt.

Der zweite Fehler ist, für den heutigen Bedarf etwas viel zu Kleines oder viel zu Großes zu wählen. Eine Enterprise-Plattform für eine Website mit drei Seiten einzurichten oder eine wachsende Marke von Tag eins an in einen begrenzten Baukasten zu setzen, wird später in beiden Fällen teuer. Der dritte Fehler ist, Design und CMS getrennt zu denken: Ignoriert das Design, wie Inhalte verwaltet werden, hinkt der Verwaltungsbereich am Ende dem Design hinterher.

Der vierte Fehler ist, die Migration nicht in den Plan aufzunehmen. Beim Wechsel von einem alten zu einem neuen System kann die Sichtbarkeit in der Suche leiden, wenn Adressen, Weiterleitungen und Inhaltsstruktur nicht erhalten bleiben. Die Migration ist deshalb kein Schritt nach der Entscheidung, sondern einer, der gemeinsam mit ihr geplant wird.

Nicht jede Website braucht ein CMS. Eine Visitenkarten-Website mit wenigen Seiten, deren Inhalt sich ein- oder zweimal im Jahr ändert, funktioniert als sorgfältig vorbereitete statische Seiten sehr gut. Ein CMS hinzuzufügen bringt bei einer solchen Website womöglich nichts außer zusätzlichem Wartungsaufwand; Sicherheitsupdates, Datenbank und Verwaltungsbereich werden alle zu Flächen, die geschützt werden müssen.

Ebenso kann ein eigenes CMS für Unternehmen überflüssig sein, deren Inhalte bereits an anderer Stelle verwaltet werden. Eine Website, die Produktinformationen aus einem ERP- oder Shopsystem bezieht, erzeugt Widersprüche, wenn sie dieselben Informationen in einem zweiten Panel noch einmal verwalten will. Die richtige Frage lautet dann nicht, welches CMS, sondern wo die einzige Quelle der Inhalte liegt.