Payload
CMS headless e framework de aplicação de código aberto, nativo do Next.js, que instala na pasta app que você já tem
Payload é um CMS headless e framework de backend de código aberto que instala direto na pasta app de um projeto Next.js existente, entregando um backend em TypeScript e um painel administrativo em React sem subir um serviço separado. Tem 43.792 estrelas em julho de 2026, licença MIT, e faz deploy serverless na Vercel ou na Cloudflare além de qualquer lugar onde o Node rode. Para um fundador, remove o motivo pelo qual o trabalho de conteúdo costuma travar — finalmente existe um lugar onde editar sem programar — mas um CMS decide como as páginas são feitas, nunca se alguém as lê.
O que é o Payload
O Payload (github.com/payloadcms/payload) se descreve como o primeiro CMS nativo do Next.js que instala direto na pasta app que você já tem. Em vez de rodar um serviço de CMS separado e puxar o conteúdo por uma API, o backend e o painel administrativo vivem dentro da aplicação Next.js que já existe, o que significa que você consulta o banco de dados direto de React Server Components. É escrito em TypeScript, tem licença MIT e soma 43.792 estrelas em julho de 2026.
O projeto se posiciona como framework de aplicação além de CMS headless, e se apoia nisso: a interface administrativa é gerada a partir da sua própria configuração de coleções e estendida com seus próprios server components. Começar é um único comando create-payload-app, e os mantenedores apontam os recém-chegados para o template de site porque ele demonstra o conjunto completo — blocos de texto rico, revalidação sob demanda, pré-visualização ao vivo — com um frontend em Tailwind na mesma pasta app.
O que vem pronto
A lista abaixo é o que o próprio repositório anuncia, não uma lista de desejos.
- Um painel administrativo React gerado — construído a partir da sua configuração de coleções, extensível com seus próprios server components, para que editores tenham uma interface real que você não precisou desenhar.
- Autenticação, versões e rascunhos — autenticação, versionamento de documentos, rascunhos, um construtor de layout por blocos, um editor de texto rico Lexical, lógica condicional de campos e controle de acesso granular vêm incluídos, não acoplados depois.
- Tipos que seguem seus dados — uma base de código totalmente em TypeScript com tipos gerados automaticamente para o seu conteúdo, além de REST e GraphQL se você quiser e consultas diretas ao banco em server components se não quiser.
- Faça deploy onde preferir — templates serverless de um clique para Vercel e Cloudflare, ou auto-hospedagem na sua própria infraestrutura; o projeto faz questão de não prender você a nenhum fornecedor.
Onde o Payload encaixa na stack de crescimento de um fundador
Um CMS é o substrato do crescimento por conteúdo. No momento em que você quer mais que um punhado de páginas — um blog, uma seção de comparativos, páginas por localidade ou por integração — o gargalo deixa de ser o design e passa a ser a publicação: quem consegue adicionar uma página sem um programador, e em quanto tempo. Essa é a maquinaria por trás de construir páginas de SEO em escala e do SEO programático, e os templates oficiais do Payload para site, blog e loja miram exatamente isso. Perto dos vizinhos, ele se sobrepõe ao Ghost na publicação e ao Medusa nas lojas, sem ser nenhum dos dois.
O limite que vale reconhecer com honestidade é que um CMS decide como uma página é feita, nunca se ela merece uma visita. Capacidade de publicar é necessária e não suficiente: ainda é preciso escolher assuntos que valham cobertura, escrever algo que um leitor não obteria do topo dos resultados e conquistar os links e menções que fazem qualquer disso ranquear. É comum um fundador instalar um CMS e concluir, meses depois, que conteúdo não funcionou — quando o que faltava nunca foi a ferramenta.
Um CMS, ou conteúdo em código?
Nem todo site precisa de um CMS, e errar sai caro nas duas direções. A pergunta é quem edita, com que frequência e o que precisa ser verdade antes de uma página entrar no ar.
| Abordagem | Melhor quando | Do que você abre mão |
|---|---|---|
| CMS headless como o Payload | Quem publica não é técnico, o conteúdo muda com frequência e você precisa de rascunhos, versões e papéis | Um esquema e um deploy para manter; as edições entram por uma interface, não por revisão de código |
| Conteúdo em código, em arquivos de dados tipados | Quem edita é quem publica o produto, e você quer cada mudança testada antes de entrar no ar | Quem não consegue abrir um pull request não consegue publicar |
| Um CMS SaaS hospedado | Você não quer infraestrutura nenhuma e consegue viver dentro do modelo do fornecedor | Portabilidade, e uma conta que cresce junto com o seu conteúdo |
Nota de primeira mão de construir a AgentCeres — o AI Growth Officer em agentceres.com: nossas próprias páginas de marketing seguem o segundo caminho. Cada página de respostas, de glossário e de projetos deste site é uma entrada em um arquivo TypeScript tipado, e não um registro de CMS, e isso foi uma escolha deliberada. Como as páginas são código, um conjunto de testes roda sobre cada uma e faz o build falhar quando uma página quebra um link, fica sem links internos ou fixa na mão um número que vai envelhecer — verificações que um CMS estruturalmente não consegue fazer, já que o trabalho dele é aceitar o que o editor digitou. O custo é real e nós pagamos: quem não consegue abrir um pull request não publica aqui. Se nossos editores não fossem também quem publica a aplicação, o modelo do Payload seria o certo.
FAQ
- O Payload é gratuito?
- O framework é gratuito e de código aberto sob licença MIT, então você pode auto-hospedar sem custo de software e pagar apenas a infraestrutura onde ele roda. Os mantenedores também vendem o Payload Cloud, uma hospedagem gerenciada para times que preferem não operar nada, e o repositório anuncia deploys serverless de um clique na Vercel e na Cloudflare, que têm preços próprios. Confira o arquivo de licença do repositório para a versão que você instalar.
- Payload contra um CMS hospedado como Contentful ou Sanity: qual um fundador escolhe?
- Escolha um CMS hospedado se você não quer infraestrutura e o modelo de conteúdo do fornecedor encaixa no seu jeito de trabalhar. Escolha o Payload se você já constrói em Next.js e quer o CMS dentro da sua própria aplicação, seus dados no seu próprio banco e nenhum teto por assento ou por registro para planejar. A troca é operacional: o Payload é código que você mantém e implanta, enquanto um CMS hospedado é um serviço que você configura e paga.
- Preciso de um programador para usar o Payload?
- Para montar, sim: coleções, campos e regras de acesso são definidos em código, e a aplicação é implantada como qualquer outro projeto Next.js. Depois disso, não: o sentido do painel administrativo é que pessoas sem perfil técnico possam criar, editar, rascunhar e publicar conteúdo sem tocar no código. O custo de programação fica concentrado na montagem em vez de espalhado por cada página.
- Um CMS ajuda no SEO?
- Indiretamente, removendo atrito. Um CMS não faz páginas ranquearem, mas remove o motivo pelo qual a maioria dos programas de conteúdo trava, que é publicar depender de um programador. Publicar mais rápido significa mais tentativas, e mais tentativas é como um programa de conteúdo descobre o que funciona. O ranqueamento em si continua vindo de cobrir assuntos direito, responder perguntas reais e conquistar links — nada disso vem de um 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.