Drei Argumente, die hier nicht greifen

Sanity ist ein ernstzunehmendes, von Entwicklern geschätztes Produkt, und die meisten üblichen Vergleichswinkel prallen daran ab. Legen wir sie gleich beiseite.

Sanity ist Code-First. Schemas sind TypeScript in deinem Repo, und das Studio selbst wird im Code konfiguriert und aus deinem Projekt deployt. Das gilt seit Jahren - wohl von dort stammt die Idee überhaupt. "Wir definieren Schemas im Code und die nicht" ist also kein Argument, das uns zusteht.

Sanity hat visuelles Editing. Das Presentation-Tool verbindet Studio und dein Live-Frontend über Content Source Maps und Stega-Encoding: Redakteure klicken ein Element auf der echten Seite an und bearbeiten es. Das funktioniert mit Next.js, Remix, Nuxt und Astro.

Sanity begrenzt deine Sprachen nicht. Locales sind ab dem kostenlosen Tarif unbegrenzt, limitiert nur durch Attributgrenzen. Falls du gehofft hast, wir schlagen sie beim Mehrsprachigkeitspreis - tun wir nicht. Dieses Argument wirkt gegen Storyblok und Contentful, nicht gegen Sanity.

Übrig bleibt ein echter Unterschied in der Form - und einer in der Abrechnung.

Der echte Unterschied: Was Redakteure tun

Sanity denkt zuerst in Structured Content. Das mentale Modell sind Dokumente und Felder. Eine Redakteurin öffnet ein Dokument im Studio, füllt Felder aus, und das Frontend entscheidet, wie es sie rendert. Presentation macht diese Schleife visuell - Element anklicken, Feld direkt bearbeiten - aber die Arbeitseinheit bleibt das Feld. Die Seite zu bauen ist Entwicklerarbeit im Code.

Cmssy denkt zuerst in Seitenkomposition. Die Arbeitseinheit ist der Block. Eine Redakteurin öffnet eine Seite im Editor, zieht einen Testimonial-Abschnitt über den Preis-Abschnitt, bearbeitet den Text auf der Live-Seite und veröffentlicht. Niemand fasst das Repo an. Die Blöcke selbst bleiben entwicklereigenes React mit typisiertem Schema - aber sie zu einer Seite zusammenzusetzen ist Redaktionsarbeit, kein Deployment.

Der ganze Vergleich in einer Zeile: Sanity gibt Redakteuren bessere Felder, Cmssy gibt Redakteuren die Seite.

Was richtig ist, hängt davon ab, was dein Team tatsächlich tut. Ist dein Inhalt ein Produktkatalog, eine Doku-Sammlung oder ein Artikelarchiv, das mehrere Oberflächen speist, ist Structured Content das richtige Modell und Sanity darin exzellent. Will dein Marketing-Team heute Nachmittag Landingpages bauen und umsortieren, ist ein Feld-Editor nicht das, wonach es fragt.

Preise

Das ist die zweite Achse, und sie beißt an einem bestimmten Punkt.

Sanity: Free für 0 $ (bis 20 Sitze, 2 Datasets, 250K API-Anfragen und 1M CDN-Anfragen pro Monat), Growth für 15 $ pro Sitz und Monat (bis 50 Sitze, Kommentare und Tasks, private Datasets), Enterprise auf Anfrage. Zusätzliche Datasets kosten bei Growth 999 $ pro Dataset und Monat. SSO, eigene Rollen, Content Releases und Audit Trail gibt es nur im Enterprise-Tarif.

Cmssy: Hobby kostenlos (1 Workspace, 5 Seiten, 3 eigene Blöcke), Pro für 19 $/Monat pauschal (5 Workspaces, unbegrenzte Seiten, 25 eigene Blöcke, KI und MCP), Enterprise auf Anfrage.

Pro Sitz gegen pauschal - das musst du durchrechnen. Eine Redakteurin auf Sanity Growth kostet 15 $, wir 19 $ - da verlieren wir. Fünf Redakteure sind 75 $ gegen unsere 19 $. Zwölf sind 180 $ gegen unsere 19 $. Der Schnittpunkt kommt fast sofort, und zwar genau dann, wenn ein CMS nützlich wird: sobald mehr als eine Person es anfasst.

Von den 999 $ pro zusätzlichem Dataset solltest du wissen, bevor du deine Architektur um Datasets herum baust - wenn dein Reflex ein Dataset pro Marke oder pro Umgebung ist, rechne das zuerst durch.

Sanity-Angaben geprüft am 27. Juli 2026 - verifiziere sie vor deiner Entscheidung.

Wo ihr Gratis-Tarif unseren schlägt

Ganz offen: Sanitys kostenloser Tarif ist deutlich großzügiger als unserer. Zwanzig Sitze, zwei Datasets, ein echtes API-Kontingent. Unser Hobby-Plan ist ein Workspace, fünf Seiten und drei eigene Blöcke - eine Testmöglichkeit, kein Zuhause. Wenn dein Projekt klein und unfinanziert ist und das auch bleibt, ist Sanitys Gratis-Tarif der bessere Deal, und wir tun nicht so, als wäre es anders.

Abfragen

Sanity nutzt GROQ, eine eigene Abfragesprache. Sie ist wirklich mächtig - Projektionen, Joins und Filter, die in GraphQL umständlich wären - und ein echter Grund, warum Entwickler bleiben. Der Preis: eine weitere Sprache, die dein Team lernt, noch dazu eine Sanity-spezifische.

Cmssy ist GraphQL in jedem Tarif, mit Codegen für typisierte Dokumente. In Extremfällen weniger ausdrucksstark als GROQ, aber es gibt nichts Neues zu lernen und das Tooling existiert bereits.

Fazit: ein echter Tausch, kein Sieg. Nimm GROQ, wenn du tief abfragst; nimm GraphQL, wenn du lieber keine neue Sprache einführst.

KI

Cmssy stellt den Workspace über einen MCP-Server bereit: Ein Agent wie Claude erstellt Seiten, schreibt Texte, füllt Übersetzungen und setzt SEO - über dieselbe API wie der Editor, am Inhalt und nie an deinem Code. Weil Cmssys Einheit die Seite ist, kann man dem Agenten sagen "füg eine Preisseite mit drei Tarifen hinzu" und er liefert tatsächlich eine. Diese Anweisung hat kein sauberes Äquivalent in einem Felder-und-Dokumente-Modell, in dem die Seitenstruktur im Repo lebt.

Gewinner: Cmssy - und dieser Vorteil folgt aus dem Kompositionsmodell, er ist kein separates Feature.

Wo Sanity gewinnt

• Studio-Anpassbarkeit - das Studio ist deine React-App. Eigene Eingabekomponenten, Structure Builder, maßgeschneiderte Workflows. Unser Editor ist deutlich meinungsstarker.
• Echtzeit-Zusammenarbeit - mehrere Redakteure gleichzeitig in einem Dokument, mit Presence. Reif und gut gebaut.
• GROQ und Portable Text - zwei wirklich gute Design-Entscheidungen, besonders Portable Text für Rich Content, der auch außerhalb des Webs rendern muss.
• Gratis-Tarif - zwanzig Sitze, wie oben.
• Reife und Community - Jahre Produktiveinsatz, großes Plugin-Ökosystem, tiefe Dokumentation.
• Framework-Breite - visuelles Editing in Next.js, Remix, Nuxt und Astro. Wir fokussieren auf React und Next.js.
• Omnichannel - speist der Inhalt Apps und andere Oberflächen, ist Structured Content das richtige Modell und Seitenkomposition das falsche.

Vergleich

Das Fazit

Nimm Sanity, wenn dein Inhalt strukturierte Daten für mehrere Oberflächen sind, wenn du das Autorenwerkzeug selbst formen willst, wenn dich GROQ und Portable Text reizen - oder wenn du klein genug bist, dass zwanzig Gratis-Sitze die Sache entscheiden.

Nimm Cmssy, wenn die Aufgabe Websites heißt und die Leute, die sie erledigen, Marketer sind, die ohne Entwickler Seiten bauen wollen, wenn du mehr als zwei, drei Redakteure hast und die Abrechnung pro Sitz gleich wehtut, oder wenn du einen KI-Agenten willst, der eine ganze Seite erstellt statt ein Feld zu füllen.

Der ehrliche Einzeiler: Sanity ist das bessere Content-Backend, Cmssy das bessere Website-CMS. Sie konkurrieren eigentlich nicht um denselben Nachmittag.

Nächste Schritte

• Folge dem Installations-Guide, um @cmssy/react und @cmssy/next in eine Next.js-App einzubinden
• Sieh dir an, wie Blöcke im Code definiert werden
• Lies über den MCP-Server
• Vergleiche Cmssy und Contentful oder Cmssy und Storyblok