Sanity vs Contentful vs Payload: el mejor CMS headless para tu equipo en 2026

¿Qué CMS headless conviene elegir en 2026?

Para la mayoría de los sitios de marketing que maneja un equipo pequeño, Sanity o Storyblok es la opción alojada más segura: los dos tienen planes de entrada que una empresa puede usar de verdad, vista previa visual en vivo y ningún salto de precio al pasar a dos idiomas. Elige Payload cuando el CMS vive dentro de una aplicación Next.js con su propia base de datos, Strapi cuando necesitas alojarlo tú mismo y no usas Next.js, y Contentful cuando requieres gobernanza empresarial y comprarle a Salesforce, su actual dueño, es una ventaja. Si solo los desarrolladores editan el sitio, quizá no necesites un CMS headless.

Esta es nuestra postura después de revisar la página de precios y la documentación de cada proveedor el 14 de octubre de 2026, y de operar nuestros propios sitios con una sexta opción, EmDash. Todos los precios de abajo son precios de lista en esa fecha, en dólares estadounidenses; vuelve a verificarlos antes de firmar. Configuramos estos sistemas dentro de nuestro trabajo de desarrollo de CMS headless y no somos socios ni revendedores de ninguno.

En qué se diferencian los seis antes de mirar el precio

La primera división es dónde vive tu contenido: en la nube del proveedor (Sanity, Contentful, Storyblok) o en una base de datos que tú operas (Payload, Strapi, EmDash). El costo, la exportación y el riesgo se derivan de ahí.

El modelo de traducción importa más de lo que parece. La documentación de Sanity señala que la traducción por campo hace que todos los idiomas se publiquen al mismo tiempo, mientras que un documento por idioma permite que cada uno se publique en su propio calendario (documentación de Sanity). Contentful permite que un idioma use otro de respaldo, así el español de México puede caer al español de España y luego al inglés (documentación de Contentful). Payload advierte que pasar un campo existente a localizado cambia cómo se almacena y puede hacer perder datos (documentación de Payload), así que decídelo antes de cargar contenido. Nuestro trabajo de sitios web multilingües parte de esa decisión.

Cuánto cuesta cada uno para un equipo de 5 y uno de 12 personas

Los precios de portada esconden el límite que de verdad te empuja al siguiente plan. Calculamos dos equipos realistas con las páginas de precios de Sanity, Contentful, Storyblok y Strapi, en dólares estadounidenses al mes, solo la suscripción:

• Equipo A: 5 personas que editan o desarrollan, 2 idiomas, unos 2.000 contenidos
• Equipo B: 12 personas, 3 idiomas, unos 30.000 contenidos

Tres límites nos llamaron la atención al leer la letra pequeña:

• El plan Lite de Contentful conserva el espacio del plan gratuito. Lite cuesta USD 300 al mes y sube los usuarios a 20 y los idiomas a 3, pero su Starter Space incluido sigue permitiendo 25 tipos de contenido y 10.000 registros, y Contentful cuenta entradas más activos como registros (centro de ayuda de Contentful). Si cada sección de una página es su propia entrada con una o dos imágenes, un sitio de 1.000 páginas llega a ese tope. El Lite Space que lo sube a 50.000 registros cuesta otros USD 850 al mes, y un cuarto idioma implica Enterprise.
• El plan Free de Sanity no tiene rol de Editor. Free incluye 20 puestos, pero solo los roles Administrator y Viewer, así que todo el que edita también puede cambiar la configuración del proyecto. Sus datasets son solo públicos, lo que la documentación de Sanity describe como legibles por cualquiera (documentación de Sanity): sirve para un sitio público, no para contenido restringido. Los idiomas no cuestan nada, pero cada dataset tiene un tope de atributos únicos, 2.000 en Free y 10.000 en Growth, y las traducciones de campo basadas en objetos suman atributos por cada idioma. Los Viewers son gratis en todos los planes y los planes de autoservicio se cobran solo mes a mes.
• El plan Growth de Storyblok limita los activos a 2.500. Eso cubre todas las imágenes y archivos, frente a 25.000 historias, y los puestos se detienen en 10. Growth Plus sube los topes a 10.000 activos y 100.000 historias, pero sus 15 puestos son un máximo fijo.

Alojarlo tú mismo mueve el costo, no lo elimina. Strapi Cloud, el hosting propio de Strapi, parte en USD 35 al mes por proyecto en un plan Starter que se duerme cuando no hay uso; el plan Pro, siempre activo, cuesta USD 90 (precios de Strapi Cloud). Con Payload y EmDash pagas un hosting y una base de datos, más las horas para actualizar, respaldar y parchear.

Quién es dueño de cada uno ahora y por qué importa

Contentful y Payload cambiaron de manos, y ninguno de los dos cambios rompe un sitio que hoy funciona. Ambos merecen entrar en una revisión de riesgos antes de firmar algo a largo plazo.

Salesforce anunció el 1 de junio de 2026 que compraría Contentful y cerró la operación el 1 de septiembre de 2026. Dice que Contentful se integrará de forma nativa en su plataforma Customer 360, preservando la composabilidad que esperan los desarrolladores, y que pondrá el contenido estructurado a disposición de sus agentes Agentforce (Salesforce). El anuncio no dice nada sobre los planes independientes. Si hoy firmas un contrato de varios años con Contentful, pide un tope a los aumentos en la renovación y condiciones de exportación por escrito.

El equipo de Payload se unió a Figma el 17 de junio de 2025, y el CTO de Figma escribió que Payload seguirá siendo de código abierto (Figma); el código sigue bajo licencia MIT. Lo que cambió es el hosting: Payload pausó el despliegue de proyectos nuevos en Payload Cloud y dice que los clientes actuales de Cloud tendrán que migrar con el tiempo, sin apuro (Payload). Planea alojar Payload tú mismo, en cualquier host que ejecute Next.js.

EmDash es la opción más reciente. Cloudflare lanzó su versión estable 1.0 el 28 de septiembre de 2026 bajo licencia MIT, con plugins que se ejecutan cada uno en su propio sandbox y un servidor MCP integrado para agentes de IA (Cloudflare). Un software joven significa menos plugins, menos desarrolladores que lo conozcan y interfaces que aún pueden cambiar.

¿Qué tan difícil es irse de cada uno?

Los seis te dejan sacar tu contenido. Se diferencian en lo que viene con él y en cuántas herramientas exige el trabajo.

Fuentes: la guía de exportación de Sanity, el README de contentful-export, la documentación de respaldos de Storyblok y la documentación de exportación de datos de Strapi, todas listadas abajo.

Rara vez los datos son lo difícil. La dependencia se arma alrededor: texto enriquecido guardado en el formato JSON propio de cada proveedor, consultas del front-end escritas en su lenguaje de consulta o su SDK, y código de vista previa atado a sus herramientas de edición visual. Mantén documentado el modelo de contenido y el esquema en tu propio repositorio, y una migración de sitio web posterior será un trabajo de conversión, no una reconstrucción.

Cuándo no necesitas un CMS headless

Un CMS headless suma un segundo sistema que operar, pagar y proteger. Prescinde de él cuando:

• Solo los desarrolladores editan el sitio. Archivos Markdown o MDX en el repositorio, validados por las colecciones de contenido de Astro, te dan contenido tipado, revisión en pull requests y ninguna suscripción.
• Marketing arma diseños nuevos cada semana. Los campos estructurados los van a frenar, y un constructor visual encaja mejor. Nuestra comparación de Webflow y Framer cubre esa decisión, y construimos en ambos con desarrollo en Webflow y desarrollo en Framer.
• Tu equipo rinde bien en WordPress y depende de sus plugins. Nuestra guía sobre WordPress o una web a medida explica cuándo quedarse es la mejor decisión.
• El sitio tiene una docena de páginas que cambian un par de veces al año. Que un desarrollador edite el código cuesta menos que los puestos de un CMS.

Lo que nos enseñó operar nuestro propio CMS

Operamos dardo.studio en Astro con su contenido en EmDash, que alojamos nosotros mismos. Este artículo llegó al CMS como borrador a través de su servidor MCP, y una persona decide cuándo se publica. Tres lecciones sirven con cualquier CMS que elijas:

• Decide qué pasa cuando el CMS se cae. Nuestras páginas públicas se construyen de antemano como HTML estático, y si falla la lectura del CMS falla la compilación, de modo que una caída retrasa un despliegue en lugar de publicar páginas vacías.
• Deja que el CMS se encargue de las redirecciones. Cuando un editor cambia un slug, el CMS registra una 301 y la siguiente compilación la sirve, así una página renombrada nunca rompe un enlace antiguo.
• Alojarlo tú mismo vuelve las actualizaciones tu trabajo. Adoptamos un producto joven en versión 1.0 porque el contenido está en una base de datos que controlamos y el front-end es Astro puro; si EmDash se estanca, el sitio puede mudarse sin reescribirse.

Cómo elegiríamos

• Sanity cuando los desarrolladores darán forma a la interfaz de edición con código, el contenido se reutiliza en varias páginas y canales, y lo quieres alojado. Presupuesta Growth para tener roles reales y vigila la cuota de documentos.
• Storyblok cuando marketing quiere armar páginas en un editor visual a partir de componentes que tú defines. Vigila puestos y activos.
• Contentful cuando necesitas gobernanza empresarial y la relación con Salesforce te ayuda en lugar de preocuparte. Presupuesta más allá de Lite.
• Payload cuando el sitio es parte de un producto Next.js con su propia base de datos, usuarios y reglas de acceso; nuestro trabajo de desarrollo en Next.js suele partir ahí, y nuestra comparación Astro vs Next.js ayuda si el framework sigue abierto.
• Strapi cuando debes alojarlo tú mismo en Node.js sin Next.js. Presupuesta Growth si los editores necesitan vista previa en paralelo.
• EmDash cuando el sitio es Astro en Cloudflare, no quieres pagar licencia, quieres agentes de IA en el flujo de publicación y aceptas un ecosistema pequeño.

Si estás eligiendo ahora, cuéntanos qué publicas, quién lo edita y en cuántos idiomas. Te recomendaremos un CMS, o ninguno, antes de cotizar.