Desenvolvimento de CMS headless: Sanity, Payload, Contentful e mais

Desenvolver um CMS headless é montar o sistema em que sua equipe publica e conectá-lo a um front end que continua rápido. A Dardo modela o seu conteúdo, configura Sanity, Contentful, Payload, Strapi, Storyblok ou EmDash e constrói as pré-visualizações, as traduções e as migrações de acordo com a forma como o seu time publica. Os nossos próprios sites rodam em um CMS headless.

Pedir uma propostaFale com a gente no WhatsApp
Dardo / Ilustração editorial
Nesta página

O que o desenvolvimento de um CMS headless inclui

Um CMS headless armazena e edita o conteúdo sem desenhar o site: o site, um aplicativo ou um agente de IA buscam as mesmas entradas por meio de uma API. Configuramos o sistema de conteúdo e a conexão dele com o seu front end, não uma instalação com os campos padrão.

  • Um modelo de conteúdo: tipos, campos, referências e validações, documentado para editores e desenvolvedores
  • Configuração do CMS: papéis, campos obrigatórios, regras de publicação e publicação agendada nos planos que a oferecem
  • Pré-visualizações de rascunhos que mostram as entradas não publicadas no design real do site
  • Configuração de idiomas: campos traduzidos ou uma entrada por idioma, cada uma com o seu próprio slug
  • Migração do conteúdo e das mídias existentes, com texto alternativo e um mapa de redirecionamentos
  • Integração com o front end em Astro ou Next.js, com nova build ou atualização de cache a cada publicação
  • Uma sessão de entrega e um guia curto para quem publica

Quando um CMS headless é a escolha errada?

Um CMS headless é a escolha errada quando acrescenta um segundo sistema sem resolver um problema que você tenha. Se uma equipe pequena publica com tranquilidade no WordPress e depende dos plugins dele, manter o WordPress costuma sair mais barato; a nossa comparação entre WordPress e site sob medida mostra quando. Se o time de marketing quer montar layouts novos de forma visual, o desenvolvimento em Webflow se encaixa melhor do que campos estruturados.

O headless compensa quando o mesmo conteúdo alimenta vários sites ou aplicativos, é publicado em vários idiomas, precisa ser entregue como HTML estático ou guarda dados estruturados, como preços, perguntas frequentes e fontes, que muitas páginas reutilizam.

Como Sanity, Contentful, Payload, Strapi, Storyblok e EmDash se comparam?

As diferenças que mais pesam são onde o conteúdo fica armazenado, até onde vai o plano gratuito e quanto custa o primeiro plano pago. Os valores vêm da página de preços ou do anúncio de cada fornecedor em outubro de 2026; os planos mudam com frequência, então confira-os antes de assinar.

Como Sanity, Contentful, Payload, Strapi, Storyblok e EmDash se comparam?
CMSOnde o conteúdo ficaPlano gratuitoPrimeiro plano pagoO que saber antes de escolher
SanityBanco de dados hospedado pela SanityAté 20 usuários, 2 datasets públicos, 2 papéisGrowth, USD 15 por usuário por mêsO plano Free não tem um papel de editor separado
ContentfulA nuvem da Contentful10 usuários, 2 papéis, 100.000 chamadas de API por mês, 10.000 registrosLite, USD 300 por mêsUm salto grande do gratuito para o pago; faz parte da Salesforce desde 1º de setembro de 2026
PayloadSeu próprio servidor e banco de dadosCódigo aberto sob licença MIT, sem custo de licençaNenhum obrigatório; você paga a hospedagemInstala-se dentro de um app Next.js; a equipe entrou na Figma em junho de 2025
StrapiSeu próprio servidor (edição Community)Código aberto sob licença MIT, sem custo de licençaGrowth, USD 45 por mês com 3 usuáriosLive Preview, Releases e Content History são recursos pagos
StoryblokA nuvem da Storyblok1 usuário (2 no máximo), 100.000 requisições de API por mêsGrowth, USD 99 por mês com 5 usuáriosO plano gratuito Starter é vendido para testes e projetos pessoais
EmDashSua própria conta da Cloudflare ou um servidor Node.jsCódigo aberto sob licença MIT, sem custo de licençaNenhum obrigatório; você paga a hospedagemVersão estável 1.0 apenas desde 28 de setembro de 2026; é onde rodam os nossos próprios sites

A propriedade dessas ferramentas também está mudando. A Salesforce concluiu a aquisição da Contentful em 1º de setembro de 2026 e a equipe da Payload entrou na Figma em junho de 2025; a Figma afirma que a Payload continuará sendo de código aberto. Nenhuma das mudanças quebra um site que já funciona, mas ambas entram numa análise de riscos. Não somos parceiros certificados de nenhum desses fornecedores.

Por que o modelo de conteúdo importa mais do que o CMS

O modelo de conteúdo define a edição do dia a dia mais do que a marca do CMS. Antes de configurar qualquer coisa, listamos cada tipo de página e cada bloco repetido, decidimos quais são layouts fixos e quais são entradas, quais campos são obrigatórios e o que se liga a quê. As entradas se ligam por referência, não por URLs coladas, de modo que menus e links relacionados acompanham uma página quando ela é renomeada ou movida.

No CMS por trás do dardo.studio, cada página de serviço tem título, um título curto para menus, um resumo, título e descrição de SEO, perguntas frequentes, fontes e a data da última revisão dos seus dados. O CMS se recusa a publicar uma entrada sem meta descrição de até 160 caracteres, sem imagem de capa ou sem texto alternativo em cada imagem, e as mesmas verificações valem para os rascunhos que um agente de IA escreve por meio do seu servidor MCP.

Como funcionam a pré-visualização e a publicação em um site estático?

Os editores devem ver um rascunho no design real do site antes de ele ir ao ar, sem que um desenvolvedor precise fazer o deploy. No dardo.studio, o botão de pré-visualização do CMS abre uma página de prévia com um token assinado e de curta duração. É a única página gerada sob demanda, nunca fica em cache nem é indexada; todas as páginas públicas são construídas antecipadamente como HTML estático.

Publicar dispara uma nova build e a mudança vai ao ar alguns minutos depois: esse é o preço de páginas estáticas rápidas e baratas. O conteúdo que precisa mudar minuto a minuto, como estoque ou preços, é melhor gerar sob demanda com um cache curto. Nossas páginas de desenvolvimento em Astro e desenvolvimento em Next.js explicam quando cada abordagem se encaixa.

Como configurar as traduções em um CMS headless?

Planeje os idiomas desde o início no modelo de conteúdo, porque incluí-los depois afeta todos os tipos de conteúdo. Uma única entrada com um valor traduzido por campo serve para páginas construídas do mesmo jeito em todos os idiomas; uma entrada por idioma, com slug e estado de publicação próprios, serve para mercados que precisam de textos e URLs diferentes. O nosso site usa o segundo padrão para inglês, espanhol e português, e o CMS sinaliza cada tradução cujo original em inglês mudou depois.

Confira os limites de idiomas antes de escolher um plano. Em outubro de 2026, a Contentful inclui 2 idiomas no Free e 3 no Lite; a Storyblok inclui 2 no Starter e no Growth, com idiomas extras no Growth a USD 20 por mês cada um; a Sanity indica idiomas ilimitados em todos os planos. A pesquisa de mercado, o hreflang e os textos de cada idioma fazem parte do nosso serviço de sites multilíngues.

Migrando do WordPress para um CMS headless

Uma migração do WordPress é, em grande parte, um trabalho de mapeamento de conteúdo: posts, páginas, campos personalizados e mídias viram entradas tipadas, e cada URL antiga recebe um destino. Fazemos o inventário do site, ligamos cada tipo de post e cada campo personalizado a um tipo de conteúdo e convertemos o corpo das páginas em texto rico estruturado, sinalizando os shortcodes e o código de page builders que exigem uma decisão do editor.

Redirecionamentos, metadados e verificações de busca seguem o nosso processo de migração de site, e o nosso guia para migrar do WordPress para o Astro cobre o front end. Quando só a experiência de edição incomoda, uma mudança para headless pode manter todas as URLs como estão.

Quanto custa um trabalho com CMS headless e de quem ele é?

O preço depende do modelo de conteúdo e da quantidade de partes envolvidas, não do CMS que você escolher. Estes fatores o movem mais:

  • Tipos de conteúdo e blocos reutilizáveis a modelar, e o rigor das validações
  • Papéis, etapas de aprovação e publicação agendada
  • Idiomas, e como as traduções são produzidas e revisadas
  • Volume e estado do conteúdo a migrar
  • Integrações como busca no site, e-commerce, um CRM ou agentes de IA

As assinaturas dos fornecedores são cobradas diretamente da sua empresa e listadas à parte dos nossos honorários. As opções autohospedadas trocam a assinatura por hospedagem e manutenção; no nosso próprio CMS, registramos um ponto de restauração do banco de dados antes de cada mudança de esquema ou atualização. Você é dono da conta do CMS, das chaves de API, do esquema e do conteúdo, e testamos uma exportação completa antes do lançamento. O cuidado contínuo cabe em um plano de manutenção de sites.

Dúvidas antes de escolher

Qual CMS headless vocês recomendam?

Depende de quem hospeda e de quem edita nele. Sanity, Contentful e Storyblok são hospedados pelo fornecedor e cobram por usuários, idiomas ou uso. Payload, Strapi e EmDash não têm custo de licença, mas rodam em uma infraestrutura que você paga e mantém. Recomendamos um depois de uma breve descoberta sobre seus editores, idiomas, volume de conteúdo e hospedagem.

Vocês trabalham com o CMS headless que já temos?

Sim. Se você já usa Sanity, Contentful, Storyblok, Strapi ou Payload, começamos auditando o modelo de conteúdo, os papéis e a configuração de pré-visualização, e corrigimos no próprio sistema o que atrasa os editores. Trocar de CMS só vale a pena quando o atual bloqueia algo específico, como idiomas, custo ou uma exigência de hospedagem.

Nossa equipe de marketing consegue montar páginas sem um desenvolvedor?

Dentro dos blocos que desenhamos, sim: os editores adicionam, reordenam e preenchem seções como heróis, cards, perguntas frequentes e chamadas para ação, e conferem tudo antes em uma pré-visualização. Um novo tipo de bloco ou de layout exige desenvolvimento. Se o seu time quer criar layouts novos com liberdade, um construtor visual como Webflow ou Framer é a melhor opção, e nós dizemos isso.

Um CMS headless é melhor para SEO?

Não por si só: o posicionamento depende de conteúdo, links e concorrência. O que o headless permite é um front end que entrega HTML rápido, com controle total de títulos, descrições, dados estruturados e redirecionamentos. O nosso próprio CMS não publica uma página sem meta descrição e texto alternativo nas imagens, e gera o sitemap, os redirecionamentos e os dados estruturados a partir das entradas.

O que acontece com o nosso conteúdo se trocarmos de CMS no futuro?

Seu conteúdo continua exportável pela API do fornecedor, mas cada CMS guarda o texto rico e as referências em um formato próprio, então a mudança exige convertê-los. Documentamos o modelo de conteúdo, mantemos o esquema no seu repositório e testamos uma exportação completa antes do lançamento, para que sair seja um projeto planejado e não um resgate.

Quanto tempo leva um projeto de CMS headless?

Depende do número de tipos de conteúdo, dos idiomas e do conteúdo a migrar, por isso o cronograma vai na proposta e não como um número padrão. Primeiro vêm a modelagem e as pré-visualizações, a migração corre junto com a construção do front end, e os editores testam com entradas reais antes do lançamento, não depois.

Do blog

Fontes e leituras adicionais

Fontes desta página, com mais detalhes dos publicadores originais.

Do seu conteúdo a um CMS que seus editores usam

Envie o que você publica, em quais idiomas e onde vive hoje. Respondemos com as perguntas que definem o modelo, uma primeira recomendação de CMS e como o trabalho seria dimensionado.