b10cks vs. TYPO3
TYPO3 impulsa más de 425.000 sitios web, muchos de ellos grandes, multilingües y críticos para el negocio. Es software serio, hecho para organizaciones serias. Pero su arquitectura se basa en un árbol de páginas, su enfoque headless es una extensión de la comunidad y su interfaz editorial requiere una incorporación importante. b10cks también es de código abierto y está listo para empresas, diseñado desde cero para una entrega API-first y edición visual.
La versión corta
TYPO3 tiene puntos fuertes reales que merecen reconocimiento: un sistema de permisos maduro, de nivel empresarial; capacidades de localización y multisitio realmente potentes; un sólido historial en sectores regulados; y una licencia GPL sin ataduras comerciales. Equipos de la región DACH, administraciones públicas, educación superior y grandes medios han confiado en él durante 25 años por buenas razones.
Pero TYPO3 fue concebido alrededor de un árbol de páginas y de plantillas Fluid del lado del servidor. La extensión headless (EXT:headless) la mantiene la comunidad, no es un producto núcleo de TYPO3. La interfaz de edición tiene una curva de aprendizaje que exige una incorporación estructurada para usuarios no técnicos. Y la experiencia de desarrollo para crear frontends desacoplados modernos —SDK de TypeScript, APIs estables versionadas, live— requiere un trabajo de integración considerable.
b10cks está hecho para la arquitectura hacia la que a menudo se pide migrar a los equipos de TYPO3: API limpia, edición visual en el frontend real, bloques componibles, historial de versiones similar a git y autoalojamiento con un comando de Docker Compose.
Comparación de funciones
| Feature | b10cks | TYPO3 (Self-hosted) |
|---|---|---|
| Open Source | ✅ AGPLv3 | ✅ GPL |
| Self-hosting | ✅ Siempre | ✅ Siempre |
| Managed Cloud | ✅ | ❌ (solo hosting de terceros) |
| API-first Architecture | ✅ Nativa | ❌ (extensión EXT:headless) |
| REST API | ✅ Versionada, estable | ✅ (a través de EXT:headless) |
| TypeScript SDK | ✅ | ❌ |
| Visual Editor (headless preview) | ✅ Todos los planes | ❌ |
| Infinite Canvas Content Modeling | ✅ | ❌ |
| Localization | ✅ Todos los planes | ✅ (función núcleo, muy madura) |
| Multi-site Management | ✅ | ✅ (función núcleo, muy madura) |
| Version History with Rollback | ✅ Todos los planes | ✅ (Workspaces) |
| Content Staging / Workspaces | ✅ Todos los planes | ✅ (Workspaces: muy potentes) |
| Scheduled Publishing | ✅ Todos los planes | ✅ |
| Custom Roles & Permissions | ✅ Todos los planes | ✅ (muy granular, maduro) |
| Audit Logs | ✅ Todos los planes | ✅ |
| Multiplayer Collaboration | ✅ En tiempo real | ⚠️ Básica (sin tiempo real) |
| Threaded Comments (editorial) | ✅ Todos los planes | ❌ |
| Built-in CDN | ✅ Todos los planes | ❌ (servicio aparte) |
| Built-in Image Processing | ✅ Todos los planes | ✅ (FAL + procesamiento) |
| AI Credits | ✅ Todos los planes | ❌ |
| Page-tree Model | ❌ | ✅ |
| Block / Component Model | ✅ Nativo | ⚠️ Content Elements (paradigma anterior) |
| Per-seat fees | ❌ | ❌ |
| Commercial license required | ❌ | ❌ |
TYPO3 fue diseñado como un CMS tradicional del lado del servidor. Su salida nativa es HTML renderizado por plantillas Fluid. La extensión EXT:headless —mantenida por la comunidad TYPO3 Headless, no por TYPO3 GmbH— transforma esto en una API JSON.
Funciona, y para equipos que ya han invertido en TYPO3 y necesitan exponer contenido como API, es una vía razonable. Pero es una extensión de la comunidad con su propio ciclo de lanzamientos, su propia superficie de compatibilidad con las versiones del núcleo de TYPO3 y su propia documentación. No hay SLA, no hay contrato de API versionada de TYPO3 GmbH y no hay SDK de TypeScript.
b10cks se diseñó desde el primer día como un CMS headless. La API es el producto. Cada decisión de diseño —arquitectura por bloques, localización, versionado, webhooks— se tomó para servir a los consumidores de la API, no a los renderizadores de plantillas.
La interfaz de backend de TYPO3 (el “Backend”) es potente y muy configurable, pero tiene una curva de aprendizaje que la mayoría de los equipos reconoce con honestidad. El paradigma de los elementos de contenido (tt_content, configuración TypoScript, FlexForms para contenido estructurado) no es intuitivo para editores no técnicos. La incorporación suele requerir formación estructurada.
TYPO3 v12 y v13 introdujeron mejoras en el backend y una UI renovada; el avance es real. Pero el modelo mental fundamental —árbol de páginas, columnas de contenido, TypoScript— sigue siendo distinto de cómo trabajan los equipos de contenido modernos.
El editor visual de b10cks se integra en el sitio web real del equipo. Los editores hacen clic en los elementos que quieren cambiar y los editan en su lugar. La incorporación es mínima porque la interfaz es el producto que usan cada día.
Aquí es donde TYPO3 realmente lidera. Su sistema de localización —traducción a nivel de campo, cadenas de fallback por locale, árboles de páginas por idioma, seguimiento del estado de traducción— está entre los más maduros de cualquier CMS. Organizaciones que gestionan más de 20 idiomas en estructuras de sitio complejas llevan décadas confiando en él.
La localización de b10cks es robusta para la mayoría de necesidades reales: traducción a nivel de campo, herencia por locale, flujos de publicación por idioma e integración con herramientas profesionales de traducción (Lokalise, Phrase, DeepL). Para equipos que empiezan de cero, cubre toda la funcionalidad sin complejidad heredada.
Para organizaciones que ya operan flujos de trabajo de traducción de TYPO3 muy complejos, vale la pena ponderar con honestidad la diferencia de madurez.
El módulo Workspaces de TYPO3 es uno de los sistemas de staging de contenido más potentes del mercado CMS. Los editores pueden preparar versiones completas de un sitio en un espacio de trabajo aislado, compararlas con el contenido en vivo, previsualizarlas y publicarlas en lote, en varias páginas, elementos de contenido y locales al mismo tiempo.
b10cks ofrece historial de versiones similar a git, ramificaciones y lanzamientos atómicos: puedes agrupar varios cambios de contenido en un único despliegue programado. Para la mayoría de los equipos de contenido de producto, esto es más que suficiente.
Para grandes operaciones editoriales que gestionan lanzamientos completos del sitio como eventos atómicos —piensa en portales gubernamentales, grandes medios en época electoral—, el sistema de Workspaces de TYPO3 es una herramienta especializada que b10cks no iguala en profundidad.
Montar una pila headless moderna con TYPO3 requiere una inversión significativa: núcleo de TYPO3, configuración de EXT:headless, TypoScript para el mapeo de campos de la API, integración con un framework frontend (Nuxt-TYPO3 es la opción principal) y configuración para FAL (File Abstraction Layer), caché y CDN.
Despliegue autoalojado de b10cks:
git clone https://github.com/b10cks/cms
cd cms && docker compose up
Eso ya es un CMS en funcionamiento. Añade un dominio. Conecta tu frontend mediante el SDK de TypeScript.
La API está documentada con una especificación OpenAPI. Hay adaptadores de framework para Next.js, Nuxt, Astro y Vue. El modelo de contenido se define en el lienzo infinito y se refleja de inmediato en la API.
TYPO3 organiza el contenido en un árbol de páginas: las páginas son la entidad principal y los elementos de contenido viven dentro de regiones de columnas de página. Este modelo encaja bien con sitios web tradicionales, pero requiere decisiones arquitectónicas adicionales para escenarios de content-as-a-service (contenido compartido entre varias páginas o canales).
b10cks organiza el contenido en bloques: cada tipo de contenido es un bloque componible y reutilizable. Los bloques pueden referenciarse entre páginas y canales sin duplicación. El modelo de contenido se define visualmente y refleja una mentalidad API-first: el contenido no está atado a la ubicación de una página, es un recurso.
Comparación de precios
TYPO3 es gratuito y de código abierto (GPL). No hay licencia comercial, ni oferta cloud de TYPO3 GmbH, ni estructura por niveles. Lo alojas tú mismo o trabajas con una agencia TYPO3.
Coste total de propiedad realista:
| Item | Typical Range |
|---|---|
| TYPO3 license | Free |
| Hosting (dedicated/managed) | €5 – €2,000+/mo depending on scale |
| Initial setup / agency work | €10,000 – €50,000+ for enterprise deployments |
| Ongoing development / maintenance | €2,000 – €10,000+/year |
| TYPO3 Extensions (commercial) | € – €500/yr per extension |
| Training for editors | €500 – €3,000+ |
Para grandes organizaciones con infraestructura TYPO3 ya existente y experiencia interna en TYPO3, estos costes se amortizan y resultan familiares. Para equipos que empiezan desde cero, representan una inversión inicial importante.
| Plan | Price | Storage | Traffic | AI Credits |
|---|---|---|---|---|
| Free | € | 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 |
El autoalojamiento siempre está disponible: una configuración simple con Docker Compose en tu propia infraestructura. Los planes cloud gestionados incluyen hosting y CDN. No dependes de una agencia para empezar.
TYPO3 es la opción correcta para organizaciones donde:
CMS empresarial. Simplicidad desde el primer día.