Sanity vs. Headless WordPress: ehrlich abgewogen

Sanity oder Headless WordPress — die Frage stellt sich vor allem bei entwicklergetriebenen Teams, die strukturierte Inhalte über mehrere Kanäle wiederverwenden wollen. Die ehrliche Antwort: Sanity gewinnt bei Entwicklerteams, die ein strukturiertes Content-Modell, Echtzeit-Kollaboration und ein voll anpassbares Editor-Erlebnis wollen und Entwickler für Aufbau und Betrieb haben. Headless WordPress gewinnt bei DACH-KMU durch vertraute Redaktion, planbare Kosten, Schweizer Self-Hosting und ein grosses Plugin-Ökosystem. Wer zuerst den Status quo der eigenen Site kennen will, erhält über den kostenlosen Website-Check in unter einer Minute eine erste Einordnung.

Dieser Vergleich macht zuerst die Pro-Sanity-Argumente stark und prüft erst danach, wo die WordPress-Architektur dieselben Anforderungen redaktionsfreundlicher erfüllt. Wer die grundsätzliche Unterscheidung zwischen monolithischem und entkoppeltem WordPress noch braucht, findet sie im Vergleich von klassischem und entkoppeltem WordPress im Grundsatz; den fachlichen Rahmen liefert unser Wissensüberblick zu Headless WordPress. Weitere reine Headless-CMS im direkten Schnitt gegen Headless WordPress behandeln die Vergleiche zu Contentful, zu Strapi und zu Drupal headless.

Wodurch unterscheiden sich Sanity und Headless WordPress?

Sanity und Headless WordPress unterscheiden sich nicht primär in der Qualität, sondern im Ausgangspunkt: Sanity ist als strukturierte Content-Plattform für Entwickler gebaut, WordPress als Redaktions-Werkzeug für Autoren. Die beiden folgenden Profile machen das konkret.

Sanity ist eine strukturierte Content-Plattform, die sich selbst als „Content Operating System" positioniert. Inhalte liegen als schemalose JSON-Dokumente im Content Lake, Sanitys gehostetem Echtzeit-Datenspeicher, und werden mit der offenen Abfragesprache GROQ ausgelesen; alternativ steht GraphQL bereit. Der Editor, Sanity Studio, ist eine quelloffene React-Anwendung unter MIT-Lizenz, die Sie in JavaScript konfigurieren und selbst deployen. Sanity ging 2017 im norwegischen Oslo öffentlich an den Start. Stärke: echte strukturierte Inhalte, Echtzeit-Kollaboration und ein voll anpassbares Editor-Erlebnis. Schwäche: Das Backend ist proprietär und lässt sich nicht selbst hosten, und ohne Entwickler entsteht keine fertige Website.

Headless WordPress kombiniert WordPress als self-gehostetes CMS-Backend mit einem modernen JavaScript-Frontend wie Next.js oder Astro. Stärke: das mit Abstand grösste Redaktions- und Plugin-Ökosystem, ein vertrauter Editor für Nicht-Techniker, ein sehr breiter Talentpool und die Möglichkeit, das Backend in einem Schweizer Rechenzentrum zu betreiben. Schwäche: das strukturierte Content-Modell entsteht erst über Werkzeuge wie ACF, und die Redaktions-Kollaboration ist nicht in Echtzeit wie bei Sanity.

Der entscheidende Unterschied in einem Satz: Sanity ist eine Entwickler-Plattform, auf der Redaktion entsteht; WordPress ist eine Redaktions-Plattform, die man entkoppeln kann. Welches Profil passt, entscheidet sich auf den nächsten Achsen.

Sanity oder Headless WordPress — wer gewinnt auf welcher Achse?

Auf den acht entscheidungsrelevanten Achsen führt keine Plattform durchgängig: Sanity gewinnt bei strukturiertem Content-Modell, Echtzeit-Kollaboration und Editor-Anpassbarkeit, Headless WordPress bei Redaktions-Vertrautheit, Kostenplanbarkeit, Datensouveränität und Ökosystem-Breite. Die folgende Tabelle stellt alle Achsen direkt gegenüber.

Zwei Beobachtungen ergänzen die Tabelle. Erstens die Datenresidenz: Sanitys Content Lake läuft auf Google Cloud in einer einzelnen EU-Region in Belgien, ist SOC-2-Type-2-zertifiziert und DSGVO-konform — aber eine Schweizer Region oder freie Regionswahl gibt es nicht, und das Backend lässt sich nicht selbst hosten. EU-Hosting ist gegenüber vielen US-SaaS ein echtes Plus; volle Schweizer Datensouveränität bietet aber nur Self-Hosting, wie es Headless WordPress erlaubt. Zweitens die Kosten: Sanity rechnet pro Sitz plus Nutzung ab (Dokumente, API- und CDN-Anfragen, Bandbreite); massgeblich ist die aktuelle Sanity-Preisseite. Struktur wichtiger als Momentaufnahme: Jeder schreibende Nutzer verbraucht einen kostenpflichtigen Sitz, und Overages machen das Budget bei wachsendem Team und Traffic schwerer planbar als ein festes Hosting.

Für wen ist Sanity die richtige Wahl?

Sanity ist für ein klar umrissenes Profil die beste Wahl: Entwicklerteams, die strukturierte Inhalte über mehrere Kanäle (Web, App, Produktoberflächen) wiederverwenden, ein voll anpassbares Editor-Erlebnis bauen und Echtzeit-Kollaboration im Kern brauchen. Für dieses Profil schlägt Sanity Headless WordPress.

Das Profil im Detail: ein Team mit React- und JavaScript-Kompetenz, das ein eigenes Editor-Erlebnis für die Redaktion gestalten will statt eines Standard-Backends; Inhalte, die eher strukturierte Daten als klassische Artikel sind und in mehreren Frontends wiederverwendet werden; und die Bereitschaft, den Aufbau von Schema und Frontend als Entwicklungsprojekt zu tragen. GROQ und das quelloffene Studio geben hier eine Flexibilität, die WordPress in dieser Tiefe nicht bietet — Sanity führt auf seiner Kundenseite namhafte internationale Marken als Referenzen, was für die Enterprise-Reife der Plattform spricht.

Sanity wird dagegen zuverlässig zur falschen Wahl in vier Szenarien: bei einer Nicht-Techniker-Redaktion ohne Dev-Begleitung, bei knappem und planbarem Budget, bei strikter Schweizer Datenresidenz-Anforderung und wenn ein fertiges Ökosystem aus Plugins und Themes statt Eigenbau gefragt ist. Trifft auch nur einer dieser Punkte zu, wird Sanity im ersten Jahr entweder teuer oder mühsam.

Wann ist Headless WordPress die richtige Wahl?

Headless WordPress ist in der DACH-KMU-Klasse die Standardwahl mit der breitesten Profil-Abdeckung: redaktions- und marketinglastige Sites, Nicht-Techniker-Redaktion, planbare Kosten, Schweizer Datenresidenz und ein grosses Ökosystem. Wo Sanity ein enges Entwickler-Profil scharf bedient, deckt WordPress das breite Mittelfeld ab.

Das Profil im Detail: Unternehmen, die regelmässig Inhalte publizieren und wollen, dass die Redaktion ohne Entwickler arbeitet; Sites mit Bedarf an bewährten Bausteinen wie SEO-Plugins, Formularen oder Shop-Anbindung; und Organisationen, die planbare Kosten und Datenresidenz im Land brauchen. Ob sich der Schritt für Sie rechnet, ordnet der Beitrag dazu ein, wann Headless WordPress die wirtschaftlichere Wahl ist; die Frage, ob am Frontend eine GraphQL- oder REST-Anbindung sinnvoll ist, und die konkreten CHF-Kostenrahmen 2026 vertiefen zwei häufige Detailfragen.

Stärken in der Praxis: WordPress betreibt laut W3Techs rund 41 % aller Websites (Stand Juni 2026) — gegenüber weniger als 0,1 % für Sanity —, was ein riesiges Plugin-, Talent- und Dienstleister-Ökosystem bedeutet; die Daten liegen in einer offenen MySQL-Datenbank; und das Backend lässt sich bei Schweizer Anbietern betreiben. Schwächen ehrlich benannt: keine native Echtzeit-Kollaboration, ein weniger unmittelbar strukturiertes Content-Modell als bei Sanity und ein höherer initialer Architektur-Aufwand als bei einem klassischen Monolithen.

Datenresidenz, Kosten und Lock-in

Der ehrlichste Unterschied zwischen Sanity und Headless WordPress liegt in drei nüchternen Fragen: Wo liegen die Daten, wie planbar sind die Kosten, und wie leicht kommt man wieder heraus? Bei Sanity liegt das Backend in der EU (Belgien), nicht in der Schweiz, und ist proprietär — der Content Lake lässt sich nicht selbst hosten. Bei Headless WordPress bestimmen Sie das Hosting selbst, inklusive Schweizer Rechenzentrum.

Beim Lock-in lohnt die genaue Betrachtung. Ein Sanity-Dataset lässt sich sauber als NDJSON exportieren — auf der Datenebene ist der Ausgang also offen. Der eigentliche Lock-in sitzt in der Anwendungsebene: Rich-Text als Portable Text muss transformiert werden, GROQ-Abfragen und das Studio-Schema werden auf einer Zielplattform neu gebaut. Bei WordPress besitzen Sie die vollständige MySQL-Datenbank und exportieren über den WXR-Standard. Beide Systeme lassen Sie technisch wieder heraus; der Aufwand liegt bei Sanity in der Re-Implementierung, bei WordPress ist er geringer, weil die Datenstruktur offen und verbreitet ist. Die Mehrsprachigkeit für de/fr/it vertieft separat der Beitrag zur mehrsprachigen Umsetzung mit hreflang.

Entscheidungsmatrix

Für ein entwicklergetriebenes Team mit strukturierten, mehrfach genutzten Inhalten empfiehlt diese Matrix Sanity; für redaktions- und marketinglastige Sites mit Nicht-Techniker-Redaktion und planbarem Budget Headless WordPress. Die Matrix ist die Verkürzung — sie ersetzt kein Audit, gibt aber eine belastbare Vorab-Einordnung.

Bei Sanity bauen Entwickler die Redaktion. Bei WordPress redigiert die Redaktion selbst — Entwickler entkoppeln nur das Frontend.

Wann sollten Sie nicht Headless WordPress wählen?

Headless WordPress ist die falsche Wahl, wenn Ihr Kern ein Entwicklerteam ist, das strukturierte Inhalte über mehrere Frontends wiederverwendet, ein eigenes Editor-Erlebnis als Produktbestandteil baut und Echtzeit-Kollaboration im Kern braucht. In diesem Fall ist Sanity das passendere Werkzeug — und ein ehrlicher Vergleichsbeitrag muss das benennen. Unser Handwerk ist Headless WordPress; trotzdem raten wir zu Sanity, wo es die passendere Wahl ist.

Die Faustregel: Sobald die Redaktion selbst ein zu gestaltendes Produkt ist und ein Dev-Team es trägt, spricht das für Sanity; sobald Nicht-Techniker Inhalte pflegen, das Budget planbar bleiben und die Datenresidenz im Land liegen soll, spricht das für Headless WordPress.

Nächster Schritt

Wenn Sie wissen wollen, wo Ihre Site bei Performance, SEO und Technik aktuell steht, ist der schnellste Weg ein Blick von aussen. Der kostenlose Kurz-Audit Ihrer Site zeigt die grössten Hebel — unabhängig davon, ob am Ende Sanity oder Headless WordPress passt.

Wenn Sie die Systemwahl direkt besprechen wollen, klären wir sie im kostenlosen 15-Minuten-Erstgespräch anhand Ihres realen Setups: Wer pflegt die Inhalte, welches Team steht dahinter, welche Datenresidenz gilt. Was wir in Headless-Projekten konkret liefern, zeigt die Übersicht dazu, was wir für Kunden umsetzen.