b10cks vs. Wordpress
WordPress powstał z myślą o świecie, w którym CMS i frontend były tym samym. Headless WordPress jest możliwy – ale to obejście, nie architektura. b10cks został zaprojektowany od podstaw w modelu API-first, dla zespołów, które chcą platformy treści naprawdę dopasowanej do nowoczesnego stosu frontendowego.
Krótko mówiąc
WordPress ma niezwykły dorobek. Jego zasięg nie ma sobie równych, społeczność jest największa w historii CMS-ów, a w przypadku tradycyjnych stron pozostaje pragmatycznym, sprawdzonym w boju wyborem.
Ale „headless WordPress” to łatka na architekturę, która nie była pod to projektowana. REST API zostało dopięte po fakcie. WPGraphQL to wtyczka społecznościowa – nie funkcja rdzeniowa – z własnym narzutem utrzymaniowym. Edytor blokowy (Gutenberg) jest ściśle powiązany z motywami WordPressa i nie działa w środowisku headless. Lokalizacja wymaga WPML albo Polylang, czyli płatnych wtyczek z własnymi kaprysami. Workflow treści, rozgałęzianie wersji i publikacja strukturalna nie istnieją bez dodatkowych wtyczek, które mogą, ale nie muszą, dobrze współpracować ze sobą.
b10cks został zaprojektowany od pierwszego dnia jako platforma treści API-first. API jest produktem. Doświadczenie redakcyjne zbudowano tak, by służyło temu API. Nie ma systemu motywów, z którym trzeba walczyć, nie ma ekosystemu wtyczek do ogarniania wokół i nie ma „trybu headless”, który trzeba włączać.
Co się zmienia, gdy przechodzisz na headless
Zanim porównasz b10cks i WordPressa bezpośrednio, warto szczerze powiedzieć, co tracisz, używając WordPressa w trybie headless:
Edytor wizualny przestaje działać. Gutenberg został zbudowany do renderowania bloków wewnątrz szablonów WordPressa. Gdy przechodzisz na headless, Edytor blokowy staje się bogatym polem tekstowym, które generuje HTML do ręcznego parsowania. Kliknij, aby edytować, podgląd na żywo i składanie bloków nie działają już tak, jak oczekują tego redaktorzy.
Większość wtyczek przestaje działać. Wtyczki zależne od hooków WordPressa, shortcode’ów, renderowania PHP albo WooCommerce nie są dostępne w środowisku headless. Zostaje Ci tylko wycinek ekosystemu.
Podgląd treści wymaga własnej implementacji. Wbudowany podgląd WordPressa otwiera stronę renderowaną przez WordPressa. W konfiguracji headless podpięcie podglądu pod rzeczywisty frontend Next.js albo Nuxt to zadanie deweloperskie, a nie przełącznik.
Wydajność nie dzieje się automatycznie. Headless ma być szybszy – ale badania sugerują, że 35% migracji WordPressa do headless kończy się gorszą wydajnością niż wcześniej, zwykle przez nadmierne pobieranie danych, decyzje o hydracji po stronie klienta i kaskady żądań do API.
Model treści jest ubogi. Natywny model WordPressa to Wpisy, Strony i Własne typy treści. Strukturalne, komponowalne, zagnieżdżone bloki treści wymagają ACF (Advanced Custom Fields), wtyczki firm trzecich z własnym kosztem licencyjnym.
Żadna z tych rzeczy nie jest powodem, by unikać headless – to powody, by zastanowić się, czy WordPress jest właściwym backendem dla architektury headless.
Feature Comparison
| Feature | b10cks | WordPress (Self-hosted) | WordPress.com Business |
|---|---|---|---|
| API-first architecture | ✅ | ❌ (retrofitted) | ❌ (retrofitted) |
| REST API | ✅ Versioned, stable | ✅ (WP REST API) | ✅ |
| Visual Editor (headless preview) | ✅ All plans | ❌ (custom build required) | ❌ (custom build required) |
| Structured Block / Component Model | ✅ Native | 💰 ACF plugin (paid) | 💰 ACF plugin (paid) |
| Localization | ✅ All plans | 💰 WPML or Polylang (paid) | 💰 WPML or Polylang (paid) |
| Version History with Rollback | ✅ All plans | ⚠️ Post revisions only | ⚠️ Post revisions only |
| Content Branching / Staging | ✅ All plans | 💰 Plugin required | ✅ Staging (Business+) |
| Scheduled Publishing | ✅ All plans | ✅ | ✅ |
| Multiplayer Collaboration | ✅ All plans | ❌ | ❌ |
| Threaded Comments (editorial) | ✅ All plans | ❌ | ❌ |
| Custom Roles & Permissions | ✅ All plans | ✅ (limited) | ✅ (limited) |
| Built-in CDN | ✅ All plans | ❌ (separate service) | ✅ (Business+) |
| Built-in Image Processing | ✅ All plans | ⚠️ Basic only | ⚠️ Basic only |
| AI Credits | ✅ All plans | 💰 Plugin required | ⚠️ Limited |
| Open Source | ✅ AGPLv3 | ✅ GPL | ❌ (WordPress.com is SaaS) |
| Self-hosting | ✅ Always | ✅ Always | ❌ |
| TypeScript SDK | ✅ | ❌ | ❌ |
| Plugin security surface | None | ⚠️ Large | ⚠️ Large |
| Per-seat fees | ❌ Never | ❌ | ❌ |
Pricing Comparison
Self-hosted: WordPress core is free (GPL). Add up the real stack:
| Item | Typical Annual Cost |
|---|---|
| Hosting (VPS, managed WP) | $100 – $2,000+/yr |
| ACF Pro (structured fields) | $149 – $249/yr |
| WPML (localization) | $99 – $199/yr |
| WP Engine / Kinsta / etc. | $300 – $3,000+/yr |
| Security plugin (Wordfence, Sucuri) | $99 – $500/yr |
| Developer time for plugin management | Variable |
A lean headless WordPress setup for a real product can easily run $500–$1,000/year before developer time – and that's without a staging environment, custom workflows, or any serious editorial tooling.
WordPress.com:
| Plan | Price | Plugins | Headless Use |
|---|---|---|---|
| Free | $0 | ❌ | ❌ |
| Personal | $4/mo (annual) | ❌ | ❌ |
| Premium | $8/mo (annual) | ❌ | ❌ |
| Business | $25/mo (annual) | ✅ | ⚠️ Limited |
| Commerce | $45/mo (annual) | ✅ | ⚠️ Limited |
| Enterprise | $25,000+/yr | ✅ | ✅ |
WPGraphQL and ACF are installable from Business ($25/month) up. WordPress.com's headless story is limited even on Business – you're still working against a platform that wasn't designed for it.
| Plan | Price | Storage | Traffic | AI Credits |
|---|---|---|---|---|
| Free | €0 | 1 GB | 10 GB | $1 |
| Essential | €25/mo | 10 GB | 150 GB | $5 |
| Growth | €75/mo | 50 GB | 500 GB | $15 |
| Pro | €175/mo | 120 GB | 1.024 GB | $30 |
| Scale | €350/mo | 250 GB | 2.048 TB | $60 |
Every plan includes every feature. No plugin stack. No license renewals. No compatibility incidents at 2am.
WordPress is the right choice when:
Your frontend has moved on. Your CMS should too.