CMS headless vs CMS tradicional: o que é um CMS headless, quando vale a pena e quanto custa no Brasil

A resposta curta

Um CMS headless é um gerenciador de conteúdo que guarda e edita o conteúdo, mas não monta as páginas: ele entrega o conteúdo por uma API, e um site à parte, construído por desenvolvedores, transforma esse conteúdo em páginas. Um CMS tradicional, como o WordPress, faz as duas coisas: guarda o conteúdo e o exibe com um tema.

Escolha um CMS tradicional se uma equipe pequena edita um único site, não há desenvolvedor por perto e você quer pré-visualização, formulários e campos de SEO desde o primeiro dia. Escolha headless se o mesmo conteúdo alimenta vários sites ou um app, se você já tem desenvolvedores responsáveis pelo front-end ou se precisa controlar velocidade e segurança mais do que um tema e seus plugins permitem. Headless não é mais rápido por si só: no Brasil, em setembro de 2026, 32,8% dos sites com WordPress passaram nos Core Web Vitals no celular, contra 16,1% dos sites com Contentful.

O que é um CMS headless e o que é um tradicional

O Web Almanac 2025 resume em uma frase: um CMS headless ou componível separa a gestão do conteúdo do site ou do app que o exibe.

• CMS tradicional (acoplado). Um único sistema tem o banco de dados, o painel de edição, os temas e o código que monta cada página. WordPress, Drupal e Joomla funcionam assim. Quem edita vê a página quase como o visitante verá, e os plugins acrescentam recursos ao painel e ao site público.
• CMS headless. O CMS guarda conteúdo estruturado (títulos, campos, texto rico, imagens, relações) e o entrega em JSON. O site é um projeto à parte, feito com frameworks como Astro ou Next.js, que lê o conteúdo na hora do build ou a cada visita. O mesmo conteúdo pode alimentar um app, um segundo site ou um e-mail. Sanity, Contentful, Storyblok, Strapi e Payload são exemplos.
• O meio-termo. O próprio WordPress pode funcionar como headless: sua API REST entrega posts, páginas e taxonomias em JSON. No sentido inverso, os CMS headless já oferecem edição visual sobre a página real.

O dardo.studio é headless: um front-end em Astro no Cloudflare Workers, com o conteúdo no EmDash, um CMS de código aberto que a Cloudflare lançou na versão 1.0 em 28 de setembro de 2026.

Quantos sites usam cada um no Brasil, e quão rápidos eles são

Consultamos o relatório de tecnologias do HTTP Archive de setembro de 2026, o mês mais recente. Ele combina dados de visitas reais do Chrome UX Report com o rastreamento mensal do próprio HTTP Archive. Estes são os sites do Brasil, medidos no celular:

Fontes: API do HTTP Archive, adoção, Core Web Vitals e peso da página, consultadas em 21 de outubro de 2026.

O que esses números mostram:

• Headless ainda é raro no Brasil. O WordPress aparece em 22,8% dos sites medidos; os quatro CMS headless da tabela, mais o DatoCMS (105 sites), somam 1.829, cerca de 1,3% dos sites com WordPress. A conta subestima os headless, porque eles são detectados pelos endereços de imagens e arquivos que deixam na página, e os instalados em servidor próprio quase não aparecem.
• Sites headless carregam mais JavaScript, não menos. Todos os CMS headless da tabela passam da mediana do WordPress, porque muitos front-ends headless são aplicações React. Amostras pequenas (187 sites com Storyblok) pedem cautela, mas a tendência se repete nos dados globais do mesmo relatório.
• Quem decide é o front-end. No Brasil, sites feitos com Astro passam nos Core Web Vitals em 44,5% dos casos, com qualquer CMS por trás. Nosso relatório de velocidade por plataforma traz os números por país, e o artigo sobre Core Web Vitals no Brasil explica por que o celular vai pior.

Qual serve para a sua equipe

Se quase todas as suas respostas ficaram na primeira coluna, um CMS tradicional ou um construtor como Webflow ou Framer vai atender melhor; leia Webflow ou WordPress. Se ficaram na segunda, a pergunta passa a ser qual CMS headless: comparamos os principais em Sanity vs Contentful vs Payload.

Quanto custa manter cada um por três anos

Pegamos um site institucional de 40 páginas com blog, cinco pessoas editando e dois idiomas. Só assinaturas e hospedagem, a preços de tabela consultados em 21 de outubro de 2026, sem impostos. Os preços em dólar foram convertidos pela PTAX de venda de 21 de outubro de 2026, R$ 5,0277 por dólar:

Fontes: Hostinger Brasil, WordPress.com, Sanity, Cloudflare Workers, Storyblok, Strapi Cloud e Contentful.

O que a tabela não mostra:

• Promoções acabam. O Premium da Hostinger sai por R$ 9,99 por mês só se você pagar 48 meses de uma vez; na renovação, passa a R$ 38,99. Na Locaweb, o plano Hospedagem Go aparece por R$ 5,90 por mês em promoção, com preço cheio de R$ 24,90.
• Planos grátis têm letras miúdas. O plano Free do Sanity tem 20 usuários, mas só dois papéis, então todo mundo que edita é administrador. Strapi e Payload são grátis se instalados no seu servidor, mas você paga o servidor, o banco de dados e as horas de atualização; o Payload pausou novos projetos na própria nuvem desde que entrou para a Figma.
• O front-end também precisa de hospedagem. No Cloudflare Workers, páginas estáticas são grátis e ilimitadas; o plano Pro da Vercel começa em US$ 20 por mês.
• Dois idiomas no WordPress costumam custar. O Sanity inclui idiomas ilimitados e o Storyblok, dois no Growth; o WordPress normalmente precisa de um plugin, e o plano Multilingual CMS do WPML custa EUR 99 por um ano de atualizações.

As assinaturas raramente decidem o orçamento. Um site tradicional parte de um tema; um headless precisa ter o front-end desenhado e programado, que é a maior parte do custo. Depois do lançamento, o WordPress pede atualizações frequentes de plugins e núcleo: a Patchstack, empresa de segurança para WordPress, contou 11.334 vulnerabilidades novas no ecossistema WordPress em 2025, 91% delas em plugins e só 6 no núcleo. Um site headless troca isso por atualizações do framework e alguém responsável pelo código. Nossa calculadora de preço de site mostra o que os preços publicados sugerem no Brasil, e o guia de manutenção de site reúne os planos mensais publicados em reais.

O que quem edita ganha e perde

Num CMS tradicional, a edição acontece sobre algo muito parecido com a página real. Dá para adicionar uma seção, mover uma galeria ou montar uma landing page com um construtor de páginas e pré-visualizar antes de publicar. O Web Almanac estima que cerca de 60% dos sites com WordPress usam um construtor, com o Elementor à frente. O preço é a consistência: se qualquer pessoa monta qualquer layout, o site se desorganiza, e cada construtor acrescenta o próprio código.

Num CMS headless, preenchem-se campos: um título, um resumo, uma lista de vantagens, um case relacionado. O layout vem de componentes criados pelos desenvolvedores. O site fica consistente e o mesmo conteúdo serve em vários lugares, mas, sem uma boa pré-visualização, parece preencher um formulário. Hoje quase todos oferecem:

• A edição visual do Sanity mostra o rascunho no site real, com clique para editar e seções que se arrastam.
• O Visual Editor do Storyblok carrega o site dentro do editor, em todos os planos.
• O Live Preview do Payload carrega o front-end num iframe e o atualiza enquanto você digita.
• No front-end, o Astro pode renderizar uma única rota de pré-visualização sob demanda enquanto o resto continua estático. No dardo.studio, o botão Preview do CMS abre essa rota com um token assinado de curta duração; é a única página gerada a cada visita.

Pré-visualização é trabalho de desenvolvimento, e é onde projetos headless fracos decepcionam quem edita. Peça para ver funcionando antes de aprovar a entrega.

O que muda no SEO

O Google não sabe nem se importa com o CMS que você usa: ele vê o HTML que o front-end entrega. Na prática, mudam cinco coisas:

1. Como as páginas são geradas passa a ser escolha sua. Um front-end headless pode gerar as páginas no build, a cada visita ou no navegador. O guia de JavaScript e SEO do Google recomenda renderização no servidor ou prévia, porque nem todo robô executa JavaScript. Evite front-ends que só montam a página no navegador.
2. Os campos de SEO precisam ser modelados. No WordPress, um plugin acrescenta título, descrição, canônica, noindex e imagem para redes a cada post. Num CMS headless, esses campos só existem se alguém criá-los, e o front-end precisa escrevê-los na página. Sitemap e redirecionamentos também viram código.
3. Conteúdo estruturado facilita dados estruturados. Se autor, data, perguntas frequentes e preços são campos separados, escrevê-los em JSON-LD, o formato que o Google recomenda, é questão de mapeamento.
4. Pré-visualização e homologação não podem ser indexadas. Precisam de noindex ou senha.
5. Refazer o front-end é uma migração. Mudam templates e às vezes URLs. Mapeie cada endereço antigo e redirecione com 301; o checklist de SEO para migração mostra como.

Se o site coleta dados pessoais em formulários, defina onde eles ficam: num WordPress costumam ir para o próprio banco, por plugin; num headless, para um serviço à parte. Em qualquer caso, o tratamento segue a LGPD; veja LGPD para sites.

O que envolve sair do WordPress para um CMS headless

• O modelo de conteúdo. Liste os tipos de conteúdo e campos que você tem (posts, páginas, equipe, cases, campos personalizados) e decida o que vira campo estruturado e o que continua como texto rico.
• O texto rico. O WordPress guarda o corpo dos posts em HTML com comentários de blocos; cada CMS headless usa um formato próprio. Shortcodes e o código dos construtores precisam ser limpos ou refeitos.
• As imagens. Copie os originais, não as versões reduzidas, e mantenha o texto alternativo.
• Metadados de SEO e URLs. Exporte títulos e descrições do plugin de SEO, mantenha as URLs que trazem visitas e redirecione o resto. O guia para migrar de WordPress para Astro cobre as duas etapas.
• O que os plugins faziam. Formulários, busca, comentários e newsletter precisam de serviço próprio.
• O primeiro passo barato. Mantenha o WordPress como CMS e construa só um front-end novo sobre a API REST dele. Quem edita continua no mesmo painel, e o conteúdo pode mudar de lugar depois.

Em quanto custa migrar um site estão os preços publicados para esse tipo de mudança.

Quando não vale a pena

• Um único site, equipe pequena e ninguém que programe. Você pagaria para construir e manter um front-end de que não precisa. Um WordPress bem cuidado, ou Webflow ou Framer, sai melhor.
• Quem edita refaz layouts toda semana. Um CMS headless consegue com edição visual, mas um construtor de páginas resolve com menos montagem.
• Só desenvolvedores editam. Arquivos Markdown no repositório podem ser todo o CMS de que você precisa.
• O problema é um tema lento. Arrumar o tema, as imagens e os scripts custa menos que uma arquitetura nova; WordPress ou site sob medida ajuda a decidir.

O que fazer agora

Anote quem edita, onde o conteúdo será usado e quem cuidará do código, e estime a construção com a calculadora de preço de site. Se a resposta for headless, compare as opções em Sanity vs Contentful vs Payload. A Dardo constrói sites headless e a edição deles pelo serviço de desenvolvimento com CMS headless; para projetos mais amplos, veja desenvolvimento web.