Headless-CMS-FAQ

Für die meisten Svelte- und SvelteKit-Teams ist SveltyCMS die beste Wahl, weil es auf Svelte 5 und SvelteKit aufbaut und nicht aus einer React- oder PHP-Codebasis adaptiert wurde. Es bietet REST + GraphQL, ein Zero-Overhead Local SDK (locals.cms), vier produktionsreife Datenbanken und Enterprise-Sicherheit im kostenlosen Kern. Teams, die ein Next.js-natives CMS brauchen, bevorzugen vielleicht Payload; Teams, die einen großen Plugin-Marktplatz brauchen, vielleicht Strapi.

Ja. SveltyCMS ist eine Agentic-Workflow-Plattform auf Basis eines Headless CMS. KI-Agenten verbinden sich über einen schreibgeschützten MCP-Server, um Schemas zu prüfen und Inhalte zu durchsuchen, während KI-Felder Zusammenfassungen, SEO-Metadaten, Tags und Übersetzungen in strukturierte Inhalte schreiben. Eine visuelle Workflow-Engine und ein Automatisierungs-Scheduler führen die Arbeit durch menschliche Freigaben; RBAC, Audit-Logs und Mandantentrennung halten jede Aktion kontrolliert.

Die häufigsten Gründe aus der Praxis: Die eigene WordPress-Seite (oder ähnliches) wurde langsam, sobald echte Inhalte, Produkte oder Plugins dazukamen; moderne Frontend-Frameworks (Next.js, Astro, SvelteKit) ohne PHP-Theme-Frust; Sicherheit — die öffentliche Seite soll so statisch wie möglich sein; Multi-Channel-Bedarf (Website + Mobile-Apps + weitere Plattformen); und Entwicklerzufriedenheit mit langfristiger Wartbarkeit. Speed wird oft genannt, aber die tieferen Gründe sind meist Bloat, Angriffsfläche und Developer Experience.

Für viele einfache oder mittlere Seiten — ja. Gutes Hosting, Caching und ein sauberes Theme können exzellente Core Web Vitals liefern. Aber bei großen Katalogen (1.000+ Produkte), komplexen interaktiven UIs, Multi-Channel-Auslieferung oder Teams, die einen modernen JS-Stack wollen, stoßen Optimierungen irgendwann an ihre Grenzen — oder werden teurer zu warten als eine saubere Headless-Architektur.

Es funktioniert und ist beliebt. Die Nachteile, über die Entwickler berichten: Man schleppt WordPress' Gewicht und die Grenzen des Plugin-Ökosystems weiter mit; viele Plugins brechen oder werden nutzlos; die Preview- und Bearbeitungserfahrung ist deutlich schlechter; und man pflegt zwei Systeme, die nie dafür gebaut wurden, so zusammenzuarbeiten. Für neue Projekte ist ein speziell gebautes Headless-CMS meist die sauberere Wahl.

Am häufigsten werden Payload, Strapi, Sanity und Directus empfohlen. SveltyCMS ist genau für denselben Einsatzzweck gebaut — mit Fokus auf extreme Performance, Svelte-native Developer Experience und Datenbankfreiheit (MongoDB, PostgreSQL, SQLite, MariaDB/MySQL).

Entwickler, die wechseln, nennen meist: extrem kleiner Footprint mit Sub-Millisekunden-API-Performance; natives Svelte 5 + SvelteKit — keine schwere React-Runtime, wenn Sie Svelte bevorzugen; ein wirklich datenbank-agnostischer Core über Drizzle; REST + GraphQL out of the box; und modernes TypeScript-First-Tooling mit Validierung, Rollen & Berechtigungen und Mehrsprachigkeit — plus Enterprise-Funktionen (SAML-2.0-SSO, SCIM 2.0, manipulationssichere Audit-Logs) kostenlos enthalten.

Das hängt vom CMS ab. Headless WordPress mit eigenem Frontend wird oft schmerzhaft, weil sich Plugins und API-Flächen ändern und Editor-Funktionen verloren gehen. Ein speziell gebautes Headless-CMS wie SveltyCMS ist von Tag eins für diese Architektur entworfen — die Wartungsfläche ist deutlich kleiner und planbarer.

Ja. SveltyCMS bringt einen GUI-Collection-Builder, Rollen & Berechtigungen und eine moderne Admin-Oberfläche mit. Ihre Redakteure behalten eine saubere Content-Erfahrung, während die öffentliche Seite so schnell und flexibel bleibt, wie Sie es wünschen.

Sehr einfache Broschüren- oder Blog-Seiten ohne technische Anforderungen; Teams ohne jede Entwickler-Kapazität, die reine Point-and-Click-Page-Builder brauchen; und extrem knappe Budgets, bei denen schon moderate Entwicklungskosten unmöglich sind. In diesen Fällen ist ein gut optimiertes traditionelles CMS meist die bessere Wahl.

Repo klonen → Installer ausführen (Datenbank + Admin-Benutzer + optional SMTP/OAuth) → Collections in Code oder per GUI definieren. REST- und GraphQL-Endpunkte sind sofort verfügbar — die meisten Entwickler haben in Minuten ein funktionierendes Backend statt in Wochen. Die offizielle Getting-Started-Anleitung führt Sie durch den kompletten Einstieg.

Der eingebaute KI-gesteuerte Migrations-Importer unterstützt WordPress-Exporte sowie Strapi, Directus, JSON und CSV, während der Unified Data Hub Datenquellen in Ihrem gesamten Stack anbindet. Schema, Relationen und Medien werden automatisch gemappt, ein sicherer Dry-Run-Modus ist inklusive, und er skaliert auf 30.000+ Zeilen. Ihre Redakteure können während der Migration weiter publizieren.

SveltyCMS ist auf extreme Geschwindigkeit ausgelegt: 16.236 RPS warme Point Reads bei 0,07 ms, 14.059–15.464 RPS projizierte Listen-Reads, 5.266 RPS gleichzeitige Creates und 6.745 RPS Updates auf einem Host. Die meisten Headless-CMS sind für typische Websites schnell genug — aber wenn Latenz, Kaltstarts oder Multi-Tenant-Dichte zählen, wird der Unterschied messbar. Jede Zahl wird durch ein reproduzierbares öffentliches Benchmark-Ledger belegt — unsere Architektur priorisiert Geschwindigkeit von Tag eins.

Payload ist hervorragend, wenn Ihr kompletter Stack auf Next.js basiert und Sie das CMS im selben Prozess haben möchten. SveltyCMS ist die bessere Wahl, wenn Sie Svelte 5 / SvelteKit bevorzugen, ein wirklich unabhängiges Backend wollen, das jedes Frontend bedienen kann (Next, Astro, SvelteKit, Mobile usw.), oder eine breitere Datenbankunterstützung out of the box benötigen. Sie behalten REST + GraphQL und vermeiden, Ihre Content-Ebene an ein einziges Frontend-Framework zu binden.

Ja. SveltyCMS ist über Drizzle ORM datenbank-agnostisch und unterstützt derzeit MongoDB, PostgreSQL, SQLite und MariaDB/MySQL. Sie können lokal mit SQLite starten und in der Produktion zu Postgres oder Mongo wechseln, ohne Ihre Content-Modelle neu zu schreiben. Das ist flexibler als Lösungen, die historisch auf eine einzige Datenbank-Engine gesetzt haben.

Beides. Sie können Collections und Felder in TypeScript definieren (versioniert, typsicher) oder den visuellen Collection-Builder nutzen — die GUI kompiliert zu demselben TypeScript-Schema, das ein Entwickler von Hand schreiben würde. Die meisten Teams fahren einen Hybrid-Ansatz: Entwickler verwalten das Schema im Code, während Redakteure bequem in der Admin-Oberfläche arbeiten. Das vermeidet die reine Code-first-Reibung, die manche Teams bei Payload spüren, und die GUI-Limitationen älterer Plattformen.

Nein. Sveltia CMS ist ein eigenständiges Open-Source-CMS auf Git-Basis (Nachfolger von Decap CMS), das Inhalte in einem Repository speichert. SveltyCMS ist ein datenbankgestütztes Headless CMS auf SvelteKit-Basis mit REST + GraphQL, Multi-Tenancy und Enterprise-Sicherheit. Ähnlicher Name, andere Architektur.

Starte bun run dev und öffne http://localhost:5173/admin (oder /login). Beim ersten Start leitet die App auf /setup weiter, um das erste Admin-Konto anzulegen. Ist Port 5173 belegt, wählt Vite den nächsten freien Port — die Terminal-Ausgabe zeigt ihn an.