Flyo vs TYPO3: Update oder Wechsel?
Zuletzt geprüft: 10.08.2026
TYPO3 und Flyo lösen unterschiedliche Probleme. TYPO3 ist ein klassisches, quelloffenes CMS mit sehr differenzierter Rechteverwaltung und einem grossen Erweiterungsbestand — stark bei komplexen Organisationsstrukturen, aufwendig im Unterhalt. Flyo ist ein Headless Content Hub, der Inhalte einmal zentral hält und automatisiert auf Website, Newsletter, Social Media und Bildschirme ausspielt.
Die ehrliche Faustregel: Wer eine Website betreibt und keine weiteren Kanäle bespielt, fährt mit einem TYPO3-Update in der Regel günstiger. Der Wechsel lohnt sich, wenn dieselben Inhalte heute mehrfach von Hand gepflegt werden — oder wenn das anstehende Major-Update ohnehin einem Neubau nahekommt.
Der direkte Vergleich
| Kriterium | Flyo | TYPO3 |
|---|---|---|
| Systemtyp | Headless Content Hub, API-first | Klassisches CMS, headless über die Erweiterung «headless» nachrüstbar |
| Lizenz | proprietär, SaaS | Open Source |
| Betrieb CMS | vom Anbieter gehostet | selbst gehostet oder über eine Agentur |
| Hosting-Standort | Schweiz (Applikation, Datenbank, Assets) | frei wählbar |
| Rechte- und Freigabemodell | inhaltsgenaue Berechtigungen, Freigabe-Workflows | mehrstufige Workflows, Arbeitsumgebungen, granulare Seitenrechte |
| Mandantenfähigkeit | mehrere Websites in einer Umgebung | mehrere Auftritte in einer Installation mit getrennten Rechten |
| Erweiterungen | keine Drittanbieter-Erweiterungen | grosser Extension-Bestand, Pflegezustand je Extension unterschiedlich |
| Wartungszyklus | laufende Weiterentwicklung im Abonnement enthalten | LTS-Versionen mit befristeten kostenlosen Sicherheitsupdates, danach Update oder kostenpflichtiges ELTS pro Instanz und Jahr |
| Mehrkanal-Ausspielung | Websites, Newsletter, Social Media, Digital Signage, usw. als Module | pro Kanal eine Extension oder Eigenentwicklung |
| Inhaltsstruktur | strukturiert, layoutneutral | seitengebunden |
| Vertragssprache und Support | Deutsch, Schweiz | abhängig von Agentur |
| Kostenstruktur | Abonnement in CHF, ab CHF 39.– pro Monat bei jährlicher Abrechnung | Lizenz kostenlos; Kosten bei Hosting, Agentur, Extensions und Major-Updates |
Wann Typo3 die bessere Wahl ist
Diese Fälle sprechen klar für einen Verbleib bei TYPO3 — auch wenn ein Update ansteht:
- Sehr differenzierte Redaktions- und Freigabeprozesse. TYPO3 bildet mehrstufige Workflows über viele Organisationseinheiten ab, inklusive Arbeitsumgebungen und granularer Seitenrechte. Wer das ausnutzt, findet bei kaum einem Headless-System eine gleichwertige Entsprechung.
- Mandantenfähigkeit über viele Auftritte. Mehrere Gemeinden, Institute oder Marken in einer Installation mit getrennten Rechten — eine klassische TYPO3-Stärke.
- Grosser produktiver Extension-Bestand. Wenn Buchungssysteme, Formularstrecken oder Fachanwendungen als TYPO3-Extensions laufen, ist deren Ablösung der eigentliche Kostenblock — nicht das CMS.
- Open Source ist Beschaffungsvorgabe. Bei öffentlichen Ausschreibungen ist quelloffene Software teils vorgeschrieben. Flyo ist proprietär und scheidet dann aus.
- Vorhandenes internes Know-how. Wer TYPO3-Entwicklung im Haus hat, gibt beim Wechsel eine funktionierende Kompetenz auf.
- Es wird nur eine Website betrieben. Der Nutzen eines Content Hubs entsteht dort, wo dieselben Inhalte auf mehreren Kanälen erscheinen. Ohne Newsletter, Social Media oder Bildschirme entfällt dieser Nutzen — dann ist das Update auf die aktuelle LTS-Version fast immer die günstigere Antwort.
Wann Flyo besser passt
- Dieselben Inhalte werden mehrfach gepflegt. Veranstaltung im TYPO3, nochmals im Newsletter-Tool, nochmals auf Instagram, nochmals auf dem Bildschirm im Foyer. Genau dieser Aufwand entfällt.
- Das Update käme einem Neubau gleich. Wenn ein grosser Teil der Extensions nicht mehr gepflegt wird und das Frontend ohnehin neu gebaut werden muss, vergleicht man nicht Update gegen Migration, sondern Neubau gegen Neubau.
- Die Redaktion soll ohne Agentur arbeiten können. Layoutänderungen, die heute ein Ticket auslösen, erledigt die Redaktion im visuellen Editor selbst.
- Planbare Kosten ohne Versionsbrüche. Kein auslaufender Support, keine kostenpflichtige Verlängerung, kein wiederkehrendes Update-Projekt. Das Abonnement enthält die laufende Weiterentwicklung.
- Es fehlt eine Agentur mit TYPO3-Kompetenz. In manchen Regionen ist die Verfügbarkeit qualifizierter TYPO3-Entwicklung zum Engpass geworden.
Migration von TYPO3 zu Flyo
Realistischer Zeitrahmen: Für eine mittlere Unternehmens- oder Verwaltungswebsite mit einigen hundert Seiten sind drei bis sechs Monate anzusetzen.
Was übernommen wird: Redaktionelle Inhalte, Bilder und Dokumente lassen sich strukturiert exportieren und importieren. Je sauberer der Bestand im TYPO3 gepflegt ist, desto weniger Handarbeit fällt an.
Was neu entsteht: Das Frontend und das Inhaltsmodell. Das ist der eigentliche Aufwand — und zugleich der Punkt, an dem eine Migration Nutzen stiftet: Inhalte werden strukturiert statt layoutgebunden abgelegt und dadurch mehrfach verwendbar.
Was extra betrachtet werden muss: Fachanwendungen, die heute als TYPO3-Extension laufen — Buchungen, Formularstrecken, Verzeichnisse. Diese sind kein CMS-Thema und müssen einzeln bewertet werden.
Wer beteiligt ist: Eine Person aus der Redaktion für die Inhaltsstruktur, eine Umsetzungspartnerin für das Frontend, und auf Flyo-Seite die Begleitung beim Datenmodell.
Nicht zu unterschätzen: URL-Struktur und Weiterleitungen. Eine vollständige 301-Redirect-Map von den alten TYPO3-Pfaden auf die neuen URLs entscheidet darüber, ob die aufgebaute Sichtbarkeit erhalten bleibt.
Konkrete Versionsstände, Supportfristen und ELTS-Konditionen ändern sich mehrmals jährlich. Sie stehen deshalb bewusst nicht hier, sondern im Blogartikel Ist dein TYPO3-Update unglaublich teuer? — dort als datierte Momentaufnahme
Weiter vergleichen
Häufige Fragen zu TYPO3
TYPO3 ist ein klassisches CMS, lässt sich aber über die Erweiterung «headless» API-fähig machen. Das ist ein nachgerüsteter Betriebsmodus, kein von Grund auf API-first gebautes System.
Der Unterschied ist im Betrieb spürbar. Architektur, Datenmodell und Wartungsaufwand bleiben die eines klassischen CMS: TYPO3 erscheint weiterhin in LTS-Versionen mit befristetem Zeitraum kostenloser Sicherheitsupdates, danach steht ein Update auf die nächste LTS-Version an oder eine kostenpflichtige Verlängerung über ELTS, abgerechnet pro Instanz und Jahr. Auch der Erweiterungsbestand bleibt zu pflegen, unabhängig davon, ob das Frontend die Inhalte über die API oder über Fluid-Templates bezieht.
Für die Entscheidung heisst das: Wer TYPO3 headless betreibt, gewinnt die freie Frontend-Wahl, behält aber den Unterhaltsaufwand eines klassischen Systems. Wer den Aufwand reduzieren will, ändert damit nicht den Betriebsmodus, sondern das System. Auch die Redaktionsoberfläche bleibt dieselbe: «Headless» beschreibt bei TYPO3 den Auslieferungsweg der Inhalte, nicht die Art, wie sie erfasst werden.
Ja. Inhalte, Bilder und Dokumente lassen sich strukturiert übernehmen.
Der Aufwand liegt nicht bei der Datenübernahme, sondern beim Neubau des Frontends und bei der Definition des Inhaltsmodells. Je sauberer der Bestand im TYPO3 gepflegt ist, desto weniger Handarbeit fällt an: Inhalte, die als strukturierte Felder vorliegen, wandern weitgehend automatisiert; Inhalte, die als Layout im Fliesstext stecken, müssen beim Import in ein Inhaltsmodell überführt werden.
Für eine mittlere Unternehmens- oder Verwaltungswebsite mit einigen hundert Seiten sind drei bis sechs Monate anzusetzen.
Separat zu bewerten sind Fachanwendungen, die als TYPO3-Extension laufen, wie etwa Formularstrecken, Registrierungen oder Verzeichnisse mit eigener Logik. Sie sind kein Inhalt, sondern Software, und wandern nicht mit. Eine Extension-Inventur vor der Entscheidung zeigt, welcher Anteil des Systems tatsächlich Inhaltsverwaltung ist und welcher Anteil Fachanwendung.
Nicht, wenn die URL-Struktur erhalten bleibt oder vollständig per 301 weitergeleitet wird.
Der häufigste Fehler bei Systemwechseln ist eine unvollständige Redirect-Map. Sie gehört vor dem Go-live erstellt und geprüft, nicht danach. Nachträglich fehlende Weiterleitungen fallen erst auf, wenn der Traffic bereits weg ist.
Eine belastbare Redirect-Map entsteht aus drei Quellen: der Sitemap des Altsystems, den Seiten mit organischem Traffic aus der Google Search Console und den intern wie extern verlinkten URLs. Jede alte URL braucht ein Ziel oder eine bewusste Entscheidung, dass sie entfällt.
Zusätzlich zu prüfen sind vor dem Go-live: Title und Meta-Description je Seite, die strukturierten Daten, die neue Sitemap und die Erreichbarkeit für Crawler. Bei einem Wechsel auf ein Headless-System kommt hinzu, dass Inhalte nun über die API ins Frontend gelangen und das serverseitige Rendern stellt sicher, dass sie im ausgelieferten HTML stehen.
Das hängt fast vollständig von den eingesetzten Extensions ab, nicht vom Core.
Ein Auftritt mit wenigen Standard-Extensions ist überschaubar: Der Core-Sprung ist ein definierter Vorgang, und gepflegte Extensions bringen kompatible Versionen mit. Eine Installation mit vielen individuell entwickelten oder nicht mehr gepflegten Extensions kann dagegen den Aufwand eines Neubaus erreichen, denn jede nicht mehr gepflegte Erweiterung muss ersetzt, portiert oder ihr Funktionsumfang aufgegeben werden.
Dazu kommt der Zeitfaktor. TYPO3 erscheint in LTS-Versionen mit befristetem Zeitraum kostenloser Sicherheitsupdates. Danach ist entweder das Update fällig oder eine kostenpflichtige Verlängerung über ELTS, abgerechnet pro Instanz und Jahr. Ein Betrieb ohne Sicherheitsupdates ist keine Option.
Der wirksamste Einzelschritt vor der Entscheidung ist deshalb eine Extension-Inventur: Welche Erweiterungen sind im Einsatz, welche werden noch gepflegt, welche liessen sich ersatzlos streichen? Erst danach lässt sich «Update» überhaupt gegen «Wechsel» rechnen.
TYPO3 erscheint in LTS-Versionen (Long Term Support) mit einem befristeten Zeitraum kostenloser Sicherheitsupdates. Danach ist entweder ein Update auf die nächste LTS-Version fällig oder eine kostenpflichtige Verlängerung über ELTS (Extended Long Term Support) der TYPO3 GmbH, abgerechnet pro Instanz und Jahr. Ein Betrieb ohne Sicherheitsupdates ist bei einem öffentlich erreichbaren CMS keine Option.