O que o WordPress e o Payload CMS entregam para SEO, IA, publicação e segurança, quando o Payload faz sentido e por que o WordPress segue na frente para empresas.
Por
Resposta direta
Para a maioria das empresas, em que o site é a vitrine e a fonte de conteúdo da marca, o WordPress segue a escolha mais segura: tem 58,6% do mercado de CMS, SEO, dados estruturados e llms.txt prontos em plugins consolidados, recursos de IA no núcleo e independência de fornecedor. O Payload é uma boa escolha para times de produto em TypeScript que já trabalham dentro do Next.js.
Fontes verificadas em 12/10/2026.
Em 17/06/2025, o Payload, um gerenciador de conteúdo de código aberto construído sobre o Next.js, anunciou no texto Payload is joining Figma que passou a fazer parte da Figma. Desde então, o nome aparece com frequência quando uma empresa discute trocar de CMS. Na página Payload vs WordPress, o próprio Payload chama o WordPress de CMS mais visado por ataques, critica o acúmulo de plugins e o PHP e apresenta o TypeScript e a configuração em código como a alternativa moderna.
A pergunta é legítima, e a resposta depende do papel do site no negócio. Este artigo compara os dois em SEO, preparação para as IAs, publicação, segurança, desempenho, custo e continuidade, com fonte e data em cada dado, e termina com um guia de decisão por cenário.
Uma nota de transparência: a Flowup desenvolve sites em WordPress. Por isso cada afirmação traz a fonte, os pontos fracos do WordPress estão na mesa e a seção sobre quando o Payload é a melhor escolha tem o mesmo cuidado que as outras.
Por onde começar, conforme seu papel
O WordPress é um sistema completo de publicação: painel, editor, mídia, usuários, temas e plugins, pronto para quem publica conteúdo sem programar. O Payload é um framework para desenvolvedores: na descrição do repositório oficial no GitHub, ele se apresenta como um framework full stack de Next.js, em que o conteúdo, a API e o painel saem de uma configuração escrita em código. Os dois são de código aberto, mas partem de lugares diferentes: o WordPress começa pelo editor; o Payload começa pelo código.
| Item | WordPress | Payload |
|---|---|---|
| Licença | GPLv2 ou posterior, segundo a página de licença do WordPress.org | MIT, segundo o repositório no GitHub |
| Linguagem | PHP | TypeScript |
| Versão mais recente | 7.1 "Mary Lou", de 19/08/2026 | 3.90.2, de 23/09/2026, segundo as notas de versão do Payload |
| Participação entre os sites com CMS identificado | 58,6% | 0,1% |
| Onde o conteúdo é editado | Editor de blocos, feito para quem não programa | Painel gerado a partir da configuração em código |
A participação vem do levantamento de uso de sistemas de gestão de conteúdo da W3Techs, consultado em 12/10/2026: o WordPress está em 40,1% de todos os sites da web e em 58,6% dos que usam um CMS identificado; o Payload aparece com menos de 0,1% dos sites e 0,1% dos CMS.
A tabela resume a comparação. Os fatos vêm das fontes oficiais de cada projeto e de levantamentos independentes, conferidos em 12/10/2026 e detalhados nas seções seguintes; a última coluna é a leitura da Flowup.
| Critério | WordPress | Payload | Nossa leitura |
|---|---|---|---|
| Adoção | 40,1% de todos os sites e 58,6% dos sites com CMS | 0,1% dos sites com CMS | Mais gente que sabe operar, contratar e substituir |
| Ecossistema | Mais de 75 mil plugins gratuitos no diretório oficial | Plugins oficiais, como os de SEO e de MCP | No Payload, menos coisa pronta e mais desenvolvimento sob medida |
| SEO | Yoast e Rank Math geram sitemap, dados estruturados e llms.txt | Plugin oficial cuida de título, descrição e imagem | No Payload, cada recurso de SEO vira tarefa de desenvolvimento |
| Agentes de IA | Cliente de IA e Abilities API no núcleo; MCP Adapter oficial à parte | Plugin oficial de MCP, com permissão por coleção | Empate técnico; o WordPress padroniza em escala |
| Publicação | Editor de blocos, estilos por tamanho de tela e notas de revisão | Painel do código; prévia ao vivo exige integração | Mais autonomia para o marketing no WordPress |
| Novo tipo de conteúdo | Plugin ou desenvolvimento | Desenvolvimento, na configuração | No Payload, todo campo novo passa pelo time técnico |
| Comércio eletrônico | WooCommerce, em 47,6% das lojas com plataforma identificada | Loja montada no projeto | Para loja, o WordPress parte de um padrão de mercado |
| Segurança | 91% das falhas de 2025 em plugins; 6 no núcleo | Superfície menor, com correções de segurança nas versões | No WordPress, o risco se controla com governança |
| Desempenho | 45% dos sites passam nos Core Web Vitals no celular | Sem dado público comparável | A lentidão vem de tema, plugins e hospedagem |
| Hospedagem | Qualquer servidor com PHP e MySQL ou MariaDB | Onde o Next.js roda; o Payload Cloud pausou novos projetos | Mais opções e menos dependência no WordPress |
| Saída | Exportação nativa em XML, em Ferramentas, Exportar | Banco e código próprios; migração sob medida | Nenhum dos dois prende; no WordPress, sair é mais simples |
| Quem mantém | Agência, freelancer ou time interno, num mercado amplo | Time de desenvolvimento em TypeScript e Next.js | O custo de pessoas costuma decidir |
Para o Google, o CMS não decide: decide o que o site entrega. O Google informa, no documento Recursos de IA e seu site (atualizado em 31/12/2025), que não há requisitos adicionais para aparecer nas Visões gerais e no Modo IA. E a página de fundamentos de SEO para JavaScript (atualizada em 06/03/2026) segue recomendando renderização no servidor ou pré-renderização, o que os dois conseguem entregar. A diferença está em quem constrói a camada de SEO e quanto custa mantê-la.
Um site preparado para busca precisa, no mínimo, de título e descrição por página, URL canônica, sitemap, regras de rastreamento, dados estruturados, redirecionamentos, um arquivo llms.txt, que ajuda mas não resolve sozinho, e acesso liberado aos rastreadores de IA.
| Recurso | WordPress, com Yoast ou Rank Math | Payload, com o plugin oficial de SEO |
|---|---|---|
| Título e descrição com prévia | Pronto | Pronto |
| Sitemap XML | Pronto | Desenvolvido pelo time |
| Dados estruturados | Pronto, com tipos configuráveis | Desenvolvido pelo time |
| llms.txt | Pronto | Desenvolvido pelo time |
| Redirecionamentos | Pronto no Rank Math | Desenvolvido ou por plugin à parte |
No WordPress, esses recursos vêm configuráveis em plugins usados em milhões de sites. Segundo o diretório oficial, consultado em 12/10/2026, o Yoast SEO tem mais de 10 milhões de instalações ativas, com sitemap XML, dados estruturados e gestão de llms.txt na versão gratuita, e o Rank Math tem mais de 4 milhões, com sitemap, mais de 16 tipos de schema e gestor de redirecionamentos. No Payload, a documentação do plugin de SEO descreve um grupo de campos com título, descrição e imagem, com prévia do resultado e contador de caracteres; sitemap, robots.txt e dados estruturados não fazem parte do plugin.
Nossa leitura
Isso não é defeito do Payload: é coerente com a proposta de framework. Mas, para uma empresa cujo site precisa ganhar busca, cada item da tabela vira código próprio, com teste, documentação e manutenção a cada versão do Next.js. No WordPress, o mesmo item é uma configuração que quem cuida de SEO revisa sem abrir um chamado para o desenvolvimento.
Os dois estão prontos para conversar com agentes de IA, por caminhos diferentes. O WordPress 7.0 "Armstrong", lançado em 20/05/2026 segundo o anúncio oficial no WordPress.org, trouxe um cliente de IA no núcleo, que permite ao WordPress se comunicar com modelos generativos, e ampliou a Abilities API, um registro do que o site sabe fazer. O MCP Adapter, que o time de IA do WordPress apresentou no anúncio da versão 0.3.0 (24/11/2025) como a integração oficial com o Model Context Protocol, é um pacote à parte que publica essas habilidades para os agentes.
No Payload, o plugin oficial de MCP libera para os agentes, coleção por coleção, as operações de leitura, criação, atualização e exclusão, com chave de acesso e ferramentas próprias.
Nossa leitura
Em acesso para agentes, há empate técnico. A vantagem do WordPress é de escala: o que vira padrão no núcleo chega aos plugins, aos temas e às hospedagens de 40,1% dos sites da web. Ser citado por uma IA, porém, depende mais de conteúdo, dados estruturados e reputação do que do CMS, como mostramos no guia de como ser citado pela IA. O passo a passo técnico para o WordPress está no artigo sobre WordPress MCP.
Para a empresa, o CMS é antes de tudo a ferramenta de quem publica todos os dias, e aqui está a vantagem mais concreta do WordPress. O editor de blocos foi feito para quem não programa, e as versões recentes seguem nessa direção: o WordPress 7.1 "Mary Lou", de 19/08/2026, trouxe estilos por tamanho de tela sem CSS, um editor de mídia novo, com recorte e rotação no navegador, e notas com menções para revisão em equipe, segundo o anúncio do WordPress 7.1.
No Payload, o painel nasce do código. A documentação de collections mostra os tipos de conteúdo e os campos definidos na configuração, sem caminho descrito para criá-los pelo painel. A prévia ao vivo existe, mas pede configuração e integração com o front-end. A página de comparação fala em edição visual para o marketing; na página de recursos para empresas do Payload, consultada em 12/10/2026, o editor visual aparece como "Coming Soon".
Nossa leitura
No Payload, uma landing page com um bloco novo, um campo a mais no cadastro de produtos ou um tipo de conteúdo novo é tarefa de desenvolvimento, com publicação de código. Para um time de marketing que publica toda semana, essa dependência custa tempo. Nos dois casos, um bom briefing de site define antes quais blocos o time vai precisar.
O argumento mais forte do Payload contra o WordPress é a segurança, e ele tem base: o problema está nos plugins. Segundo o relatório State of WordPress Security in 2026, da Patchstack (atualizado em 25/02/2026), foram 11.334 vulnerabilidades novas no ecossistema em 2025, 42% a mais que em 2024; 91% estavam em plugins, 9% em temas, e o núcleo teve 6, de baixa prioridade. O mesmo relatório calcula em 5 horas a mediana ponderada até a primeira exploração das falhas mais visadas.
Os números dizem duas coisas. O núcleo do WordPress é sólido, e o risco está no que se instala em volta dele. E um site WordPress sem governança, com plugins demais e atualizações atrasadas, fica exposto em poucas horas.
O Payload tem superfície menor por ter um ecossistema menor, mas não está fora do ciclo de correções. As notas de versão trazem, entre julho e agosto de 2026, uma correção de segurança na versão 3.85.2 (07/07/2026), uma correção de dependência na 3.86.0 (10/07/2026) e atualizações de dependências de segurança na 3.87.1 (07/08/2026). Em qualquer plataforma, segurança é processo.
| O que reduz o risco no WordPress | Por quê |
|---|---|
| Poucos plugins, escolhidos por manutenção ativa | É onde estão 91% das vulnerabilidades novas |
| Atualizações testadas em homologação e aplicadas rápido | As falhas mais visadas são exploradas em horas |
| Firewall de aplicação e limite de tentativas de login | Bloqueia exploração automatizada antes da correção |
| Cópia de segurança restaurável, testada | Encurta a volta ao ar se algo passar |
| Contas com o menor acesso necessário | Limita o estrago de uma senha vazada |
Este é o ponto fraco do WordPress nos dados públicos, e não adianta esconder. Segundo o capítulo de CMS do Web Almanac 2025, do HTTP Archive (publicado em 15/01/2026), 45% dos sites em WordPress passam nos três Core Web Vitals no celular, um dos piores resultados entre os CMS comparados; Duda (85%), TYPO3 (79%) e Wix (74%) aparecem no topo.
O número é a média de milhões de sites, com temas pesados, construtores visuais, dezenas de plugins e hospedagem barata. Ele não mede o que o WordPress entrega quando é bem montado: tema leve, poucos scripts, imagens otimizadas, cache e um bom servidor. É o trabalho que a Flowup descreve na página de otimização de WordPress e Core Web Vitals.
Nas fontes consultadas em 12/10/2026, não encontramos dado público e comparável de Core Web Vitals para sites feitos com Payload. Por isso este artigo não põe um número contra o outro.
O custo de um CMS está menos na licença, que é gratuita nos dois, e mais em quem mantém o site. O WordPress tem a vantagem do tamanho: presente em 40,1% dos sites da web, ele conta com mais agências, freelancers e profissionais capazes de assumir um projeto quando o time muda. A licença GPL permite usar, estudar e modificar o código sem pedir autorização a ninguém. Para escolher quem vai construir e manter o site, veja o guia de como escolher uma agência WordPress.
Sair do WordPress também é simples. A tela Ferramentas, Exportar, descrita na documentação oficial, gera um arquivo XML no formato WXR com o conteúdo, e o WordPress roda em qualquer hospedagem com os requisitos publicados: PHP 8.3 ou mais novo, MySQL 8.0 ou MariaDB 10.11 e HTTPS. A REST API, que faz parte do núcleo desde a versão 4.7 segundo as perguntas frequentes da REST API, permite usar o WordPress como base de conteúdo de outros sites e aplicativos sem trocar de CMS.
No Payload, a licença MIT também permite levar o código para onde o Next.js rodar. Dois pontos pedem atenção. O primeiro é o ritmo: a página de instalação lista versões específicas e compatíveis do Next.js (15.2.9 em diante na linha 15.2, 15.3.9 na 15.3, 15.4.11 na 15.4, ou 16.2.6 em diante), e manter o projeto em dia acompanha esse calendário. O segundo é a hospedagem oficial: na página sobre a entrada na Figma, o Payload informa que a criação de novos projetos no Payload Cloud está pausada e que os clientes atuais vão precisar migrar, sem pressa.
Nossa leitura
Nenhum dos dois prende a empresa a um fornecedor. A diferença está em quantas pessoas sabem cuidar do site quando o time muda e em quanto do site é código próprio para manter. Para a maioria das empresas, as duas respostas favorecem o WordPress.
Defender o WordPress não quer dizer que ele serve para tudo. O Payload é a melhor escolha quando o conteúdo faz parte de um produto digital, e não de um site de marketing. Os sinais mais claros:
Nesses casos, os pontos fortes do Payload são reais: uma base de código só, tipagem de ponta a ponta e controle total do modelo de dados. O custo é ter, sempre, um time de desenvolvimento por perto.
A escolha depende do papel do site no negócio. A matriz abaixo é a leitura da Flowup para os cenários mais comuns em empresas B2B, de serviços e de comércio eletrônico.
| Cenário | Escolha mais comum | Por quê | Ponto de atenção |
|---|---|---|---|
| Site institucional que precisa gerar demanda | WordPress | SEO e publicação prontos, com autonomia para o marketing | Tema leve e poucos plugins |
| Blog ou portal com muito conteúdo | WordPress | Editor, revisões, agendamento e ecossistema de SEO | Governança de autores e de plugins |
| Loja virtual | WordPress com WooCommerce | Usado em 47,6% das lojas com plataforma identificada, segundo a W3Techs (12/10/2026) | Hospedagem dimensionada e atualizações em dia |
| Site em vários idiomas | Depende de quem traduz | WordPress quando o marketing traduz; Payload quando a tradução é parte de um produto | URLs e hreflang por idioma desde o início |
| Produto SaaS com área de conteúdo | Payload | Conteúdo e aplicação no mesmo código | Time de desenvolvimento fixo |
| Site e aplicativo lendo o mesmo conteúdo | Payload ou WordPress headless | API nos dois; a escolha segue o time | SEO do front-end por conta do desenvolvimento |
| Empresa sem desenvolvedor fixo | WordPress | Mercado amplo para manter e evoluir o site | Manutenção com processo, e não sob demanda |
Nossa leitura
Se o site é a vitrine e a fonte de demanda da empresa, o WordPress bem montado entrega mais com menos código próprio. Se o site é parte do produto, o Payload merece a conversa. Trocar de CMS para resolver lentidão ou insegurança costuma trocar o problema de lugar.
Trocar de CMS é uma migração de site, com risco para o tráfego que já existe. O Google, na página sobre mudança de site com alteração de URL (atualizada em 12/09/2026), recomenda redirecionamentos permanentes no servidor, como 301 ou 308, mantidos de preferência por pelo menos 1 ano, e desaconselha mandar muitas URLs antigas para uma página sem relação com elas, como a home.
| Item | WordPress | Payload |
|---|---|---|
| Servidor | PHP 8.3 ou mais novo, MySQL 8.0 ou MariaDB 10.11, HTTPS | Node.js 20.18.1 ou mais novo, versão compatível do Next.js, MongoDB, Postgres ou SQLite |
| Quem desenvolve | Desenvolvedor WordPress, em PHP e blocos | Desenvolvedor TypeScript e Next.js |
| Quem publica | Time de conteúdo, no editor | Time de conteúdo, no painel; campos novos com desenvolvimento |
| Manutenção | Núcleo, tema e plugins, com atualizações testadas | Dependências do Node e do Next.js, com publicação de código a cada mudança |
| SEO técnico | Plugin de SEO configurado | Desenvolvido no front-end |
Escopo e investimento dependem de diagnóstico: não existe preço de referência que sirva para os dois caminhos.
O que ainda não se sabe
Em resumo
O Payload é um gerenciador de conteúdo de código aberto, com licença MIT, escrito em TypeScript e construído sobre o Next.js. Os tipos de conteúdo e os campos são definidos em código, e o painel e a API saem dessa configuração. Em 17/06/2025, o Payload anunciou que passou a fazer parte da Figma e que continua open source.
Não. No WordPress headless, o WordPress continua sendo o painel e a base de conteúdo, e entrega os dados pela REST API, que faz parte do núcleo, para um site feito em outra tecnologia. O Payload já nasce como parte de uma aplicação Next.js: o conteúdo, o painel e o site ficam no mesmo projeto, mantido por desenvolvedores.
É, quando há governança. Segundo a Patchstack, 91% das vulnerabilidades novas do ecossistema em 2025 estavam em plugins, e o núcleo teve 6, de baixa prioridade. O risco se controla com poucos plugins e bem escolhidos, atualizações testadas, firewall, monitoramento e cópia de segurança restaurável.
Não por si só. O Google informa que não há requisitos adicionais para aparecer nas Visões gerais e no Modo IA. A diferença está no trabalho: no WordPress, plugins como Yoast e Rank Math entregam sitemap, dados estruturados e llms.txt; no Payload, o plugin oficial cuida de título, descrição e imagem, e o resto é desenvolvido.
Dá. O WordPress 7.0, de 20/05/2026, trouxe um cliente de IA no núcleo e ampliou a Abilities API, que descreve o que o site sabe fazer. O MCP Adapter, pacote oficial à parte, publica essas habilidades para agentes que usam o Model Context Protocol. O Payload também tem um plugin oficial de MCP.
Quando o site deixou de ser um site e virou parte de um produto: um time de desenvolvimento em TypeScript, conteúdo que vive dentro de uma aplicação Next.js ou dados com muitas relações. Se o problema é lentidão, insegurança ou painel confuso, ele costuma ser de montagem, e se resolve no próprio WordPress.
O Payload segue open source, e a Figma disse que pretende usá-lo como base de um CMS para o Figma Sites. Na página sobre a mudança, o Payload informa que a criação de novos projetos no Payload Cloud, a hospedagem oficial, está pausada; os projetos existentes continuam no ar.
Fontes: W3Techs, Usage statistics of content management systems e Usage statistics of WooCommerce (12/10/2026); WordPress.org, WordPress 7.0 Armstrong (20/05/2026), WordPress 7.1 Mary Lou (19/08/2026), diretório de plugins, requisitos, licença, tela de exportação (atualizada em 08/06/2024) e perguntas frequentes da REST API (atualizadas em 16/01/2024); Make WordPress AI, MCP Adapter v0.3.0 (24/11/2025); diretório do WordPress.org, Yoast SEO e Rank Math SEO; Rank Math, How to Use llms.txt in Rank Math SEO (atualizado em 23/09/2025); Patchstack, State of WordPress Security in 2026 (atualizado em 25/02/2026); HTTP Archive, Web Almanac 2025, capítulo CMS (15/01/2026); Payload, Payload is joining Figma (17/06/2025), Payload has joined Figma, Release Notes, Installation, SEO Plugin, MCP Plugin, Collections, Localization, Live Preview, Enterprise e Payload vs WordPress; GitHub, payloadcms/payload; Figma, Payload joins Figma; Google Search Central, Recursos de IA e seu site (31/12/2025), Fundamentos de SEO para JavaScript (06/03/2026) e Mudanças de site com alteração de URL (12/09/2026). Consultadas em 12/10/2026.
Antes de pensar em trocar de CMS, vale saber o que o site entrega hoje: desempenho real, SEO técnico, dados estruturados, acesso dos rastreadores de IA e o que os assistentes dizem sobre a marca. Na maioria dos casos, o caminho mais curto é montar melhor o que já existe. Não basta ranquear. Seja a resposta.
WordPress
Veja como o Google e as IAs leem o seu site
O diagnóstico gratuito da Flowup mostra como buscadores e assistentes de IA leem o seu site e por onde começar, sem promessa de posição ou de citação.
Fundador e estrategista-líder da Flowup Agency
Guto Bertoncini é fundador e estrategista-líder da Flowup Agency, que conduz desde 2011. É o autor do Método B.I.N.A., do Novo SEO e da Base Informacional Semântica, e lidera a prática de SEO para IA, GEO e AEO da agência, preparando empresas para serem encontradas no Google e citadas pelas plataformas de inteligência artificial. Escreve sobre busca e IA no blog da Flowup e no seu site oficial.
