Elegir un CMS headless en 2026 se siente como elegir un lado en un debate filosófico. Por un lado, tienes Payload CMS — de código abierto, auto-hospedado, code-first, e cada vez más el favorito de desarrolladores que quieren control total. Por el otro, Hygraph (anteriormente GraphCMS) — una plataforma SaaS nativa de GraphQL administrada que maneja la infraestructura para que no tengas que hacerlo. He lanzado proyectos de producción con ambos durante los últimos dos años, y la respuesta honesta es: ninguno es universalmente mejor. Pero uno casi seguramente será mejor para tu situación específica. Desglosemos exactamente por qué.

Tabla de contenidos

Payload CMS vs Hygraph 2026: Auto-hospedado vs GraphQL SaaS comparado

Arquitectura y filosofía

Estos dos CMS provienen de visiones del mundo fundamentalmente diferentes, y entender eso es más importante que cualquier tabla de comparación de características.

Payload CMS: Code-First, Auto-hospedado

Payload es un CMS headless de código abierto primero en TypeScript que se ejecuta en tu propia infraestructura. Desde el lanzamiento de Payload 3.0 (que llegó a finales de 2024 y se ha refinado durante 2025), está construido directamente sobre Next.js. Eso no es un error tipográfico — Payload literalmente es una aplicación Next.js. Tu panel de administración del CMS, tus rutas de API y tu frontend pueden vivir todos en el mismo proyecto.

La configuración es código. Defines colecciones, campos, hooks y control de acceso en archivos TypeScript. No hay interfaz para la construcción de esquemas — escribes, haces commit, versiones. Esto es excelente o terrible dependiendo de tu equipo.

Payload admite tanto MongoDB como PostgreSQL (a través de Drizzle ORM) como adaptadores de base de datos. A principios de 2026, el adaptador de Postgres ha madurado significativamente y es lo que recomendaría para la mayoría de nuevos proyectos.

Hygraph: SaaS nativo de GraphQL

Hygraph toma el enfoque opuesto. Es una plataforma completamente administrada con un constructor de esquemas visual, una API GraphQL hospedada, y cero infraestructura para gestionar. Modelas tu contenido en su interfaz, configuras webhooks, estableces entornos, y listo.

Bajo el capó, Hygraph se ejecuta en una infraestructura de borde distribuida globalmente. Su API de contenido es solo GraphQL (sin endpoint REST), que es una decisión de diseño intencional. Se han enfocado fuertemente en el ecosistema GraphQL — incluyendo soporte para federación de contenido, fuentes remotas, y tipos de unión.

Hygraph no es de código abierto. Estás alquilando la plataforma.

Experiencia del desarrollador

Desarrollo local

Con Payload, el desarrollo local es solo pnpm dev. Obtienes recarga en caliente en los cambios de tu configuración, la interfaz de administración se ejecuta en localhost, y puedes depurar todo en un proceso. Como es Next.js, tu pila completa — frontend, CMS, API — se ejecuta en un solo comando next dev. Esto es genuinamente agradable. Sin latencia de red a una API remota durante el desarrollo, sin capas de simulación, sin instancias de CMS separadas para gestionar.

Hygraph requiere que trabajes contra su API en la nube durante el desarrollo. Ofrecen entornos de desarrollo y ramificación (en planes de nivel superior), pero siempre estás haciendo solicitudes de red. Para equipos en regiones lejanas de sus nodos de borde, esto puede añadir latencia notable durante el desarrollo. En el lado positivo, hay cero configuración — regístrate, crea un proyecto, comienza a consultar.

Soporte de TypeScript

Payload genera tipos automáticamente desde tu configuración. Como tu esquema es TypeScript, los tipos siempre están sincronizados. Esto es una de esas cosas que suena menor hasta que has tratado con un CMS donde los tipos se desvían de la realidad.

Hygraph requiere que generes tipos desde su esquema GraphQL, típicamente a través de GraphQL Code Generator. Funciona, pero es un paso extra en tu tubería. Y si alguien cambia el esquema en la interfaz de Hygraph sin actualizar los tipos generados, lo descubrirás en tiempo de ejecución.

Interfaz de administración

El panel de administración de Payload es basado en React y completamente personalizable. Puedes intercambiar componentes de campo, agregar vistas personalizadas, inyectar tus propias rutas. Se ve limpio y moderno a partir de Payload 3.x, aunque no va a ganar ningún premio de diseño. Es funcional.

La interfaz de administración de Hygraph es pulida y construida a propósito para editores de contenido. La experiencia de edición de contenido es argumentablemente más suave para usuarios no técnicos. La navegación de la barra lateral, la gestión de activos y los flujos de trabajo de fase de contenido se sienten más maduros desde una perspectiva de UX pura.

Característica Payload CMS Hygraph
Desarrollo local Pila completa local Solo API en la nube
TypeScript Nativo, auto-generado Vía GraphQL codegen
Personalización de administración Anulación completa del componente React Limitada (aplicaciones de barra lateral personalizadas)
UX de editor de contenido Buena, orientada al desarrollador Pulida, enfocada en el editor
Tiempo de configuración 5-15 min (necesita Node + BD) 2 min (regístrate y listo)

Modelado de contenido

El enfoque de Payload

El modelado de contenido en Payload ocurre en código. Aquí hay un ejemplo simplificado:

import { CollectionConfig } from 'payload'

export const Articles: CollectionConfig = {
  slug: 'articles',
  admin: {
    useAsTitle: 'title',
  },
  fields: [
    {
      name: 'title',
      type: 'text',
      required: true,
    },
    {
      name: 'content',
      type: 'richText',
    },
    {
      name: 'author',
      type: 'relationship',
      relationTo: 'users',
    },
    {
      name: 'publishedAt',
      type: 'date',
    },
  ],
}

Esto se versionea de control, se revisa en PRs, y se implementa junto con el código de tu aplicación. ¿Necesitas agregar un campo? Cambia la configuración, ejecuta una migración si estás en Postgres, implementa. El modelo mental es muy cercano a cómo definirías un esquema de base de datos con un ORM.

Payload admite bloques, matrices, grupos, pestañas, lógica condicional y tipos de campo personalizados. El tipo de campo blocks es particularmente poderoso para construir constructores de páginas flexibles.

El enfoque de Hygraph

Hygraph te proporciona un editor de esquemas visual. Arrastras y sueltas tipos de campo, configuras validaciones, estableces referencias entre modelos. Es intuitivo y rápido para la configuración inicial. No desarrolladores pueden entender el esquema (aunque si deberían estar cambiándolo es una conversación diferente).

Hygraph admite componentes (grupos de campos reutilizables), tipos de unión para referencias polimórficas, y un concepto llamado "Fuentes remotas" que te permite federar APIs externas directamente en tu gráfico de contenido. Esa última característica es genuinamente única y útil para ciertas arquitecturas.

¿La desventaja? Los cambios de esquema en Hygraph ocurren en su interfaz. Aunque ofrecen ramificación de entorno y migraciones de esquemas en planes empresariales, no obtienes el mismo flujo de revisión de código que Payload proporciona nativamente.

Payload CMS vs Hygraph 2026: Auto-hospedado vs GraphQL SaaS comparado - arquitectura

Diseño de API y consultas

Payload: REST + GraphQL

Payload te proporciona una API REST y una API GraphQL de forma inmediata. La API REST se auto-genera desde tus colecciones y sigue convenciones predecibles. La API GraphQL también se auto-genera.

Pero aquí está lo que la mayoría de personas se pierden: Payload también expone una API Local que te permite consultar tu base de datos directamente desde código del lado del servidor sin ningún overhead HTTP:

// Componente del servidor o ruta de API
const articles = await payload.find({
  collection: 'articles',
  where: {
    publishedAt: { less_than: new Date().toISOString() },
  },
  depth: 2,
  limit: 10,
})

Esta API Local es absurdamente rápida porque omite completamente la capa de red. Cuando estás construyendo con Next.js y Payload en el mismo proyecto, esta es la forma principal en que buscarás contenido. Es una enorme ventaja.

Hygraph: Solo GraphQL

Hygraph es GraphQL en todo. Sin API REST. Tus consultas se ven así:

query GetArticles {
  articles(where: { publishedAt_lt: "2026-01-01" }, first: 10) {
    title
    content {
      html
    }
    author {
      name
    }
  }
}

La API GraphQL está bien diseñada con filtrado sólido, paginación y ordenamiento. Admiten fases de contenido (DRAFT, PUBLISHED), localización a nivel de campo, y un endpoint de lectura de alto rendimiento que sirve contenido almacenado en caché desde el borde.

Si tu equipo ya trabaja mucho con GraphQL — digamos que estás usando Apollo Client o urql — Hygraph se siente natural. Si tu equipo no conoce GraphQL, la curva de aprendizaje es real.

Rendimiento y escalabilidad

El rendimiento de Payload depende completamente de tu infraestructura. Ejecutándose en un VPS decente con PostgreSQL e indexación adecuada, he visto tiempos de respuesta P95 por debajo de 30ms para la API Local y alrededor de 50-80ms para los endpoints REST/GraphQL. Pero eres responsable de escalar. ¿Necesitas manejar un pico de tráfico? Eso es tuyo — agregar más contenedores, escala tu base de datos, configura almacenamiento en caché.

Hygraph maneja la escalabilidad para ti. Su API de lectura respaldada por caché de borde (lo que llaman el "API de contenido") sirve respuestas desde nodos de CDN distribuidos globalmente. Los tiempos de respuesta típicos son 20-50ms en todo el mundo. Para sitios de contenido con mucha lectura, esto es difícil de vencer sin trabajo significativo de infraestructura en el lado auto-hospedado.

Para nuestros proyectos de desarrollo de CMS headless, hemos encontrado que Payload con almacenamiento en caché adecuado (ISR o revalidación bajo demanda en Next.js) funciona de manera comparable a la API de borde de Hygraph para la mayoría de patrones de tráfico del mundo real.

Desglose de precios para 2026

Aquí es donde las cosas se ponen interesantes. Déjame exponer números reales.

Plan Payload CMS Hygraph
Gratuito/Código abierto $0 (auto-hospedado, todas las características) Nivel gratuito: 2 asientos, 1M llamadas de API/mes, 500 entradas de contenido
Equipo pequeño ~$20-50/mes costos de hospedaje Starter: $0 (limitado), Growth: precios personalizados
Escala media ~$100-300/mes (VPS + BD + almacenamiento) Profesional: comienza en ~$399/mes
Empresa $500-2000/mes infraestructura (varía mucho) Empresa: precios personalizados (~$1500+/mes)
Payload Cloud Desde $30/mes por proyecto N/A

Payload CMS es de código abierto bajo licencia MIT y completamente gratuito. Pagas por tu propia infraestructura de hospedaje. Un VPS de Hetzner ($20/mes), una instancia de Postgres administrada ($15-30/mes), y almacenamiento compatible con S3 ($5-10/mes) te consigue una configuración lista para producción por menos de $60/mes. Payload también ofrece Payload Cloud — su servicio de hospedaje administrado — comenzando en $30/mes por proyecto, lo que simplifica significativamente el despliegue.

El nivel gratuito de Hygraph es utilizable para proyectos pequeños y prototipos. Pero una vez que necesitas más de 2 asientos de equipo, roles personalizados, múltiples entornos, o límites de API más altos, saltas a sus planes pagos. El nivel Profesional cuesta aproximadamente $399/mes en 2026, que es un costo recurrente significativo. Los precios empresariales se negocian pero típicamente comienzan alrededor de $1,500/mes.

Aquí está el matiz: si factorizas en tiempo de desarrollador para gestionar infraestructura, los precios de Hygraph podrían ser realmente más baratos para equipos pequeños sin experiencia en DevOps. Inversamente, para agencias que gestionan muchos proyectos, el núcleo gratuito de Payload significa que el costo marginal por proyecto es solo hospedaje.

Auto-hospedado vs SaaS: Los verdaderos compromisos

Esta es la tensión central, y quiero ser honesto sobre ambos lados.

Por qué auto-hospedado (Payload) gana

  • Propiedad de datos. Tus datos viven en tu base de datos. Punto final. Ningún proveedor puede cambiar sus términos, descartar una característica, o tomar tu contenido como rehén.
  • Sin límites de tasa de API. Estás limitado por tu infraestructura, no por un nivel de plan arbitrario.
  • Costo a escala. Una vez que pasas un cierto umbral de tráfico, auto-hospedado es dramáticamente más barato.
  • Profundidad de personalización. Hooks, endpoints personalizados, tipos de campo personalizados, anulaciones de interfaz de administración — no hay nada que no puedas cambiar.
  • Colocación con tu aplicación. Ejecutar Payload y Next.js en el mismo proceso elimina la latencia de red para consultas de contenido.

Por qué SaaS (Hygraph) gana

  • Carga cero de operaciones. Sin servidores para parchar, sin bases de datos para hacer copias de seguridad, sin escalabilidad de la que preocuparse.
  • Rendimiento de borde global de forma inmediata. La API respaldada por CDN de Hygraph es rápida en todas partes sin que configures nada.
  • Federación de contenido. La característica de Fuentes Remotas de Hygraph te permite extraer datos de APIs externas a tu gráfico de contenido. Esto es genuinamente poderoso para arquitecturas componibles.
  • Amable para no desarrolladores. Incorporar editores de contenido es más simple cuando el constructor de esquemas es visual.
  • Garantías de tiempo de actividad. Hygraph ofrece SLAs en sus planes empresariales. El tiempo de actividad auto-hospedado es tu problema.

Para equipos donde la gestión de infraestructura es una fortaleza (o donde trabajan con una agencia de desarrollo Next.js que la maneja), Payload es la opción más fuerte. Para equipos que quieren enfocarse puramente en contenido y desarrollo frontend, Hygraph elimina fricción real.

Autenticación y control de acceso

Payload

Payload tiene autenticación incorporada. Usuarios, sesiones, verificación de correo electrónico, restablecimiento de contraseña — está todo ahí. Puedes definir control de acceso a nivel de campo y a nivel de colección con funciones:

access: {
  read: ({ req: { user } }) => {
    if (user?.role === 'admin') return true
    return {
      publishedAt: { less_than: new Date().toISOString() },
    }
  },
  update: ({ req: { user } }) => user?.role === 'admin',
}

Este es control de acceso real a nivel de código. Puedes escribir cualquier lógica que quieras. ¿Necesitas verificar contra un servicio externo? Adelante. ¿Necesitas restringir el acceso basado en los campos del documento actual? Listo.

Hygraph

Hygraph utiliza un sistema de tokens de autenticación permanentes con permisos configurables. Creas tokens con acceso específico a fase de contenido (p. ej., leer solo PUBLISHED, leer DRAFT, escribir). Para control más granular, soportan permisos personalizados vinculados a roles.

Funciona, pero es menos flexible que el enfoque de Payload. Estás configurando permisos a través de su interfaz en lugar de expresarlos en código. Escenarios complejos — como "los editores solo pueden actualizar artículos en su categoría asignada" — requieren soluciones creativas en Hygraph pero son triviales en Payload.

Ecosistema de plugins y extensibilidad

El ecosistema de plugins de Payload ha crecido sustancialmente desde 3.0. Los plugins notables incluyen:

  • @payloadcms/plugin-seo — Campos de metadatos de SEO y vistas previas
  • @payloadcms/plugin-form-builder — Creación de formularios dinámicos
  • @payloadcms/plugin-search — Integración de búsqueda de texto completo
  • @payloadcms/plugin-redirects — Gestión de redirecciones
  • Plugins comunitarios para integración de Stripe, generación de contenido con IA, y más

Escribir plugins personalizados es sencillo ya que son solo funciones que modifican la configuración de Payload.

La extensibilidad de Hygraph viene a través de:

  • Aplicaciones y extensiones de barra lateral — Elementos de interfaz de usuario personalizados en el editor
  • Webhooks — Activar flujos de trabajo externos en cambios de contenido
  • Fuentes remotas — Federar APIs GraphQL y REST externas
  • API de administración — Gestionar esquema y contenido programáticamente

El mercado de aplicaciones de Hygraph ha crecido pero sigue siendo más pequeño que el ecosistema de plugins de Payload. La característica de Fuentes Remotas, sin embargo, es algo para lo que Payload no tiene un equivalente. Poder unir un catálogo de productos de Shopify directamente en tu gráfico de contenido sin middleware es genuinamente útil.

Cuándo elegir cuál

Después de trabajar con ambos en múltiples proyectos de producción, aquí está mi marco de recomendación honesto:

Elige Payload CMS si:

  • Eres un equipo de desarrollo (o trabajas con uno) cómodo con TypeScript e infraestructura
  • Necesitas personalización profunda del comportamiento del CMS
  • La propiedad de datos e independencia del proveedor te importan
  • Estás construyendo una aplicación Next.js y quieres la ventaja de rendimiento de la API Local
  • Eres una agencia que gestiona muchos proyectos y quiere minimizar costos de licencia por proyecto
  • Necesitas control de acceso complejo impulsado por código

Elige Hygraph si:

  • Quieres cero gestión de infraestructura
  • Tu equipo ya está invertido en GraphQL
  • Necesitas federación de contenido desde múltiples fuentes
  • Tus editores de contenido necesitan una experiencia de edición visual pulida lista para usar
  • Necesitas rendimiento de borde global garantizado sin configurar CDNs
  • Tu cronograma de proyecto es apretado y no puedes permitirte tiempo de configuración

Para muchos de los proyectos que construimos en Social Animal — particularmente proyectos de Astro y Next.js — Payload se ha convertido en nuestra recomendación por defecto. La historia de colocación, el enfoque nativo de TypeScript, y los costos de licencia cero se alinean bien con cómo trabajamos. Pero también hemos lanzado proyectos con Hygraph para clientes cuyos equipos necesitaban la simplicidad de una plataforma administrada.

No hay vergüenza en elegir uno u otro. La vergüenza es elegir uno sin entender los compromisos. Si no estás seguro de qué dirección es la correcta para tu proyecto, nos encantaría hablarlo contigo.

FAQ

¿Es Payload CMS realmente gratuito?

Sí. Payload CMS está bajo licencia MIT y el núcleo es completamente gratuito, incluyendo todas las características — no hay ningún "nivel premium" que bloquee funcionalidad detrás de un paywall. Pagas por tu propia infraestructura de hospedaje (servidores, base de datos, almacenamiento). Payload también ofrece Payload Cloud, su servicio de hospedaje administrado, que comienza en $30/mes por proyecto si no quieres gestionar tu propia infraestructura.

¿Puede Hygraph funcionar sin conocimiento de GraphQL?

El lado de edición de contenido no requiere ningún conocimiento de GraphQL — los editores simplemente usan la interfaz visual. Sin embargo, los desarrolladores que consultan contenido de Hygraph deben usar GraphQL. No hay alternativa de API REST. Si tu equipo de frontend no se siente cómodo con GraphQL, hay una curva de aprendizaje que necesitas factorizar en tu cronograma.

¿Cómo maneja Payload CMS las cargas y subidas de archivos?

Payload tiene un sistema de carga incorporado que soporta almacenamiento de archivos local, almacenamiento compatible con S3 (AWS S3, Cloudflare R2, MinIO), y otros adaptadores. Incluye cambio de tamaño de imagen automático, selección de punto focal, y genera tamaños de imagen receptivos basados en tu configuración. Para la mayoría de proyectos, conectarlo a un bucket de S3 o a Cloudflare R2 es el enfoque recomendado.

¿Hygraph admite localización?

Sí. Hygraph tiene localización a nivel de campo incorporada, lo que significa que puedes marcar campos individuales como localizables en lugar de duplicar entradas de contenido completas. Esta es una característica fuerte — configuras tus locales en configuración de proyecto y luego los editores de contenido pueden cambiar entre idiomas en el editor. Payload también soporta localización con un enfoque similar a nivel de campo.

¿Puedo migrar desde Hygraph a Payload (o vice versa)?

La migración es posible pero no trivial en ninguna dirección. Ambos sistemas tienen APIs que te permiten exportar e importar contenido. El desafío principal son las diferencias de modelado de contenido — especialmente texto enriquecido, que se almacena de manera diferente en cada sistema. Planifica un script de migración y pruebas exhaustivas. Para bibliotecas de contenido grandes, presupuesta al menos 2-4 semanas para una migración limpia.

¿Cuál CMS es mejor para e-commerce?

Ninguno es una plataforma de e-commerce, pero ambos se integran bien con soluciones de comercio headless. Hygraph tiene una ventaja aquí con su característica de Fuentes Remotas, que puede federar datos de productos desde Shopify o commercetools directamente en tu gráfico de contenido. Payload funciona excelentemente con backends de e-commerce también, pero típicamente construirás la integración tú mismo usando hooks y endpoints personalizados. Para proyectos serios de e-commerce, considera cualquier CMS junto con un backend de comercio dedicado.

¿Cómo se compara Payload 3.x con Payload 2.x?

Payload 3.x fue una reescritura importante. El mayor cambio es que Payload ahora se ejecuta como un plugin de Next.js en lugar de una aplicación Express. Esto significa que tu CMS y frontend comparten el mismo proceso, habilitando la API Local para consultas de latencia cero. También agregó soporte para PostgreSQL (a través de Drizzle ORM), vista previa en vivo, y una interfaz de administración rediseñada. Si usaste Payload 2.x y lo encontraste limitante, Payload 3.x vale la pena mirar de nuevo — es una experiencia fundamentalmente diferente.

¿Cuál es la mejor configuración de hospedaje para Payload CMS en 2026?

Para la mayoría de proyectos, recomendamos: un servicio VPS o contenedor (Railway, Render, Fly.io, o un VPS de Hetzner con Docker), PostgreSQL administrado (Neon, Supabase, u oferta de tu proveedor de VPS), y Cloudflare R2 para almacenamiento de medios. El costo total típicamente corre $40-80/mes para proyectos pequeños a medianos. Para despliegues más grandes, Vercel con Payload Cloud o una configuración de Kubernetes funciona bien. Revisa nuestra página de precios para cómo manejamos la configuración de infraestructura para proyectos de clientes.