Warum die Frage nach dem Fundament heute anders klingt
Wer heute eine Website aufsetzt, plant in Wahrheit ein kleines Produktionssystem. Die Startseite ist ein Baustein unter vielen: Landingpages für Kampagnen, ein Wissensbereich, Produktseiten, Newsletter-Archive, dazu Kurzvideos, die auf mehreren Kanälen laufen und inhaltlich zum Text passen müssen. Die Menge entsteht nicht, weil Teams plötzlich mehr wollen, sondern weil Werkzeuge die Produktion beschleunigt haben und dadurch mehr Varianten wirtschaftlich geworden sind.
Früher war die Wahl zwischen einer offenen und einer gebündelten Lösung vor allem eine Lizenzfrage. Man verglich Funktionslisten, zählte Erweiterungen und entschied sich für das System, das die wenigsten Überraschungen versprach. Diese Rechnung geht nicht mehr auf, denn ein moderner Website-Builder ist kein reines Redaktionssystem. Er verbindet Text, Bild, Video, Datenquellen, Automatisierung und Auslieferung. Sobald er diese Rolle übernimmt, bestimmt er mit, wie schnell ein Team arbeiten kann und wie teuer jede weitere Seite wird.
Die entscheidende Frage lautet deshalb nicht, welche Philosophie besser ist. Sie lautet: Wie viel Kontrolle braucht dieses Team über Daten, Modelle und Abläufe – und welchen Teil davon gibt es bewusst ab, um Zeit zu gewinnen? Beide Antworten sind vernünftig. Sie führen nur zu unterschiedlichen Betriebsmodellen, unterschiedlichen Anforderungen an das Team und sehr unterschiedlichen Kostenverläufen.
Drei Entwicklungen haben die Entscheidung zusätzlich verschoben. Erstens ist die Zahl der Formate gewachsen: Aus einem Beitrag werden heute Artikel, Kurzvideo, Social-Variante und Newsletter-Absatz. Zweitens sind die Werkzeuge vielfältiger geworden, wodurch Inhalte zwischen Systemen wandern und dabei Qualität verlieren. Drittens ist Video kein Zusatz mehr, sondern ein Standardbestandteil jeder Seite – und Video stellt andere Anforderungen an Struktur, Speicher und Auslieferung als Text.
Architektur verstehen: drei Schichten, die über Erfolg entscheiden
Die sichtbaren Unterschiede zwischen zwei Buildern liegen in der Oberfläche. Die entscheidenden liegen darunter, in der Architektur. Wer die drei Schichten trennt, kann jede Plattform nüchtern bewerten.
Die Inhalts- und Datenschicht
Hier liegen Texte, Bilder, Videos, Metadaten und Verweise. Offene Systeme speichern diese Daten typischerweise in einer eigenen Datenbank, auf die das Team direkt zugreifen kann. Das ermöglicht Exporte, Migrationen und eigene Auswertungen. Gebündelte Systeme speichern Inhalte in einer verwalteten Umgebung, die bequem ist, aber selten vollständigen Zugriff erlaubt.
Für die Praxis bedeutet das: Wer Inhalte mehrfach verwenden will – auf der Website, in der App, im Newsletter, im Video-Untertitel – braucht eine Struktur, die über die Seite hinausdenkt. Ein System, das Inhalte nur als fertig gerenderte Seite kennt, macht jede Wiederverwendung zur Handarbeit.
Die Logik- und Automatisierungsschicht
Diese Schicht beschreibt, welche Regeln beim Veröffentlichen greifen. Werden Metadaten automatisch aus dem Inhalt abgeleitet? Werden Bilder in mehreren Größen erzeugt? Werden Videoskripte beim Anlegen einer Seite vorgeschlagen? In offenen Systemen lässt sich fast alles abbilden, kostet aber Entwicklungszeit. In gebündelten Systemen gibt es fertige Wege, die schnell funktionieren, aber nicht jeden Sonderfall abdecken.
Die Auslieferungs- und Präsentationsschicht
Hier entscheidet sich das Nutzererlebnis: Ladezeiten, Darstellung auf Mobilgeräten, Barrierefreiheit, Vorschaukarten für soziale Netzwerke. Diese Schicht ist technisch anspruchsvoll und gleichzeitig die, bei der ein Anbieter am meisten abnehmen kann. Deshalb ist sie in gebündelten Lösungen meist am stärksten ausgebaut.
Wer diese drei Schichten getrennt betrachtet, erkennt schnell, dass die häufig gestellte Frage "offen oder gebündelt" eigentlich eine Frage der Arbeitsteilung ist. Es ist völlig legitim, die Datenschicht offen zu halten und die Auslieferung zu verwalten.
Open Source: Stärken, Grenzen und der Preis der Freiheit
Offene Systeme geben Kontrolle. Das ist ihr stärkstes Argument und ihr größter Kostenfaktor zugleich.
Die Stärken sind konkret: Inhalte gehören dem Team, Datenbank und Struktur sind nachvollziehbar, Erweiterungen lassen sich selbst schreiben, und ein Anbieterwechsel ist ohne Neuaufbau möglich. Für Unternehmen mit eigenen Systemen – Warenwirtschaft, Kundenverwaltung, interne Wissensdatenbanken – ist das oft der einzige Weg, Daten sinnvoll zu verbinden. Auch bei strengen Vorgaben zur Datenhaltung ist Offenheit meist die Voraussetzung dafür, überhaupt mit KI arbeiten zu dürfen.
Die Grenzen sind ebenso konkret. Updates müssen eingespielt und geprüft werden. Sicherheitslücken werden nicht automatisch geschlossen, sondern müssen verfolgt werden. Performance ist kein Standard, sondern ein Projekt. Jede spezielle Anforderung wird zu einer Entwicklungsaufgabe, und jede Entwicklungsaufgabe konkurriert mit anderen Projekten um dieselben Personen.
Der Preis der Freiheit ist deshalb nicht die Lizenz, sondern die Betriebszeit. Ein offenes System braucht eine Person, die sich dauerhaft verantwortlich fühlt. Fehlt sie, wächst technische Schuld leise und wird erst sichtbar, wenn eine dringende Änderung nicht mehr möglich ist.
Proprietäre Plattformen: Geschwindigkeit, Bündelung und Abhängigkeit
Gebündelte Systeme verkaufen Zeit. Sie liefern Redaktion, Hosting, Auslieferung, Bildverarbeitung und Sicherheit aus einer Hand und stimmen die Teile aufeinander ab. Für Teams ohne technische Betreuung ist das häufig der Unterschied zwischen einem Projekt, das startet, und einem Projekt, das in der Einrichtung hängen bleibt.
Der Vorteil zeigt sich vor allem in der Routine. Eine neue Seite entsteht in Minuten, Vorlagen halten Design zusammen, Medien werden automatisch optimiert, und Vorschauen funktionieren ohne Zusatzarbeit. Redakteure können sich auf Inhalte konzentrieren statt auf Technik.
Der Nachteil ist die Bindung. Je tiefer ein System in Redaktionsabläufe, Vorlagen und Automatisierungen eingreift, desto aufwendiger wird ein späterer Wechsel. Inhalte lassen sich meist exportieren, Layouts und interne Logik selten eins zu eins übertragen. Wer proprietär arbeitet, sollte den Wechsel deshalb nicht als Notfallplan behandeln, sondern als eigenes Projekt mit Zeitplan und Budget.
Ein zweiter Nachteil ist die Abhängigkeit von der Produktentwicklung des Anbieters. Funktionen, die heute fehlen, können morgen kommen – oder nie. Wer auf eine bestimmte Möglichkeit angewiesen ist, sollte vorher klären, ob es eine dokumentierte Schnittstelle gibt, über die sich die Lücke selbst schließen lässt.
Ein realistischer Workflow von der Idee bis zur Veröffentlichung
Um die Unterschiede greifbar zu machen, hilft ein konkretes Beispiel. Angenommen, ein Team mittlerer Größe plant eine Kampagnenseite mit drei Unterseiten, begleitenden Kurzvideos und einer Reihe von Social-Varianten. Der Ablauf hat fünf Phasen.
Phase 1 – Briefing und Formatplanung
Am Anfang steht ein einziges Dokument: Zielgruppe, Kernbotschaft, gewünschte Handlung, verfügbare Belege. Aus diesem Briefing werden alle Formate abgeleitet. In einem offenen System entsteht daraus zusätzlich ein Datenmodell: Welche Felder braucht eine Kampagnenseite, welche Angaben wiederholen sich, welche Inhalte sollen wiederverwendbar sein? Das kostet einen halben Tag und erspart später Wochen. In einem gebündelten System beginnt die Arbeit direkt im Editor – schneller, aber mit dem Risiko, dass jede Unterseite leicht anders aufgebaut wird.
Phase 2 – Produktion mit KI-Unterstützung
Jetzt entstehen die Inhalte. Bewährt hat sich eine klare Reihenfolge: zuerst die Gliederung, dann der Langtext, dann die Verdichtung für Video und Social. Wird zuerst das Video produziert, fehlt später oft die inhaltliche Tiefe für den Artikel.
Wichtig ist eine kleine, benannte Auswahl von Werkzeugen pro Aufgabe. Ein Modell für lange Artikel, eines für Verdichtung und Überschriften, eines für Bildvarianten, eines für Videoskripte. Wer zwanzig Optionen parallel freischaltet, bekommt keine besseren Ergebnisse, sondern Streuung: Tonalität und Qualität unterscheiden sich von Woche zu Woche, und niemand kann nachvollziehen, welche Vorlage welches Resultat erzeugt hat.
Phase 3 – Qualitätssicherung
KI beschleunigt die Produktion, verlagert aber Arbeit. Statt zu schreiben, prüft das Team nun Fakten, Ton und Struktur. Drei Prüfschritte gehören fest in den Ablauf: ein Faktencheck für Zahlen, Namen und Zusagen, ein Stilcheck für Tonalität und Wiederholungen, ein technischer Check für Titel, Beschreibung, strukturierte Angaben und Barrierefreiheit. Ohne diese Schritte wächst die Menge, nicht die Wirkung.
Phase 4 – Veröffentlichung und Verteilung
Hier zahlt sich die Struktur aus. Werden Videos mit Untertiteln, Vorschaubildern und Beschreibungen zentral abgelegt, kann die Kampagnenseite sie einbinden, ohne dass jemand Dateien sucht. Werden dieselben Inhalte für Newsletter und soziale Kanäle gebraucht, greift das Team auf dieselbe Quelle zu. In offenen Systemen ist das eine Frage der Abfrage, in gebündelten eine Frage der vorhandenen Felder.
Phase 5 – Messung und Iteration
Nach zwei bis vier Wochen zeigt sich, welche Inhalte tragen. Entscheidend ist, dass Änderungen schnell möglich sind: Überschrift anpassen, Abschnitt verschieben, Video austauschen. Ist für jede Änderung ein Ticket und ein Testlauf nötig, sinkt die Bereitschaft zu experimentieren – und damit die Chance, dass die Kampagne besser wird.
Video als strukturierter Inhalt: der unterschätzte Hebel
Die meiste Zeit in modernen Redaktionen geht nicht beim Schreiben verloren, sondern an den Übergängen. Ein Text entsteht, ein Skript wird separat geschrieben, ein Video separat geschnitten, und am Ende passen Aussagen, Titel und Handlungsaufforderungen nicht zusammen. Diese Brüche sind teuer, weil sie doppelte Abstimmung erzeugen.
Die Lösung ist unspektakulär: Video wird wie jeder andere Inhalt behandelt, mit denselben Metadaten. Ein Skript ist ein Dokument mit Version. Untertitel sind Text, der durchsuchbar sein sollte. Vorschaubilder gehören zu einem Eintrag, nicht in einen Ordner. Kurzfassungen sind Varianten desselben Themas, keine neuen Projekte.
Praktisch bedeutet das drei Regeln. Erstens: Jedes Video hat einen Titel, eine Beschreibung, eine Zielgruppe und einen Zweck. Zweitens: Untertitel entstehen automatisch und werden Korrektur gelesen, weil sie sowohl Barrierefreiheit als auch Suchmaschinen unterstützen. Drittens: Serieninhalte bekommen eine einheitliche Benennung, damit die zwanzigste Folge nicht in Einzelteilen versinkt.
Wer diese drei Regeln einhält, kann aus einem Thema in wenigen Stunden mehrere Formate ableiten. Wer sie ignoriert, produziert mehr Material, findet aber weniger wieder.
Kosten und Betriebsaufwand ehrlich rechnen
Die Gesamtkosten eines Website-Builders bestehen aus mehr als aus Abonnement und Speicherplatz. Entscheidend ist die Frage: Welche Arbeit entsteht intern, und welche wird von außen übernommen?
Sichtbare Posten
Dazu gehören Infrastruktur, Lizenzen und Erweiterungen, Auslieferung und Domains, externe Dienstleistungen für Betrieb und Wartung sowie Werkzeuge für Text-, Bild- und Videoproduktion. Diese Posten sind planbar und stehen in jeder Kalkulation.
Versteckte Posten
Deutlich größer sind meist die unsichtbaren Aufwendungen: Einarbeitungszeit neuer Teammitglieder, Fehlersuche nach Updates, manuelle Übertragung von Inhalten zwischen Werkzeugen, Nachpflege von Metadaten, Aufräumen von Medienbeständen und die Zeit, die Redakteure mit technischen Details statt mit Inhalten verbringen. Ein besonders unterschätzter Posten ist die laufende Pflege: Wenn jede Unterseite manuell mit Bildern, Beschreibungen und Videoeinbettungen versorgt werden muss, entsteht ein dauerhafter Aufwand, der in keiner Funktionsliste auftaucht.
Eine brauchbare Kennzahl ist deshalb nicht der Monatspreis, sondern der Aufwand pro veröffentlichter Seite. Wer diesen Wert kennt, kann Angebote vergleichen und erkennt schnell, ob ein scheinbar günstiges System teuer ist.
Drei Teamprofile und ihre typische Entscheidung
Ein kleines Redaktionsteam ohne technische Betreuung entscheidet sich meist für ein gebündeltes System. Die gesparte Einrichtungs- und Betriebszeit fließt direkt in Inhalte, und die Planbarkeit zahlt sich aus.
Ein Unternehmen mit eigener Technikabteilung und strengen Vorgaben zur Datenhaltung wählt meist die offene Variante. Die Investition in Betrieb amortisiert sich über mehrere Jahre, weil Abhängigkeiten sinken und mehrere Projekte von derselben Basis profitieren.
Ein wachsendes Marketing- oder Medienteam mit Video-Schwerpunkt sollte nach der kürzesten Strecke vom Briefing zum veröffentlichten Material entscheiden. Eine Stunde weniger Abstimmung pro Woche ist über ein Jahr oft mehr wert als jede Preisdifferenz.
Entscheidungskriterien und ein einfaches Bewertungsraster
Vor jeder Entscheidung sollten acht Fragen schriftlich beantwortet werden. Wer sie beantwortet, erkennt schnell, dass die Wahl weniger von der Technologie abhängt als vom Betriebsmodell.
- Welche Inhaltsarten entstehen regelmäßig, und wie viele Varianten brauchen sie?
- Wie oft werden Design und Struktur grundlegend verändert?
- Wer ist dauerhaft für Updates, Sicherheit und Auslieferung verantwortlich?
- Welche Daten dürfen das eigene Netzwerk nicht verlassen?
- Wie lange darf eine Seite vom Briefing bis zur Veröffentlichung dauern?
- Wie wichtig ist Video als fester Bestandteil der Seite?
- Welche Routineaufgaben sollen automatisch laufen – und wer prüft sie?
- Wie hoch sind die Kosten pro veröffentlichter Seite, nicht pro Monat?
Ein pragmatisches Raster mit fünf Kriterien hilft beim Vergleich: Kontrolle über Daten, Geschwindigkeit im Alltag, Wartungsaufwand, Erweiterbarkeit und Wechselrisiko. Bewertet man jedes Kriterium von eins bis fünf und gewichtet es nach eigener Priorität, entsteht schnell ein klares Bild. Interessant ist dabei fast immer das Ergebnis: Die meisten Teams landen bei einer hybriden Aufteilung – offene Datenhaltung für die wichtigen Inhalte, verwaltete Dienste für Auslieferung, Bildoptimierung und Medienverarbeitung.
Das ist kein fauler Kompromiss, sondern eine bewusste Arbeitsteilung. Sie erhält Handlungsfreiheit, ohne das gesamte Betriebsrisiko intern zu tragen.
Typische Fehler und wie man sie vermeidet
Der erste Fehler ist der Werkzeugvergleich vor dem Prozessvergleich. Wer Funktionen zählt, bevor der Redaktionsablauf klar ist, optimiert Nebensachen. Zuerst sollte dokumentiert werden, welche Inhalte entstehen, wer sie freigibt und wie oft sie aktualisiert werden.
Der zweite Fehler ist die Unterschätzung der Migration. Ein Wechsel betrifft nicht nur Seiten, sondern Medien, Weiterleitungen, strukturierte Angaben und interne Verweise. Wer die Migration nicht als eigenes Projekt einplant, verliert Sichtbarkeit in Suchmaschinen und beschädigt interne Verlinkungen.
Der dritte Fehler ist die fehlende Ablageordnung. Ohne klare Benennung und Verschlagwortung wächst ein Medienbestand, in dem niemand mehr etwas findet. Das kostet doppelt: bei der Suche und bei der Neuproduktion, weil dasselbe Material zweimal entsteht.
Der vierte Fehler ist Automatisierung ohne Kontrolle. Wer Ausgaben ungeprüft veröffentlicht, riskiert Vertrauensverlust, der sich nicht durch Geschwindigkeit ausgleichen lässt. Feste Prüfschritte sind keine Bremse, sondern die Voraussetzung dafür, dass Tempo nützlich ist.
Der fünfte Fehler ist die Modellschwemme. Viele gleichzeitig freigeschaltete Werkzeuge klingen nach Freiheit, erzeugen aber Streuung. Wenige, klar benannte Werkzeuge mit gepflegten Vorlagen liefern konsistentere Ergebnisse.
Der sechste Fehler ist das Überspringen des Pilotprojekts. Große Umstellungen ohne Testlauf binden Ressourcen und liefern erst spät Erkenntnisse. Ein begrenzter Versuch – eine Unterseite, ein Video, ein Redaktionsdurchlauf – zeigt in wenigen Tagen, ob das Betriebsmodell trägt.
Praxisbeispiel: eine Redaktion stellt auf strukturierte Produktion um
Ein Team mit vier Personen produziert bisher zwei Artikel pro Woche und sporadisch Videos. Nach der Umstellung entsteht aus jedem Thema ein Paket: ein längerer Artikel, eine Kurzfassung, ein Skript für ein Video von unter zwei Minuten und drei Social-Varianten. Die Menge an veröffentlichten Inhalten steigt, die Arbeitszeit nicht.
Der entscheidende Schritt war nicht ein neues Werkzeug, sondern eine neue Reihenfolge: Briefing, Gliederung, Langtext, Verdichtung, Skript, Produktion, Prüfung, Veröffentlichung. Zusätzlich wurden Vorlagen für Überschriften, Einleitungen und Abschlüsse gepflegt sowie eine gemeinsame Ablage mit festen Namensregeln eingeführt. Nach sechs Wochen sank die Zeit vom Briefing bis zur Veröffentlichung um etwa ein Drittel, während die Zahl der Rückfragen zurückging.
Bemerkenswert war, welche Probleme nicht auftraten. Es fehlten weder zusätzliche Werkzeuge noch zusätzliche Personen. Es fehlte vorher schlicht eine Struktur, die wiederverwendbare Inhalte kennt.
FAQ
Ist Open Source automatisch günstiger? Nein. Die Lizenzkosten entfallen, dafür entstehen Betriebskosten für Updates, Sicherheit und Performance. Günstiger wird Offenheit erst, wenn interne Kompetenz vorhanden ist und mehrere Projekte von derselben Basis profitieren.
Kann ich später von einer gebündelten Plattform wechseln? Technisch ja, praktisch mit Aufwand. Inhalte lassen sich exportieren, Layouts und interne Automatisierungen meist nicht eins zu eins übertragen. Ein Wechsel sollte wie ein eigenes Projekt geplant werden, mit Zeitplan, Testphase und Weiterleitungen.
Wie viele KI-Werkzeuge braucht ein Redaktionsteam wirklich? Meist weniger als gedacht. Drei bis fünf klar definierte Einsatzzwecke mit gepflegten Vorlagen bringen mehr Konsistenz als eine lange Auswahlliste.
Was ist wichtiger: Funktionen oder Ablauf? Der Ablauf. Funktionen lassen sich nachrüsten, ein unpassender Redaktionsprozess kostet jeden Tag Zeit.
Wie behandle ich Videoinhalte, wenn mein Schwerpunkt die Website ist? Video als strukturierten Inhalt behandeln, nicht als Anhang. Wer Skripte, Untertitel und Vorschaubilder von Anfang an mitdenkt, kann sie auf Website und Kanälen mehrfach nutzen.
Woran erkenne ich, dass ich zu früh automatisiert habe? Wenn mehr Zeit in Kontrolle und Korrektur fließt als vorher in die Produktion. Dann fehlen Vorlagen, klare Zuständigkeiten oder Prüfschritte.
Lohnt sich ein Wechsel, wenn das aktuelle System funktioniert? Nur bei konkretem Anlass: Wachstum, neue Kanäle, rechtliche Anforderungen oder dauerhaft steigende Pflegekosten. Ein Wechsel ohne klaren Auslöser bindet Ressourcen ohne Gegenwert.
Wie starte ich, wenn ich unsicher bin? Mit einem begrenzten Pilotprojekt: eine Unterseite, ein Video, ein Redaktionsdurchlauf. Danach entscheiden, ob das Betriebsmodell trägt. Ein kleiner Test liefert mehr Erkenntnisse als jede Funktionsliste.
Eignet sich ein offenes System auch für Teams ohne Entwickler? Bedingt. Es gibt betreute Varianten, bei denen Betrieb und Updates von Dienstleistern übernommen werden. Dann bleibt die Datenhoheit erhalten, während der laufende Aufwand überschaubar bleibt.
Wie oft sollte ich die Struktur überprüfen? Zweimal im Jahr, oder immer wenn ein neuer Kanal dazukommt. Neue Formate sind der häufigste Grund, warum eine gewachsene Struktur plötzlich nicht mehr passt.
Fazit: Die Wahl ist eine Betriebsentscheidung
Die Diskussion um offene und gebündelte Website-Builder wirkt technisch, ist aber eine organisatorische Frage. Wer weiß, welche Inhalte wie oft entstehen, wer sie prüft und wer für den Betrieb verantwortlich ist, trifft die Entscheidung in wenigen Stunden. Wer diese Fragen offen lässt, diskutiert monatelang über Funktionslisten, ohne näher an ein Ergebnis zu kommen.
Beide Wege können funktionieren. Ein offenes System belohnt dauerhafte technische Verantwortung mit Kontrolle und Unabhängigkeit. Ein gebündeltes System belohnt redaktionelle Geschwindigkeit mit geringem Einrichtungsaufwand und planbaren Abläufen. Die häufig beste Antwort liegt dazwischen: Inhalte offen und strukturiert halten, Auslieferung und Medienverarbeitung verwalten lassen.
Wer diese Aufteilung bewusst wählt und mit einem kleinen Pilotprojekt prüft, hat nach wenigen Wochen belastbare Zahlen statt Meinungen. Und das ist in einem Umfeld, in dem sich Werkzeuge schnell verändern, der wertvollste Vorteil.
