Pontos-chave
- Payload é um CMS de código aberto (licença MIT), escrito em TypeScript, que se instala dentro de um projeto Next.js e gera um painel de edição a partir da configuração.
- No Payload, o software é gratuito, mas o site em si é código: o custo real está nas horas de desenvolvimento e na hospedagem de uma aplicação Node.js com banco de dados.
- O SEO de um site com Payload depende do front-end: o plugin oficial cuida de título, descrição e imagem, mas sitemap, dados estruturados e renderização ficam com o desenvolvedor.
- Em junho de 2025 o Payload passou a fazer parte da Figma; o anúncio oficial afirma que o projeto continua de código aberto e com opção de hospedagem própria.
- Para empresa sem desenvolvedor por perto, que quer editar páginas e publicar posts sozinha, o WordPress continua sendo a escolha mais sensata.
Para a maioria das pequenas e médias empresas, WordPress continua sendo a escolha mais sensata: o time edita sozinho e o ecossistema resolve quase tudo sem programar. O Payload CMS faz sentido quando já existe um desenvolvedor no projeto e o conteúdo precisa de estrutura própria, ou alimentar mais de um lugar, como site e aplicativo. Payload não é um WordPress mais moderno. É outra categoria de ferramenta, pensada para quem constrói o site em código, e é isso que decide a comparação.
Uma observação sobre demanda: essa comparação ainda é de nicho. As buscas que aparecem no autocomplete do Google são, em boa parte, de quem já está avaliando opções headless ("payload cms vs wordpress", "wordpress next js headless"). Segundo a W3Techs, em 9 de outubro de 2026 o Payload estava em menos de 0,1% dos sites, contra 40,1% do WordPress. Isso não diz nada sobre qualidade; diz que achar profissional de Payload é mais difícil.
O que é o Payload CMS?
Pela documentação oficial, o Payload se define como um framework fullstack para Next.js: você escreve uma configuração em código e recebe um painel administrativo completo, APIs e autenticação. Os fatos que importam para a decisão:
- Código aberto, licença MIT. O repositório está no GitHub e o software é gratuito.
- TypeScript e Next.js. Desde a versão 3.0, lançada em 19 de novembro de 2024, o Payload se instala dentro de qualquer aplicação Next.js, com painel e backend no mesmo projeto.
- Hospedagem própria. Pode rodar em plataforma serverless, em contêiner ou no servidor que você escolher.
- Bancos de dados. Os adaptadores oficiais são para MongoDB, Postgres e SQLite.
- Painel gerado a partir dos dados. Os campos que o editor vê são os que o desenvolvedor definiu na configuração.
Um fato recente: em 17 de junho de 2025, o Payload anunciou que passou a fazer parte da Figma. O anúncio oficial afirma que o projeto continua de código aberto e que a opção de hospedagem própria não muda.
Headless na prática: o que muda em relação ao WordPress
No WordPress tradicional, o mesmo sistema guarda o conteúdo e monta as páginas, usando um tema. Você instala, escolhe o tema e começa a escrever. A explicação de tema e plugins está em o que é WordPress.
Num CMS headless, o sistema só guarda e entrega o conteúdo. Quem desenha e monta as páginas é o front-end, escrito por um desenvolvedor. Com o Payload, esse front-end costuma ser o próprio Next.js do projeto. Isso tem duas consequências:
- Liberdade total. O mesmo conteúdo pode alimentar o site, um aplicativo e uma área de cliente. O HTML é exatamente o que o desenvolvedor escreveu, sem código de tema sobrando.
- Nada vem pronto. Não existe tema para instalar nem diretório de plugins para resolver um formulário em dez minutos. No WordPress, o diretório oficial de plugins resolve muita coisa assim; no Payload, cada função que não é nativa é construída ou integrada por alguém.
WordPress ou Payload, lado a lado
| Critério | WordPress | Payload CMS |
|---|---|---|
| Quem monta o site | Profissional de WordPress, às vezes o próprio dono | Desenvolvedor com TypeScript, React e Next.js |
| Edição do conteúdo | Editor de blocos, pronto para usar | Painel com os campos que o desenvolvedor modelou |
| Funções extras | Plugins prontos | Construídas ou integradas em código |
| SEO básico | Plugin de SEO cobre título, sitemap e schema | Plugin oficial cobre título, descrição e imagem; o resto é código |
| Hospedagem | PHP e MySQL, oferta ampla | Aplicação Node.js e banco de dados |
| Manutenção | Atualizar núcleo, tema e plugins | Atualizar dependências e publicar de novo |
| Custo principal | Montagem, hospedagem e manutenção | Horas de desenvolvimento |
E o SEO com Payload e Next.js?
Esta é a parte que mais me preocupa quando vejo um projeto headless, porque o resultado depende inteiramente de como o front-end foi construído.
Renderização: o conteúdo precisa chegar no HTML
A documentação do Google sobre JavaScript diz que renderizar no servidor ou pré-renderizar continua sendo uma ótima ideia, porque deixa o site mais rápido e porque nem todo robô consegue executar JavaScript. Em Next.js, a renderização no servidor e a pré-renderização no momento da publicação são o caminho natural, e o Payload foi feito para isso. O risco aparece quando alguém monta páginas que só ganham conteúdo depois de rodar JavaScript no navegador. Antes de lançar, eu confiro o HTML que o servidor entrega, página por página.
O que vem pronto e o que não vem
O plugin oficial de SEO do Payload acrescenta título, descrição e imagem para cada documento, com uma prévia do resultado de busca no painel. Tudo o mais é responsabilidade do projeto: sitemap, canonical, redirecionamentos 301, dados estruturados, páginas de erro, links internos. No WordPress, um plugin de SEO bem configurado resolve boa parte disso, como mostro em WordPress para SEO.
Velocidade
Um front-end em Next.js bem feito pode ser muito rápido, porque o que é estático vira HTML no build e pode ser servido por CDN. Mal feito, carrega JavaScript demais e sofre no INP. As referências de Core Web Vitals valem igual para os dois lados.
Quando o time já decidiu pelo headless, o que eu entrego é a especificação de SEO para o desenvolvedor e a validação depois de pronto, dentro de uma revisão de SEO técnico.
Como é editar no dia a dia?
Bem modelado, o painel do Payload pode ser mais claro que o do WordPress: o editor vê só os campos que fazem sentido (nome do serviço, preço, perguntas frequentes, imagem) e não tem como quebrar o layout. Mal modelado, ele trava a empresa, porque cada novo tipo de bloco ou de página depende do desenvolvedor.
A prévia ao vivo, que mostra a página mudando enquanto se digita, existe no Payload, mas precisa ser configurada no projeto e no front-end. No WordPress, o editor de blocos já mostra o resultado enquanto você escreve.
A pergunta que faço para decidir: daqui a seis meses, quando o marketing quiser uma página nova com um formato diferente, quem vai fazer? Se a resposta é "o desenvolvedor do time", Payload funciona. Se é "a gente mesmo, sem ninguém técnico", WordPress.
Quanto custa de verdade?
Os dois softwares são gratuitos. O dinheiro vai para lugares diferentes:
- WordPress: montagem do site, hospedagem com PHP e banco, eventuais plugins pagos e manutenção recorrente.
- Payload: horas de desenvolvimento para modelar o conteúdo, construir o front-end e as funções que não vêm prontas, mais a hospedagem da aplicação e do banco, e a atualização de dependências ao longo do tempo.
Não vou chutar valores, porque variam demais com o escopo. A regra prática que uso: se o site cabe num tema bem feito e em poucos plugins, o Payload custa mais para entregar a mesma coisa. Ele se paga quando o projeto precisaria de muito código no WordPress de qualquer jeito.
Quando o WordPress continua melhor e quando eu consideraria o Payload
WordPress continua sendo a melhor escolha quando
- Não há desenvolvedor no time nem previsão de ter.
- O site é institucional, de serviço ou com blog, sem integração complexa.
- A empresa quer criar páginas novas sozinha, com liberdade de formato.
- O orçamento precisa ir mais para conteúdo do que para código.
Payload passa a fazer sentido quando
- Já existe um time ou parceiro de desenvolvimento que trabalha com Next.js.
- O mesmo conteúdo alimenta site, aplicativo ou área logada.
- O conteúdo é muito estruturado (catálogo técnico, base de unidades, documentação) e o painel precisa refletir isso.
- A empresa quer controle total do código e da hospedagem, sem plugins de terceiros.
Se o seu dilema é mais simples, entre WordPress e um site estático sem painel, a comparação certa é WordPress ou HTML. E o quadro com todas as opções, inclusive Wix e construtores com IA, está no comparativo de plataformas de site.
Este artigo faz parte de Plataformas e comparativos. Comece pelo artigo central: Qual a melhor plataforma para criar site em 2026? Comparativo para pequena e média empresa. A base conceitual está nos guias: O que é WordPress, WordPress para SEO.
Perguntas frequentes
O Payload CMS é gratuito?
O software é: o código está no GitHub sob licença MIT e pode ser hospedado onde você quiser. O que custa é o desenvolvimento do site, a hospedagem da aplicação e do banco de dados e a manutenção das dependências. Para pequena empresa, esse custo costuma ser maior que o de um WordPress bem montado.
Dá para migrar de WordPress para Payload?
Dá, mas é um projeto de desenvolvimento: o conteúdo é exportado do WordPress, os modelos de dados são criados no Payload e o front-end é construído do zero. Como em qualquer migração, cada endereço antigo precisa de redirecionamento 301 para o novo.
Payload é melhor que WordPress para SEO?
Não por si só. Ele dá controle total sobre o HTML, o que é ótimo nas mãos de um desenvolvedor que conhece SEO técnico. Mas nada vem pronto: o que um plugin de SEO faz no WordPress precisa ser construído. Mal feito, o site pode ficar pior para o Google.
Preciso saber programar para usar o Payload?
Para editar conteúdo, não: o painel é feito para isso. Para criar o site, mudar a estrutura, acrescentar um tipo de página ou um bloco novo, sim, porque tudo nasce da configuração em código.
Fontes
- Payload — What is Payload? (documentação oficial) (acesso em 09/10/2026)
- Payload — Payload 3.0: the first CMS that installs directly into any Next.js app (19/11/2024) (acesso em 09/10/2026)
- Payload — Payload is joining Figma (17/06/2025) (acesso em 09/10/2026)
- GitHub — payloadcms/payload, LICENSE.md (MIT) (acesso em 09/10/2026)
- Payload — SEO Plugin (documentação oficial) (acesso em 09/10/2026)
- Payload — Live Preview (documentação oficial) (acesso em 09/10/2026)
- Google Search Central — Understand the JavaScript SEO basics (acesso em 09/10/2026)
- W3Techs — Usage statistics of content management systems (dados de 09/10/2026) (acesso em 09/10/2026)
Estrategista sênior de SEO e GEO em São Paulo, praticando SEO desde 2012. Atende o projeto de SEO e GEO do Sem Parar (Grupo Corpay). Sobre mim
Conte o que você precisa e eu digo, sem compromisso, qual caminho faz sentido: 48 horas, 1 semana ou WordPress.
Falar no WhatsApp