Sanity

Sanity ist ein modernes Headless CMS, das für Developer-Experience optimiert ist. Das Sanity Studio - die Admin-Oberfläche - ist vollständig in React gebaut und kann beliebig angepasst werden. Content-Modelle werden in JavaScript/TypeScript definiert, was maximale Flexibilität bietet. Die proprietäre Query-Sprache GROQ ist mächtiger als GraphQL für komplexe Content-Abfragen.

Der größte Differentiator ist "Portable Text" - Sanity's Ansatz für Rich Content. Statt HTML speichert Sanity strukturierte Daten, die in beliebige Formate (HTML, React-Komponenten, Native) gerendert werden können. Realtime Collaboration (wie Google Docs) ist eingebaut. Das Studio kann selbst gehostet werden - nur das Content-Backend ist SaaS.

Das Pricing ist für kleine bis mittlere Projekte attraktiver als Contentful. Der kostenlose Tier bietet 10GB Bandbreite und 3 User. Kosten entstehen primär durch API-Requests, was bei caching-freundlichen Static Sites gering ist. Sanity eignet sich ideal für Developer-Teams, Custom-Editor-Requirements und Projekte, die maximale Flexibilität brauchen.

Technisch definiert man Inhaltstypen in Schema-Dateien als JavaScript- oder TypeScript-Objekte: Jeder Typ besitzt einen name, einen type und ein fields-Array mit Feldern wie string, image, reference oder array (für Portable Text). Referenzen modellieren Beziehungen zwischen Dokumenten ähnlich Fremdschlüsseln in einer relationalen Datenbank. GROQ (Graph-Relational Object Queries) filtert und projiziert diese Dokumente mit kompakter Syntax und löst verschachtelte Referenzen in einer einzigen Abfrage auf - das vermeidet die bei REST typischen N+1-Nachladeprobleme. Über das mitgelieferte Vision-Plugin lassen sich GROQ-Abfragen direkt im Studio testen.

Ein oft unterschätzter Vorteil ist die integrierte Bild-Pipeline: Assets werden mit Metadaten wie Hotspot und Crop gespeichert, sodass sich über URL-Parameter beliebige Zuschnitte, Formate (WebP/AVIF) und Größen on-the-fly erzeugen lassen - ideal in Kombination mit Next.js Image. Für schnelle Auslieferung dient die gecachte apicdn-Domain als Read-Only-Schicht. Content-Webhooks stoßen bei jeder Publizierung eine On-Demand-Revalidierung (ISR) in Next.js an, sodass statische Seiten aktuell bleiben, ohne einen kompletten Rebuild. Abzugrenzen ist Sanity von Contentful (ausgereifter, aber weniger anpassbar und im Skalierungsfall teurer) und dem selbst-hostbaren Strapi. Ein häufiger Anfängerfehler ist, Präsentationslogik in die Schemas zu ziehen - Portable Text sollte reine Struktur bleiben und erst im Frontend in Komponenten gerendert werden.