O Payload é um CMS open source (licença MIT) escrito em TypeScript que funciona como CMS headless e backend full stack, com integração nativa ao Next.js. Em um único projeto ele reúne o que normalmente se espalha em três ferramentas: o painel administrativo para o conteúdo, o backend (banco de dados, permissões, autenticação, uploads) e a base de aplicação: e-commerce, áreas autenticadas, ferramentas internas. O painel administrativo é gerado automaticamente a partir do código: você define as coleções em TypeScript e o admin, o schema do banco e as APIs (REST e GraphQL) nascem prontos.
Como funciona o code-first (a diferença que importa)
No Payload, o schema de conteúdo vive em código versionado: collections (conjuntos de documentos: posts, produtos, imóveis, leads) e globals (dados únicos: menus, configurações) são objetos TypeScript. Dois ganhos diretos desse modelo: versionamento (cada mudança de estrutura passa pelo git, com histórico e rollback) e reaproveitamento (campos e funções reutilizados entre projetos). Bancos suportados: MongoDB, PostgreSQL e SQLite: a escolha afeta infraestrutura e migrations, não a lógica central.
E o acesso aos dados tem três caminhos: Local API (consulta direta no servidor, sem passagem por HTTP: a mais rápida para o frontend Next.js), REST e GraphQL. É essa integração nativa com o Next.js (React Server Components, deploy serverless) que faz o par Payload + Next funcionar como um sistema só, com o frontend lendo o CMS no servidor.
Recursos que o marketing sente
- Painel administrativo personalizável: componentes React: o admin se adapta ao fluxo do time, não o contrário.
- Versions, drafts e publicação programada: com autosave e histórico por documento.
- Live preview e visual editing: o editor vê a mudança na página real enquanto escreve.
- Localização por campo: versões em quantos idiomas quiser, campo a campo, com fallback.
- Uploads com derivados: tamanhos gerados e crop no próprio CMS.
- Controle de acesso granular: por operação, por documento e por campo.
Uma nota honesta sobre SEO: o Payload não entrega SEO pronto: existe plugin oficial para organizar metadados (com prévia de snippet), mas canonical, robots, sitemap e dados estruturados são responsabilidade do frontend. Isso não é defeito: é o preço do controle total: quem constrói o frontend decide cada tag que sai.
Faz sentido quando: o frontend é ou será Next.js; há desenvolvedores TypeScript dedicados; o conteúdo precisa se relacionar com produtos, usuários ou leads (não só posts); a empresa quer controlar banco, hospedagem e regras de negócio. Não faz sentido quando: o site é simples e editorial, o time não tem suporte técnico contínuo, ou a operação depende de plugins prontos. A pergunta certa não é "qual CMS vence": é se a empresa tem o problema que justifica o modelo code-first e a capacidade de operá-lo.
Custos reais: o software é grátis, a operação não
O Payload é open source e gratuito: mas a operação tem conta: infraestrutura (hospedagem do app e do banco), storage persistente para mídia, e-mail transacional, backups, observabilidade e migrations. O ganho frente ao SaaS é o controle: sem limite de banda, documentos ou usage caps: o custo escala com a infraestrutura que você escolher, não com a tabela do fornecedor.
Case brasileiro: migrando 15 anos de WordPress
Um caso medido no mercado brasileiro: a Conversion: agência de SEO com 15 anos de história em WordPress: migrou o próprio site para Payload 3 + Next.js, com Postgres gerenciado e mídia em storage object. Foram mais de mil artigos migrados, com o HTML do acervo preservado para reduzir risco (a conversão completa do acervo não foi obrigatória). Hooks revalidam as páginas quando o conteúdo muda. O caso ilustra o padrão de migração saudável: piloto pequeno, critérios de saída e plano de reversão: não a grande virada de chave.
Payload comparado (os guias da série)
- Payload vs WordPress: o monolito maduro contra o code-first: quando cada um vence.
- Payload vs Contentful: posse dos dados e custos em escala contra o SaaS headless.
- Payload vs Sanity: modelagem, visual editing e self-hosting.
- Payload vs Strapi: os dois open-source Node de frente.
- Payload vs Directus: CMS code-first contra plataforma de dados.
A leitura final: o Payload representa a geração de CMS onde o conteúdo e a aplicação vivem no mesmo código: e isso muda quem participa da decisão: a escolha deixa de ser só do marketing e vira decisão conjunta com quem mantém o software. Para quem tem o time (próprio ou agência) e o problema certo, é o modelo mais poderoso da categoria. Para quem não tem, o WordPress segue sendo a resposta honesta: e não há vergonha nenhuma nisso. Para a fundação técnica que qualquer CMS precisa, o guia de SEO técnico; para a plataforma na prática, o serviço de sites e landing pages da M&C.