Flyo vs Sanity: Bauen oder benutzen?
Zuletzt geprüft: 10.08.2026
Sanity ist eine strukturierte Content-Plattform mit einem eigenen Datenspeicher (Content Lake), einer eigenen Abfragesprache (GROQ) und einer Redaktionsoberfläche, die als React-Anwendung selbst konfiguriert und deployed wird — das Sanity Studio. Das ergibt maximale Anpassbarkeit, setzt aber Entwicklungsressourcen voraus. Flyoliefert die Redaktionsoberfläche fertig; angepasst wird über Konfiguration, nicht über Code.
Der Unterschied ist keine Frage der Qualität, sondern der Arbeitsteilung: Bei Sanity baut ein Entwicklungsteam die Redaktionsumgebung, bei Flyo ist sie Teil des Produkts.
Der direkte Vergleich
| Kriterium | Flyo | Sanity |
|---|---|---|
| Anbietersitz | Aarau, Schweiz | Oslo, Norwegen und USA |
| Redaktionsoberfläche | fertig, konfigurierbar | Sanity Studio, selbst gebaut und deployed |
| Anpassung erfolgt über | Konfiguration | Code (React) |
| Abfragesprache | REST mit OpenAPI-Spezifikation | GROQ, zusätzlich GraphQL |
| Datenmodell | pro Projekt frei definierbar | pro Projekt frei definierbar, im Code |
| Abrechnung | verbrauchsbasiert (Credits) | pro Seat, gestaffelt nach Plan |
| Benutzeranzahl | unlimitiert | tarifabhängig begrenzt |
| Dokumentenanzahl | unlimitiert | tarifabhängig begrenzt |
| Hosting-Standort | Schweiz | Anbieter-Infrastruktur, Region nach Plan |
| Visuelle Vorschau | ja, im tatsächlichen Layout | über Presentation-Tool, Einrichtung nötig |
| Echtzeit-Zusammenarbeit | ja | ja |
| Mehrkanal im Standard | Newsletter, Social Media, Signage & weitere | API; Kanäle als Eigenentwicklung |
| Benötigte Entwicklungsressourcen | für Frontend | für Frontend und Studio |
| Support | Deutsch, Schweiz | Englisch |
Wann Sanity die bessere Wahl ist
- Ein Entwicklungsteam ist vorhanden und soll die Redaktionsumgebung gestalten. Das Sanity Studio lässt sich bis ins Detail an interne Abläufe anpassen — Eingabemasken, Validierungen, eigene Eingabekomponenten. Wer das braucht, findet bei Flyo keine Entsprechung.
- Komplexe, stark vernetzte Inhaltsmodelle. GROQ löst tiefe Verknüpfungen und Projektionen in einer einzigen Abfrage. Für datenintensive Anwendungen ist das ein echter Vorteil.
- Content als Produktdatenbank, nicht nur als Website-Inhalt. Wenn Inhalte primär andere Anwendungen speisen und die Redaktionsoberfläche zweitrangig ist, passt Sanity besser.
- Echtzeit-Zusammenarbeit ist zentral. Sanity hat kollaboratives Arbeiten früh und tief umgesetzt.
- Internationales Entwicklungsteam. Grosse Community, ausführliche Dokumentation, viele verfügbare Fachkräfte.
Wann Flyo besser passt
- Es gibt kein Entwicklungsteam für die Redaktionsumgebung. Das Sanity Studio ist eine Anwendung, die gebaut, deployed und gewartet werden muss. Bei Flyo entfällt dieser Posten vollständig.
- Die Redaktion soll sehen, was sie publiziert. Flyo zeigt Änderungen im tatsächlichen Layout. Bei Sanity ist die visuelle Vorschau einrichtbar, aber ein eigener Umsetzungsschritt.
- Viele gelegentliche Redaktorinnen und Redaktoren. Sanity rechnet pro Seat und begrenzt die Anzahl je nach Plan. Bei verteilten Zuständigkeiten in Verwaltung oder Tourismus wird das zum Kostenfaktor.
- Datenhaltung in der Schweiz ist Anforderung.
- Mehrere Ausspielkanäle ohne Eigenentwicklung.
- Deutschsprachiger Support und Schweizer Vertragsverhältnis.
Weiter vergleichen
Häufige Fragen zu Sanity
Für die Einrichtung ja, für den reinen Redaktionsbetrieb danach nicht.
Das Sanity Studio ist eine React-Anwendung: Es muss konfiguriert, das Schema im Code definiert und beides deployed werden. Auch spätere Änderungen am Inhaltsmodell laufen über Code und damit über einen Entwicklungs- und Deployment-Vorgang.
Sobald das Studio steht, ist es gut bedienbar. Die Redaktion arbeitet dann eigenständig, und die Oberfläche lässt sich bis ins Detail an interne Abläufe anpassen.
Für die Entscheidung ist deshalb weniger der laufende Betrieb relevant als die Frage, wer das Studio aufbaut und wer es über die Jahre pflegt. Wo diese Ressource dauerhaft vorhanden ist, ist Sanity eine starke Wahl. Wo sie fehlt, wird sie zum Engpass. Bei Flyo ist die Redaktionsoberfläche Teil des Produkts; ein zusätzliches Feld ist eine Einstellung, kein Deployment.
Bei Sanity wird die Redaktionsoberfläche selbst gebaut, bei Flyo ist sie Teil des Produkts.
Das Sanity Studio ist eine React-Anwendung, die konfiguriert, deployed und gewartet wird. Das ergibt maximale Anpassbarkeit: Eingabemasken, Validierungen und eigene Komponenten lassen sich frei gestalten. Es setzt aber Entwicklungsressourcen voraus, dauerhaft und nicht nur einmalig.
Bei Flyo wird die Oberfläche über Einstellungen angepasst statt über Code. Inhaltstypen und Felder werden pro Projekt definiert, der Seitenaufbau läuft über vordefinierte Blöcke mit Live-Vorschau. Der Weg zur produktiven Nutzung ist kürzer, der Gestaltungsspielraum an der Oberfläche kleiner.
Dazu kommt ein Unterschied im Umfang: Sanity ist eine Content-Plattform für Websites und Apps. Flyo bündelt zusätzlich Newsletter, Social Media, Digital Signage, Canva und PDF-Druckvorlagen in derselben Oberfläche.
Die Frage lautet also: bauen oder benutzen. Abgerechnet wird entsprechend unterschiedlich: Sanity pro Seat mit tarifabhängigen Obergrenzen, Flyo verbrauchsbasiert über Credits ohne Begrenzung der Benutzeranzahl.
GROQ ist die Abfragesprache von Sanity.
Sie erlaubt es, verknüpfte Inhalte und Umformungen in einer einzigen Abfrage zu holen, also etwa einen Artikel samt Autorin, deren Publikationen und den zugehörigen Bildern, in genau der Form, die das Frontend braucht. Bei komplexen, stark vernetzten Datenmodellen ist das deutlich ausdrucksstärker als eine reine REST-Schnittstelle, die dafür mehrere Aufrufe und Nachbearbeitung im Frontend benötigt.
Der Preis ist eine zusätzliche Sprache, die das Team lernen und über die Jahre beherrschen muss. Bei Personalwechseln ist das ein Faktor.
Flyo setzt auf REST mit vollständiger OpenAPI-Spezifikation. Daraus lassen sich Clients für beliebige Programmiersprachen generieren, und offizielle SDK-Clients für PHP, JavaScript und Vue sowie Integrationen für Laravel und Nuxt stehen bereit. Das ist ohne Einarbeitung nutzbar, löst tiefe Verknüpfungen aber weniger elegant als GROQ. Erprobt ist die Anbindung unter anderem mit Next.js, Nuxt, Astro und Laravel.
Das hängt an der Anzahl Personen mit Zugang.
Sanity rechnet pro Seat mit tarifabhängigen Obergrenzen. Bei kleinen, festen Teams ist das günstig und gut planbar. Teuer wird es dort, wo viele Personen gelegentlich publizieren: in Verwaltungen, Tourismusorganisationen oder Verbänden mit Partnerredaktionen ist genau das der Normalfall.
Flyo rechnet über Verbrauch ab und begrenzt Benutzer und Inhaltsmenge nicht: 0.05 Credits pro Server-Request, 30 Credits pro genutzter Server-Minute. Der Einstiegsplan kostet CHF 47.– pro Monat mit 500 Credits, im Jahresabo CHF 39.–. Ob eine Person oder fünfzig Inhalte pflegen, ändert am Preis nichts. Bei Sanity kommt der einmalige Aufwand für den Aufbau des Studios hinzu, dazu dessen Wartung über die Projektlaufzeit.