Sanity vs Contentful vs Payload: o melhor CMS headless para sua equipe em 2026

Qual CMS headless escolher em 2026?

Para a maioria dos sites de marketing mantidos por uma equipe pequena, Sanity ou Storyblok é a escolha hospedada mais segura: os dois têm planos de entrada que uma empresa realmente consegue usar, pré-visualização visual ao vivo e nenhum salto de preço ao chegar a dois idiomas. Escolha Payload quando o CMS vive dentro de uma aplicação Next.js com banco de dados próprio, Strapi quando você precisa hospedar por conta própria e não usa Next.js, e Contentful quando você precisa de governança corporativa e comprar da Salesforce, sua atual dona, é uma vantagem. Se só desenvolvedores editam o site, talvez você nem precise de um CMS headless.

Essa é a nossa visão depois de ler a página de preços e a documentação de cada fornecedor em 14 de outubro de 2026, e de rodar nossos próprios sites em uma sexta opção, o EmDash. Todos os preços abaixo são preços de tabela nessa data, em dólares americanos; confira de novo antes de assinar. Configuramos esses sistemas dentro do nosso trabalho de desenvolvimento de CMS headless e não somos parceiros nem revendedores de nenhum deles.

Como os seis se diferenciam antes de olhar o preço

A primeira divisão é onde seu conteúdo fica: na nuvem do fornecedor (Sanity, Contentful, Storyblok) ou em um banco de dados que você opera (Payload, Strapi, EmDash). Custo, exportação e risco decorrem disso.

O modelo de tradução importa mais do que parece. A documentação da Sanity aponta que a tradução por campo faz todos os idiomas serem publicados ao mesmo tempo, enquanto um documento por idioma permite que cada um seja publicado no seu próprio ritmo (documentação da Sanity). A Contentful deixa um idioma recorrer a outro como fallback, então o espanhol do México pode recorrer ao espanhol da Espanha e depois ao inglês (documentação da Contentful). A Payload avisa que transformar um campo existente em localizado muda a forma como ele é armazenado e pode causar perda de dados (documentação da Payload), então decida antes de colocar conteúdo. Nosso trabalho de sites multilíngues começa por essa decisão.

Quanto cada um custa para uma equipe de 5 e uma de 12 pessoas

Os preços de vitrine escondem o limite que de fato empurra você para o plano seguinte. Calculamos duas equipes realistas a partir das páginas de preços de Sanity, Contentful, Storyblok e Strapi, em dólares americanos por mês, só a assinatura:

• Equipe A: 5 pessoas que editam ou desenvolvem, 2 idiomas, cerca de 2.000 itens de conteúdo
• Equipe B: 12 pessoas, 3 idiomas, cerca de 30.000 itens de conteúdo

Três limites chamaram nossa atenção ao ler as letras miúdas:

• O plano Lite da Contentful mantém o espaço do plano gratuito. O Lite custa USD 300 por mês e sobe os usuários para 20 e os idiomas para 3, mas o Starter Space incluído continua permitindo 25 tipos de conteúdo e 10.000 registros, e a Contentful conta entradas mais ativos como registros (central de ajuda da Contentful). Se cada seção de uma página for uma entrada própria com uma ou duas imagens, um site de 1.000 páginas chega a esse teto. O Lite Space que o eleva a 50.000 registros custa mais USD 850 por mês, e um quarto idioma significa Enterprise.
• O plano Free da Sanity não tem papel de Editor. O Free inclui 20 assentos, mas só os papéis Administrator e Viewer, então quem edita também pode alterar as configurações do projeto. Seus datasets são apenas públicos, o que a documentação da Sanity descreve como legíveis por qualquer pessoa (documentação da Sanity): serve para um site público, não para conteúdo restrito. Os idiomas não custam nada, mas cada dataset tem um teto de atributos únicos, 2.000 no Free e 10.000 no Growth, e as traduções de campo baseadas em objetos somam atributos para cada idioma. Os Viewers são grátis em todos os planos, e os planos de autoatendimento são cobrados só mensalmente.
• O plano Growth do Storyblok limita os ativos a 2.500. Isso cobre todas as imagens e arquivos, contra 25.000 stories, e os assentos param em 10. O Growth Plus eleva os tetos para 10.000 ativos e 100.000 stories, mas seus 15 assentos são um máximo fixo.

Hospedar por conta própria muda o custo de lugar, não o elimina. O Strapi Cloud, a hospedagem do próprio Strapi, começa em USD 35 por mês por projeto em um plano Starter que hiberna quando fica ocioso; o plano Pro, sempre ativo, custa USD 90 (preços do Strapi Cloud). Com Payload e EmDash você paga uma hospedagem e um banco de dados, mais as horas para atualizar, fazer backup e aplicar correções.

Quem é dono de cada um agora e por que isso importa

Contentful e Payload mudaram de mãos, e nenhuma das mudanças quebra um site que funciona hoje. As duas merecem entrar em uma análise de risco antes de você assinar qualquer coisa de longo prazo.

A Salesforce anunciou em 1º de junho de 2026 que compraria a Contentful e concluiu a operação em 1º de setembro de 2026. Ela diz que a Contentful será integrada de forma nativa à plataforma Customer 360, preservando a composabilidade que os desenvolvedores esperam, e que disponibilizará conteúdo estruturado aos seus agentes Agentforce (Salesforce). O anúncio não diz nada sobre planos independentes. Se você vai assinar hoje um contrato de vários anos com a Contentful, peça um teto para os reajustes na renovação e condições de exportação por escrito.

A equipe da Payload entrou na Figma em 17 de junho de 2025, e o CTO da Figma escreveu que a Payload continuará de código aberto (Figma); o código segue sob licença MIT. O que mudou foi a hospedagem: a Payload pausou o deploy de novos projetos no Payload Cloud e diz que os clientes atuais do Cloud precisarão migrar com o tempo, sem pressa (Payload). Planeje hospedar a Payload por conta própria, em qualquer host que rode Next.js.

O EmDash é a opção mais nova. A Cloudflare lançou a versão estável 1.0 em 28 de setembro de 2026 sob licença MIT, com plugins que rodam cada um no seu próprio sandbox e um servidor MCP integrado para agentes de IA (Cloudflare). Software jovem significa menos plugins, menos desenvolvedores que o conhecem e interfaces que ainda podem mudar.

Quão difícil é sair de cada um?

Os seis deixam você levar seu conteúdo embora. Eles diferem no que vem junto e em quantas ferramentas o trabalho exige.

Fontes: o guia de exportação da Sanity, o README do contentful-export, a documentação de backups do Storyblok e a documentação de exportação de dados do Strapi, todas listadas abaixo.

Raramente os dados são a parte difícil. A dependência se constrói em volta deles: texto rico guardado no formato JSON próprio de cada fornecedor, consultas do front-end escritas na sua linguagem de consulta ou SDK, e código de pré-visualização preso às suas ferramentas de edição visual. Mantenha o modelo de conteúdo documentado e o schema no seu próprio repositório, e uma migração de site futura será um trabalho de conversão, não uma reconstrução.

Quando você não precisa de um CMS headless

Um CMS headless acrescenta um segundo sistema para operar, pagar e proteger. Dispense-o quando:

• Só desenvolvedores editam o site. Arquivos Markdown ou MDX no repositório, validados pelas coleções de conteúdo do Astro, dão conteúdo tipado, revisão em pull requests e nenhuma assinatura.
• O marketing monta layouts novos toda semana. Campos estruturados vão atrapalhar, e um construtor visual encaixa melhor. Nossa comparação entre Webflow e Framer cobre essa escolha, e trabalhamos com os dois por meio de desenvolvimento em Webflow e desenvolvimento em Framer.
• Sua equipe é produtiva no WordPress e depende dos plugins dele. Nosso guia sobre WordPress ou um site sob medida mostra quando ficar é a melhor decisão.
• O site tem uma dúzia de páginas que mudam poucas vezes por ano. Um desenvolvedor editando o código custa menos que os assentos de um CMS.

O que aprendemos operando nosso próprio CMS

Operamos o dardo.studio em Astro com o conteúdo no EmDash, que hospedamos nós mesmos. Este artigo chegou ao CMS como rascunho por meio do servidor MCP dele, e uma pessoa decide quando vai ao ar. Três lições valem para qualquer CMS que você escolher:

• Decida o que acontece quando o CMS cai. Nossas páginas públicas são geradas antecipadamente como HTML estático, e uma leitura falha do CMS faz o build falhar, então uma queda atrasa um deploy em vez de publicar páginas vazias.
• Deixe o CMS cuidar dos redirecionamentos. Quando um editor muda um slug, o CMS registra um 301 e o próximo build o serve, então uma página renomeada nunca quebra um link antigo.
• Hospedar por conta própria torna as atualizações um trabalho seu. Adotamos um produto jovem na versão 1.0 porque o conteúdo fica em um banco de dados que controlamos e o front-end é Astro puro; se o EmDash estagnar, o site pode migrar sem ser reescrito.

Como escolheríamos

• Sanity quando os desenvolvedores vão moldar a interface de edição em código, o conteúdo é reaproveitado em várias páginas e canais, e você quer tudo hospedado. Orce o Growth para ter papéis de verdade e fique de olho na cota de documentos.
• Storyblok quando o marketing quer montar páginas em um editor visual a partir de componentes que você define. Observe assentos e ativos.
• Contentful quando você precisa de governança corporativa e a relação com a Salesforce ajuda em vez de preocupar. Oriente o orçamento para além do Lite.
• Payload quando o site faz parte de um produto Next.js com banco de dados, usuários e regras de acesso próprios; nosso trabalho de desenvolvimento em Next.js muitas vezes começa aí, e nossa comparação Astro vs Next.js ajuda se o framework ainda estiver em aberto.
• Strapi quando você precisa hospedar por conta própria em Node.js, sem Next.js. Orce o Growth se os editores precisarem de pré-visualização lado a lado.
• EmDash quando o site é Astro na Cloudflare, você não quer pagar licença, quer agentes de IA no fluxo de publicação e aceita um ecossistema pequeno.

Se você está escolhendo agora, conte o que você publica, quem edita e em quantos idiomas. Recomendaremos um CMS, ou nenhum, antes de orçar.