Descubrir más

Tu sitio web es pequeño. Tus necesidades de contenido no.

El historial de versiones, la localización, la vista previa en vivo y el contenido estructurado no son funciones empresariales. Son lo básico. La industria de los CMS decidió cobrar de más por ellas, pero esa decisión tuvo que ver con los ingresos, no con la complejidad. Los equipos pequeños también las necesitan. Simplemente no podían permitírselas.

El sistema de niveles es artificial

La diferencia entre "Básico" y "Enterprise" es una decisión de precios, no técnica.

Cuando Contentful bloquea el historial de versiones en su plan Premium, o Storyblok reserva la localización para Enterprise, o Sanity cobra por asiento a los colaboradores, eso no refleja lo difícil que es ofrecer esas funciones. Son decisiones para extraer más ingresos de clientes que ya han crecido hasta necesitarlas.

El historial de versiones no es más difícil de implementar que un editor de contenido básico. La localización no es un producto fundamentalmente distinto. La colaboración en tiempo real no requiere infraestructura empresarial.

Estas funciones existen en todos los niveles de plan; simplemente están desactivadas en los niveles inferiores. Ese es el modelo de negocio. Y merece la pena llamarlo por su nombre.

Qué cuenta como función "estándar"

Un CMS para un uso serio necesita estas cosas. Ninguna de ellas es un lujo.

Historial de versiones y restauración Un editor de contenido escribe algo mal y pulsa guardar. Se publica un contenido con una errata en el título. Un artículo aprobado se sobrescribe por accidente. Todos los equipos de contenido han vivido esto.

El historial de versiones —la capacidad de ver cada estado guardado de un elemento de contenido y restaurar cualquier versión anterior— no es un "detalle agradable". Es la red de seguridad básica que requiere la gestión de contenidos. Una base de datos tiene registros de transacciones. Tu CMS debería tener historial de versiones.

Aun así, Contentful solo lo ofrece desde Premium (precio personalizado). Storyblok lo convierte en una función de un plan de pago. No es porque mantener el historial de versiones sea complejo, sino porque es una necesidad lo bastante fuerte como para impulsar actualizaciones de plan.

Localización No hace falta una gran empresa global para necesitar varios idiomas. Puede que atiendas a un mercado bilingüe. Tu sitio puede estar en alemán e inglés. Quizá tengas un único cliente internacional. Necesitas las versiones en suizo alemán, francés e italiano del sitio web de tu empresa.

La localización —la capacidad de mantener versiones traducidas de tu contenido con control a nivel de campo y publicación por locale— debería venir incluida desde el principio. En cuanto un equipo tiene aunque sea una sola necesidad multilingüe, la mayoría de las plataformas lo empujan hacia precios de empresa.

Vista previa en vivo Quienes editan contenido deberían poder ver cómo quedan sus cambios antes de publicar. Eso no es un flujo de trabajo premium; es la experiencia mínima viable de edición. Sin vista previa en vivo, el equipo va a ciegas. Publica y comprueba. Deshace y vuelve a publicar. El ciclo de feedback se rompe.

La mayoría de los CMS headless o bien no tienen editor visual, o lo esconden tras un complemento. b10cks lo incluye en todos los planes.

Colaboración en tiempo real Equipos de marketing, agencias, equipos editoriales: la mayor parte del trabajo de contenido implica a más de una persona. Poder ver que una colega está editando la misma página, dejar comentarios en línea, resolver feedback en contexto y no por correo electrónico... esas no son capacidades empresariales sofisticadas. Son las mismas funciones colaborativas que Google Docs ya resolvió hace una década.

Cobrar por asiento castigando el tamaño del equipo, o bloquear las funciones de colaboración en los niveles superiores, es un impuesto para los equipos que trabajan con normalidad.

Registro de auditoría Alguien cambió el contenido de la página de inicio. ¿Cuándo? ¿Quién? ¿Qué cambió? Poder responder a esas preguntas es una responsabilidad operativa básica. No es un lujo de cumplimiento reservado a sectores regulados.

La trampa de "ya lo usarás cuando crezcas"

Necesitas estas funciones desde el primer día, no después de haber escalado.

La forma habitual de plantearlo es que los equipos pequeños todavía no necesitan funciones empresariales, pero las necesitarán cuando crezcan, y entonces el precio tendrá sentido. Es un argumento que suena razonable, pero que oculta el problema real.

Los equipos pequeños necesitan historial de versiones desde el primer día, no después de su décima catástrofe de contenido. El sitio web de una startup de 3 personas necesita localización en cuanto tenga cualquier usuario internacional, algo que podría ocurrir el mismo día del lanzamiento. Un desarrollador en solitario que crea un sitio para un cliente necesita vista previa en vivo en el editor porque factura por horas y no puede permitirse un ciclo de revisión lento.

Las funciones no son "enterprise" porque los equipos grandes las necesiten y los pequeños no. Son "enterprise" porque ahí fue a parar la tarificación. Los equipos pequeños las necesitan igual; simplemente les dicen que no pueden permitírselas.

El coste de no tenerlas

La presión para subir de plan está diseñada dentro del producto.

Así funciona el ciclo de actualización típico de un CMS headless:

  1. Te registras en el plan gratuito o de bajo coste, que de verdad resulta útil para el desarrollo inicial
  2. Lanzás tu sitio e incorporas a tu equipo de contenido
  3. Tu equipo de contenido pide vista previa en vivo ("no puedo trabajar así")
  4. Un cliente necesita una versión en alemán de su sitio ("necesito localización")
  5. Alguien sobrescribe contenido que no estaba respaldado ("necesito historial de versiones")
  6. Contratas a un segundo editor ("necesito más asientos")

Cada uno de estos pasos es un detonante distinto que te empuja a un plan superior, y en la mayoría de las plataformas el salto desde cualquier plan inicial razonable a uno que incluya estas cuatro cosas supone un aumento de precio de entre 4 y 10 veces.

La frustración no es que las funciones cuesten dinero. La frustración es que los precios se diseñaron para que descubrieras que las necesitabas después de haberte comprometido con una plataforma, y luego el coste de conseguirlas fuera punitivo.

Los equipos pequeños tienen menos margen de error

Si acaso, los equipos pequeños necesitan más protecciones.

Un equipo de contenido empresarial tiene personal operativo dedicado, procedimientos de copia de seguridad, flujos editoriales con varios revisores y los recursos para recuperarse de incidentes de contenido. Un equipo de marketing de 3 personas no.

Una pequeña agencia que gestiona 15 sitios web de clientes necesita historial de versiones más, no menos, que una gran editorial con un equipo completo de administración de CMS. Porque cuando algo sale mal, no hay infraestructura a la que recurrir.

El argumento de que las funciones de seguridad, las herramientas de colaboración y el software de flujo de trabajo adecuado son para equipos "enterprise" está completamente al revés. Los equipos más pequeños, con menos redundancias y menor margen de error, son los que más se benefician de un CMS que trate estas funciones como infraestructura y no como mejoras.

Qué pasa cuando te tratan con justicia

Un CMS que lo incluye todo cambia tu forma de trabajar.

Cuando tu CMS trae todas las funciones desde el primer día, cambian varias cosas:

No te guardas nada. Configuras la localización desde el primer día porque puede que la necesites. Activas la colaboración porque todo tu equipo debería estar ahí. Confías en la red de seguridad del historial de versiones y editas con más libertad.

Tu equipo de contenido trabaja como debe. Usa la vista previa en vivo porque está disponible. Deja comentarios en línea porque las herramientas existen. El flujo de trabajo mejora porque no está limitado artificialmente.

Puedes evaluar la plataforma con precisión. Cuando evalúas un CMS en su plan gratuito, estás evaluando una versión recortada. Cuando todas las funciones están disponibles desde el principio, tu evaluación es honesta: estás viendo el producto real.

No sientes que la factura sea un abuso. La tarificación según uso en almacenamiento y tráfico es justa: estás pagando por la infraestructura que realmente consumes. La tarificación con bloqueo de funciones va de la escasez fabricada. La diferencia se nota.

Por eso construí b10cks así

b10cks incluye todas las funciones en todos los planes porque construí el CMS que me habría gustado tener cuando trabajaba en equipos que no podían permitirse precios de empresa.

Historial de versiones, localización, edición visual, colaboración en tiempo real, créditos de IA, registros de auditoría, entrega por CDN: en b10cks no son funciones premium. Son el producto. Pagas por almacenamiento y tráfico —la infraestructura real— y todo lo demás viene incluido.

El plan gratuito es permanente, no una prueba de 14 días. El plan de pago más bajo (25 €/mes) tiene todas las funciones que tiene el plan más caro; solo incluye menos almacenamiento y tráfico. Cuando necesitas más capacidad, pagas por más capacidad. No pagas por acceder a las herramientas que ya necesitas.

Lo que obtienes en todos los planes

Función b10cks (todos los planes) Estándar del sector
Editor visual con vista previa en vivo 💰 De pago o complemento
Historial de versiones y restauración 💰 De pago o nivel superior
Localización (locales ilimitados) 💰 Enterprise
Colaboración en tiempo real 💰 Planes de pago
Comentarios en línea en hilos 💰 Planes de pago
Créditos de IA 💰 Complemento
Registro de auditoría inmutable 💰 Enterprise
Roles y permisos personalizados 💰 Enterprise
Entrega por CDN 💰 Extra
Opción de autoalojamiento ❌ Normalmente no disponible
Asientos ✅ ilimitados 💰 Extra

Las funciones que tu equipo necesita. No después de la actualización. Ahora.

b10cks incluye todas las funciones en todos los planes, desde el nivel gratuito en adelante. Si tienes un equipo de contenido, mereces un CMS que trate todas sus funciones como estándar.