Payload CMS vs Hygraph 2026: Auto-hospedado vs GraphQL SaaS Comparado

Escolher um CMS headless em 2026 parece escolher um lado em um debate filosófico. De um lado, você tem Payload CMS — open-source, auto-hospedado, code-first, e cada vez mais o favorito dos desenvolvedores que querem controle total. Do outro, Hygraph (anteriormente GraphCMS) — uma plataforma SaaS nativa de GraphQL gerenciada que cuida da infraestrutura para você. Lancei projetos em produção com ambos nos últimos dois anos, e a resposta honesta é: nenhum é universalmente melhor. Mas um quase com certeza será melhor para sua situação específica. Vamos detalhar exatamente o porquê.

Índice

• Arquitetura e Filosofia
• Experiência do Desenvolvedor
• Modelagem de Conteúdo
• Design de API e Consultas
• Performance e Escalabilidade
• Análise de Preços para 2026
• Auto-hospedagem vs SaaS: Os Reais Tradeoffs
• Autenticação e Controle de Acesso
• Ecossistema de Plugins e Extensibilidade
• Quando Escolher Qual
• FAQ

Arquitetura e Filosofia

Esses dois CMSs vêm de visões de mundo fundamentalmente diferentes, e entender isso é mais importante do que qualquer tabela de comparação de recursos.

Payload CMS: Code-First, Auto-hospedado

Payload é um CMS headless open-source, baseado em TypeScript, que roda em sua própria infraestrutura. Desde o lançamento do Payload 3.0 (que chegou no final de 2024 e foi refinado ao longo de 2025), é construído diretamente sobre Next.js. Não é uma gralha — Payload literalmente é um app Next.js. Seu painel admin CMS, suas rotas de API e seu frontend podem viver todos no mesmo projeto.

A configuração é código. Você define coleções, campos, hooks e controle de acesso em arquivos TypeScript. Não há UI para construção de schema — você escreve, faz commit, faz versionamento. Isso é ou maravilhoso ou terrível dependendo do seu time.

Payload suporta tanto MongoDB quanto PostgreSQL (via Drizzle ORM) como adaptadores de banco de dados. A partir do início de 2026, o adaptador Postgres amadureceu significativamente e é o que eu recomendaria para a maioria dos novos projetos.

Hygraph: GraphQL-Native SaaS

Hygraph faz o oposto. É uma plataforma totalmente gerenciada com um construtor de schema visual, uma API GraphQL hospedada e zero infraestrutura para gerenciar. Você modela seu conteúdo em sua UI, configura webhooks, define ambientes e pronto.

Por baixo dos panos, Hygraph roda em uma infraestrutura edge globalmente distribuída. Sua API de conteúdo é apenas GraphQL (sem endpoint REST), que é uma decisão de design intencional. Eles apostaram pesado no ecossistema GraphQL — incluindo suporte para federação de conteúdo, fontes remotas e tipos union.

Hygraph não é open-source. Você está alugando a plataforma.

Experiência do Desenvolvedor

Desenvolvimento Local

Com Payload, dev local é apenas pnpm dev. Você obtém hot reload nas mudanças de configuração, a UI admin roda em localhost, e você pode debugar tudo em um processo. Como é Next.js, sua stack inteira — frontend, CMS, API — roda em um único comando next dev. Isso é genuinamente legal. Sem latência de rede para uma API remota durante desenvolvimento, sem camadas de mocking, sem instâncias de CMS separadas para gerenciar.

Hygraph exige que você trabalhe contra a API deles na nuvem durante o desenvolvimento. Eles oferecem ambientes de desenvolvimento e branching (em planos de tier superior), mas você está sempre fazendo requisições de rede. Para times em regiões longe de seus edge nodes, isso pode adicionar latência notável durante dev. Como vantagem, não há zero setup — se inscreva, crie um projeto, comece a fazer queries.

Suporte TypeScript

Payload gera tipos automaticamente a partir da sua configuração. Como seu schema é TypeScript, os tipos estão sempre sincronizados. Isso é uma daquelas coisas que soa menor até você ter lidado com um CMS onde os tipos divergem da realidade.

Hygraph exige que você gere tipos a partir de seu schema GraphQL, tipicamente via GraphQL Code Generator. Funciona, mas é um passo extra em seu pipeline. E se alguém mudar o schema na UI do Hygraph sem atualizar os tipos gerados, você descobrirá em tempo de execução.

UI Admin

O painel admin do Payload é baseado em React e totalmente customizável. Você pode trocar componentes de campo, adicionar visualizações personalizadas, injetar suas próprias rotas. Parece limpo e moderno a partir do Payload 3.x, embora não vá ganhar nenhum prêmio de design. É funcional.

A UI admin do Hygraph é polida e construída especificamente para editores de conteúdo. A experiência de edição de conteúdo é argumentavelmente mais suave para usuários não-técnicos. A navegação lateral, gerenciamento de ativos e fluxos de trabalho de estágio de conteúdo parecem mais maduros de uma perspectiva puramente UX.

Recurso	Payload CMS	Hygraph
Dev local	Stack local completo	Apenas API na nuvem
TypeScript	Nativo, auto-gerado	Via GraphQL codegen
Customização admin	Substituição completa de componentes React	Limitado (apps de barra lateral customizados)
UX de editor de conteúdo	Bom, orientado ao desenvolvedor	Polido, focado em editor
Tempo de setup	5-15 min (precisa Node + DB)	2 min (inscrever-se e pronto)

Modelagem de Conteúdo

Abordagem do Payload

Modelagem de conteúdo no Payload acontece em código. Aqui está um exemplo simplificado:

import { CollectionConfig } from 'payload'

export const Articles: CollectionConfig = {
  slug: 'articles',
  admin: {
    useAsTitle: 'title',
  },
  fields: [
    {
      name: 'title',
      type: 'text',
      required: true,
    },
    {
      name: 'content',
      type: 'richText',
    },
    {
      name: 'author',
      type: 'relationship',
      relationTo: 'users',
    },
    {
      name: 'publishedAt',
      type: 'date',
    },
  ],
}

Isso é versionado, revisado em PRs, e deployado junto com o código da sua aplicação. Precisa adicionar um campo? Mude a config, rode uma migration se você estiver em Postgres, faça deploy. O modelo mental é muito próximo de como você definiria um schema de banco de dados com um ORM.

Payload suporta blocos, arrays, grupos, abas, lógica condicional e tipos de campo customizados. O tipo de campo blocks é particularmente poderoso para construir page builders flexíveis.

Abordagem do Hygraph

Hygraph oferece um editor de schema visual. Você arrasta e solta tipos de campo, configura validações, define referências entre modelos. É intuitivo e rápido para setup inicial. Não-desenvolvedores podem entender o schema (embora se eles devessem estar mudando-o seja uma conversa diferente).

Hygraph suporta componentes (grupos de campo reutilizáveis), tipos union para referências polimórficas, e um conceito chamado "Remote Sources" que permite federar APIs externas diretamente em seu gráfico de conteúdo. Esse último recurso é genuinamente único e útil para certas arquiteturas.

A desvantagem? Mudanças de schema no Hygraph acontecem em sua UI. Enquanto eles oferecem branching de ambiente e migrações de schema em planos enterprise, você não obtém o mesmo fluxo de revisão de código que Payload fornece nativamente.

Design de API e Consultas

Payload: REST + GraphQL

Payload oferece uma API REST e uma API GraphQL fora da caixa. A API REST é auto-gerada a partir de suas coleções e segue convenções previsíveis. A API GraphQL também é auto-gerada.

Mas aqui está a coisa que a maioria das pessoas perde: Payload também expõe uma Local API que permite você fazer queries ao seu banco de dados diretamente a partir de código servidor sem qualquer overhead HTTP:

// Server component or API route
const articles = await payload.find({
  collection: 'articles',
  where: {
    publishedAt: { less_than: new Date().toISOString() },
  },
  depth: 2,
  limit: 10,
})

Essa Local API é absurdamente rápida porque pula a camada de rede inteiramente. Quando você está construindo com Next.js e Payload no mesmo projeto, esta é a forma primária como você vai fazer fetch de conteúdo. É uma vantagem enorme.

Hygraph: Apenas GraphQL

Hygraph é GraphQL o caminho todo. Nenhuma API REST. Suas queries se parecem com isto:

query GetArticles {
  articles(where: { publishedAt_lt: "2026-01-01" }, first: 10) {
    title
    content {
      html
    }
    author {
      name
    }
  }
}

A API GraphQL é bem-desenhada com filtragem sólida, paginação e ordenação. Eles suportam estágios de conteúdo (DRAFT, PUBLISHED), localização em nível de campo, e um endpoint de leitura de alto desempenho que serve conteúdo em cache da edge.

Se seu time já trabalha pesadamente com GraphQL — digamos que você está usando Apollo Client ou urql — Hygraph parece natural. Se seu time não conhece GraphQL, a curva de aprendizado é real.

Performance e Escalabilidade

A performance do Payload depende inteiramente da sua infraestrutura. Rodando em uma VPS decente com PostgreSQL e indexação apropriada, vi tempos de resposta P95 sob 30ms para a Local API e ao redor de 50-80ms para os endpoints REST/GraphQL. Mas você é responsável pelo scaling. Precisa lidar com uma pico de tráfego? Isso é com você — adicione mais containers, escale seu banco de dados, configure caching.

Hygraph lida com scaling para você. Sua API de leitura com cache em edge (o que eles chamam de "Content API") serve respostas a partir de nós CDN globalmente distribuídos. Tempos de resposta típicos são 20-50ms em todo o mundo. Para sites de conteúdo com leitura intensiva, isso é difícil de superar sem trabalho significativo de infraestrutura no lado auto-hospedado.

Para nossos projetos de desenvolvimento de CMS headless, encontramos que Payload com caching apropriado (ISR ou revalidação on-demand em Next.js) tem performance comparável à API edge do Hygraph para a maioria dos padrões de tráfego do mundo real.

Análise de Preços para 2026

Aqui é onde as coisas ficam interessantes. Deixe-me colocar números reais.

Plano	Payload CMS	Hygraph
Grátis/Open Source	$0 (auto-hospedagem, todos os recursos)	Tier grátis: 2 assentos, 1M chamadas de API/mês, 500 entradas de conteúdo
Pequeno Time	~$20-50/mês custos de hospedagem	Starter: $0 (limitado), Growth: preço customizado
Média Escala	~$100-300/mês (VPS + DB + storage)	Professional: começa ~$399/mês
Enterprise	$500-2000/mês infra (varia muito)	Enterprise: preço customizado (~$1500+/mês)
Payload Cloud	A partir de $30/mês por projeto	N/A

Payload CMS em si é licenciado MIT e completamente grátis. Você paga por sua própria infraestrutura de hospedagem. Uma VPS Hetzner ($20/mês), uma instância PostgreSQL gerenciada ($15-30/mês), e storage compatível com S3 ($5-10/mês) consegue você um setup pronto para produção por menos de $60/mês. Payload também oferece Payload Cloud — seu serviço de hospedagem gerenciado — começando em $30/mês por projeto, que simplifica deployment significativamente.

O tier grátis do Hygraph é utilizável para pequenos projetos e protótipos. Mas uma vez que você precisa de mais que 2 assentos de time, papéis customizados, múltiplos ambientes ou limites de API mais altos, você pula para seus planos pagos. O tier Professional roda aproximadamente $399/mês em 2026, que é um custo recorrente significativo. Preços Enterprise são negociados mas tipicamente começam ao redor de $1.500/mês.

Aqui está a nuance: se você considerar tempo do desenvolvedor para gerenciar infraestrutura, o preço do Hygraph pode ser realmente mais barato para pequenos times sem expertise em DevOps. Inversamente, para agências gerenciando muitos projetos, o núcleo grátis do Payload significa seu custo marginal por projeto é apenas hospedagem.

Auto-hospedagem vs SaaS: Os Reais Tradeoffs

Essa é a tensão central, e quero ser honesto sobre ambos os lados.

Por que Auto-hospedagem (Payload) Vence

• Propriedade de dados. Seus dados vivem em seu banco de dados. Ponto final. Nenhum vendor pode mudar seus termos, descontinuar um recurso ou manter seu conteúdo refém.
• Sem limites de taxa de API. Você é limitado pela sua infraestrutura, não por um tier de plano arbitrário.
• Custo em escala. Uma vez que você passa um certo limiar de tráfego, auto-hospedagem é dramaticamente mais barato.
• Profundidade de customização. Hooks, endpoints customizados, tipos de campo customizados, overrides de UI admin — não há nada que você não possa mudar.
• Colocation com sua app. Rodar Payload e Next.js no mesmo processo elimina latência de rede para queries de conteúdo.

Por que SaaS (Hygraph) Vence

• Zero encargo operacional. Sem servidores para patchar, sem bancos de dados para fazer backup, sem scaling para se preocupar.
• Performance global de edge fora da caixa. A API com CDN do Hygraph é rápida em todo lugar sem você configurar nada.
• Federação de conteúdo. O recurso Remote Sources do Hygraph permite você puxar dados de APIs externas para seu gráfico de conteúdo. Isso é genuinamente poderoso para arquiteturas compostas.
• Amigável para não-desenvolvedores. Onboarding de editores de conteúdo é mais simples quando o construtor de schema é visual.
• Garantias de uptime. Hygraph oferece SLAs em seus planos enterprise. Uptime auto-hospedado é seu problema.

Para times onde gerenciamento de infraestrutura é um ponto forte (ou onde eles parceiros com uma agência de desenvolvimento Next.js que cuida disso), Payload é a escolha mais forte. Para times que querem focar puramente em desenvolvimento de conteúdo e frontend, Hygraph remove fricção real.

Autenticação e Controle de Acesso

Payload

Payload tem autenticação construída. Usuários, sessões, verificação de email, reset de senha — está tudo lá. Você pode definir controle de acesso em nível de campo e coleção com funções:

access: {
  read: ({ req: { user } }) => {
    if (user?.role === 'admin') return true
    return {
      publishedAt: { less_than: new Date().toISOString() },
    }
  },
  update: ({ req: { user } }) => user?.role === 'admin',
}

Esse é controle de acesso real, em nível de código. Você pode escrever qualquer lógica que quiser. Precisa checar contra um serviço externo? Vá em frente. Precisa restringir acesso baseado nos campos do documento atual? Feito.

Hygraph

Hygraph usa um sistema de tokens de autenticação permanentes com permissões configuráveis. Você cria tokens com acesso de estágio de conteúdo específico (ex: ler apenas PUBLISHED, ler DRAFT, escrever). Para controle mais granular, eles suportam permissões customizadas atadas a papéis.

Funciona, mas é menos flexível que a abordagem do Payload. Você está configurando permissões através de sua UI ao invés de expressá-las em código. Cenários complexos — como "editores podem apenas atualizar artigos em sua categoria atribuída" — requerem workarounds criativos em Hygraph mas são triviais em Payload.

Ecossistema de Plugins e Extensibilidade

O ecossistema de plugins do Payload cresceu substancialmente desde 3.0. Plugins notáveis incluem:

• @payloadcms/plugin-seo — Campos de metadados SEO e previsualizações
• @payloadcms/plugin-form-builder — Criação dinâmica de formulário
• @payloadcms/plugin-search — Integração de busca full-text
• @payloadcms/plugin-redirects — Gerenciamento de redirecionamento
• Plugins da comunidade para integração Stripe, geração de conteúdo com IA, e mais

Escrever plugins customizados é direto já que são apenas funções que modificam a config do Payload.

A extensibilidade do Hygraph vem através de:

• Apps e extensões de sidebar — Elementos UI customizados no editor
• Webhooks — Acionam fluxos de trabalho externos em mudanças de conteúdo
• Remote Sources — Federam APIs GraphQL e REST externas
• Management API — Gerenciam programaticamente schema e conteúdo

O marketplace de app do Hygraph cresceu mas ainda é menor que o ecossistema de plugins do Payload. O recurso Remote Sources, embora, é algo que Payload não tem um equivalente para. Ser capaz de costurar um catálogo de produto Shopify diretamente em seu gráfico de conteúdo sem middleware é genuinamente útil.

Quando Escolher Qual

Depois de trabalhar com ambos em múltiplos projetos em produção, aqui está minha framework honesta de recomendação:

Escolha Payload CMS se:

• Você é um time de desenvolvimento (ou trabalha com um) confortável com TypeScript e infraestrutura
• Você precisa de customização profunda do comportamento do CMS
• Propriedade de dados e independência de vendor importam para você
• Você está construindo uma app Next.js e quer a vantagem de performance da Local API
• Você é uma agência gerenciando muitos projetos e quer minimizar custos de licensing por projeto
• Você precisa de controle de acesso complexo, orientado a código

Escolha Hygraph se:

• Você quer zero gerenciamento de infraestrutura
• Seu time já está investido em GraphQL
• Você precisa de federação de conteúdo de múltiplas fontes
• Seus editores de conteúdo precisam de uma experiência de edição visual polida fora da caixa
• Você precisa de performance global garantida de edge sem configurar CDNs
• Sua timeline de projeto é apertada e você não pode permitir tempo de setup

Para muitos dos projetos que construímos na Social Animal — particularmente projetos Astro e Next.js — Payload se tornou nossa recomendação padrão. A história de colocation, abordagem nativa de TypeScript, e zero custos de licensing se alinham bem com como trabalhamos. Mas também lançamos projetos com Hygraph para clientes cujos times precisavam da simplicidade de uma plataforma gerenciada.

Não há vergonha em nenhuma das duas escolhas. A vergonha é escolher uma sem entender os tradeoffs. Se você não tem certeza de qual direção é certa para seu projeto, estamos felizes em discutir.

FAQ

Payload CMS é realmente grátis?

Sim. Payload CMS é licenciado MIT e o núcleo é completamente grátis, incluindo todos os recursos — não há "tier premium" que tranca funcionalidade atrás de um paywall. Você paga por sua própria infraestrutura de hospedagem (servidores, banco de dados, storage). Payload também oferece Payload Cloud, seu serviço de hospedagem gerenciado, que começa em $30/mês por projeto se você não quer gerenciar sua própria infraestrutura.

Hygraph pode funcionar sem conhecimento de GraphQL?

O lado de edição de conteúdo não requer nenhum conhecimento de GraphQL — editores apenas usam a interface visual. Porém, desenvolvedores consultando conteúdo de Hygraph devem usar GraphQL. Não há alternativa de API REST. Se seu time frontend não está confortável com GraphQL, há uma curva de aprendizado que você precisa considerar em sua timeline.

Como Payload CMS lida com uploads de mídia e arquivo?

Payload tem um sistema de upload construído que suporta armazenamento de arquivo local, storage compatível com S3 (AWS S3, Cloudflare R2, MinIO) e outros adaptadores. Inclui redimensionamento automático de imagem, seleção de ponto focal, e gera tamanhos de imagem responsivos baseado em sua config. Para a maioria dos projetos, conectar para um bucket S3 ou Cloudflare R2 é a abordagem recomendada.

Hygraph suporta localização?

Sim. Hygraph tem localização em nível de campo construída, significando que você pode marcar campos individuais como localizáveis ao invés de duplicar entradas de conteúdo inteiras. Esse é um recurso forte — você configura suas locales em configurações de projeto e então editores de conteúdo podem alternar entre idiomas no editor. Payload também suporta localização com uma abordagem similar em nível de campo.

Posso migrar de Hygraph para Payload (ou vice-versa)?

Migração é possível mas não trivial em nenhuma direção. Ambos os sistemas têm APIs que permitem você exportar e importar conteúdo. O principal desafio é diferenças de modelagem de conteúdo — especialmente rich text, que é armazenado diferentemente em cada sistema. Planeje um script de migração e testes minuciosos. Para bibliotecas de conteúdo grandes, orçamente pelo menos 2-4 semanas para uma migração limpa.

Qual CMS é melhor para e-commerce?

Nenhum é uma plataforma de e-commerce, mas ambos se integram bem com soluções de comércio headless. Hygraph tem uma vantagem aqui com seu recurso Remote Sources, que pode federar dados de produto de Shopify ou commercetools diretamente em seu gráfico de conteúdo. Payload funciona ótimo com backends de e-commerce também, mas você típicamente construirá a integração você mesmo usando hooks e endpoints customizados. Para projetos sérios de e-commerce, considere qualquer CMS junto com um backend de comércio dedicado.

Como Payload 3.x se compara com Payload 2.x?

Payload 3.x foi uma reescrita major. A maior mudança é que Payload agora roda como um plugin Next.js ao invés de um app Express. Isso significa seu CMS e frontend compartilham o mesmo processo, permitindo a Local API para queries de zero-latência. Também adicionou suporte PostgreSQL (via Drizzle ORM), live preview, e uma UI admin redesenhada. Se você usou Payload 2.x e achou limitante, 3.x merece outra olhada — é uma experiência fundamentalmente diferente.

Qual é a melhor configuração de hospedagem para Payload CMS em 2026?

Para a maioria dos projetos, recomendamos: uma VPS ou serviço de container (Railway, Render, Fly.io, ou VPS Hetzner com Docker), PostgreSQL gerenciado (Neon, Supabase, ou oferta do seu provedor de VPS), e Cloudflare R2 para armazenamento de mídia. Custo total típicamente roda $40-80/mês para projetos pequeno-a-médio. Para deployments maiores, Vercel com Payload Cloud ou uma configuração Kubernetes funciona bem. Cheque nossa página de preços para como lidamos com setup de infraestrutura para projetos do cliente.