Contentful vs. ShiftPress: Eine Content-API oder eine echte Website?
Contentful ist ein ernstzunehmendes Stück Software mit einer ernstzunehmenden Kundenliste, und dieser Artikel tut nicht so, als wäre es anders. Es ist seit einem Jahrzehnt die Standardantwort auf "wir brauchen ein Headless-CMS", ein großer Teil der Fortune 500 nutzt es, und die Ideen zur Inhaltsmodellierung, die es populär gemacht hat, sind wirklich gute Ideen. Wer hier einen Verriss erwartet hat, kann sich entspannen.
Worum es hier geht, ist ein Missverhältnis, das uns oft genug begegnet, um es aufzuschreiben. Einem kleinen oder mittleren Unternehmen wird ein moderner Stack verkauft. Ein Headless-CMS, ein eigenes Frontend, eine Deploy-Pipeline. Das Ding geht live, es ist schnell, alle sind zufrieden. Achtzehn Monate später will die Person aus dem Marketing eine Überschrift ändern und kann es nicht, weil die Überschrift in einem Template steckt und nicht in einem Feld, und die Agentur, die das Frontend gebaut hat, ist weitergezogen. Das ist nicht Contentfuls Schuld. Das passiert, wenn eine Architektur für eine Content-Organisation auf eine Content-Website angewendet wird.
Was Contentful dir tatsächlich gibt
Contentful ist ein Headless-CMS. Du definierst Inhaltstypen (einen Artikel, ein Produkt, einen Standort, eine Person), Redakteure füllen sie aus, und Contentful liefert das Ergebnis über REST- und GraphQL-Schnittstellen aus. Versionierung, Rollen, Freigabeabläufe, Lokalisierung, Medienverwaltung und Integrationen sind an Bord, und in all dem ist es sehr gut.
Zwei Dinge gibt es bewusst nicht dazu:
- Ein Frontend. Es gibt keine Seite. Jemand muss Templates, Layout, Navigation, Formulare und SEO-Auszeichnung bauen und an die API anbinden.
- Hosting und Deployment. Dieses Frontend muss gebaut, gehostet, überwacht und bei jeder Änderung neu ausgerollt werden.
Das ist eine Eigenschaft, kein Versäumnis. Inhalte von der Darstellung zu trennen, ist genau das, was ein Inhaltsmodell gleichzeitig eine Website, eine iOS-App, einen Bildschirm im Laden und ein Mailsystem versorgen lässt. Und es ist genau das, was die Form falsch macht für ein Unternehmen, dessen "viele Kanäle" eine Website sind.
Was ShiftPress dir tatsächlich gibt
ShiftPress startet bei der Seite, die du schon hast, meistens auf WordPress, und baut sie originalgetreu als sauberen statischen Code in einem GitHub-Repository nach, das dir gehört. Gleiche Seiten, gleiche URLs, gleiches Design, keine Datenbank und keine Plugins. Danach führst du sie, indem du mit ihr redest: Du tippst oder sprichst "ändere den ersten Satz", "leg eine Seite für die neue Leistung an", "veröffentliche das als Beitrag", und der Agent bearbeitet die echten Seiten, zeigt eine Vorschau und veröffentlicht nach deiner Freigabe. Hosting, SSL, Backups, Weiterleitungen, strukturierte Daten, Übersetzungen, Formulare und der Anfragen-Eingang sind enthalten statt zusammengesteckt.
Es gibt kein Inhaltsmodell zu entwerfen, weil es keinen API-Abnehmer gibt, für den man es entwerfen müsste. Die Seite ist der Inhalt. Falls das architektonisch nach einem Rückschritt klingt: Für eine einzelne Website ist es meistens keiner. Du hast eine allgemeine Abstraktion, die du ohnehin nicht genutzt hättest, gegen die Fähigkeit getauscht, alles auf der Seite ohne Deployment zu ändern.
Die Frage, die entscheidet: Was passiert, wenn du etwas ändern willst?
Vergiss kurz die Funktionslisten und geh vier realistische Anfragen durch.
| Die Anfrage | Mit Contentful | Mit ShiftPress |
|---|---|---|
| Text eines Blogbeitrags ändern | Redakteurin ändert ein Feld. Einfach. | Selbst ändern oder danach fragen. |
| Eine Überschrift ändern, die im Template steckt | Ticket, Code-Änderung, Deployment. | Danach fragen. Vorschau, veröffentlichen. |
| Einen neuen Seitentyp anlegen (eine Fallstudie) | Neuer Inhaltstyp, dann Frontend-Arbeit, dann Deployment. | Danach fragen. |
| Einen Abschnitt verschieben, Layout ändern | Frontend-Arbeit, dann Deployment. | Danach fragen oder das Element anklicken. |
Die erste Zeile ist der Grund, warum Leute Contentful mögen. Die anderen drei sind der Grund, warum kleine Teams irgendwann aufhören, ihre Seite zu pflegen. Nichts ist kaputt. Jede dieser Änderungen ist möglich. Sie brauchen nur jeweils jemanden, der Code schreibt, und ein Deployment. Und wenn du diese Person nicht beschäftigst, passiert die Änderung eben nicht.
Die Kosten, die in keiner Vergleichstabelle stehen
Contentfuls eigene Preise sind zum Zeitpunkt dieses Artikels: eine kostenlose Stufe, ein pauschaler Bezahltarif bei rund 300 US-Dollar im Monat und ein individuell angebotener Premium-Tarif. Unabhängige Einkaufsdaten nennen für kleinere Premium-Verträge im Schnitt rund 36.800 US-Dollar im Jahr, große Konzernverträge liegen deutlich darüber. Preise ändern sich, prüf sie also direkt beim Anbieter.
Das Abo ist dabei die kleine Zahl. Der eigentliche Preis eines Headless-Setups ist das Frontend: entwerfen, bauen, hosten, Abhängigkeiten aktuell halten und jemanden bezahlen, der es ändert, wenn sich das Geschäft ändert. Für einen Konzern, der das über Dutzende Auftritte verteilt, ist das effizient. Für eine Firmenwebsite ist es ein dauerhafter Posten an einer dauerhaften Abhängigkeit.
ShiftPress berechnet eine einmalige Umzugsgebühr nach Seitenanzahl (149 Euro für bis zu 10 Seiten, 299 für bis zu 50, 599 für bis zu 250) und danach ein festes Abo: eine kostenlose Stufe, dann 10, 25 oder 60 Euro im Monat, mit einem angebotenen Pro-Tarif für Agenturen. Hosting und der ganze Rest stecken darin. Die vollständige Aufstellung steht auf der Preisseite, und was der Betrieb einer Seite über die Jahre wirklich kostet, rechnen wir in Website-Wartungskosten durch.
Wann Contentful wirklich die richtige Antwort ist
Wir sind lieber nützlich als einseitig. Nimm Contentful oder ein vergleichbares Headless-CMS, wenn:
- Inhalte mehr als eine Oberfläche versorgen. Eine Website plus App, Kiosk, Partnerportal oder Mailsystem. Genau dafür wurde Headless erfunden, und nichts anderes löst das so sauber.
- Du eine echte Redaktionsorganisation hast. Dutzende Redakteure, definierte Rollen, Freigabeketten, geplante Kampagnen und ein Content-Operations-Team, dem das Modell gehört.
- Lokalisierung strukturell ist, nicht nur Übersetzung. Viele Märkte mit tatsächlich unterschiedlichen Inhalten, nicht dieselbe Seite in zwei Sprachen.
- Du die Entwickler schon hast. Wenn das Frontend-Team existiert und bleibt, trifft der Einwand "braucht eine Entwicklerin" auf dich schlicht nicht zu.
- Du Governance auf Konzernniveau brauchst. SSO, Audit-Trails, einkaufsfähige Verträge und zugesicherte Supportzeiten.
Wenn davon drei oder mehr zutreffen, hör auf, Vergleichsartikel zu lesen, und nimm Contentful. Wir würden das schlechter machen.
Wann ShiftPress besser passt
- Du hast eine Website. Die Abstraktion, die Headless mächtig macht, ist Aufwand, den du nie einlöst.
- Bei euch schreibt niemand Code. Jede Änderung ist ein Satz, auch die, die woanders eine Template-Änderung wäre.
- Du kommst von WordPress. Der Umzug ist das Produkt, deine URLs bleiben, Weiterleitungen werden erzeugt. Siehe WordPress auf eine statische Seite umziehen und weg von WordPress ohne Rankingverlust.
- Du willst Tempo und Sicherheit ohne Build-Pipeline. Statische Seiten, keine Datenbank zum Angreifen, kein Plugin-Stapel zum Patchen. Die ehrlichen Grenzen stehen in statische Websites: Vorteile und Nachteile.
- Der Code soll trotzdem dir gehören. Deine Seite liegt in deinem eigenen GitHub-Repository, darum geht es in kein Lock-in: Deine Seite gehört dir.
"Aber Headless ist besser für SEO und KI-Suche"
Das wird oft wiederholt und verdient eine klare Antwort. Headless ist nicht per se besser für die Suche. Was hilft, ist das, was hinten herauskommt: schnelle Seiten, sauberes HTML, korrekte strukturierte Daten, sinnvolle interne Verlinkung und stabile URLs. Ein Headless-Stack kann das liefern, eine statische Seite auch. Ein Headless-Stack kann genauso gut eine langsame, im Browser gerenderte Seite ausspucken, mit der Antwortmaschinen sich schwertun, und viele tun das.
Wichtiger ist 2026, ob Maschinen deine Seiten lesen und zitieren können. Das hängt an Auszeichnung und Struktur, nicht daran, wo die Inhalte gespeichert liegen. Was wirklich wirkt, steht in Answer Engine Optimization und in der besten Plattform für SEO und GEO.
Direkter Vergleich
| Worauf es ankommt | Contentful | ShiftPress |
|---|---|---|
| Was du bekommst | Eine Content-API und einen Editor | Eine fertige Website |
| Frontend enthalten | Nein, du baust es | Ja |
| Hosting enthalten | Nein | Ja |
| Änderung außerhalb eines modellierten Felds | Entwicklerin plus Deployment | Einfach danach fragen |
| Mehrere Kanäle (Web, App, Kiosk) | Hervorragend | Nicht das Ziel |
| Redaktionsabläufe im großen Maßstab | Hervorragend | Rollen und Freigabe, kleinerer Maßstab |
| WordPress-Umzug | Ein Projekt, das du beauftragst | Kernprodukt, ab 149 € einmalig |
| Preismodell | Kostenlos, ~300 $/Monat pauschal, dann individuell | Einmalig pro Seite, dann 0–60 €/Monat |
| Passt am besten zu | Mehrkanal-Organisationen mit Entwicklern | Eine Website, keine Entwicklerin |
Ein Hinweis für Agenturen
Wenn du Headless-Projekte für Kunden baust, kennst du das Muster: Der Aufbau ist profitabel, die Nachbetreuung nicht. Kleine Inhaltsänderungen, für die eine Entwicklerin nötig ist, sind die unbeliebteste und unrentabelste Arbeit im Haus. Den langen Schwanz kleinerer Kunden auf etwas zu setzen, das sie selbst ändern können, ist die Lösung. Genau dafür ist ShiftPress für Agenturen da, und sobald drei Kundenseiten darauf laufen, kannst du ins Partnernetzwerk und bekommst bezahlte Aufträge weitergeleitet. Die Rechnung steht in Webagentur as a Service vs. klassische Webagentur.
Eine Website, kein Entwicklungsteam?
Sieh deine aktuelle Seite als schnellen, sauberen Code, der dir gehört, und ändere sie, indem du beschreibst, was du willst. Kein Inhaltsmodell, kein Frontend-Projekt, keine Deploy-Pipeline.
Website umziehen ↗Häufige Fragen
Bekomme ich mit Contentful eine Website?
Was kostet Contentful?
Ist Contentful für eine kleine Firmenwebsite überdimensioniert?
Was ist für ein kleines Team die Alternative zu einem Headless-CMS?
Fazit
Contentful und ShiftPress konkurrieren eigentlich nicht um dieselbe Aufgabe, und das Nützlichste, was dieser Artikel tun kann, ist dir zu helfen herauszufinden, welche Aufgabe du hast. Wenn deine Inhalte mehr als eine Oberfläche erreichen müssen, wenn du eine Content-Operations-Funktion und ein Frontend-Team hast und wenn Governance und Lokalisierung im großen Maßstab echte Anforderungen sind, ist Contentful eine ausgereifte, gut geführte Antwort, die du ernst nehmen solltest. Wenn du eine Website hast, zwei Leute, die sie pflegen, und keine Lust, eine Frontend-Codebasis zu besitzen, dann löst die Headless-Architektur ein Problem, das du nicht hast, und schafft eines, das du dann hast: Du kannst deine eigene Seite nicht ändern. In dem Fall fang bei dem an, was du schon hast, und sieh dir den Vergleich der wichtigsten Plattformen an, oder gib uns einfach deine aktuelle Adresse.