Drei Headless-CMS im Vergleich: Sanity, Strapi, Contentful. Pricing, Echtzeit-Vorschau, Lokalisierung und 5 Anwendungsfälle für den ungarischen Markt.
Headless-CMS-Architektur
Sanity Studio (selbst gehostetes React), Strapi Admin (automatisch generiert) oder die Contentful-Web-App.
Sanity GROQ, Strapi REST + GraphQL, Contentful CDA. EU-Region-Speicherung ist bei allen drei Anbietern optional.
Next.js ruft die Daten zur Build-Zeit ab und revalidiert bei Bedarf über einen CMS-Webhook. Statisches HTML landet auf dem CDN.
Vercel oder Cloudflare Edge mit next/image vom Asset-CDN. Live-Visual-Editing auf der Draft-Vorschau.
Ein Headless CMS ist heute keine Alternative mehr, sondern die Standardwahl in einem modernen Stack. WordPress ist deshalb nicht verschwunden — für viele Anwendungsfälle bleibt es eine gute Lösung. Wenn das Frontend jedoch auf Next.js, Nuxt oder SvelteKit basiert, dreht sich die Backend-CMS-Frage meist um drei Namen: Sanity, Strapi, Contentful. Dazu kommt der Ansatz „Markdown-Dateien in Git", der oft unterschätzt wird.
In diesem Artikel werfen wir einen tiefen Blick auf alle drei Plattformen: Pricing, Echtzeit-Vorschau-Funktionen, DSGVO-Aspekte und Empfehlungen für 5 Anwendungsfälle im ungarischen Markt. Der Artikel spiegelt den Stand Q1 2026 wider.
„Headless" bedeutet: Das CMS konzentriert sich auf Content-Speicherung und Content-Management-UI, es gibt keinen Presentation Layer. Das Frontend ist eine separate Technologie (Next.js, Nuxt, SvelteKit, mobile App), die die Daten über eine REST- oder GraphQL-API abruft.
Drei große Anbieter (Sanity, Strapi, Contentful) plus zahlreiche Nischenlösungen (Storyblok, Hygraph, Payload, Directus). Dazu der Markdown-Git-Ansatz (wie bei Corevanix' eigenem Blog).
Sanity startete 2017 und zählt inzwischen zu den beliebtesten Plattformen unter Entwicklern. Schema-as-Code, Echtzeit-Bearbeitung, individuell anpassbare Studio-UI.
Sanity besteht aus zwei Hauptkomponenten:
Das Schema wird in TypeScript bzw. JavaScript deklariert und kann in Git committet werden.
// schemas/post.ts
import { defineType, defineField } from 'sanity';
export const postType = defineType({
name: 'post',
title: 'Blog Post',
type: 'document',
fields: [
defineField({
name: 'title',
title: 'Title',
type: 'string',
validation: (Rule) => Rule.required().max(120),
}),
defineField({
name: 'slug',
type: 'slug',
options: { source: 'title' },
}),
defineField({
name: 'body',
type: 'array',
of: [{ type: 'block' }, { type: 'image' }, { type: 'code' }],
}),
defineField({
name: 'publishedAt',
type: 'datetime',
}),
],
});
// All posts published in the last 30 days, with author info
*[_type == "post" && publishedAt > dateTime(now()) - 60*60*24*30]
| order(publishedAt desc)
| [0..9]
{
_id,
title,
slug,
"authorName": author->name,
"imageUrl": mainImage.asset->url,
"readingTime": pt::text(body)
}
GROQ erledigt genau das mit einer einzigen Abfrage, wofür man in SQL 3-4 JOINs bräuchte.
| Tarif | Kosten/Monat | Limits |
|---|---|---|
| Free | 0 $ | 3 Nutzer, 10.000 Dokumente, 100.000 API-Requests, 5 GB Bandbreite |
| Growth | 99 $ | 20 Nutzer, 100.000 Dokumente, 1 Mio. API-Calls, 100 GB Bandbreite |
| Enterprise | individuell (~1.000 $+) | unbegrenzt |
Strapi ist ein selbst gehostetes Open-Source-CMS mit eigenem Postgres-, MySQL- oder SQLite-Backend. Seit dem V5-Release 2024 ist auch die Codebasis deutlich besser geworden (TypeScript-first, modular).
// src/api/post/content-types/post/schema.json
{
"kind": "collectionType",
"collectionName": "posts",
"info": { "singularName": "post", "pluralName": "posts" },
"attributes": {
"title": { "type": "string", "required": true },
"slug": { "type": "uid", "targetField": "title" },
"body": { "type": "richtext" },
"publishedAt": { "type": "datetime" },
"author": { "type": "relation", "relation": "manyToOne", "target": "api::author.author" }
}
}
| Option | Kosten |
|---|---|
| Self-hosted | 0 $ Lizenz + eigene Infrastruktur (~20-50 $/Monat VPS) |
| Strapi Cloud Pro | 99 $/Monat |
| Strapi Cloud Team | 499 $/Monat |
| Strapi Enterprise | individuell |
# docker-compose.yml
version: '3'
services:
strapi:
image: strapi/strapi:5
environment:
DATABASE_CLIENT: postgres
DATABASE_HOST: db
DATABASE_NAME: strapi
DATABASE_USERNAME: strapi
DATABASE_PASSWORD: ${DB_PASSWORD}
volumes:
- ./public/uploads:/srv/app/public/uploads
ports:
- "1337:1337"
depends_on:
- db
db:
image: postgres:16-alpine
environment:
POSTGRES_DB: strapi
POSTGRES_USER: strapi
POSTGRES_PASSWORD: ${DB_PASSWORD}
volumes:
- postgres_data:/var/lib/postgresql/data
volumes:
postgres_data:
Das „Enterprise"-Headless-CMS. Große Kunden (Spotify, BMW, Lyft), eine gereifte Plattform mit SLA.
| Tarif | Kosten/Monat | Limits |
|---|---|---|
| Free | 0 $ | 5 Nutzer, 25 Content-Types, 100.000 API-Calls |
| Lite | 300 $ | Standard-Team |
| Premium | 1.000 $+ | Multi-Environment, EU-Residenz |
| Enterprise | individuell | unbegrenzt, dedizierter Support |
| Kriterium | Sanity | Strapi | Contentful |
|---|---|---|---|
| Self-Hosting | Studio ja, Content-Cloud nein | Ja, vollständig | Nein |
| Einstiegspreis | 99 $/Monat | 0 $ selbst gehostet + 20-50 $ VPS | 300 $/Monat |
| Nutzen des Free-Tiers | Hoch | Hoch (self-hosted) | Niedrig |
| Echtzeit-Vorschau | Exzellent | Gut | Gut |
| Individuelle UI | Exzellent (Studio) | Gut | Eingeschränkt |
| Lokalisierung | Eingebaut, gut | Eingebautes Plugin | Eingebaut, gut |
| Bildtransformation | Eingebautes CDN | Plugin / selbst | Eingebautes CDN |
| DSGVO / EU-Hosting | EU-Region optional | Self-hosted in der EU | EU-Region (Premium) |
| Team-Onboarding | Mittel | Mittel | Einfach |
| Migration/Export | JSON-Export | DB-Export | JSON-Export |
| Multi-Environment | Ja (Datasets) | Plugin | Eingebaut |
| API-Stil | GROQ / GraphQL | REST + GraphQL | REST + GraphQL |
| Vendor-Lock-in | Mittel | Niedrig | Hoch |
| Visual Editing | Exzellent (Vercel-Integration) | Plugin | Eingeschränkt |
| KI-Assistent | Eingebaut | Plugin | Eingebaut (Premium) |
Ausgangslage: Einfacher Content (Artikel, FAQ, Landingpage). Ungarisch und Englisch. Editorial-Workflow für ein 1-2-köpfiges Marketing-Team. 2-5 neue Artikel pro Woche.
Empfehlung: Sanity.
Begründung: Der Free-Tier reicht hier problemlos aus (10.000 Dokumente maximal). Das Studio lässt sich an den Workflow des Marketing-Teams anpassen. Visual Editing mit Live-Vorschau im Vercel-Frontend — der Marketing-Kollege sieht die Änderung sofort.
Setup-Zeit: 1-2 Wochen.
Ausgangslage: 500+ Produkte, häufige Aktualisierungen, das Marketing-Team möchte selbst bearbeiten. Asset-Management für Bilder ist wichtig.
Empfehlung: Sanity oder Strapi.
Setup-Zeit: 2-4 Wochen.
Ausgangslage: 3+ Marken-Domains, gemeinsamer Bild-Katalog, zentrales Marketing. Rollenbasierter Zugriff ist Pflicht (Nutzer von Marke A darf Marke B nicht bearbeiten).
Empfehlung: Contentful.
Begründung: Das Multi-Environment-Management des Enterprise-Tarifs ist anderswo schwer zu ersetzen. Rollenbasierter Zugriff und Audit-Log sind produktionsreif.
Setup-Zeit: 3-6 Wochen.
Ausgangslage: Content auf Teamebene, technische Redakteure, ausschließlich intern. SSO-Integration (MS Entra ID, Google Workspace).
Empfehlung: Strapi, self-hosted (oder die Notion-API — Notion passt hier oft besser, wenn keine individuelle UI benötigt wird).
Begründung: Bei internen Anwendungsfällen überwiegt der DSGVO-Vorteil des Self-Hostings deutlich. Die native Zusammenarbeit in Notion ist 2026 allerdings so gut, dass sich ein Custom-Build oft nicht lohnt.
Ausgangslage: 15-50 Artikel, Kategoriestruktur, SEO-Fokus. Eigenes Entwicklerteam.
Empfehlung: Sanity oder Strapi. Oder: Markdown-Dateien in Git (wie wir es machen).
Begründung:
Bei der Markdown-Git-Lösung erfolgt die Markdown-Verarbeitung automatisch während des Builds (remark, gray-matter), der Content wird in Git committet, und das Frontend liest ihn zur Build-Zeit ein. Ein detailliertes Implementierungsbeispiel: unser eigenes Corevanix-Blog-System.
Ein dritter Weg: kein CMS verwenden, sondern Markdown-Dateien im Git-Repository speichern. Vorteile:
Nachteile:
Die häufigste Migration. Gründe: WordPress ist langsam, birgt Sicherheitsrisiken, oder das Frontend wechselt zu Next.js.
Migrations-Tools:
Migrationsdauer: 2-4 Wochen für einen Blog mit 100-500 Beiträgen. Die Migration der Bild-Assets ist der langsamste Teil (~80 % des Aufwands).
Nach der Contentful-Preiserhöhung 2024 häufig anzutreffen. Lösbar über Schema-Export plus individuelles Mapping-Skript.
Selten, kommt aber vor. Die Umstellung von GROQ auf REST/GraphQL ist dabei der Hauptaufwand.
Tipp: Testen Sie vor der Migration immer einen parallelen Lauf über 2 Wochen. Beide Systeme laufen nebeneinander, das Frontend liest vom alten System, schreibt aber auch ins neue (Shadow-Modus). Der Cutover erfolgt erst, wenn beide Systeme synchron sind.
Der Einstiegstarif für 300 $/Monat ist für viele KMU zu teuer. Der Free-Tier ist eng bemessen (25 Content-Types). Besser: Sanity oder Strapi.
Die Wartung eines selbst gehosteten Strapi (Upgrades, Backups, Security-Patches) ist ein laufender Aufwand. Fehlt dafür die Kapazität, sind Sanity oder Strapi Cloud die bessere Wahl.
Sanity lässt sich hervorragend in moderne JS-Frameworks integrieren, aber „daneben" bei WordPress oder Drupal ist es keine glückliche Kombination. Das wäre ein Use-Case-Mismatch.
WordPress oder ein statischer Site-Generator (Astro, Hugo, Eleventy) ist für viele Anwendungsfälle die bessere Wahl. Der Headless-Overhead lohnt sich dann nicht.
Verwandte Artikel von uns: Next.js 16 Production-Ready Checkliste — Setup für den produktiven Frontend-Einsatz. Conversion-Rate-Optimierung im Webshop — CMS-Auswahl im E-Commerce-Kontext. DSGVO-Konformität mobiler Apps — Grundsätze der Data Residency.
Es gibt kein „bestes" CMS — die Wahl hängt vom Projekt und vom Team ab. Im ungarischen KMU-Markt ist Sanity 2026 die Standardwahl für die meisten neuen Projekte. Im Enterprise-Segment führt der Weg zu Contentful, bei DSGVO-Priorität zu Strapi oder Markdown-Git.
Die CMS-Auswahl umfasst in der Discovery-Phase etwa 1 Woche: Interviews mit dem Editor-Team, Schätzung des Content-Volumens, Mapping des Multi-Locale-Bedarfs, Skill-Audit des IT-Teams. Danach dauert das Setup 2-4 Wochen.
Wenn Sie ein Webentwicklungsprojekt planen, besprechen wir die CMS-Auswahl während der Discovery-Phase. Das einwöchige Audit (200.000-300.000 HUF) spart häufig die späteren Kosten einer falschen CMS-Entscheidung, die sich nach 6-12 Monaten auf 5-10 Millionen HUF summieren können.
Über den Autor
Corevanix Kft.
Technologiepartner
Technologiepartner aus Budapest — SAP/ERP-Integration, Webentwicklung, KI-Automatisierung und Mobile-App-Entwicklung. Wir arbeiten in der eigenen Umgebung des Kunden, und der ausgelieferte Code gehört vollständig dem Kunden.
25 konkrete Prüfpunkte, die ein Next.js-16-Projekt vor dem Go-live erfüllen muss – Security, Performance, SEO, Barrierefreiheit und Monitoring in einer Liste.
Zehn technische Optimierungen, die die Conversion-Rate im Onlineshop messbar steigern: Performance, UX, Trust-Signale, Checkout-Flow und A/B-Tests.