Payload
CMS headless y framework de aplicación de código abierto, nativo de Next.js, que se instala en la carpeta app que ya tienes
Payload es un CMS headless y framework de backend de código abierto que se instala directamente en la carpeta app de un proyecto Next.js existente, y te da un backend en TypeScript y un panel de administración en React sin levantar un servicio aparte. Tiene 43,792 estrellas a julio de 2026, licencia MIT, y se despliega en modo serverless en Vercel o Cloudflare además de en cualquier sitio donde corra Node. Para un fundador elimina la razón por la que el trabajo de contenido suele atascarse —por fin hay un sitio donde editar sin saber programar— pero un CMS decide cómo se hacen las páginas, nunca si alguien las lee.
Qué es Payload
Payload (github.com/payloadcms/payload) se describe como el primer CMS nativo de Next.js que se instala directamente en la carpeta app que ya tienes. En lugar de ejecutar un servicio de CMS aparte y traer el contenido por una API, el backend y el panel de administración viven dentro de la aplicación Next.js que ya existe, lo que significa que puedes consultar la base de datos directamente desde React Server Components. Está escrito en TypeScript, tiene licencia MIT y suma 43,792 estrellas a julio de 2026.
El proyecto se posiciona como framework de aplicación además de CMS headless, y se apoya en ello: la interfaz de administración se genera a partir de tu propia configuración de colecciones y se extiende con tus propios server components. Empezar es un único comando create-payload-app, y los mantenedores dirigen a los recién llegados a la plantilla de sitio web porque demuestra el conjunto completo —bloques de texto enriquecido, revalidación bajo demanda, vista previa en vivo— con un frontend en Tailwind dentro de la misma carpeta app.
Qué trae de serie
La lista de abajo es lo que anuncia el propio repositorio, no una lista de deseos.
- Un panel de administración en React generado — construido a partir de tu configuración de colecciones, extensible con tus propios server components, para que los editores tengan una interfaz real que no tuviste que diseñar.
- Autenticación, versiones y borradores — autenticación, versionado de documentos, borradores, un constructor de maquetación por bloques, un editor de texto enriquecido Lexical, lógica condicional de campos y control de acceso granular vienen incluidos en lugar de añadidos.
- Tipos que siguen a tus datos — una base de código totalmente en TypeScript con tipos generados automáticamente para tu propio contenido, además de REST y GraphQL si los quieres y consultas directas a la base de datos en server components si no.
- Despliega donde quieras — plantillas serverless de un clic para Vercel y Cloudflare, o autoalojado en tu propia infraestructura; el proyecto insiste en no atarte a ningún proveedor.
Dónde encaja Payload en el stack de crecimiento de un fundador
Un CMS es el sustrato del crecimiento por contenido. En cuanto quieres más de un puñado de páginas —un blog, una sección de comparativas, páginas por ubicación o por integración— el cuello de botella deja de ser el diseño y pasa a ser la publicación: quién puede añadir una página sin un programador, y a qué velocidad. Esa es la maquinaria detrás de construir páginas SEO a escala y del SEO programático, y las plantillas oficiales de Payload para sitio web, blog y tienda apuntan justo ahí. Frente a sus vecinos, se solapa con Ghost en publicación y con Medusa en tiendas, sin ser ninguno de los dos.
El límite que conviene reconocer con honestidad es que un CMS decide cómo se hace una página, nunca si se gana una visita. La capacidad de publicar es necesaria y no suficiente: sigue haciendo falta elegir temas que merezcan cobertura, escribir algo que un lector no obtendría de la parte alta de los resultados y ganar los enlaces y menciones que hacen que algo de eso posicione. Es habitual que un fundador instale un CMS y concluya meses después que el contenido no funcionó, cuando lo que faltaba nunca fue la herramienta.
¿Un CMS o contenido en código?
No todos los sitios necesitan un CMS, y equivocarse sale caro en ambas direcciones. La pregunta es quién edita, con qué frecuencia y qué tiene que ser cierto antes de que una página se publique.
| Enfoque | Mejor cuando | Qué renuncias |
|---|---|---|
| CMS headless como Payload | Publica gente sin perfil técnico, el contenido cambia a menudo y necesitas borradores, versiones y roles | Un esquema y un despliegue que mantener; los cambios entran por una interfaz y no por revisión de código |
| Contenido en código, en archivos de datos tipados | Quien edita es quien publica el producto, y quieres que cada cambio se pruebe antes de salir | Quien no puede abrir un pull request no puede publicar |
| Un CMS SaaS alojado | No quieres nada de infraestructura y puedes vivir dentro del modelo del proveedor | Portabilidad, y una factura que crece con tu contenido |
Nota de primera mano de construir AgentCeres —el AI Growth Officer en agentceres.com—: nuestras propias páginas de marketing toman la segunda vía. Cada página de respuestas, de glosario y de proyectos de este sitio es una entrada en un archivo TypeScript tipado y no un registro de un CMS, y fue una decisión deliberada. Como las páginas son código, un conjunto de pruebas se ejecuta sobre cada una y hace fallar la compilación cuando una página rompe un enlace, se queda sin enlaces internos o fija a mano un número que quedará desactualizado —comprobaciones que un CMS estructuralmente no puede hacer, porque su trabajo es aceptar lo que escribió un editor. El coste es real y lo pagamos: quien no puede abrir un pull request no puede publicar aquí. Si nuestros editores no fueran también quienes publican la aplicación, el modelo de Payload sería el correcto.
FAQ
- ¿Payload es gratis?
- El framework es gratuito y de código abierto bajo licencia MIT, así que puedes autoalojarlo sin coste de software y pagar solo la infraestructura donde lo ejecutes. Los mantenedores también venden Payload Cloud, una opción de alojamiento gestionado para equipos que prefieren no operarlo, y el repositorio anuncia despliegues serverless de un clic en Vercel y Cloudflare, que tienen sus propios precios. Consulta el archivo de licencia del repositorio para la versión que instales.
- Payload frente a un CMS alojado como Contentful o Sanity, ¿cuál elige un fundador?
- Elige un CMS alojado si no quieres infraestructura y el modelo de contenido del proveedor encaja con tu forma de trabajar. Elige Payload si ya construyes sobre Next.js y quieres el CMS dentro de tu propia aplicación, tus datos en tu propia base de datos y ningún techo por asiento o por registro con el que planificar. El intercambio es operativo: Payload es código que mantienes y despliegas, mientras que un CMS alojado es un servicio que configuras y pagas.
- ¿Necesito un programador para usar Payload?
- Para montarlo, sí: las colecciones, los campos y las reglas de acceso se definen en código, y la aplicación se despliega como cualquier otro proyecto Next.js. Después, no: el sentido del panel de administración es que gente sin perfil técnico pueda crear, editar, guardar borradores y publicar contenido sin tocar el código. El coste de programación se concentra en el montaje en lugar de repartirse por cada página.
- ¿Un CMS ayuda al SEO?
- De forma indirecta, quitando fricción. Un CMS no hace que las páginas posicionen, pero elimina la razón por la que se atascan la mayoría de los programas de contenido, que es que publicar exige un programador. Publicar más rápido significa más intentos, y más intentos es como un programa de contenido encuentra lo que funciona. El posicionamiento en sí sigue viniendo de cubrir bien los temas, responder preguntas reales y ganar enlaces —nada de lo cual aporta ningún CMS.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $19/month.