Sanity CMS: Warum wir es für B2B-Websites einsetzen

Die kurze Antwort

Sanity CMS ist ein Headless CMS mit gehosteter Content-Datenbank (dem „Content Lake"), einem in React anpassbaren Editor namens Sanity Studio, einer Echtzeit-API und Visual Editing per Klick in der Live-Vorschau. Die Website selbst wird nicht in Sanity gebaut, sondern in einem Framework wie Astro oder Next.js, das die Inhalte über die API abruft.

Für B2B-Unternehmen verbindet Sanity drei Dinge, die sich sonst ausschließen: ein Content-Modell ohne Item-Decke, exakt auf deine Inhalte zugeschnitten; ein Editor, in dem dein Marketing ohne Entwickler pflegt; und nahezu keine laufenden Plattformgebühren, weil der Free-Plan 10.000 Dokumente und 20 Seats abdeckt.

Die Kehrseite: Sanity liefert kein Design und kein Frontend. Jede Änderung am Content-Modell ist Entwicklerarbeit. Wer ohne Entwicklungspartner arbeiten will, ist mit Webflow besser bedient. Wer Inhalte als System betreibt, mit mehreren Sprachen, wachsenden Wissensbereichen und programmatischen Seiten, bekommt mit Sanity das offene Fundament dafür.

Wie Sanity funktioniert: Content Lake, Studio, GROQ, Webhooks

Vier Teile, die du kennen solltest, bevor ein Entwickler dir ein Angebot macht.

Der Content Lake ist die gehostete Datenbank. Jeder Inhalt ist dort ein Dokument im JSON-Format: ein Artikel, eine Service-Seite, ein Testimonial. Welche Felder ein Dokument hat, legt das Schema fest, und das schreibt dein Entwickler in Code. Bei LeanWave liegen auf diese Weise 64 Dokumente und 86 Bilder, aufgeteilt in eigene Typen für FAQ, Beiträge, Testimonials, Case Studies und Rechtstexte.

Das Studio ist der Editor: eine React-Anwendung, die aus dem Schema Eingabemasken baut. Sie läuft entweder bei Sanity gehostet, so wie bei LeanWave, oder unter deiner eigenen Domain. Weil das Studio Code ist, lässt sich jedes Feld anpassen: Validierungen, Vorschau-Karten, Sprachumschalter.

GROQ ist die Abfragesprache, mit der die Website Inhalte holt. In Worten: „Gib mir alle veröffentlichten Artikel der Kategorie Vergleich, sortiert nach Datum, mit Titel, Slug und Thumbnail." Astro fragt das zur Buildzeit ab und backt die Antwort als HTML ein, Next.js fragt beim Aufruf der Seite. Inhalte liegen an einer Stelle, jede Seite holt genau die Felder, die sie braucht.

Webhooks schließen den Kreis. Speichert dein Marketing eine Änderung, ruft Sanity das Hosting (bei uns Vercel) auf, und die Website wird neu gebaut. Ein Detail aus der Praxis: Der Webhook braucht eine Regel, welche Ereignisse ihn auslösen. Ohne sie zeigt Sanity ihn als aktiv an, und er feuert nie.

Presentation Mode: dein Marketing ändert Texte in der Live-Vorschau

„Dann kann mein Team nichts mehr selbst ändern" ist der häufigste Einwand gegen eine Website aus Code. Presentation Mode ist die Antwort.

Im Studio läuft die echte Website als Vorschau. Fährst du über eine Überschrift, erscheint ein Rahmen. Klickst du hinein, springt rechts das passende Feld auf, und beim Tippen aktualisiert sich die Vorschau. Kein Rätseln, welches Feld „Hero-Unterzeile" steuert.

Technisch funktioniert das über Stega, und die Idee ist einfacher, als der Name klingt: In der Vorschau versteckt Sanity in jedem Text unsichtbare Zeichen, die sagen, aus welchem Dokument und Feld der Text stammt. Der Browser zeigt sie nicht an, das Overlay liest sie und weiß beim Klick, welches Feld es öffnen muss. Auf der öffentlichen Website gibt es diese Zeichen nicht, sie existieren nur im Vorschau-Build.

Der Webflow-Editor kann Klick-auf-Text-Bearbeitung seit Jahren, für Webflow-Websites. Presentation Mode bringt dasselbe Gefühl auf eine Website aus Code und trennt Inhalt und Layout: Dein Marketing kann keinen Abstand verschieben und keine Section löschen, weil das Layout im Code liegt.

Bei LeanWave läuft die Vorschau als eigenes Deployment auf Vercel. Die öffentliche Website wird statisch gebaut, ohne React und ohne Overlays. Das Vorschau-Deployment baut aus demselben Repository, rendert serverseitig, zeigt Entwürfe und liefert die Overlays. Es steht dauerhaft auf noindex, damit Google keine Kopie findet.

Was Sanity im B2B-Alltag kann

Fünf Punkte, die im Projekt regelmäßig den Unterschied machen, vom ersten Sprachwechsel bis zur Freigabe.

Mehrsprachigkeit ohne Aufpreis pro Sprache

Sanity kennt keine Sprach-Add-ons. Bei LeanWave läuft die Übersetzung über das offizielle Plugin Document Internationalization: Jedes Dokument hat ein Sprachfeld, die deutsche Variante trägt die ID des englischen Dokuments plus „-de", oben im Dokument sitzt der Sprachumschalter. Englisch liegt auf der Wurzel, Deutsch unter /de. Die URL-Segmente sind übersetzt, nicht nur mit Präfix versehen: /solutions heißt /de/loesungen. hreflang wird wechselseitig inklusive x-default ausgegeben. Fehlt eine Übersetzung, bleibt der Sprachschalter auf der eigenen Sprache, statt ins 404 zu führen. Bei Webflow kostet jede Sprache 9 bis 29 $ pro Monat extra, wie der Vergleich Webflow vs. Next.js zeigt.

Referenzen zwischen Dokumenten

Ein Testimonial auf fünf Seiten existiert einmal und wird fünfmal referenziert. Ändert der Kunde seinen Jobtitel, änderst du ihn an einer Stelle. Bei LeanWave ist die FAQ-Sektion der Startseite eine Referenzliste: Sie zeigt nicht automatisch alle FAQ-Dokumente, sondern die, die jemand bewusst hineinzieht. Das ist Absicht, aber du musst es wissen: Ein neues FAQ taucht erst auf, wenn es in der Liste steht.

Bild-Pipeline

Bilder lädst du einmal in Originalgröße hoch. Sanitys Bild-CDN liefert pro Aufruf Größe und Format. Das Frontend fordert Breite, Zuschnitt und ein modernes Bildformat an, niemand konvertiert Quelldateien von Hand. Hotspot und Zuschnitt setzt dein Marketing im Studio.

Rollen und Seats

20 Seats im Free-Plan heißt 20 Personen mit Login. Rollen wie Administrator, Editor und Viewer sind vordefiniert, das reicht für Redaktion, Agentur und Freigeber. Eigene, frei definierte Rollen gibt es erst in den höheren Plänen.

Entwürfe und Versionen

Jede Änderung landet zuerst als Entwurf. Veröffentlicht wird mit einem Klick, erst dann feuert der Webhook. Der Verlauf lässt sich einsehen und zurücksetzen; wie weit er zurückreicht, hängt vom Plan ab. Ein Redakteur bereitet vor, ein Verantwortlicher veröffentlicht, niemand schickt Texte per E-Mail hin und her.

Sanity und KI-Content-Systeme

Alles in Sanity ist strukturiert und per API erreichbar. Ein Artikel ist kein Textblock, sondern ein Dokument mit Titel, Intro, Sections, FAQ und Tabellen als einzelnen Feldern. Genau das brauchen KI-Agenten.

Sanity bietet dafür die API und einen offiziellen MCP-Server (Model Context Protocol, eine Standardschnittstelle, über die KI-Assistenten wie Claude oder ChatGPT Werkzeuge ansprechen). Ein Agent kann damit Dokumente lesen, Entwürfe anlegen und Referenzen setzen. Mit einer Website aus Code lässt sich so die gesamte Kette programmatisch steuern: Content-Modell, Seiten-Templates, Inhalte, interne Verlinkung, Schema-Markup, Sitemap und Deploy.

Damit der Vorteil richtig eingeordnet ist: Webflow und Wix haben ebenfalls offizielle MCP-Server und APIs, ein Agent kann dort also auch arbeiten. Sanitys Unterschied liegt nicht am Zugang, sondern an dem, was hinter dem Zugang liegt: ein Content-Modell, das du selbst definierst und das keine Item- oder Collection-Obergrenze eines Builders kennt, Templates, die mehrere Dokumenttypen kombinieren dürfen, und ein Frontend im Code, in dem Rendering, Caching, Schema, Sitemap und interne Verlinkung mit derselben Datenbasis arbeiten.

Aus strukturierten Daten entstehen so hunderte oder tausende Seiten aus einem Template: Branchen mal Leistungen mal Städte, Glossare, Vergleichsseiten. Eine Warnung aus eigener Erfahrung: Google wertet solche Seiten als Doorway-Pages ab, sobald ihnen echte Substanz pro Seite fehlt. Ein Template mit ausgetauschtem Stadtnamen reicht nicht. Wie KI-Suchmaschinen solche Inhalte lesen, steht im Artikel zu Generative Engine Optimization.

Sanity vs. Contentful vs. Storyblok vs. Webflow CMS

Sanity gibt dem Entwickler den Editor als Code, Contentful liefert einen fertigen Editor mit festen Feldtypen, Storyblok setzt auf einen visuellen Editor mit Komponenten-Bausteinen. Webflow CMS ist primär an den Webflow-Editor gebunden, lässt sich per API aber auch headless nutzen. Es gehört in die Tabelle, weil es für viele B2B-Unternehmen die Alternative auf dem Tisch ist.

Für die Wahl zwischen den drei Headless-Systemen zählt bei uns ein Kriterium vor allen anderen: Wer den Editor besitzt. Bei Sanity ist das Studio Teil deines Repositories. Die Grundsatzfrage klärt Headless CMS erklärt.

Was Sanity kostet

Preise von sanity.io/pricing, Stand 13.09.2026, in US-Dollar.

Free: 0 $. 20 Seats, 10.000 Dokumente, 100 GB Assets, 100 GB Bandbreite pro Monat. Presentation Mode und Visual Editing enthalten. Growth: 15 $ pro Seat und Monat, 25.000 Dokumente. Enterprise: individuell.

Was die Limits bedeuten: in-sync.io kommt mit 49 Wissen-Artikeln, 10 Service-Seiten, 17 Stadtseiten, Case Studies, FAQs und Team-Einträgen auf einen Bruchteil von 10.000 Dokumenten. LeanWave liegt bei 64. 10.000 Dokumente reichen für die meisten Unternehmenswebsites. Eng wird es erst bei programmatischen Systemen mit mehreren tausend Kombinationen aus Branchen, Städten und Leistungen, dann ist Growth der nächste Schritt.

Die 100 GB Bandbreite decken die Bildauslieferung über das Sanity-CDN. Eine B2B-Website mit einigen tausend Besuchern im Monat bleibt damit klar im Rahmen des Free-Plans.

Dazu kommt das Hosting: Vercel Pro kostet 20 $ pro Entwickler-Seat und Monat inklusive 20 $ Nutzungsguthaben, ohne Grundgebühr pro Projekt. Eine Astro- oder Next.js-Website mit Sanity Free läuft für ein einzelnes Unternehmen typischerweise mit 0-20 $ Hosting pro Monat, gegenüber 25-54 $ für Webflow Premium mit Lokalisierung. Was das im Projektbudget ausmacht, zeigt der Artikel zu Webentwicklung-Kosten.

Grenzen und Nachteile

Die Gründe gegen Sanity gehören vor den Vertrag auf den Tisch.

Das Studio muss konfiguriert werden. Nach der Anmeldung ist es leer. Jeder Dokumenttyp, jedes Feld ist Code. Das ist die Stärke und der Aufwand, den ein Baukasten nicht hat.

Sanity ist kein Design-Tool. Farben, Abstände und Layouts stellst du nirgends ein. Das Design entsteht in Figma und wird als Code gebaut. Wer Layouts selbst verschieben will, braucht Webflow.

Schema-Änderungen brauchen einen Entwickler. Ein neues Feld „Preis" auf der Service-Seite ist ein Eingriff in Schema und Frontend. Neue Inhalte im bestehenden Modell (neuer Artikel, neue Stadtseite) legt dein Marketing dagegen selbst an.

Der Datensatz ist öffentlich lesbar oder braucht ein Token. Ein öffentlicher Datensatz macht den Build einfacher und ist für Inhalte, die ohnehin auf der Website stehen, unkritisch. Sobald ein Projekt vertrauliche Inhalte im selben Datensatz hält, braucht es einen privaten Datensatz und ein Token im Build. Diese Entscheidung gehört an den Anfang des Projekts, nicht ans Ende.

GROQ hat eine Lernkurve für Entwickler. Die Abfragesprache ist anders als SQL oder GraphQL. Ein Team ohne Sanity-Erfahrung braucht Einarbeitung.

Zwei Systeme statt einem. Studio und Website sind getrennte Deployments. Der Webhook muss laufen, das Vorschau-Deployment muss noindex bleiben, und bei statischen Websites ist eine Änderung erst nach dem Rebuild live.

Wann Sanity, wann nicht

Sanity ist kein Universalwerkzeug. Die beiden Listen sind die Kurzfassung unserer Projektentscheidung.

Wähle Sanity, wenn …

Ein dauerhaft zutreffender Punkt reicht.

Wähle etwas anderes, wenn …

Auch hier reicht ein Punkt, um die Entscheidung zu kippen.

So setzen wir Sanity ein

in-sync.io. Unsere Website lief bis 2026 auf Wix und läuft seit Juni 2026 auf Next.js, Sanity und Vercel. 49 Wissen-Artikel, 10 Service-Seiten und 17 Stadtseiten kommen aus Sanity, jeweils DE und EN mit hreflang. Artikel sind aus typisierten Blöcken zusammengesetzt (Section, Tabelle, FAQ, Callout, CTA und weitere), statt aus einem freien Textfeld zu bestehen. Eine neue Stadtseite heißt deshalb: ein Dokument im Studio, keine Zeile Code. Server-Rendering, llms.txt, IndexNow und FAQPage-Schema liegen im Code. Die alte Wix-Website rankte für praktisch nichts, die neue baut ihre Rankings seit Juni auf.

LeanWave (Otto ID Solutions). RFID-Lösungen für Textilservice und Wäschereien, leanwave.com. Astro statisch, Sanity, Tailwind, Vercel. 64 Dokumente, 86 Bild-Assets, EN/DE über Document Internationalization, übersetzte URL-Segmente, Presentation Mode über ein separates Vorschau-Deployment, Rebuild per Webhook bei jeder Änderung. Was das in Zahlen heißt: leanwave.com, das wir statisch mit Astro bauen, lädt auf der Startseite rund 39 KB JavaScript in drei Dateien. Eine unserer Webflow-Seiten lädt an derselben Stelle rund 740 KB in dreizehn Dateien (eigene Messung, 13.09.2026). Mehr zur Framework-Wahl im Hub-Artikel Baukasten, Webflow oder Next.js.

Ullsteinhaus und Monteval. Beide laufen auf Astro und Sanity, Ullsteinhaus mit React und Three.js für 3D-Elemente, Monteval mit GSAP-Animationen. Dieselbe Content-Datenbank, zwei komplett verschiedene Frontends.

Kommst du von Webflow oder WordPress, beschreibt Webflow zu Next.js migrieren den Export-Pfad bis zum Sanity-Import. Den Umzug ohne Ranking-Verlust regelt unser Prozess aus Website-Relaunch ohne SEO-Verlust, umgesetzt über unsere Relaunch-Agentur. Eine neue Website auf Astro oder Next.js mit Sanity baut unsere Webentwicklungs-Agentur.

Häufige Fragen

Nächster Schritt

Passt Sanity zu deiner Website? In einem Erstgespräch sagen wir dir, ob Sanity, Webflow oder etwas anderes die richtige Basis ist.