b10cks vs. TYPO3
TYPO3 napędza ponad 425 000 stron internetowych – wiele z nich to duże, wielojęzyczne i krytyczne dla działania organizacji projekty. To poważne oprogramowanie dla poważnych organizacji. Ale jego architektura opiera się na drzewie stron, podejście headless jest realizowane przez rozszerzenie społeczności, a interfejs redakcyjny wymaga solidnego wdrożenia. b10cks też jest open source i gotowy na enterprise – od podstaw zaprojektowany do pracy API-first i edycji wizualnej.
W skrócie
TYPO3 ma realne atuty, które zasługują na uznanie: dojrzały, klasy enterprise system uprawnień, naprawdę potężne możliwości lokalizacji i obsługi wielu serwisów, mocną pozycję w branżach regulowanych oraz licencję GPL bez komercyjnych haczyków. Zespoły z regionu DACH, administracja publiczna, uczelnie i duże media budują na nim od 25 lat z bardzo dobrych powodów.
Ale TYPO3 zostało zaprojektowane wokół drzewa stron i serwerowego szablonowania Fluid. Rozszerzenie headless (EXT:headless) jest utrzymywane przez społeczność, a nie jest produktem core TYPO3. Interfejs edycji ma krzywą uczenia się, która wymaga uporządkowanego wdrożenia dla osób nietechnicznych. A doświadczenie deweloperskie przy budowie nowoczesnych, odłączonych frontendów – TypeScript SDK, stabilne, wersjonowane API, live preview – wymaga sporej pracy integracyjnej.
b10cks został zbudowany z myślą o architekturze, do której zespoły TYPO3 są często kierowane: czyste API, edycja wizualna w prawdziwym frontendzie, komponowalne bloki, historia wersji jak w Git i self-hosting uruchamiany jedną komendą Docker Compose.
Porównanie funkcji
| Funkcja | b10cks | TYPO3 (self-hosted) |
|---|---|---|
| Open Source | ✅ AGPLv3 | ✅ GPL |
| Self-hosting | ✅ Zawsze | ✅ Zawsze |
| Zarządzana chmura | ✅ | ❌ (tylko hosting zewnętrzny) |
| Architektura API-first | ✅ Natywna | ❌ (rozszerzenie EXT:headless) |
| REST API | ✅ Wersjonowane, stabilne | ✅ (przez EXT:headless) |
| TypeScript SDK | ✅ | ❌ |
| Edytor wizualny (podgląd headless) | ✅ We wszystkich planach | ❌ |
| Nieskończone modelowanie treści na canvasie | ✅ | ❌ |
| Lokalizacja | ✅ We wszystkich planach | ✅ (funkcja core, bardzo dojrzała) |
| Zarządzanie wieloma serwisami | ✅ | ✅ (funkcja core, bardzo dojrzała) |
| Historia wersji z możliwością przywracania | ✅ We wszystkich planach | ✅ (Workspaces) |
| Staging treści / Workspaces | ✅ We wszystkich planach | ✅ (Workspaces — bardzo rozbudowane) |
| Planowane publikowanie | ✅ We wszystkich planach | ✅ |
| Własne role i uprawnienia | ✅ We wszystkich planach | ✅ (bardzo szczegółowe, dojrzałe) |
| Logi audytowe | ✅ We wszystkich planach | ✅ |
| Współpraca wielu osób jednocześnie | ✅ W czasie rzeczywistym | ⚠️ Podstawowa (bez real-time) |
| Wątkowane komentarze (redakcyjne) | ✅ We wszystkich planach | ❌ |
| Wbudowany CDN | ✅ We wszystkich planach | ❌ (osobna usługa) |
| Wbudowane przetwarzanie obrazów | ✅ We wszystkich planach | ✅ (FAL + processing) |
| Kredyty AI | ✅ We wszystkich planach | ❌ |
| Model oparty na drzewie stron | ❌ | ✅ |
| Model bloków / komponentów | ✅ Natywny | ⚠️ Elementy treści (starszy paradygmat) |
| Opłaty za użytkownika | ❌ | ❌ |
| Wymagana licencja komercyjna | ❌ | ❌ |
TYPO3 zostało zaprojektowane jako tradycyjny CMS serwerowy. Jego natywny output to HTML renderowany przez szablony Fluid. Rozszerzenie EXT:headless — utrzymywane przez społeczność TYPO3 Headless, a nie przez TYPO3 GmbH — zamienia to w API JSON.
Działa to i dla zespołów, które zainwestowały w TYPO3 i chcą udostępniać treści przez API, jest to sensowna ścieżka. Ale to rozszerzenie społecznościowe z własnym cyklem wydawniczym, własnym zakresem kompatybilności względem wersji core TYPO3 i własną dokumentacją. Nie ma SLA, nie ma wersjonowanego kontraktu API od TYPO3 GmbH i nie ma TypeScript SDK.
b10cks od pierwszego dnia było projektowane jako CMS headless. API jest produktem. Każda decyzja projektowa — architektura bloków, lokalizacja, wersjonowanie, webhooki — została podjęta z myślą o konsumentach API, a nie o rendererach szablonów.
Interfejs backendu TYPO3 („Backend”) jest potężny i bardzo konfigurowalny, ale ma krzywą uczenia się, którą większość zespołów uczciwie przyznaje. Paradygmat elementów treści (tt_content, konfiguracja TypoScript, FlexForms dla treści strukturalnych) nie jest intuicyjny dla redaktorów nietechnicznych. Wdrożenie zwykle wymaga uporządkowanego szkolenia.
TYPO3 v12 i v13 wprowadziły usprawnienia backendu oraz odświeżony UI — postęp jest realny. Ale podstawowy model myślenia — drzewo stron, kolumny treści, TypoScript — nadal różni się od tego, jak pracują nowoczesne zespoły contentowe.
Wizualny edytor b10cks działa wewnątrz prawdziwej strony zespołu. Redaktorzy klikają elementy, które chcą zmienić, i edytują je bezpośrednio na miejscu. Wdrożenie jest minimalne, bo interfejs jest tym samym produktem, z którego redaktorzy korzystają na co dzień.
Tutaj TYPO3 naprawdę prowadzi. Jego system lokalizacji — tłumaczenia na poziomie pól, łańcuchy fallbacków dla locale, drzewa stron per język, śledzenie statusu tłumaczeń — należy do najbardziej dojrzałych wśród CMS-ów. Organizacje zarządzające ponad 20 językami na złożonych strukturach serwisów polegają na nim od dekad.
Lokalizacja w b10cks jest solidna dla większości realnych potrzeb: tłumaczenie na poziomie pól, dziedziczenie locale, workflow publikacji per locale, integracja z profesjonalnymi narzędziami translatorskimi (Lokalise, Phrase, DeepL). Dla zespołów zaczynających od zera obejmuje cały potrzebny zakres funkcji bez legacy’owego balastu.
Dla organizacji, które już działają na bardzo złożonych workflow tłumaczeniowych w TYPO3, tę różnicę dojrzałości warto uczciwie wziąć pod uwagę.
Moduł Workspaces w TYPO3 to jeden z najpotężniejszych systemów stagingu treści na rynku CMS. Redaktorzy mogą przygotować całe wersje serwisu w odizolowanym workspace, porównać je z treścią live, podejrzeć i opublikować hurtowo — jednocześnie dla wielu stron, elementów treści i lokalizacji.
b10cks oferuje historię wersji jak w Git, branching i atomowe publikacje: możesz połączyć wiele zmian treści w jedno zaplanowane wdrożenie. Dla większości zespołów produktowych to w zupełności wystarcza.
Dla dużych redakcji, które traktują publikacje całych serwisów jako pojedyncze, niepodzielne wydarzenia — pomyśl o portalach rządowych, dużych serwisach medialnych w czasie wyborów — system Workspaces w TYPO3 jest wyspecjalizowanym narzędziem, którego b10cks nie dorównuje pod względem głębi.
Uruchomienie nowoczesnego headless stacka TYPO3 wymaga realnej inwestycji: core TYPO3, konfiguracja EXT:headless, TypoScript do mapowania pól API, integracja z frameworkiem frontendowym (Nuxt-TYPO3 to główna opcja) oraz konfiguracja FAL (File Abstraction Layer), cache i CDN.
Self-hosted deployment b10cks:
git clone https://github.com/b10cks/cms
cd cms && docker compose up
I już masz działający CMS. Dodaj domenę. Podłącz frontend przez TypeScript SDK.
API jest opisane specyfikacją OpenAPI. Istnieją adaptery dla Next.js, Nuxt, Astro i Vue. Model treści definiujesz na nieskończonym canvasie i natychmiast widzisz go w API.
TYPO3 organizuje treści w drzewie stron: strony są podstawową jednostką, a elementy treści znajdują się w regionach kolumn na stronie. Ten model dobrze pasuje do tradycyjnych witryn, ale wymaga dodatkowych decyzji architektonicznych w scenariuszach content-as-a-service (wspólne treści używane na wielu stronach lub kanałach).
b10cks organizuje treści w bloki: każdy typ treści to komponowalny, wielokrotnego użytku blok. Bloki można wykorzystywać na różnych stronach i kanałach bez duplikacji. Model treści definiuje się wizualnie, zgodnie z myśleniem API-first: treść nie jest przywiązana do konkretnego miejsca na stronie, tylko jest zasobem.
Porównanie cen
Samo TYPO3 jest darmowe i open source (GPL). Nie ma płatnej licencji, oferty chmurowej od TYPO3 GmbH ani podziału na poziomy planów. Hostujesz je samodzielnie albo współpracujesz z agencją TYPO3.
Realistyczny całkowity koszt posiadania:
| Element | Typowy zakres |
|---|---|
| Licencja TYPO3 | Za darmo |
| Hosting (dedykowany/zarządzany) | 5 € – 2 000+ €/mies. w zależności od skali |
| Wstępne wdrożenie / prace agencji | 10 000 € – 50 000 €+ przy wdrożeniach enterprise |
| Ciągły rozwój / utrzymanie | 2 000 € – 10 000 €+/rok |
| Rozszerzenia TYPO3 (komercyjne) | € – 500 €/rok za rozszerzenie |
| Szkolenie redaktorów | 500 € – 3 000 €+ |
Dla dużych organizacji z istniejącą infrastrukturą TYPO3 i wewnętrzną wiedzą TYPO3 te koszty są rozłożone w czasie i dobrze znane. Dla zespołów startujących od zera oznaczają znaczącą inwestycję na start.
| Plan | Cena | Miejsce | Transfer | Kredyty AI |
|---|---|---|---|---|
| Free | € | 1 GB | 10 GB | 1 $ |
| Essential | 25 €/mies. | 10 GB | 150 GB | 5 $ |
| Growth | 75 €/mies. | 50 GB | 500 GB | 15 $ |
| Pro | 175 €/mies. | 120 GB | 1 024 GB | 30 $ |
| Scale | 350 €/mies. | 250 GB | 2 048 TB | 60 $ |
Self-hosting jest zawsze dostępny – prosta konfiguracja Docker Compose we własnej infrastrukturze. Plany managed cloud obejmują hosting i CDN. Nie potrzebujesz agencji, żeby zacząć.
TYPO3 to właściwy wybór dla organizacji, w których:
CMS klasy enterprise. Prostota od pierwszego dnia.