Lizenzkosten sind der sichtbarste, aber unwichtigste Teil jeder CMS-Entscheidung. TCO, Lock-in und Exit-Kosten entscheiden.
Es gibt einen Moment in jeder CMS-Beschaffung, der über Millionen entscheidet – und er findet nicht in der Verhandlung statt. Er findet statt, wenn jemand eine Tabelle öffnet und die Lizenzspalte vergleicht. Die Architekturentscheidung schrumpft zur Preisentscheidung. Das ist der Fehler.
Die Lizenz ist der sichtbarste Posten. Sie steht im Angebot, sie lässt sich vergleichen, sie hat eine eindeutige Zahl. Gemessen am Gesamtbild ist sie der unwichtigste Teil. Keine Behauptung – Arithmetik.
Eine Winterberry-Studie unter 150 US-Entscheidern hat die tatsächlichen Kostentreiber im CMS-Betrieb untersucht. Ergebnis: Security und Compliance machen 35 Prozent der Gesamtkosten aus. Entwicklung liegt bei 16 Prozent, Wartung bei 13. Die Lizenz? Eine Zeile unter vielen. Die drei größten Kostenblöcke betreffen den Betrieb, nicht den Kaufpreis.
Und dann der Trugschluss, der noch tiefer sitzt: Open Source sei kostenlos. Technisch stimmt das. Wirtschaftlich nicht. WP Engine beziffert die durchschnittlichen jährlichen CMS-Gesamtkosten im Enterprise-Segment auf 2,4 Millionen Euro* – und sieht bei Open-Source-Lösungen bis zu 44 Prozent TCO-Vorteil gegenüber proprietären Systemen. Aber: Die Studie stammt von einem Unternehmen, das sein Geschäft mit WordPress-Hosting macht. Die Richtung mag stimmen. Die Größenordnung verdient Skepsis.
Was nicht zur Debatte steht: Integration, Training, Betrieb und Anpassung stehen in keinem ersten Angebot. Sie tauchen auf, wenn der Vertrag unterschrieben ist. Und sie übersteigen die Lizenz regelmäßig um ein Vielfaches.
Total Cost of Ownership ist kein neues Konzept. Im CMS-Bereich wird es trotzdem selten konsequent angewandt – auch weil die Branche wenig Interesse hat, die Gesamtrechnung transparent zu machen. Wer Forrester-TEI-Studien liest – und man sollte sie lesen –, muss wissen, was man liest: anbieterbeauftragte Analysen mit standardisierter Methodik, aber vorselektiertem Sample.
Trotzdem liefern sie die besten verfügbaren Daten zur Kostenstruktur. Und die Muster sind konsistent, herstellerübergreifend.
Adobe Experience Manager. Die von Forrester modellierte Composite Organization investiert über drei Jahre 6,1 Millionen Euro* in Software und 5,6 Millionen Euro* in Professional und Managed Services. Im ersten Jahr übersteigen die Servicekosten die Softwarekosten um Faktor 1,75. Die Jahreslizenz liegt bei rund 2,0 Millionen Euro*. Der ROI wird mit 333 Prozent angegeben – plausibel, wenn man die Effizienzgewinne einrechnet. Aber der Einstiegspreis ist nicht 2,0 Millionen. Er ist mehr als doppelt so hoch.
Bei Storyblok, am anderen Ende des Spektrums, zeigt sich dasselbe Muster in kleinerer Skalierung. Die Jahreslizenz liegt bei 39.000 Euro* für 30 Seats. Implementierung: 131.000 Euro* – das 3,4-Fache der Lizenz. Dazu 39.000 Euro* für Training. In drei Monaten ist die Migration abgeschlossen. Forrester errechnet 582 Prozent ROI. Klingt hoch, reflektiert aber vor allem die niedrige Ausgangsbasis und messbare Produktivitätsgewinne: Die Content-Änderungsfrequenz stieg von alle zwei Tage auf rund vier Änderungen pro Tag.
Sitecore liegt dazwischen: 149.000 Euro* jährliche Subscription; dem gegenüber stehen 238.000 Euro* Deployment plus 73.000 Euro* Baseline Support – zusammen 311.000 Euro*, das 2,1-Fache der Jahreslizenz. Die Preismodelle staffeln sich nach Visits, von einer Million bis 25 Millionen.
Das Muster ist eindeutig: Implementierung schlägt Lizenz. Bei jedem Anbieter. Und das sind nur die geplanten Kosten. Migrationen, Nachbesserungen, Schulungsbedarf bei Personalwechsel – die kommen obendrauf.
Noch ein Datenpunkt: Der durchschnittliche Evaluationszyklus für ein CMS liegt laut WP Engine bei rund elf Monaten. Elf Monate, in denen Teams gebunden sind, Entscheidungen vertagt werden und die bestehende Infrastruktur weiterläuft. Auch diese Kosten tauchen in keiner TCO-Rechnung auf.
Die Grundsatzfrage jeder Architekturentscheidung lautet nicht: Welches System? Sondern: Wie viel wollen wir selbst verantworten?
Build bedeutet maximale Kontrolle und maximalen Aufwand. Jede Funktion wird entwickelt, jede Integration gebaut, jedes Update verantwortet. Für Organisationen mit tiefer Engineering-Kompetenz kann das ökonomisch sinnvoll sein – aber nur, wenn die Personalkosten ehrlich eingepreist werden. Die steigen schneller als Lizenzgebühren.
Buy – der Suite-Ansatz – verspricht das Gegenteil: ein integriertes System, das möglichst viele Anforderungen abdeckt. Die Anfangskosten sind kalkulierbar. Die Folgefrage: Was passiert, wenn die Anforderungen wachsen? Adobe nennt in der TEI-Studie ein Detail, das den Punkt macht: Ein interviewtes Unternehmen bezifferte die Kosten für eine einzelne Brand Experience vor der Plattformeinführung auf 460.000 bis 920.000 Euro*. Nach der Implementierung – durch Reuse von Komponenten und Templates – sanken sie auf einige Zehntausend Euro. Das ist die Stärke des Suite-Modells. Die Schwäche zeigt sich, sobald Funktionen außerhalb der Suite gebraucht werden.
Komponieren – der Composable-Ansatz – verteilt die Funktionalität auf spezialisierte Services. Flexibel, ja. Aber Integration ist kein Nebenprodukt, sondern eigenständige Kostengröße. Jede Schnittstelle muss gebaut, getestet und gewartet werden. Der Fall CHRONEXT zeigt, was möglich ist: Ein iOS-App-Prototyp entstand in sieben Wochen, die App-Session-Time verdreifachte sich von zwei auf fünf Minuten. Schnell, messbar, wirksam. Aber solche Ergebnisse setzen ein Team voraus, das die Architektur beherrscht – und ein Budget, das die Integrationsarbeit abbildet.
Keine der drei Optionen ist grundsätzlich überlegen. Die ökonomisch entscheidende Frage: Welches Modell passt zur Organisation, zu ihren Fähigkeiten, zu ihrem Zeithorizont? Genau hier scheitern die meisten Evaluationen. Sie vergleichen Lizenzpreise, nicht Betriebsmodelle.
Es gibt eine Zahl, die in CMS-Evaluationen fast nie auftaucht: die Exit-Kosten. Nicht, weil sie unbekannt sind. Sondern weil niemand beim Einzug über den Auszug spricht.
Vendor Lock-in ist kein abstraktes Risiko. Er ist messbar – technisch, finanziell, prozessual. HFS Research hat 2024 im Pulse Survey 510 Enterprises der Global 2000 befragt. 34 Prozent nannten Vendor Lock-in als Hauptgrund für Buyer's Remorse. Nicht die Funktionalität. Nicht den Preis. Die Abhängigkeit.
Diese Abhängigkeit verschärft sich ökonomisch. Gartner beziffert die jährlichen SaaS-Preissteigerungen auf 10 bis 20 Prozent. IT-Budgets wachsen im Schnitt um 2,8 Prozent. Die Schere öffnet sich jedes Jahr. BCG bestätigt den Trend: Lock-in, steile Preiserhöhungen, rigidere Vertragsbedingungen und Consumption-based Pricing schwächen die Verhandlungsposition von Bestandskunden systematisch.
Die Preismodelle selbst zeigen die Komplexität: Sitecore staffelt nach Visits in Tiers von einer bis 25 Millionen. Storyblok rechnet nach Seats – 39.000 Euro* für 30. Adobe operiert mit Suite-Scope und jährlich 2,0 Millionen Euro* Softwarekosten. Jedes Modell erzeugt andere Skalierungseffekte, andere Abhängigkeiten. Wer nach Visits bezahlt, hat bei Traffic-Wachstum ein Kostenproblem. Wer nach Seats bezahlt, bei Organisationswachstum. Wer eine Suite lizenziert, bei Funktionslücken.
Regulatorisch bewegt sich allerdings etwas. Der EU Data Act verbietet ab dem 12. Januar 2027 Switching Charges – Gebühren, die den Anbieterwechsel verteuern. Die Übergangsphase läuft seit dem 11. Januar 2024. Für Procurement ist das eine Verhandlungsgrundlage, die schon heute zieht. Denn jeder Vertrag, der jetzt geschlossen wird, reicht in die neue Regulierung hinein.
Die Empfehlung ist nicht komplex. Aber sie verlangt Disziplin.
Erstens: TCO-Modellierung als Standard, nicht als Ausnahme. Jede CMS-Evaluation braucht eine Kostenprojektion über mindestens fünf Jahre – Implementierung, Betrieb, Schulung, Integration, Migration eingeschlossen. Die Lizenz ist ein Eingangswert, kein Entscheidungskriterium.
Zweitens: Lebenszyklusdenken statt Projektdenken. Ein CMS ist kein Projekt mit Anfang und Ende. Es ist Infrastruktur mit laufenden Kosten, die sich über die Nutzungsdauer verändern. Wer in Projekten denkt, unterschätzt die Betriebskosten systematisch.
Drittens: Die IT-Finanzfunktion gehört an den Tisch. FinOps, IT-Controlling – egal, wie die Rolle heißt. Wenn niemand die Lebenszykluskosten modelliert und überwacht, entscheidet das Bauchgefühl. Und das Bauchgefühl vergleicht Lizenzpreise.
Ein CMS ist nicht das Tool, mit dem die Marketingabteilung Texte pflegt. Es ist die Infrastruktur, die Tempo und Kostenstruktur der gesamten digitalen Wertschöpfungskette diktiert. Wer diese Entscheidung an die günstigste Lizenz delegiert, spart im Kleinen und verliert im Großen.
Content als Betriebssystem – Teil 4 von 10
Sie haben gerade gut tausend Wörter über CMS-Kostenstrukturen gelesen. Freiwillig. An einem Bildschirm. Ohne Zwang. Das verdient Respekt – oder eine Diagnose, je nach Perspektive.
Aber ernsthaft: Wenn Sie bis hier durchgehalten haben, dann vermutlich, weil Sie das Gefühl kennen, dass die Lizenz-Spalte im Angebot nicht die ganze Wahrheit erzählt. Willkommen im Club. Content ist Infrastruktur, nicht Oberfläche – und Infrastruktur hat einen Preis, der sich nicht in einer Zeile abbilden lässt. Das war die Kostenrechnung. Im nächsten Teil geht es um Governance. Also um die Frage, wer in Ihrer Organisation eigentlich entscheidet, wie Content funktioniert – und ob diese Person weiß, dass sie das tut. Spoiler: Meistens nicht.
Wird kürzer als dieser Teil. (Wird er nicht.)
* Währungshinweis: Alle Beträge wurden aus US-Dollar umgerechnet (Kurs: 1 USD = 0,92 EUR). Die Originalstudien weisen die Zahlen in USD aus. Die Euro-Beträge sind kaufmännisch gerundet.
