b10cks vs. WordPress
WordPress se creó para un mundo en el que el CMS y el frontend eran la misma cosa. WordPress headless es posible, pero es un apaño, no una arquitectura. b10cks se diseñó desde el principio con enfoque API-first, para equipos que quieren una plataforma de contenidos que de verdad encaje con un stack frontend moderno.
La versión corta
WordPress tiene un historial extraordinario. Su alcance no tiene rival, su comunidad es la más grande en la historia de los CMS, y para sitios web tradicionales sigue siendo una opción pragmática y probada en combate.
Pero el "WordPress headless" es un parche sobre una arquitectura que no se diseñó para ello. La REST API se añadió a posteriori. WPGraphQL es un plugin de la comunidad —no una función del núcleo— con su propia carga de mantenimiento. El editor de bloques (Gutenberg) está fuertemente acoplado a los temas de WordPress y no funciona en un contexto headless. La localización requiere WPML o Polylang, ambos plugins de pago con sus propias peculiaridades. Los flujos de trabajo de contenido, la ramificación de versiones y la publicación estructurada no existen sin plugins adicionales que quizá sí, quizá no, se lleven bien entre sí.
b10cks se diseñó desde el primer día como una plataforma de contenidos API-first. La API es el producto. La experiencia editorial se creó para servir a esa API. No hay un sistema de temas contra el que luchar, ni un ecosistema de plugins que gestionar alrededor, ni un "modo headless" que activar.
Qué cambia cuando pasas a headless
Antes de comparar b10cks y WordPress directamente, merece la pena ser honesto sobre lo que pierdes cuando usas WordPress en modo headless:
El editor visual se rompe. Gutenberg está pensado para renderizar bloques dentro de las plantillas de WordPress. Cuando lo haces headless, el editor de bloques se convierte en una entrada de texto enriquecido que genera HTML que tienes que interpretar. La edición al hacer clic, la vista previa en vivo y la composición de bloques dejan de funcionar como esperan los editores.
La mayoría de los plugins dejan de funcionar. Los plugins que dependen de hooks de WordPress, shortcodes, renderizado en PHP o WooCommerce no están disponibles en un contexto headless. Te quedas con una parte del ecosistema.
La vista previa de contenido requiere una implementación personalizada. La vista previa integrada de WordPress abre una página renderizada por WordPress. En una configuración headless, conectar la vista previa con tu frontend real en Next.js o Nuxt es una tarea de desarrollo, no un interruptor.
El rendimiento no es automático. Se supone que lo headless es más rápido, pero los estudios sugieren que el 35% de las migraciones de WordPress a headless terminan con un rendimiento peor que el original, normalmente por exceso de peticiones, decisiones de hidratación en el lado del cliente y cascadas de solicitudes a la API.
El modelo de contenido es limitado. El modelo nativo de WordPress son entradas, páginas y tipos de contenido personalizados. Los bloques de contenido estructurado, componible y anidado requieren ACF (Advanced Custom Fields), un plugin de terceros con su propio coste de licencia.
Nada de esto son razones para evitar lo headless; son razones para preguntarte si WordPress es el backend adecuado para una arquitectura headless.
Comparativa de funciones
| Funcionalidad | b10cks | WordPress (autohospedado) | WordPress.com Business |
|---|---|---|---|
| Arquitectura API-first | ✅ | ❌ (añadida a posteriori) | ❌ (añadida a posteriori) |
| REST API | ✅ Versionada, estable | ✅ (WP REST API) | ✅ |
| Editor visual (vista previa headless) | ✅ Todos los planes | ❌ (requiere desarrollo personalizado) | ❌ (requiere desarrollo personalizado) |
| Modelo estructurado de bloques/componentes | ✅ Nativo | 💰 plugin ACF (de pago) | 💰 plugin ACF (de pago) |
| Localización | ✅ Todos los planes | 💰 WPML o Polylang (de pago) | 💰 WPML o Polylang (de pago) |
| Historial de versiones con restauración | ✅ Todos los planes | ⚠️ Solo revisiones de entradas | ⚠️ Solo revisiones de entradas |
| Ramificación de contenido / staging | ✅ Todos los planes | 💰 Se requiere plugin | ✅ Staging (Business+) |
| Publicación programada | ✅ Todos los planes | ✅ | ✅ |
| Colaboración en tiempo real | ✅ Todos los planes | ❌ | ❌ |
| Comentarios en hilo (editoriales) | ✅ Todos los planes | ❌ | ❌ |
| Roles y permisos personalizados | ✅ Todos los planes | ✅ (limitados) | ✅ (limitados) |
| CDN integrada | ✅ Todos los planes | ❌ (servicio aparte) | ✅ (Business+) |
| Procesamiento de imágenes integrado | ✅ Todos los planes | ⚠️ Solo básico | ⚠️ Solo básico |
| Créditos de IA | ✅ Todos los planes | 💰 Se requiere plugin | ⚠️ Limitados |
| Código abierto | ✅ AGPLv3 | ✅ GPL | ❌ (WordPress.com es SaaS) |
| Autohospedaje | ✅ Siempre | ✅ Siempre | ❌ |
| SDK de TypeScript | ✅ | ❌ | ❌ |
| Superficie de seguridad de plugins | Ninguna | ⚠️ Grande | ⚠️ Grande |
| Costes por usuario | ❌ Nunca | ❌ | ❌ |
Comparativa de precios
Autohospedado: el núcleo de WordPress es gratis (GPL). Suma el stack real:
| Elemento | Coste anual típico |
|---|---|
| Hosting (VPS, WP gestionado) | $100 – $2,000+/año |
| ACF Pro (campos estructurados) | $149 – $249/año |
| WPML (localización) | $99 – $199/año |
| WP Engine / Kinsta / etc. | $300 – $3,000+/año |
| Plugin de seguridad (Wordfence, Sucuri) | $99 – $500/año |
| Tiempo de desarrollo para gestionar plugins | Variable |
Una configuración ligera de WordPress headless para un producto real puede costar fácilmente $500–$1,000 al año antes de contar el tiempo de desarrollo, y eso sin entorno de staging, flujos de trabajo personalizados ni herramientas editoriales serias.
WordPress.com:
| Plan | Precio | Plugins | Uso headless |
|---|---|---|---|
| Gratis | $ | ❌ | ❌ |
| Personal | $4/mes (anual) | ❌ | ❌ |
| Premium | $8/mes (anual) | ❌ | ❌ |
| Business | $25/mes (anual) | ✅ | ⚠️ Limitado |
| Commerce | $45/mes (anual) | ✅ | ⚠️ Limitado |
| Enterprise | $25,000+/año | ✅ | ✅ |
WPGraphQL y ACF se pueden instalar a partir de Business ($25/mes). La historia headless de WordPress.com es limitada incluso en Business: sigues trabajando contra una plataforma que no se diseñó para ello.
| Plan | Precio | Almacenamiento | Tráfico | Créditos de IA |
|---|---|---|---|---|
| Gratis | € | 1 GB | 10 GB | $1 |
| Essential | €25/mes | 10 GB | 150 GB | $5 |
| Growth | €75/mes | 50 GB | 500 GB | $15 |
| Pro | €175/mes | 120 GB | 1.024 GB | $30 |
| Scale | €350/mes | 250 GB | 2.048 TB | $60 |
Todos los planes incluyen todas las funciones. Sin pila de plugins. Sin renovaciones de licencias. Sin incidentes de compatibilidad a las 2 de la mañana.
WordPress es la opción adecuada cuando:
Tu frontend ya dio el siguiente paso. Tu CMS también debería.