Teuren Plattformwechsel vermeiden: das CMS nach Governance, Gesamtkosten und KI wählen

Wählen Sie das CMS, das zur tatsächlichen Arbeitsweise Ihres Teams passt und dorthin publiziert, wo Ihre Inhalte als Nächstes sichtbar sein müssen, nicht jenes mit der längsten Funktionsliste. Bringen Sie zuerst die Personen zusammen, welche die Entscheidung verantworten, und einigen Sie sich auf Ihre drei wichtigsten Geschäftsziele für dieses Quartal. Alles Weitere im Auswahlprozess, von der engeren Auswahl bis zur Migration, sollte sich auf diese beiden Schritte zurückführen lassen.

---

Kurz gefasst:

• Stellen Sie sicher, dass das CMS den tatsächlichen Arbeitsablauf Ihres Teams unterstützt: einfache Bedienung in der Redaktion, Lokalisierung und wiederverwendbare Inhaltsblöcke, nicht bloss eine lange Funktionsliste.

• Priorisieren Sie Anbindung, Sicherheit, Skalierbarkeit und Gesamtkosten anhand echter Bedürfnisse und des Wartungsaufwands, statt zu flexiblen, aber teuren Schnellschüssen zu greifen.

• Folgen Sie einem strukturierten Auswahlprozess mit klarer Anforderungszuordnung, Demos mit echten Inhalten und festen Fristen für Machbarkeitsnachweise, damit die Entscheidung nicht verwässert.

• Wählen Sie eine Architektur, gekoppelt, entkoppelt, headless oder hybrid, die zu Ihrer Entwicklungskapazität und Ihrem Publikationsbedarf passt, um teure Migrationen später zu vermeiden.

• Führen Sie eine gründliche Inhaltsprüfung durch, planen Sie die Weiterleitungen und überwachen Sie den Betrieb nach dem Start, um Ihre SEO-Rankings während der Migration zu schützen, und planen Sie genügend Zeit für Analyse und Tests ein.

---

Inhaltsverzeichnis

• Wie wählen Sie ein CMS, das wirklich zu Ihrem Unternehmen passt?

• Wie läuft die CMS-Auswahl Schritt für Schritt ab?

• Gekoppelt, entkoppelt, headless oder hybrid: Welcher CMS-Typ passt?

• Wie planen Sie eine Inhaltsmigration, ohne SEO-Rankings zu verlieren?

• Welche Governance und welche KI-Schutzmechanismen braucht ein modernes CMS?

• Wie testen Sie ein CMS und rechnen die echten Gesamtkosten?

• Warum die CMS-Entscheidung mit Ampersand angehen?

• Welche Schulung brauchen Redaktion und Administration wirklich?

• Was ich gelernt habe: Teams beim falschen (und beim richtigen) CMS begleiten

• Praktische Unterstützung bei Auswahl und Aufbau Ihres CMS

• Quellen

Wie wählen Sie ein CMS, das wirklich zu Ihrem Unternehmen passt?

Die CMS-Auswahl läuft auf fünf ineinandergreifende Fragen hinaus: Kommt Ihre Redaktion reibungslos damit zurecht, lässt sich das System an Ihre bestehenden Werkzeuge anbinden, erfüllt es Ihre Sicherheitsanforderungen, skaliert es, und was kostet es über die Jahre wirklich? Wer eine dieser Fragen übergeht, riskiert einen früheren Plattformwechsel als geplant, und das kommt häufiger vor, als die meisten Anbieter zugeben.

Ob eine CMS-Entscheidung Bestand hat, entscheidet die betriebliche Passung, nicht die Funktionsliste. Eine Plattform, die Ihr Governance-Modell und Ihre Inhaltsstruktur im tatsächlichen Tempo Ihres Teams unterstützt, schlägt jede glänzendere Lösung, in die sich niemand einloggen will. So gewichten Sie die einzelnen Faktoren.

• Bedienbarkeit für die Redaktion: Schauen Sie zu, wie eine Person aus Ihrem Team eine Seite von Grund auf aufbaut. Achten Sie auf Live-Vorschau, eingebaute Lokalisierung, falls Sie in mehreren Sprachen publizieren, und auf die Möglichkeit, Inhaltsblöcke seitenübergreifend wiederzuverwenden, ohne sie zu duplizieren. Wenn Ihre Marketingleitung während der Demo stöhnt, ist das ein Signal, dem Sie trauen sollten.

• Anbindungsmöglichkeiten: Prüfen Sie, was ab Werk verbunden ist (CRM, E-Commerce, Analytics, Ihr ERP) und was eigene API-Arbeit erfordert. Jede eigene Schnittstelle wird zu einem Wartungsposten, den jemand verantworten muss. Die Systemintegrationen von Ampersand sind ein guter Anhaltspunkt dafür, was dieser Unterhalt tatsächlich bedeutet.

• Sicherheit und Compliance: Klären Sie die für Ihre Branche nötigen Zertifizierungen und die Tiefe der Protokollierung, bevor Sie sich von einer schicken Oberfläche blenden lassen. Wenn Sie nicht zeigen können, wer wann was geändert hat, haben Sie eine Compliance-Lücke, kein CMS.

• Skalierbarkeit und Leistung: Hosting-Modell, Caching-Schicht und CDN-Setup bestimmen Ihre Core Web Vitals und damit sowohl die Nutzererfahrung als auch die Sichtbarkeit in der Suche.

• Gesamtkosten über die Laufzeit: Lizenzgebühren sind die einfache Zahl. Hosting, Erweiterungen, eigene Integrationen, Schulungszeit und laufender Unterhalt sind die Zahlen, die Budgets tatsächlich sprengen.

Wie läuft die CMS-Auswahl Schritt für Schritt ab?

Ein Auswahlprozess ohne Kontrollpunkte driftet meist zu jenem Anbieter mit der lautesten Demo. Eine strukturierte Abfolge hält die Entscheidung daran fest, was Ihre Organisation im Alltag wirklich betreiben kann.

1. Beteiligte zusammenbringen und die Entscheidungsverantwortung benennen. IT, Marketing und die Budgetverantwortung gehören dazu. Jemand muss die Befugnis haben, Nein zu sagen.

2. Geschäftsziele in Anforderungen übersetzen. Aus «wir brauchen mehr Tempo bei den Inhalten» werden messbare Anwendungsfälle: Publikationsdauer, Anzahl Sprachversionen, Anzahl Redaktionsplätze.

3. Engere Auswahl mit gewichteten Kriterien erstellen. Bewerten Sie Sicherheit, Bedienbarkeit für die Redaktion, Integrationen und Gesamtkosten gegeneinander, statt sie alle gleich zu gewichten.

4. Eine Ausschreibung schreiben, die eine Demo mit Ihren eigenen Inhalten verlangt, nicht mit den aufpolierten Beispieldaten des Anbieters, und einen zeitlich begrenzten Machbarkeitsnachweis durchführen.

5. Antworten bewerten und die Zukunftsfähigkeit der Anbieter prüfen, bevor Sie etwas unterschreiben, und Ihrem Team danach zwei Wochen für eine Bereitschaftsprüfung geben, ob der Umsetzungsplan unter realen Bedingungen trägt.

Genau dieser disziplinierte Ablauf, der sich auf definierte Anforderungen und einen Machbarkeitsnachweis mit echten Inhalten stützt, unterscheidet laut dem TechTarget’s selection framework eine CMS-Entscheidung, auf die Sie stolz sind, von einer, die Sie ständig verteidigen müssen.

Praxistipp: Setzen Sie Ihrem PoC eine harte Frist; eine übliche Testphase sollte zeitlich begrenzt sein, damit klare Entscheidungen entstehen und Tests nicht endlos weiterlaufen. Ein fixes Enddatum erzwingt eine echte Entscheidung, statt langsam zu jener Option zu rutschen, deren Verkaufsgespräch am angenehmsten war.

Gekoppelt, entkoppelt, headless oder hybrid: Welcher CMS-Typ passt?

Jedes CMS gehört zu einer von fünf Architekturkategorien, und die falsche Wahl für die Grösse Ihres Teams ist der teuerste Fehler im ganzen Prozess.

• Gekoppelt/traditionell: Inhalt und Darstellung liegen in einem System. Schnell startklar, am einfachsten im Unterhalt, aber starr, sobald Sie über eine einzelne Website hinaus publizieren wollen.

• Entkoppelt: Verwaltung und Ausspielung der Inhalte sind getrennt, werden vom Anbieter aber weiterhin gemeinsam geliefert. Mehr Flexibilität bei etwas mehr Einrichtungsaufwand.

• Headless: Die Inhalte liegen hinter einer API, ganz ohne mitgeliefertes Frontend. Maximale Flexibilität für die Ausspielung über mehrere Kanäle (Web, App, Kiosk, Sprachassistent), aber es braucht echte Entwicklungskapazität, um das Frontend zu bauen und zu unterhalten.

• Hybrid: Bietet sowohl ein mitgeliefertes Frontend als auch API-Zugriff. So starten Teams einfach und wechseln später ohne kompletten Neubau zu headless.

• SaaS: Vom Anbieter betrieben und gewartet, meist im Abo. Weniger Betriebsaufwand, weniger Kontrolle über die Infrastruktur.

Wenn Sie niemanden angestellt haben, der entwickelt, fahren Sie mit einer gekoppelten oder hybriden SaaS-Plattform fast immer besser als mit einem Headless-Aufbau, so verlockend die Flexibilität auch klingt. Eine komponierbare, headless Architektur rechtfertigt ihren höheren Unterhaltsaufwand nur, wenn Sie heute tatsächlich über mehrere Kanäle publizieren, nicht hypothetisch nächstes Jahr. Operational capacity, not the feature list, predicts whether your choice forces an expensive migration later.

Wie planen Sie eine Inhaltsmigration, ohne SEO-Rankings zu verlieren?

Das Migrationsrisiko entsteht Monate vor dem Starttermin, meist in der Analysephase, für die niemand genug Zeit eingeplant hat. Eine überhastete Inhaltsprüfung ist der Anfang technischer Schulden.

1. Eine vollständige Inhaltsprüfung durchführen. Erfassen Sie jede Seite, weisen Sie eine verantwortliche Person zu und markieren Sie, welche Inhalte hohe Priorität haben und welche sich gefahrlos archivieren lassen.

2. Vor Entwicklungsbeginn ein eigenes Zeitfenster für die Analyse einplanen. Daraus entstehen Inhaltsinventar, Feldzuordnungen und Weiterleitungsplan, die drei Ergebnisse, die Rätselraten während der Umsetzung verhindern.

3. Zwischen automatischer und manueller Migration entscheiden, je nach Menge der Inhalte und danach, wie unordentlich Ihr bestehendes Datenmodell ist. Grosse, saubere Datenbestände lassen sich gut automatisch migrieren; uneinheitliche Altinhalte brauchen meist eine manuelle Durchsicht.

4. Weiterleitungsplan und SEO-Checkliste vor Entwicklungsbeginn mit der SEO-Verantwortung festzurren. Nichts vernichtet organischen Traffic schneller als ein Start mit kaputten Weiterleitungen.

5. Nach dem Start Qualitätssicherung und Monitoring betreiben, mindestens einige Wochen lang, um kaputte Links, fehlende Metadaten und Indexierungsprobleme zu finden, bevor sie sich häufen.

Eine Migrations-Checkliste mit vollständiger Inhaltsprüfung, Testmigrationen und Zuordnung der Weiterleitungen senkt laut dem Sitecore’s migration guidance das Startrisiko spürbar und schützt die Suchrankings. Wer die Analysephase überspringt, um zwei Wochen zu sparen, zahlt das beim Aufräumen nach dem Start regelmässig um ein Vielfaches.

Welche Governance und welche KI-Schutzmechanismen braucht ein modernes CMS?

Governance bedeutete früher Freigabeabläufe für menschliche Redaktionen. 2026 muss sie auch KI-Agenten abdecken, die Inhalte mit minimaler menschlicher Aufsicht entwerfen, publizieren oder ändern können, und das verändert, was eine «Freigabe» umfassen muss.

• Getrennte Berechtigungen für Menschen und Maschinen. Ein KI-Agent, der eine Seite entwerfen darf, sollte nur selten dieselben Publikationsrechte haben wie eine erfahrene Redaktorin.

• Alles protokollieren, was eine KI anfasst: wer sie ausgelöst hat, welcher Prompt oder welches Modell lief und was sich geändert hat. Ohne das lässt sich eine KI-gesteuerte Änderung im Nachhinein nicht prüfen.

• Rücknahme und klare Geltungsbereiche einbauen, damit sich ein automatisierter Ablauf sauber rückgängig machen lässt, wenn er schiefgeht, und damit er keine Inhalte ausserhalb seines definierten Bereichs berührt.

• Inhalte maschinenlesbar strukturieren, mit schema.org-Auszeichnung und klaren Beziehungen zwischen den Inhalten, damit KI-gestützte Suchwerkzeuge Ihre Seiten korrekt auswerten und zitieren.

Agentic content management, where AI agents run multi-step workflows rather than a single one-click action, changes what governance has to cover. Viele Anbieter vermarkten heute «KI-Funktionen», die auf einen Umschreiben-Knopf hinauslaufen. Das ist etwas anderes als eine Plattform, auf der ein Agent einen mehrstufigen Publikationsablauf eigenständig ausführt, und es braucht andere Protokollierung und Rücknahmemechanismen.

Praxistipp: Stellen Sie in jeder Anbieterdemo eine konkrete Frage: «Zeigen Sie mir das Protokoll zu einer KI-generierten Änderung.» Wenn das nicht in Echtzeit gelingt, behandeln Sie diese KI-Funktion als oberflächliches Extra, nicht als Fähigkeit der Plattform.

Wie testen Sie ein CMS und rechnen die echten Gesamtkosten?

Ein Machbarkeitsnachweis bringt nur dann brauchbare Erkenntnisse, wenn er Ihre echten Vorlagen, Ihre Inhaltstypen und mindestens eine Integration nutzt, auf die Sie wirklich angewiesen sind, nicht den Schaudatensatz des Anbieters. Ein PoC rund um die realen Arbeitsabläufe Ihres Teams statt um eine kuratierte Demo unterscheidet einen nützlichen Test von reinem Marketingtheater.

• Erfassungszeit und Publikationstempo messen, während des Tests, nicht nur beurteilen, ob die Oberfläche aufgeräumt aussieht.

• API-Latenz und Integrationsaufwand verfolgen, und zwar für jene Schnittstelle, die für Ihren Betrieb am wichtigsten ist.

• Gesamtkosten über drei bis fünf Jahre rechnen, inklusive Lizenzgebühren, Hosting, Kosten für Support-SLA, Unterhalt der Integrationen, Schulung und dem, was ein späterer Ausstieg aus der Plattform kosten würde.

• Zukunftsfähigkeit des Anbieters und Produkt-Roadmap gewichten, wenn Sie die Endentscheidung treffen. Eine günstige Plattform von einem schrumpfenden Anbieter ist auch zum guten Preis eine schlechte Wette.

Warum die CMS-Entscheidung mit Ampersand angehen?

Ampersand baut und migriert Content-Plattformen, wobei erfahrene Entwickler:innen von der ersten Beratung bis zur Übergabe beteiligt sind, inklusive in der Schweiz gehosteter Werkzeuge für Teams, die Kontrolle über ihre Daten brauchen. Das Projekt Die Mitte betreibt über 600 Websites aus einem einzigen System, und der Neuaufbau von NeuroMynds zeigt, wie eine Migration schnell live gehen kann, ohne die Sicherheit zu opfern. Ob Sie Unterstützung beim PoC, bei der Migration von Altinhalten oder für einen Interims-CTO während der Entscheidung brauchen: Diese Arbeit können spezialisierte Anbieter übernehmen.

Welche Schulung brauchen Redaktion und Administration wirklich?

Das CMS mit der besten Demo scheitert im Betrieb oft daran, dass niemand die Leute geschult hat, die täglich damit arbeiten. Der Schulungsbedarf unterscheidet sich je nach Rolle, und alle gleich zu behandeln, ist ein verbreiteter Planungsfehler.

Die Redaktion braucht praktische Zeit mit Ihren echten Vorlagen, keinen generischen Rundgang des Anbieters. Lassen Sie neue Redaktionsmitglieder während der Einarbeitung drei oder vier echte Inhalte publizieren, begleitet von einer erfahrenen Person, die den Ablauf prüft, bevor sie allein arbeiten. Administration und Entwicklung brauchen eine tiefere Schulung zu Berechtigungsstrukturen, Schnittstellen und dazu, wie das zugrunde liegende Inhaltsmodell Ihre spezifischen Feldtypen behandelt.

Planen Sie die Einarbeitungszeit so ins Budget ein wie die Lizenzkosten. Ein schlecht geschultes Team umgeht die eigentlichen Stärken des CMS, dupliziert Inhalte in Tabellen oder kehrt zu Freigaben per E-Mail zurück, weil ihm niemand die eingebauten Werkzeuge gezeigt hat. Auch die Dokumentation zählt hier. Plattformen mit starker Community-Dokumentation und aktiver Governance, TYPO3 is a good example, verkürzen die Einarbeitung, weil die Redaktion Antworten selbst findet, statt auf ein Support-Ticket zu warten.

Rechnen Sie auch mit Personalwechseln. Wer Ihre Schulungsunterlagen erstellt hat, sollte sie auch aktuell halten, denn ein veralteter Einarbeitungsleitfaden sechs Monate nach dem Start ist fast schlimmer als gar keiner.

Was ich gelernt habe: Teams beim falschen (und beim richtigen) CMS begleiten

Drei Faustregeln bewähren sich in fast allen Auswahlprozessen, die ich gesehen habe. Passen Sie die Plattform an Ihre tatsächliche Betriebskapazität an, nicht an Ihre Ambitionen. Setzen Sie nur dann auf Komponierbarkeit, wenn Sie die Entwicklungsstunden dafür dauerhaft aufbringen. Und behandeln Sie Governance, besonders KI-Governance, als erstrangige Anforderung statt als Nebensache, die man «später» konfiguriert.

Der grösste blinde Fleck sind die Kosten. Teams unterschätzen den Unterhalt der Integrationen und die Schulungszeit regelmässig und wundern sich dann, warum sich das zweite Jahr teurer anfühlt als das erste. Genau deshalb werden Projekte oft in Phasen geschnitten, in Analyse, PoC und Rollout, damit eine teure Fehlpassung früh auffällt und nicht erst nach dem Start.

, Davide

Praktische Unterstützung bei Auswahl und Aufbau Ihres CMS

Die richtige Plattform auszuwählen ist nur die halbe Arbeit. Jemand muss den PoC ehrlich durchführen, die Inhalte migrieren, ohne Ihre Suchrankings zu beschädigen, und den Betrieb nach dem Start am Laufen halten. Alle drei Aufgaben mit erfahrenen Entwickler:innen ab dem ersten Gespräch abzudecken, statt nach der Vertragsunterschrift an ein Junior-Team zu übergeben, ist ein Ansatz, den einige Anbieter verfolgen.

Wenn Sie eine Partnerin für Ihren Machbarkeitsnachweis, den Aufbau der Plattform oder die Migration von Altinhalten suchen, kann das Entwicklungsteam von Ampersand diesen Auftrag direkt abstecken. Für Teams ohne eigene technische Leitung, welche die Entscheidung verantwortet, füllt ein Interims-CTO diese Lücke für die Dauer von Auswahl und Aufbau. Sobald Sie live sind, deckt der monatliche Support jene Unterhaltskosten ab, die die meisten Kostenmodelle unterschätzen. Stöbern Sie in den Fallstudien, um zu sehen, wie frühere Projekte in Phasen geschnitten wurden, und buchen Sie dann ein Gespräch, um Ihre konkreten Anforderungen zu besprechen.

Quellen

• Operational capacity, not the feature list, predicts whether your choice forces an expensive migration later

• TechTarget’s selection framework

• Sitecore’s migration guidance

• Agentic content management, where AI agents run multi-step workflows rather than a single one-click action, changes what governance has to cover

Empfohlen

• Die Mitte: über 600 Websites einer Schweizer Partei aus einem einzigen System.

• Migration von Altsystemen & Plattformwechsel Zürich

• KI-Automatisierung & Workflow-Agenten Zürich