Astro CMS: welches System zu Ihrer Redaktion passt.
Astro ist CMS-agnostisch, welches CMS zu Astro passt, entscheidet Ihr Redaktionsprozess. Diese Seite vergleicht Content Collections, Git-basierte CMS, Headless-Systeme und WordPress im Headless-Betrieb.
Die Redaktion entscheidet
Welches CMS passt, entscheidet Ihr Team.
Kein CMS ist eine Antwort
Astro liest Inhalte typsicher aus dem Repository. Für entwicklergepflegte Seiten genügt das.
Wechselbar bleiben
Wir kapseln den CMS-Zugriff in einer Datenschicht, ein Anbieterwechsel trifft nur diese Schicht.
Eigene Produkte, live im Browser.
Screenshots aus Mini Marvin, unserer eigenen Progressive Web App im Browser.
Babynamen swipen statt scrollen
Mini Marvin ist unsere Progressive Web App zur Namenssuche: durch über 10.000 Vornamen swipen, direkt im Browser und ohne App-Store.
Erst prüfen, ob Sie überhaupt ein CMS brauchen.
-
Astro braucht kein CMS
Inhalte können als Markdown, MDX, JSON oder YAML im Projekt liegen und über Content Collections typsicher abgefragt werden.
Mehr dazu
Eine Collection ist ein Satz gleich strukturierter Einträge: alle Blogbeiträge, alle Stellenanzeigen, alle Standorte. Pflegt Ihr Entwicklungsteam die Inhalte, ist der Pull Request der Freigabeprozess. Das spart ein Abo, einen zweiten Login und eine Schnittstelle, die ausfallen kann.
-
Astro Content Collections im Detail
In src/content.config.ts beschreiben Sie, welche Felder ein Eintrag haben muss. Zod validiert jede Datei, ein fehlendes Pflichtfeld bricht den Build.
Mehr dazu
Zwei eingebaute Loader lesen die Daten: glob() für ein Verzeichnis, file() für mehrere Einträge aus einer Datei. Abgefragt wird über getCollection() und getEntry(), typisiert und gefiltert. Eingeführt wurden Collections mit Astro 2.0, das eingebaute Caching trägt auch tausende Einträge.
-
Die Redaktion entscheidet über das System
Wer täglich publiziert, braucht ein anderes System als ein Team mit vier Änderungen im Jahr.
Mehr dazu
Sobald Menschen ohne Git-Zugang publizieren, Freigaben nötig werden oder mehrere Sprachen laufen, kommt ein System mit Redaktionsoberfläche dazu. WordPress darf dabei bleiben und nur noch Inhalte liefern, siehe WordPress als Headless CMS.
-
Live Collections für flüchtige Daten
Content Collections werden zur Buildzeit gelesen. Müssen Preise, Bestände oder Termine im Moment des Aufrufs stimmen, holen Live Collections die Daten bei der Anfrage.
Mehr dazu
Konfiguriert wird das in src/live.config.ts und abgefragt über getLiveCollection(). Das setzt eine Server-Laufzeit voraus, also eine Route mit prerender = false und einen Adapter. Der Großteil der Website bleibt statisch, siehe Performance-Optimierung.
-
Wechselbar bleiben
Der CMS-Zugriff liegt in einer eigenen Datenschicht. Ein Anbieterwechsel trifft dann diese Schicht, nicht jede Seite.
Mehr dazu
Ein Wechsel bleibt Arbeit: Feldzuordnung, Medien, Verweise und Redaktionsweg müssen neu erprobt werden. Deshalb halten wir das Zod-Schema nah an dem, was ein späteres CMS abbilden kann.
Welches CMS passt zu Ihrem Team?
Beschreiben Sie in drei Sätzen, wer bei Ihnen Inhalte pflegt und wie oft. Sie bekommen eine Empfehlung mit Begründung.
Fünf Wege, Inhalte in eine Astro-Website zu bekommen.
Die Familien unterscheiden sich darin, wem das System gehört und wer es bedient.
| Familie | Redaktions-Erlebnis | Kosten & Betrieb | Passt, wenn … |
|---|---|---|---|
| Content Collections kein CMS |
Dateien im Repository, Änderung per Commit oder Pull Request | Keine Lizenz, nur Entwicklungszeit | Entwickler oder technische Redakteure pflegen die Inhalte |
| Git-basierte CMS Decap, Keystatic, TinaCMS |
Editor im Browser, gespeichert wird ins Repository | Open Source, Kosten für Authentifizierung und Hosting | Ein bis fünf Redakteure publizieren gelegentlich |
| API-basierte Headless CMS Storyblok, Sanity, Contentful |
Visuelle Editoren, Entwurfs-Vorschau, Rollen, Freigaben, Sprachen | Abo, das mit Nutzern und Traffic wächst | Marketing publiziert regelmäßig, es gibt Freigabestufen |
| Selbst gehostet Strapi, Payload, Directus |
Eigene Oberfläche, frei modellierbar | Keine Lizenz, dafür Server, Datenbank, Updates, Backups | Die Daten müssen im Haus bleiben |
| Headless WordPress | Vertrautes wp-admin, bestehende Rollen bleiben | Hosting wie bisher, plus das Astro-Frontend | Ihr Team kennt WordPress und will es behalten |
So setzen wir Ihr CMS mit Astro auf.
Redaktion kartieren
Wer pflegt was, wie oft und mit welcher Freigabe. Wir sprechen zuerst mit den späteren Nutzern.
Inhaltsmodell entwerfen
Welche Inhaltstypen es gibt, welche Felder Pflicht sind und was wiederverwendbar bleibt.
System auswählen
Zwei bis drei Optionen mit Kostenbild, dazu eine Empfehlung samt Gegenargumenten.
Anbinden und kapseln
Content Collections für alles, was zur Buildzeit feststeht, Live Collections für Aktuelles.
Vorschau, Rollen, Übergabe
Vorschau, Rechte und Deploy-Webhook testen wir vor dem Launch, danach folgt die Einweisung.
Häufige Fragen zu Astro und CMS.
Braucht Astro ein CMS?
Nein. Astro liest Inhalte über Content Collections direkt aus dem Projekt, validiert sie über ein Zod-Schema und stellt sie mit getCollection() typsicher bereit. Ein CMS kommt dazu, sobald Menschen ohne Git-Zugang publizieren sollen.
Welches ist das beste CMS für Astro?
Das entscheidet Ihr Team, technisch passt nahezu jedes. Git-basierte CMS wie Decap, Keystatic oder TinaCMS passen zu kleinen Redaktionen. API-basierte wie Storyblok, Sanity oder Contentful passen bei mehreren Redakteuren, Freigaben und Sprachen. Strapi, Payload oder Directus, wenn Daten im Haus bleiben.
Kann ich WordPress als Headless CMS mit Astro nutzen?
Ja. Die WordPress-Instanz bleibt bestehen und liefert Inhalte über ihre Schnittstelle, das Frontend baut Astro. Ihre Redaktion arbeitet weiter in wp-admin. Den Ablauf beschreiben wir auf WordPress als Headless CMS.
Muss die Website bei jeder Inhaltsänderung neu gebaut werden?
Bei Build-Zeit-Inhalten ja, und meistens ist das richtig, weil das Ergebnis statisches HTML ohne Datenbankabfrage ist. Der Build wird per Webhook aus dem CMS ausgelöst und dauert für eine Marketing-Website Minuten. Wo das zu langsam ist, holen Live Collections die Daten bei der Anfrage.
Können wir Inhalte auch per Chat pflegen statt im CMS?
Ja. Ein typisiertes, schema-validiertes Modell ist maschinell adressierbar: Ein Agent füllt nur Felder, die es gibt, jede Änderung wird ein Commit. Details unter Website per Chat pflegen, belegt durch unseren eigenen WhatsApp-KI-Agenten.
Was kostet ein CMS-Setup mit Astro, und wie lange dauert es?
Der Rahmen ergibt sich aus der Zahl der Inhaltstypen, der Tiefe der Redaktionsfunktionen und den Lizenzkosten des Systems. Content Collections brauchen ein bis zwei Wochen, ein Git-basiertes CMS zwei bis vier, ein API-basiertes fünf bis neun. Treiber unter Astro Kosten.
Weiter im Astro-Cluster.
Die CMS-Frage ist ein Teil des Projekts. Hier sind die anderen:
Inhalte, die Ihr Team selbst pflegt.
Schildern Sie Ihre Redaktionssituation: wer schreibt, wer gibt frei, wie oft. Sie bekommen eine begründete Empfehlung mit Kostenbild.
CMS-Setup anfragen.
Kurz beschreiben, welche Inhalte gepflegt werden und von wem. Wir melden uns mit einer Empfehlung.
Antwort in der Regel innerhalb von 24 Stunden.
Remote und vor Ort in Deutschland, Österreich und der Schweiz. Internationale Projekte auf Anfrage.
Verwandte Leistungen.
Headless CMS Agentur
Inhaltsmodell, Anbindung und Betrieb hinter der CMS-Entscheidung.
Mehr erfahrenWebflow Agentur
Wenn ein visuelles Werkzeug mit eigenem Editor besser passt.
Mehr erfahrenIndividuelle Softwareentwicklung
Wenn aus dem Inhaltsmodell eine Anwendung mit Login wird.
Mehr erfahrenIT-Projektleitung
Wenn die Umstellung mehrere Teams und Systeme betrifft.
Mehr erfahren