Headless CMS Agentur: Architektur zuerst, Tool danach.

Ein klassisches CMS speichert Inhalte und baut daraus auch gleich die fertige Seite. Ein Headless CMS macht nur den ersten Teil: Es verwaltet Inhalte und gibt sie über eine API heraus. Den Kopf, also die Darstellung, liefert ein separates System – bei uns in der Regel Astro. Der Vorteil: Denselben Inhalt können mehrere Kanäle abholen. Der Preis: Vorschau, Suche und Formulare gehören plötzlich zum Frontend-Projekt.

Häufig nicht. Wenn eine kleine Zahl an Personen eine Marketing-Website pflegt, reichen Astro Content Collections: Inhalte liegen als Dateien im Projekt, ein Schema prüft sie beim Build, es läuft kein zusätzliches System. Ein CMS lohnt sich, sobald Menschen ohne Git regelmäßig schreiben, Freigaben nötig sind oder Inhalte in mehrere Kanäle müssen. Die Einordnung im Detail steht auf Astro & CMS.

Das entscheidet Ihr Redaktionsalltag, nicht die Feature-Liste. Sollen Marketing-Leute Landingpages selbst zusammensetzen, führt der Weg zu einem visuellen Editor wie Storyblok. Geht es um ein sauberes Modell mit vielen Beziehungen, passt Sanity besser. Stehen Freigabeprozesse, Marken und Sprachen im Vordergrund, ist Contentful im Rennen. Wer selbst hosten muss, landet bei Strapi, Payload oder Directus. Wir lassen zwei bis drei Kandidaten mit Ihren echten Inhalten gegeneinander antreten.

Es sind drei Posten: die Integration mit Content-Modell, Anbindung, Frontend und Vorschau; die Migration bestehender Inhalte; und die laufenden Lizenz- oder Hosting-Kosten des CMS. Der Frontend-Teil lässt sich gut schätzen, die Migration hängt an der Datenqualität, die Lizenzkosten an Seats und Volumen. Wir rechnen das vor der Entscheidung durch, nicht danach. Den Rahmen für den Astro-Teil finden Sie unter Astro-Kosten.

Ja, aber es ist Arbeit. Vorschau ist bei headless kein Häkchen in den Einstellungen, sondern eine eigene Route, die Entwürfe aus der API zieht und rendert. Bei Systemen mit visuellem Editor kommt eine Live-Vorschau auf die echte Seite dazu. Wir bauen das mit und testen es mit Ihrer Redaktion, bevor der alte Auftritt abgeschaltet wird.

Ja. WordPress gibt Inhalte über seine API heraus, Astro rendert daraus die öffentliche Seite. Ihre Redaktion arbeitet im gewohnten Editor weiter, das Frontend wird neu gebaut. Was bleibt: WordPress läuft weiter und braucht weiter Updates, es steht nur nicht mehr öffentlich. Was dazukommt: Vorschau und Cache-Invalidierung. Den Ablauf beschreiben wir auf WordPress headless mit Astro, die grundsätzliche Abwägung unter Astro vs. WordPress.

Nicht, wenn URL-Struktur und Weiterleitungen vorher stehen. Rankings brechen bei Relaunches fast immer an drei Stellen: geänderte Adressen ohne dauerhafte Weiterleitung, verlorene Metadaten und Inhalte, die beim Umzug „gestrafft“ wurden. Wir ziehen die Struktur vor der Migration, mappen jede alte Adresse und messen nach dem Start weiter. Bei umsatzkritischen Seiten empfehlen wir vorher ein SEO-Audit.

Ehrliche Antwort: Eine öffentliche Astro-Kundenreferenz haben wir noch nicht, dieser Teil unseres Angebots ist neu. Ansehen können Sie unsere Webflow-Arbeit happylipo.de und unsere eigenen Produkte Pauly, Chess Clock und Mini Marvin. Keines davon ist ein Astro-Projekt, und wir geben es auch nicht als solches aus. Was wir anbieten: ein kleines, klar abgegrenztes Vorprojekt – ein Inhaltstyp, ein CMS, eine Seite – bevor Sie sich auf eine Architektur festlegen.

Zuerst ungewohnt, das sagen wir offen. Statt in eine Seite zu schreiben, füllt Ihre Redaktion Felder eines Inhaltstyps: Überschrift, Text, Bild, Beziehungen. Das macht Inhalte wiederverwendbar und verhindert, dass jemand versehentlich das Layout auseinandernimmt – es kostet aber das Gefühl, direkt auf der Seite zu arbeiten. Systeme mit visuellem Editor holen dieses Gefühl weitgehend zurück, die anderen nicht. Deshalb lassen wir Ihr Team vor der Entscheidung eine Woche lang echt damit arbeiten, statt eine Herstellerdemo anzusehen.

Ja, auf drei kombinierbaren Wegen. Ein visueller Editor wie Storyblok, in dem Marketing Seiten aus freigegebenen Bausteinen selbst zusammensetzt. Ein Redaktions-CMS mit Masken, Rollen und Freigaben für alles, was täglich redigiert wird. Oder Pflege per Chat: Ein Agent schreibt in dasselbe schema-validierte Inhaltsmodell, erzeugt einen nachvollziehbaren Commit und schickt eine Vorschau zurück – Text ändern, Beitrag anlegen, Bild tauschen als Nachricht statt als CMS-Sitzung. Dass Chat-Agenten bei uns Tagesgeschäft sind, belegt unser eigener WhatsApp-KI-Agent. Neue Seitentypen und Layoutänderungen bleiben Entwicklungsarbeit.

Per Skript, nicht per Copy-and-paste. Wir exportieren aus dem Altsystem, mappen jedes Feld auf das neue Modell, ziehen Bilder samt Alternativtexten mit und übernehmen die URL-Struktur, wo es geht. Der Aufwand hängt an den Ausnahmen: Inline-HTML im Fließtext, Shortcodes, strukturlose Freitextfelder, drei Generationen von Bildgrößen. Vor jeder Schätzung sehen wir uns deshalb echte Datensätze an. Und wir sagen Ihnen, welche Altinhalte den Umzug nicht wert sind – archivieren ist manchmal die bessere Entscheidung als migrieren.

Die Inhalte gehören Ihnen, und jedes ernstzunehmende Headless-CMS gibt sie über API oder Export wieder heraus. Das Frontend liegt ohnehin quelloffen in Ihrem Repository. Trotzdem gilt: exportierbar ist nicht dasselbe wie portabel. Beziehungen zwischen Einträgen, Asset-URLs, Rechtestrukturen und vor allem baukastenartige Seitenmodelle sind auf den jeweiligen Anbieter zugeschnitten und wandern nicht eins zu eins mit. Der wirksamste Schutz ist ein sauberes, anbieterunabhängiges Content-Modell – genau deshalb modellieren wir vor der Toolauswahl.

Es kann, und das ist die häufigste Kostenfalle bei gehosteten Headless-CMS. Abgerechnet wird nach Sitzplätzen, Einträgen, Umgebungen, API-Aufrufen oder Traffic – und alle diese Größen wachsen mit dem Erfolg. Wir rechnen vor der Entscheidung drei Jahre durch, mit der Teamgröße und Inhaltsmenge, die Sie dann voraussichtlich haben. Selbst betriebene Systeme drehen die Rechnung um: keine Lizenzgebühr, dafür Betrieb, Updates und Sicherheit bei Ihnen. Beides ist vertretbar. Teuer wird nur die Variante, die niemand vorher durchgerechnet hat.

Der Astro-Build lässt sich bei einem Anbieter in Deutschland oder der EU betreiben; Schriften binden wir selbst ein, für Analytics gibt es Varianten ohne Cookies. Beim CMS entscheidet die Wahl: Selbst betriebene Systeme wie Strapi, Payload oder Directus liegen dort, wo Sie sie hinstellen. Bei gehosteten Anbietern bestimmen Region und Unterauftragsverarbeiter der Anbieter – das prüfen wir vor der Entscheidung, nicht in der Abnahme. Wir benennen jeden eingesetzten Dienst, damit Ihre Auftragsverarbeitungsverträge geschlossen werden können. Rechtsberatung leisten wir nicht; mehr dazu unter DSGVO-konforme Website.

Dass sie sich verschiebt, statt zu verschwinden. Die ausgelieferte Seite ist vorgerendertes HTML ohne Admin-Login, ohne Plugin-Ökosystem und ohne Datenbank im Auslieferungspfad – der klassische Angriff über eine verwundbare Erweiterung führt dort ins Leere. Bestehen bleiben: das CMS als eigenes System mit Anmeldung und Update-Pflicht, API-Token, Webhooks, Formular-Endpunkte, die Build-Pipeline und die Rechte am Repository. Wir arbeiten mit Zwei-Faktor-Pflicht, minimalen Rechten, rotierbaren Token und regelmäßigen Abhängigkeits-Updates und dokumentieren, wo Geheimnisse liegen.

Wir – für das, was wir gebaut haben und was nicht so funktioniert, wie es vereinbart war. Das reparieren wir im Rahmen der gesetzlichen Gewährleistung ohne neue Rechnung. Davon zu trennen sind zwei Dinge: der Änderungswunsch, der eine Beauftragung ist und kein Mangel, und eine Störung beim CMS-Anbieter, für dessen Verfügbarkeit dessen eigener Vertrag gilt. In welche Kategorie eine Meldung fällt, sagen wir vorher und nicht hinterher. Feste Reaktions- und Wiederherstellungszeiten gehören in die Wartungsvereinbarung; wenn Ihr Einkauf sie braucht, vereinbaren wir sie schriftlich.

Am Ergebnis wenig, an der Zuständigkeit viel. Barrierefreiheit entsteht in Markup, Kontrasten, Fokusreihenfolge, Formularen und Tastaturbedienung – also im Frontend, das wir bauen, nicht im CMS. Zwei Dinge helfen strukturell: Astro liefert serverseitig gerendertes HTML aus, das ohne JavaScript-Ausführung lesbar ist, und die eingebaute Bildkomponente setzt Alternativtext-Attribut, Maße und Ladeverhalten mit. Was das CMS beisteuern muss, ist ein Pflichtfeld für Alternativtexte und ein Modell, das Überschriftenebenen nicht überspringen lässt. Eine rechtsverbindliche Konformitätserklärung stellen wir nicht aus – Details unter barrierefreie Website.

Sie behalten alles, was das Projekt ausmacht. Das Repository gehört Ihnen ab der ersten Woche, CMS-, Hosting- und Domain-Zugänge laufen auf Ihren Namen, das Content-Modell ist dokumentiert. Astro ist quelloffen unter der MIT-Lizenz, und das CMS haben Sie ohnehin selbst lizenziert oder selbst gehostet – es gibt keinen Baustein, der an uns gebunden wäre. Im Repository liegt eine README mit Build, Deployment und Inhaltsmodell. Jedes Team, das mit JavaScript und Git arbeitet, kann übernehmen. Angenehm ist ein Wechsel nicht, aber er ist keine Neuentwicklung.

Ja, wenn im Team jemand mit HTML, CSS, JavaScript und Git arbeitet. Genau das sind Astro-Komponenten; interaktive Inseln schreiben Sie in React, Preact, Svelte, Vue, SolidJS oder Alpine.js. Sie stellen also aus dem allgemeinen JavaScript-Markt ein, nicht aus einem Astro-Markt, und Einarbeitung heißt Dokumentation plus Repository. Auf der CMS-Seite ist die Frage anders gelagert: Ein selbst betriebenes System braucht dauerhaft jemanden für Updates und Backups. Wenn diese Person nicht existiert, empfehlen wir ein gehostetes CMS oder eine Wartungsvereinbarung, die die Verantwortung eindeutig regelt.

Die Auswahl allein sind zwei bis vier Wochen: Inventur, Modellentwurf, Shortlist, Redaktionstest, schriftliche Empfehlung. Ein Pilot mit einem Inhaltstyp, einem Kandidaten und einer echten Seitenvorlage kommt mit zwei bis drei Wochen aus und beantwortet die Frage, ob Ihr Team das System mag. Die Umsetzung einer Marketing-Website mit CMS liegt bei acht bis zwölf Wochen inklusive Auswahl; mehrsprachig, mit Freigabestufen oder großem Altbestand ab vierzehn Wochen. Klein anfangen ist ausdrücklich erwünscht – der Pilot ist die günstigste Art, uns zu prüfen.

Nicht von Haus aus, aber es lässt sich so betreiben. WordPress bringt eine REST-API mit, WPGraphQL ergänzt eine GraphQL-Schnittstelle. Die Redaktion bleibt im gewohnten Editor, das Frontend wird separat gebaut. Den Ablauf beschreiben wir unter WordPress headless mit Astro.

Ein gehostetes System wie Storyblok, Sanity oder Contentful nicht – dort liegt der Betrieb beim Anbieter. Strapi, Payload und Directus betreiben Sie selbst und brauchen dafür eine Laufzeitumgebung. Die Astro-Website davor kommt im Normalfall als statischer Build ohne eigenen Server aus.

Die technische Grundlage ist gut, weil Astro standardmäßig vorrendert und Suchmaschinen fertiges HTML bekommen. Das CMS selbst rankt nichts. Entscheidend bleiben Inhalte, Struktur, Weiterleitungen und Metadaten – und Letztere müssen im Content-Modell vorgesehen sein, sonst fehlen sie später auf jeder Seite.

Ja. Astro ist quelloffene Software unter der MIT-Lizenz; für das Framework selbst fällt keine Lizenzgebühr an. Kosten entstehen bei Umsetzung, Inhalten, Hosting und Betrieb – und, falls Sie eins einsetzen, beim Headless CMS mit seinem eigenen Preismodell.