b10cks vs. WordPress
WordPress wurde für eine Welt gebaut, in der CMS und Frontend dasselbe waren. Headless WordPress ist möglich – aber es ist ein Workaround, keine Architektur. b10cks wurde API-first konzipiert, für Teams, die eine Content-Plattform wollen, die wirklich zu einem modernen Frontend-Stack passt.
Die Kurzfassung
WordPress hat eine außergewöhnliche Erfolgsgeschichte. Seine Reichweite ist unübertroffen, seine Community ist die größte in der CMS-Geschichte, und für klassische Websites bleibt es eine pragmatische, erprobte Wahl.
Aber „Headless WordPress“ ist ein Flickwerk auf einer Architektur, die dafür nie gedacht war. Die REST API wurde nachträglich eingebaut. WPGraphQL ist ein Community-Plugin – kein Core-Feature – mit eigenem Wartungsaufwand. Der Block-Editor (Gutenberg) ist eng mit WordPress-Themes verzahnt und funktioniert in einem headless Kontext nicht. Lokalisierung erfordert WPML oder Polylang, beides kostenpflichtige Plugins mit ihren eigenen Eigenheiten. Content-Workflows, Versionszweige und strukturierte Veröffentlichungen gibt es ohne zusätzliche Plugins nicht, und diese spielen möglicherweise nicht gut miteinander.
b10cks wurde von Anfang an als API-first Content-Plattform entwickelt. Die API ist das Produkt. Das Redaktions-Erlebnis wurde dafür gebaut, diese API zu bedienen. Es gibt kein Themesystem, mit dem du kämpfen musst, kein Plugin-Ökosystem, das du umständlich managen musst, und keinen „Headless-Modus“, den du erst aktivieren musst.
Was sich ändert, wenn du headless gehst
Bevor wir b10cks und WordPress direkt vergleichen, lohnt sich ein ehrlicher Blick darauf, was du verlierst, wenn du WordPress headless nutzt:
Der visuelle Editor bricht auseinander. Gutenberg ist dafür gebaut, Blöcke innerhalb von WordPress-Templates darzustellen. Wenn du headless gehst, wird der Block-Editor zu einem Rich-Text-Eingabefeld, das HTML erzeugt, das du erst parsen musst. Klicken zum Bearbeiten, Live-Vorschau und Block-Zusammenstellung funktionieren nicht mehr so, wie Redakteure es erwarten.
Die meisten Plugins funktionieren nicht mehr. Plugins, die von WordPress-Hooks, Shortcodes, PHP-Rendering oder WooCommerce abhängen, stehen in einem headless Kontext nicht zur Verfügung. Dir bleibt nur ein Teil des Ökosystems.
Die Inhaltsvorschau braucht eine eigene Implementierung. Die eingebaute Vorschau von WordPress öffnet eine von WordPress gerenderte Seite. In einem headless Setup die Vorschau mit deinem tatsächlichen Next.js- oder Nuxt-Frontend zu verbinden, ist eine Entwicklungsaufgabe – kein Schalter.
Performance kommt nicht automatisch. Headless soll schneller sein – aber Studien deuten darauf hin, dass 35 % der Headless-WordPress-Migrationen zu schlechterer Performance als im Original führen, typischerweise wegen zu vieler Abrufe, Entscheidungen zur Client-side Hydration und API-Request-Wasserfällen.
Das Content-Modell ist dünn. Das native Modell von WordPress besteht aus Beiträgen, Seiten und Custom Post Types. Strukturierte, kombinierbare, verschachtelte Content-Blöcke brauchen ACF (Advanced Custom Fields), ein Drittanbieter-Plugin mit eigenen Lizenzkosten.
Keiner dieser Punkte ist ein Grund, headless zu vermeiden – sie sind ein Grund, zu hinterfragen, ob WordPress das richtige Backend für eine headless Architektur ist.
Funktionsvergleich
| Feature | b10cks | WordPress (Self-hosted) | WordPress.com Business |
|---|---|---|---|
| API-first-Architektur | ✅ | ❌ (nachgerüstet) | ❌ (nachgerüstet) |
| REST API | ✅ Versioniert, stabil | ✅ (WP REST API) | ✅ |
| Visueller Editor (Headless-Vorschau) | ✅ Alle Pläne | ❌ (eigene Implementierung erforderlich) | ❌ (eigene Implementierung erforderlich) |
| Strukturiertes Block-/Komponentenmodell | ✅ Nativ | 💰 ACF-Plugin (kostenpflichtig) | 💰 ACF-Plugin (kostenpflichtig) |
| Lokalisierung | ✅ Alle Pläne | 💰 WPML oder Polylang (kostenpflichtig) | 💰 WPML oder Polylang (kostenpflichtig) |
| Versionshistorie mit Rollback | ✅ Alle Pläne | ⚠️ Nur Beitragsrevisionen | ⚠️ Nur Beitragsrevisionen |
| Content-Zweige / Staging | ✅ Alle Pläne | 💰 Plugin erforderlich | ✅ Staging (Business+) |
| Geplante Veröffentlichungen | ✅ Alle Pläne | ✅ | ✅ |
| Kollaboration in Echtzeit | ✅ Alle Pläne | ❌ | ❌ |
| Verschachtelte Kommentare (redaktionell) | ✅ Alle Pläne | ❌ | ❌ |
| Eigene Rollen & Berechtigungen | ✅ Alle Pläne | ✅ (eingeschränkt) | ✅ (eingeschränkt) |
| Integriertes CDN | ✅ Alle Pläne | ❌ (separater Dienst) | ✅ (Business+) |
| Integrierte Bildverarbeitung | ✅ Alle Pläne | ⚠️ Nur Basis | ⚠️ Nur Basis |
| AI-Credits | ✅ Alle Pläne | 💰 Plugin erforderlich | ⚠️ Eingeschränkt |
| Open Source | ✅ AGPLv3 | ✅ GPL | ❌ (WordPress.com ist SaaS) |
| Self-hosting | ✅ Immer | ✅ Immer | ❌ |
| TypeScript SDK | ✅ | ❌ | ❌ |
| Plugin-Sicherheitsfläche | Keine | ⚠️ Groß | ⚠️ Groß |
| Gebühren pro Nutzer | ❌ Nie | ❌ | ❌ |
Preisvergleich
Self-hosted: Der WordPress-Kern ist kostenlos (GPL). Rechne den echten Stack zusammen:
| Posten | Typische jährliche Kosten |
|---|---|
| Hosting (VPS, Managed WP) | 100 – 2.000+ $/Jahr |
| ACF Pro (strukturierte Felder) | 149 – 249 $/Jahr |
| WPML (Lokalisierung) | 99 – 199 $/Jahr |
| WP Engine / Kinsta / etc. | 300 – 3.000+ $/Jahr |
| Sicherheits-Plugin (Wordfence, Sucuri) | 99 – 500 $/Jahr |
| Entwicklerzeit für Plugin-Management | Variabel |
Ein schlankes headless WordPress-Setup für ein echtes Produkt kann leicht 500–1.000 $ pro Jahr kosten, noch bevor Entwicklerzeit dazukommt – und das ohne Staging-Umgebung, eigene Workflows oder ernsthafte Redaktions-Tools.
WordPress.com:
| Plan | Preis | Plugins | Headless-Nutzung |
|---|---|---|---|
| Free | $ | ❌ | ❌ |
| Personal | 4 $/Monat (jährlich) | ❌ | ❌ |
| Premium | 8 $/Monat (jährlich) | ❌ | ❌ |
| Business | 25 $/Monat (jährlich) | ✅ | ⚠️ Eingeschränkt |
| Commerce | 45 $/Monat (jährlich) | ✅ | ⚠️ Eingeschränkt |
| Enterprise | 25.000+ $/Jahr | ✅ | ✅ |
WPGraphQL und ACF lassen sich ab Business (25 $/Monat) installieren. Die Headless-Story von WordPress.com bleibt selbst auf Business eingeschränkt – du arbeitest weiterhin gegen eine Plattform, die dafür nicht gebaut wurde.
| Plan | Preis | Speicher | Traffic | AI-Credits |
|---|---|---|---|---|
| Free | € | 1 GB | 10 GB | 1 $ |
| Essential | 25 €/Monat | 10 GB | 150 GB | 5 $ |
| Growth | 75 €/Monat | 50 GB | 500 GB | 15 $ |
| Pro | 175 €/Monat | 120 GB | 1.024 GB | 30 $ |
| Scale | 350 €/Monat | 250 GB | 2.048 TB | 60 $ |
Jeder Plan enthält alle Funktionen. Kein Plugin-Stack. Keine Lizenzverlängerungen. Keine Kompatibilitätsprobleme um 2 Uhr morgens.
WordPress ist die richtige Wahl, wenn:
Dein Frontend ist weitergezogen. Dein CMS sollte es auch.