Die meisten "Unternehmen, die X CMS nutzen"-Artikel werden vom CMS-Anbieter selbst geschrieben. Logo-Wand, keine technischen Details, keine Quellen. Dieser Artikel ist das Gegenteil: 7 echte SaaS-Engineering-Teams, das Headless-CMS, das sie wirklich in Produktion einsetzen, und die offentliche Quelle, mit der du jede Wahl uberprufen kannst.
Schnelle Erkenntnisse
- Funf der sieben SaaS-Teams hier setzen ein gemanagtes Cloud-Headless-CMS ein (Contentful oder Sanity). Zwei halten den Content als MDX- oder Markdown-Dateien im selben Repo, in dem ihr Produkt liegt.
- Jedes Team nutzt Next.js, Gatsby oder ein anderes React-basiertes Frontend.
- Mehrsprachigkeit ist fast immer eine Eigenentwicklung. Keine der sieben Fallstudien wirbt mit einer KI-Ubersetzungspipeline.
- Keine offentliche Fallstudie beschreibt bisher Publishing uber einen MCP-Client. Das "Kommandozentrale"-Muster wird noch von Hand zusammengebaut.
So haben wir diese 7 ausgewahlt
Drei Regeln. Regel eins: eine echte offentliche Quelle. Jedes Unternehmen veroffentlicht entweder seinen Content-Code offen auf GitHub, hat eine dokumentierte Fallstudie oder hat einen Engineer offentlich uber den Stack reden lassen. Keine offentliche Quelle, kein Eintrag.
Regel zwei: nur SaaS. Retail, Telekom und Konsumenten-Marken sind ausgeschlossen.
Regel drei: Vielfalt der Architekturen. Die 7 decken die zwei dominanten Muster ab: gemanagtes Cloud-CMS (Contentful, Sanity) und Git-basiert (MDX oder Markdown im Repo).
Hier ist die Kurzubersicht zum Artikel.
Die 7 Beispiele
1. PostHog: GitHub als CMS
PostHog ist eine Open-Source-Produktanalyse-Plattform. Marketing-Site, Handbuch, Blog und Docs liegen in einem einzigen offentlichen GitHub-Repository, geschrieben in MDX. Das PostHog-Engineering-Team hat einen ausfuhrlichen Beitrag mit dem Titel "Why we use GitHub as our CMS" veroffentlicht, in dem die Entscheidung erklart wird: Transparenz, Editorial-Workflow uber Pull Requests, und eine Engineering-zentrierte Kultur, in der Marketing Content wie Code behandelt.
Etwa 40 % der gemergten Pull Requests im posthog.com-Repo kommen von Personen ausserhalb von Marketing, Web und Docs. Fur Community-Profile und Forenbeitrage nutzt PostHog Strapi. Die Hauptseite ist GitHub plus Gatsby plus MDX.
Quelle: Why we use GitHub as our CMS, posthog.com (Marz 2023).
2. Figma: Contentful fur die Marketing-Site
Figma ist die kollaborative Designplattform, die mittlerweile zu Adobe gehort. Das Figma-Marketing-Team hat einen detaillierten Bericht uber den Aufbau des figma.com-Designsystems auf Contentful veroffentlicht: ein kleines Team aus einer Produzentin, einem Entwickler und einer Designerin hat die Marketing-Site in einem Monat neu gebaut. Das Ergebnis: figma.com geht vom Konzept zur Veroffentlichung in einem Tag, ohne dass ein Entwickler die Seite anfasst.
Wiederverwendbare Komponenten liegen in Contentful. Wenn das Team einen Typografie-Token oder einen Button-Stil seitenubergreifend andert, aktualisiert es das einmal in Contentful, nicht Seite fur Seite. Das Marketing-Team besitzt den Publishing-Prozess von Anfang bis Ende.
Quelle: How a small team built figma.com's design system, designsystems.com (eine Figma-Publikation).
3. Mux: Sanity fur Blog und Content
Mux ist die Video-API, die von Streaming-Produkten, EdTech-Tools und KI-Video-Startups genutzt wird. Der mux.com-Blog lauft auf Sanity. Du kannst das bestatigen, indem du einen beliebigen Mux-Blogbeitrag offnest und die Bild-URLs inspizierst, die von cdn.sanity.io/images/2ejqxsnu/production/ ausgeliefert werden. Mux hat die Sanity-Partnerschaft 2018 mit einer gemeinsamen Integration angekundigt: ein Mux-Plugin innerhalb von Sanity Studio, mit dem Redaktionen Video direkt zu Mux hochladen konnen, ohne das CMS zu verlassen.
Quelle: Mux + Sanity = Responsive video in headless CMS, mux.com-Blog.
4. Tailscale: MDX mit ContentLayer in einem offenen Repo
Tailscale liefert ein Zero-Config-Mesh-VPN auf WireGuard-Basis. Die entwicklernahe Community-Site tailscale.dev ist vollstandig Open Source. Das README des Repositorys beschreibt den Stack: Next.js fur das Frontend, Tailwind CSS fur Styles und ContentLayer fur die Verarbeitung von MDX-Content. Blogbeitrage und Events liegen als .mdx-Dateien unter /data/blog und /data/events. Autorinnen und Autoren werden ebenfalls als MDX mit Front Matter definiert.
Es ist dasselbe Architekturmuster wie bei PostHog, mit einer anderen Toolchain. Content als Code, Pull Requests als Editorial-Workflow, jede Anderung in Git versioniert.
Quelle: tailscale-dev/tailscale-dev auf GitHub.
5. Intercom: Contentful hinter einem Next.js-Frontend
Intercom hat intercom.com 2019 auf Contentful neu aufgebaut. Tech Lead Steven Petryk hat die Architektur im Intercom-Blog beschrieben. Die Site ist eine server-seitig gerenderte Next.js-Anwendung, die alle Inhalte aus Contentful zieht. Das Team generiert TypeScript-Interfaces aus dem Contentful-Schema, sodass eine Content-Anderung, die den Vertrag mit dem Frontend bricht, die Kompilierung fehlschlagen lasst, statt eine kaputte Seite zu deployen.
Die Deploy-Zeit ist von 20 Minuten auf rund 90 Sekunden gesunken.
Quelle: Rebuilding Intercom's homepage with a new CMS, intercom.com-Blog (Juni 2019).
6. Cloudflare: Sanity plus Gatsby auf Workers
Cloudflare hat eine offentliche Showcase-Site namens "Built with Workers" gebaut, um Sites zu zeigen, die auf Cloudflare Workers laufen. Die Showcase-Site selbst ist mit Sanity fur Content, Gatsby fur das Frontend und Workers fur das Deployment gebaut. Cloudflare-Engineering hat "JAMstack at the Edge" veroffentlicht, das den Aufbau beschreibt, und Sanity hat eine begleitende Fallstudie publiziert.
Sanity ubernimmt den marketing-tauglichen strukturierten Content, Gatsby liefert dem Team ein schnelles statisches Frontend, und das Deployment auf Workers belegt das Produkt, das die Showcase-Site bewirbt.
Quelle: JAMstack at the Edge, blog.cloudflare.com.
7. Sanity: Sanity plus Next.js auf Vercel (Dogfood)
Sanity selbst betreibt sanity.io auf dem Sanity Content Lake mit einem Next.js-Frontend auf Vercel. Vercel hat eine Fallstudie zum Relaunch veroffentlicht, inklusive Sanitys Einsatz von Vercel Edge Middleware fur Experiment-Routing. Die fruhere Site war ein eigenes React-Framework auf Docker und GCP, das 2018 zugunsten von Next.js abgelost wurde. Dogfood-Fall: ein CMS-Anbieter, der seine eigene Marketing-Site auf seinem eigenen Produkt betreibt.
Quelle: Sanity balances experimentation and performance with Vercel Edge Middleware, vercel.com-Blog.
Die Mustermatrix unten zeigt alle 7 Entscheidungen nebeneinander, mit der offentlichen Quelle fur jede.
Muster uber die 7 Beispiele hinweg
Vier Muster zeichnen sich ab.
Muster eins. Gemanagtes Cloud-CMS gewinnt, wenn Marketing das Publishing besitzt. Figma, Intercom, Mux, Cloudflare und Sanity haben alle ein gemanagtes Cloud-Headless-CMS gewahlt. Der rote Faden: ein Marketing-Team gross genug, dass Pull Requests ein Engpass waren, und ein Content-Modell komplex genug fur ein strukturiertes Schema.
Muster zwei. Git-basiert gewinnt, wenn die Autorinnen und Autoren Engineers sind. PostHog und Tailscale sind die Ausnahmen. Beide sind entwicklerorientierte Unternehmen mit kleinem Marketing, Engineer-Autoren und eingebetteten Produktkomponenten im Content.
Muster drei. React-basierte Frontends sind universell. Alle sieben fahren ein React-Frontend. Next.js dominiert, Gatsby taucht zweimal auf. Die reifen SDKs fur Sanity und Contentful gibt es zuerst fur Next.js, und neue SaaS-Unternehmen kopieren den dominanten Stack.
Muster vier. Mehrsprachigkeit und KI-Publishing sind noch keine First-Class-Burger. Keine der sieben Fallstudien wirbt mit "wir ubersetzen automatisch in N Sprachen" oder "wir publizieren aus einem KI-Agenten." Wer Mehrsprachigkeit oder KI-Publishing heute als First-Class-Workflow braucht, muss es selbst auf das CMS draufbauen.
Was ein neuer Grunder heute anders machen wurde
Die sieben Unternehmen oben haben ihre CMS-Wahl zwischen 2018 und 2023 getroffen, als die Frage "gemanagtes Cloud-CMS oder Git mit MDX" lautete und beides fur eine Site gute Antworten waren. Was sich verandert hat, ist die Zahl der Sites, die von einem Grunder erwartet wird. Ein moderner SaaS-Grunder fahrt oft den Hauptproduktblog, einen Sekundarblog, einen Personal-Blog und ein bis zwei Microsites. Keiner der sieben Stacks skaliert sauber auf so etwas. Jede neue Site ist ein neues Sanity-Dataset, ein neuer Contentful-Workspace, ein neues Repo, ein neuer Editor-Login, eine neue Rechnung.
Genau diese Lucke fullt Kamaan. Kamaan ist die Kommandozentrale fur Multi-Produkt-Grunder und Agenturen, die viele SaaS-Blogs betreiben: jeden Blog von einem Dashboard aus verwalten und jede Operation uber alle Blogs hinweg aus Claude, ChatGPT, Cursor oder einem beliebigen MCP-Client steuern. Die Abrechnung ist flat: 19 Dollar pro Monat fur unbegrenzte Sites, ohne Gebuhren pro Site, pro Space oder pro Sitz. Der erste Monat ist gratis, ohne Kreditkarte, jederzeit kundbar. Ein Lifetime-Plan ist verfugbar. Ubersetzung ist eingebaut und wird beim Publishing automatisch ausgeliefert.
Ehrliche Einordnung: wenn du Intercom oder Figma bist, lauft dein CMS bereits in Produktion. Kamaan ist nicht "besser als Contentful fur Intercom." Kamaan ist die Antwort, wenn du heute wahlst, zwei oder mehr Sites betreibst und dieselbe Mehrsprachigkeits- und KI-Publishing-Schicht nicht von Hand auf das CMS eines Dritten draufbauen willst.
Szenario: ein Grunder, der heute wahlt
Du fuhrst ein Developer-Tools-SaaS, lieferst eine Docs-zuerst-Marketing-Site und planst in neun Monaten ein zweites Produkt zu launchen. Team: Grunder, zwei Engineers, eine Teilzeit-Autorin. Du brauchst Content in diesem Quartal, Spanisch- und Deutsch-Coverage vor dem Launch und einen Ort, von dem aus beide Produkte laufen, wenn Produkt zwei kommt.
Sanity oder Contentful pro Produkt zu wahlen bringt dich auf Site eins zu "gut genug", verdoppelt aber die Rechnung auf Site zwei. MDX im Repo bringt die Docs schnell raus, blockiert aber die Teilzeit-Autorin beim Publizieren ohne Pull Request. Kamaan deckt beide Produkte ab Tag eins: dasselbe Dashboard, derselbe Editor-Login, dieselbe Ubersetzungs-Pipeline, mit Publishing aus Claude oder Cursor uber beide Sites. Zeit von Anmeldung bis zum ersten veroffentlichten Beitrag liegt bei rund 14 Minuten.
FAQ
Welches Headless-CMS ist bei SaaS am beliebtesten?
Contentful und Sanity sind die meistgenannten gemanagten Picks, sowohl bei diesen 7 als auch in einer breiteren Sichtung. Git-basiertes MDX dominiert bei Developer-Tools-Unternehmen, deren Autoren Engineers sind.
Ist Markdown in Git ein "echtes" CMS?
Fur Developer-Tools-Unternehmen, ja. PostHog und Tailscale behandeln ihr offentliches GitHub-Repo als Content-Backend mit Pull Requests als Editorial-Workflow. Kompromiss: nicht-technische Autoren konnen ohne Git-Kenntnisse nicht publizieren.
Warum nutzen so viele SaaS Next.js mit ihrem CMS?
Next.js hat die reifsten SDKs fur Contentful und Sanity, und Vercel hat First-Party-Integrationen mit den grossen Headless-CMS gebaut. Neue SaaS kopieren den dominanten Stack.
Was nutzt Figma fur seine Marketing-Site?
Contentful. Die Architektur ist auf designsystems.com (eine Figma-Publikation) dokumentiert, und das Marketing-Team veroffentlicht Seiten in einem Tag ohne Engineering.
Nutzt eines dieser Unternehmen KI zum Ubersetzen oder Publizieren?
Nicht in seinen offentlichen Fallstudien. Alle sieben behandeln Ubersetzung und Editorial-Workflow als Eigenbau auf dem CMS.
Was ist die naheste Antwort fur einen Grunder mit mehreren SaaS-Blogs?
Wer heute wahlt und zwei oder mehr Sites betreibt: Kamaan deckt unbegrenzte Sites unter einem Dashboard mit einer flachen Rechnung von 19 Dollar pro Monat ab, mit eingebauter Mehrsprachigkeit und KI-Publishing.
Wie schnell ist der erste Beitrag auf einer neuen Site live?
Bei Kamaan liegt "Anmeldung bis erster veroffentlichter Beitrag" typisch bei rund 14 Minuten. Bei Sanity oder Contentful dauert Schema-Setup und Next.js-Integration auch mit Starter-Template meist mindestens einen halben Tag.
Verwandt auf Kamaan
- Was ist ein Headless-CMS behandelt das Architekturmuster, das alle 7 nutzen.
- Bestes Headless-CMS fur Startups hilft dir bei der Wahl heute.
- Headless-CMS mit Next.js fuhrt durch den Frontend-Stack, den jedes der 7 Beispiele fahrt.
- Contentful-Alternativen ist der Vergleich, zu dem die meisten Teams greifen, wenn ihre CMS-Rechnung wachst.
Mit Kamaan loslegen
Kamaan ist die Kommandozentrale fur Grunder und Agenturen, die viele SaaS-Blogs betreiben. Jeden Blog von einem Dashboard aus verwalten und jede Operation aus Claude, ChatGPT, Cursor oder einem beliebigen MCP-Client steuern. Flache Rechnung von 19 Dollar pro Monat fur unbegrenzte Sites, keine Gebuhren pro Site, Space oder Sitz. Erster Monat gratis, ohne Kreditkarte, jederzeit kundbar. Ein Lifetime-Plan ist verfugbar. Ubersetzungs-Credits werden nur verbraucht, wenn Kamaan ubersetzt. Bringst du deine eigene Ubersetzung mit, kostet das nichts. Die meisten neuen Accounts haben ihren ersten Beitrag in rund 14 Minuten live. Starte auf kamaan.io.
