Flyo vs WordPress: Einzelne Website oder mehrere Kanäle?

Zuletzt geprüft: 10.08.2026

WordPress ist das weltweit verbreitetste Content-Management-System und für einzelne Websites, Blogs und kleine Unternehmensauftritte weiterhin eine gute Wahl: grosses Ökosystem, viele verfügbare Entwicklerinnen und Entwickler, niedrige Einstiegskosten.

Der direkte Vergleich

Flyo
WordPress
Systemtyp
Headless Content Hub, API-first
Klassisches CMS, Headless über REST-API nachrüstbar
Lizenz
proprietär, SaaS
Open Source (GPL)
Betrieb
vom Anbieter gehostet
selbst oder beim Webhoster
Hosting-Standort
Schweiz (Applikation, Datenbank, Assets)
frei wählbar
Erweiterungen nötig
nein, Kanäle sind Module
ja, für fast jede Zusatzfunktion
Sicherheitsunterhalt
beim Anbieter
Core, Theme und alle Plugins laufend selbst
Mehrkanal-Ausspielung
Website, Newsletter, Social Media, Signage & weitere
pro Kanal ein Plugin oder Eigenentwicklung
Inhaltsstruktur
strukturiert, layoutneutral
seitengebunden, Layout und Inhalt vermischt
Live-Vorschau
ja
ja (Block-Editor)
Redaktion ohne Technik
ja
ja, bei einfachen Änderungen
Kostenstruktur
Abonnement in CHF
Lizenz kostenlos, Kosten bei Hosting, Plugins, Wartung
Typischer Einsatz
mehrere Kanäle aus einer Quelle
einzelne Website oder Blog

Wann WordPress die bessere Wahl ist

Diese Fälle sprechen klar für WordPress:

  • Es gibt genau eine Website und keine weiteren Kanäle. Dann löst ein Content Hub ein Problem, das nicht besteht.
  • Blog oder Publikation im Zentrum. WordPress ist als Publikationssystem entstanden und dort weiterhin sehr stark.
  • Kleines Budget, schneller Start. Hosting ab wenigen Franken im Monat, tausende fertige Themes.
  • Eine bestimmte Funktion existiert als Plugin. Shop, Mitgliederbereich, Buchungssystem, Forum — vieles ist fertig verfügbar und in Flyo ein Entwicklungsprojekt.
  • Unabhängigkeit über Verfügbarkeit von Fachkräften. WordPress-Entwicklung findet man überall, zu sehr unterschiedlichen Preisen. Das ist ein realer Risikovorteil.
  • Volle Datenhoheit inklusive Quellcode gewünscht. WordPress läuft auf eigener Infrastruktur, Flyo ist ein gehosteter Dienst.

Wann Flyo besser passt

  • Inhalte erscheinen auf mehreren Kanälen. Eine Veranstaltung, die auf Website, im Newsletter, auf Social Media und auf einem Screen landet, wird in WordPress viermal erfasst — in Flyo einmal.
  • Der Sicherheitsunterhalt bindet zu viel Aufwand. ei einem selbst betriebenen WordPress sind Core, Theme und jedes Plugin laufend zu aktualisieren — laut Patchstack entfielen 2025 rund 91 % der neu entdeckten Schwachstellen im WordPress-Ökosystem auf Plugins, und 45 % wurden innerhalb von 24 Stunden nach Bekanntwerden ausgenutzt. Bei Flyo liegt dieser Unterhalt beim Anbieter. Die ausführliche Einordnung dieser Zahlen steht im Abschnitt «Zum Thema Sicherheit».
  • Inhalte sollen strukturiert statt layoutgebunden vorliegen. In WordPress steht der Inhalt oft als HTML-Block im Beitrag. Für Wiederverwendung in anderen Kanälen — und für maschinelle Verarbeitung durch KI-Systeme — ist das ein Nachteil.
  • Datenhaltung in der Schweiz ist Anforderung. Bei WordPress hängt das vom Hoster ab und ist lösbar; bei Flyo ist es Standard.
  • Das Plugin-Konstrukt ist über Jahre gewachsen. Wenn 30 Plugins im Einsatz sind, von denen die Hälfte nicht mehr gepflegt wird, ist die Ablösung oft günstiger als die Sanierung.

Zum Thema Sicherheit — mit Zahlen statt Behauptungen

Der Sicherheitsunterschied zwischen einem selbst betriebenen WordPress und einem gehosteten Dienst ist real, wird aber oft pauschal behauptet. Die belegte Lage:

Laut dem Bericht State of WordPress Security in 2026 von Patchstack wurden im Jahr 2025 11’334 neue Schwachstellen im WordPress-Ökosystem erfasst — ein Anstieg von 42 % gegenüber 7’966 im Vorjahr. 91 % davon entfielen auf Plugins, 9 % auf Themes. 46 % der Schwachstellen waren zum Zeitpunkt der Veröffentlichung noch nicht behoben. 45 % wurden innerhalb von 24 Stunden nach Bekanntwerden aktiv ausgenutzt.

Was das bedeutet — und was nicht: Es bedeutet nicht, dass WordPress unsicher ist. Der Core gilt als solide gepflegt. Es bedeutet, dass das Risiko fast vollständig aus dem Plugin-Ökosystem stammt und dass die Reaktionszeit knapp ist. Ein WordPress mit wenigen, gepflegten Plugins und automatischen Updates ist gut beherrschbar. Ein über Jahre gewachsenes WordPress mit 30 Plugins von wechselnden Anbietern ist es nicht.

Bei Flyo liegt der Unterhalt beim Anbieter, und es gibt kein Plugin-Ökosystem von Drittanbietern — das reduziert die Angriffsfläche strukturell, schränkt aber im Gegenzug die Erweiterbarkeit ein. Beides gehört zusammen genannt.

Quelle: Patchstack, State of WordPress Security in 2026

Häufige Fragen

Beim Lizenzpreis ja, WordPress ist kostenlos. In der Vollkostenrechnung kommt es darauf an: Hosting, Plugin-Lizenzen, Wartungsvertrag, Sicherheitsupdates und die Arbeitszeit für mehrfach gepflegte Inhalte gehören auf die WordPress-Seite. Bei einer Website ohne weitere Kanäle bleibt WordPress meist günstiger, ab mehreren Kanälen kippt die Rechnung.

Für einzelne Websites, Blogs und kleinere Unternehmensauftritte ja. WordPress hat sich mit dem Block-Editor weiterentwickelt und verfügt über eine REST-API, mit der es auch headless betrieben werden kann. An Grenzen stösst es, wenn dieselben Inhalte über mehrere Kanäle ausgespielt werden sollen — dafür ist die seitenbasierte Architektur nicht ausgelegt.

Ja, über die eingebaute REST-API oder Erweiterungen wie WPGraphQL. Damit fällt allerdings genau der Teil weg, der WordPress attraktiv macht — die fertige Darstellungsebene und das Theme-Ökosystem — während der Unterhaltsaufwand für Core und Plugins bestehen bleibt. Headless WordPress lohnt sich meist nur, wenn ein grosser bestehender Inhaltsbestand erhalten bleiben soll.

Weil es keine Plugins von Drittanbietern gibt. Laut Patchstack entfielen 2025 rund 91 % der neu entdeckten Schwachstellen im WordPress-Ökosystem auf Plugins. Fällt diese Ebene weg, fällt die Hauptquelle weg. Der Preis dafür ist geringere Erweiterbarkeit: Was nicht als Modul existiert, muss über die API entwickelt werden.

Beiträge, Seiten und Medien lassen sich exportieren und übernehmen. Der Aufwand entsteht dort, wo Inhalte als Layout-Blöcke im Beitrag stehen statt als strukturierte Felder — diese müssen beim Import in ein Inhaltsmodell überführt werden. Das ist Handarbeit, aber gleichzeitig der Schritt, der die Mehrfachnutzung überhaupt ermöglicht.

Weiter vergleichen