Seu cliente aprova os wireframes. Seu repositório Next.js está estruturado. Então você bate na decisão do CMS e tudo empaca. Payload CMS oferece controle code-first auto-hospedado — você é dono do banco de dados, escreve hooks personalizados, implanta onde quiser. Hygraph coloca uma API GraphQL gerenciada em suas mãos, cuida do escalonamento, e cobra mensalmente quer você use 100 requisições ou 100.000. Já implantei projetos em produção com ambos nos últimos dois anos. Nenhum vence universalmente, mas um certamente se encaixará melhor na sua stack, na tolerância DevOps da sua equipe e no orçamento do seu cliente do que o outro. A questão não é qual CMS é objetivamente superior — é quais tradeoffs você está disposto a assumir quando algo quebra às 23h ou sua equipe de conteúdo pede um recurso que Hygraph não expõe. Aqui está como decidir sem reconstruir seu modelo de conteúdo duas vezes.

Índice

Payload CMS vs Hygraph 2026: Self-Hosted vs GraphQL SaaS Compared

Arquitetura e Filosofia

Estos 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 TypeScript-first, de código aberto, que roda em sua própria infraestrutura. Desde o lançamento do Payload 3.0 (que saiu no final de 2024 e foi refinado ao longo dos lançamentos recentes), ele é construído diretamente no topo do Next.js. Isso não é um erro de digitação — Payload literalmente é um aplicativo Next.js. Seu painel de administração de CMS, suas rotas de API e seu frontend podem todos viver no mesmo projeto.

A configuração é código. Você define collections, campos, hooks e controle de acesso em arquivos TypeScript. Não há UI para construção de schema — você escreve, faz commit, versiona. Isso é ou maravilhoso ou terrível dependendo da sua equipe.

Payload suporta tanto MongoDB quanto PostgreSQL (via Drizzle ORM) como adaptadores de banco de dados. No 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 toma a abordagem oposta. É 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, configura ambientes e está fora.

Sob o capô, Hygraph roda em uma infraestrutura de borda globalmente distribuída. Sua API de conteúdo é apenas GraphQL (sem endpoint REST), que é uma decisão de design intencional. Eles investiram fortemente no ecossistema GraphQL — incluindo suporte para federação de conteúdo, fontes remotas e tipos de união.

Hygraph não é de código aberto. Você está alugando a plataforma.

Experiência do Desenvolvedor

Desenvolvimento Local

Com Payload, dev local é apenas pnpm dev. Você recebe recarga ativa nas alterações de configuração, a UI de administração roda em localhost, e você pode depurar tudo em um processo. Como é Next.js, toda sua stack — frontend, CMS, API — roda em um único comando next dev. Isso é genuinamente legal. Sem latência de rede para uma API remota durante o desenvolvimento, sem camadas de mock, sem instâncias de CMS separadas para gerenciar.

Hygraph exige que você trabalhe contra sua API na nuvem durante o desenvolvimento. Eles oferecem ambientes de desenvolvimento e ramificação (em planos de nível superior), mas você está sempre fazendo solicitações de rede. Para equipes em regiões distantes de seus nós de borda, isso pode adicionar latência notável durante o dev. Por outro lado, não há configuração — cadastre-se, crie um projeto, comece a consultar.

Suporte a TypeScript

Payload gera tipos automaticamente a partir de sua configuração. Como seu schema é TypeScript, os tipos estão sempre em sincronização. Isso é uma daquelas coisas que parecem menores até que você tenha lidado com um CMS onde os tipos derivam da realidade.

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

UI de Administração

O painel de administração do Payload é baseado em React e totalmente personalizá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 de administração 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 da barra lateral, o gerenciamento de ativos e os fluxos de trabalho de estágio de conteúdo parecem mais maduros de uma perspectiva de UX pura.

Recurso Payload CMS Hygraph
Dev local Stack local completo Apenas API na nuvem
TypeScript Nativo, auto-gerado Via GraphQL codegen
Personalização da admin Substituição completa de componente React Limitado (aplicativos personalizados na barra lateral)
UX do editor de conteúdo Bom, orientado ao desenvolvedor Polido, orientado ao editor
Tempo de configuração 5-15 min (precisa Node + DB) 2 min (cadastre-se e vá)

Modelagem de Conteúdo

Abordagem do Payload

A 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 implantado junto com o código da sua aplicação. Precisa adicionar um campo? Altere a configuração, execute uma migração se estiver no Postgres, implante. 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 personalizados. O tipo de campo blocks é particularmente poderoso para construir construtores de página flexíveis.

Abordagem do Hygraph

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

Hygraph suporta componentes (grupos de campos reutilizáveis), tipos de união 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? As alterações de schema no Hygraph acontecem em sua UI. Embora ofereçam ramificação de ambiente e migrações de schema em planos corporativos, você não obtém o mesmo fluxo de revisão de código que o Payload fornece nativamente.

Payload CMS vs Hygraph 2026: Self-Hosted vs GraphQL SaaS Compared - architecture

Design de API e Consultas

Payload: REST + GraphQL

Payload oferece uma API REST e uma API GraphQL prontas para uso. A API REST é auto-gerada a partir de suas collections e segue convenções previsíveis. A API GraphQL também é auto-gerada.

Mas aqui está o que a maioria das pessoas perde: Payload também expõe uma API Local que permite consultar seu banco de dados diretamente do código lado do servidor sem nenhuma sobrecarga HTTP:

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

Esta API Local é absurdamente rápida porque pula a camada de rede inteiramente. Quando você está construindo com Next.js e Payload no mesmo projeto, esta é a maneira principal que você buscará conteúdo. É uma vantagem enorme.

Hygraph: Apenas GraphQL

Hygraph é GraphQL até o fim. Sem API REST. Suas consultas parecem assim:

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

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

Se sua equipe já trabalha bastante com GraphQL — digamos que você está usando Apollo Client ou urql — Hygraph se sente natural. Se sua equipe não conhece GraphQL, a curva de aprendizado é real.

Performance e Escalabilidade

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

Hygraph cuida do escalonamento para você. Sua API de leitura em cache de borda (o que eles chamam de "Content API") serve respostas de nós CDN globalmente distribuídos. Os tempos de resposta típicos são 20-50ms em todo o mundo. Para sites de conteúdo com leitura pesada, isso é difícil de vencer sem trabalho de infraestrutura significativo do lado auto-hospedado.

Para nossos projetos de desenvolvimento de CMS headless, constatamos que Payload com cache apropriado (ISR ou revalidação sob demanda no Next.js) tem performance comparável à API de borda do Hygraph para a maioria dos padrões de tráfego do mundo real.

Desconexão de Preços para 2026

Este é o lugar onde as coisas ficam interessantes. Vou apresentar números reais.

Plano Payload CMS Hygraph
Gratuito/Open Source $0 (auto-hospedado, todos os recursos) Tier gratuito: 2 assentos, 1M chamadas de API/mês, 500 entradas de conteúdo
Pequena Equipe ~$20-50/mês custos de hospedagem Starter: $0 (limitado), Growth: preço personalizado
Escala Média ~$100-300/mês (VPS + DB + armazenamento) Professional: começa ~$399/mês
Empresa $500-2000/mês infra (varia bastante) Enterprise: preço personalizado (~$1500+/mês)
Payload Cloud A partir de $30/mês por projeto N/A

Payload CMS em si é licenciado sob MIT e completamente gratuito, incluindo todos os recursos — não há um "tier premium" que bloqueia funcionalidade por um paywall. Você paga sua própria infraestrutura de hospedagem (servidores, banco de dados, armazenamento). Uma VPS Hetzner ($20/mês), uma instância Postgres gerenciada ($15-30/mês) e armazenamento compatível com S3 ($5-10/mês) oferece uma configuração pronta 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, o que simplifica significativamente o deployment.

O tier gratuito do Hygraph é utilizável para pequenos projetos e protótipos. Mas uma vez que você precisa de mais de 2 assentos de equipe, funções personalizadas, múltiplos ambientes ou limites de API mais altos, você salta para seus planos pagos. O tier Professional roda aproximadamente $399/mês em 2026, que é um custo recorrente significativo. Os preços corporativos são negociados mas normalmente começam em torno de $1.500/mês.

Aqui está a nuance: se você considerar o tempo do desenvolvedor para gerenciar infraestrutura, os preços do Hygraph podem ser realmente mais baratos para pequenas equipes sem expertise em DevOps. Inversamente, para agências gerenciando muitos projetos, o núcleo gratuito do Payload significa que seu custo marginal por projeto é apenas hospedagem.

Auto-Hospedagem vs SaaS: Os Tradeoffs Reais

Esta é 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. Nenhum fornecedor pode alterar seus termos, desativar um recurso ou manter seu conteúdo em cativeiro.
  • 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 por um certo limiar de tráfego, auto-hospedado é dramaticamente mais barato.
  • Profundidade de personalização. Hooks, endpoints personalizados, tipos de campo personalizados, overrides da UI de administração — não há nada que você não possa alterar.
  • Colocalização com seu app. Rodar Payload e Next.js no mesmo processo elimina latência de rede para consultas de conteúdo.

Por Que SaaS (Hygraph) Vence

  • Sem carga ops. Sem servidores para corrigir, sem bancos de dados para fazer backup, sem escalonamento para se preocupar.
  • Performance de borda global pronto para uso. A API de borda do Hygraph é rápida em todos os lugares sem você configurar nada.
  • Federação de conteúdo. O recurso Remote Sources do Hygraph permite puxar dados de APIs externas em seu gráfico de conteúdo. Isso é genuinamente poderoso para arquiteturas compostas.
  • Amigável com 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 corporativos. O uptime auto-hospedado é seu problema.

Para equipes onde o gerenciamento de infraestrutura é uma força (ou onde elas parceiram com uma agência de desenvolvimento Next.js que cuida disso), Payload é a escolha mais forte. Para equipes que querem focar puramente no desenvolvimento de conteúdo e frontend, Hygraph remove atrito real.

Autenticação e Controle de Acesso

Payload

Payload possui autenticação integrada. Usuários, sessões, verificação de email, reset de senha — tudo está lá. Você pode definir controle de acesso no nível de campo e no nível de collection 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',
}

Este é controle de acesso real, em nível de código. Você pode escrever qualquer lógica que quiser. Precisa verificar contra um serviço externo? Vá em frente. Precisa restringir acesso com base 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 específico de estágio de conteúdo (por exemplo, ler apenas PUBLISHED, ler DRAFT, escrever). Para controle mais fino, eles suportam permissões personalizadas vinculadas a funções.

Funciona, mas é menos flexível do 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" — exigem workarounds criativos no Hygraph mas são triviais no 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 e pré-visualizações de metadados SEO
  • @payloadcms/plugin-form-builder — Criação dinâmica de formulário
  • @payloadcms/plugin-search — Integração de busca de texto completo
  • @payloadcms/plugin-redirects — Gerenciamento de redirecionamento
  • Plugins da comunidade para integração Stripe, geração de conteúdo com IA e muito mais

Escrever plugins personalizados é 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 barra lateral — Elementos de UI personalizados no editor
  • Webhooks — Ativar fluxos de trabalho externos em alterações de conteúdo
  • Remote Sources — Federar APIs GraphQL e REST externas
  • API de Gerenciamento — Gerenciar programaticamente schema e conteúdo

O marketplace de aplicativos do Hygraph cresceu mas ainda é menor que o ecossistema de plugins do Payload. O recurso Remote Sources, no entanto, é algo que Payload não tem um equivalente para. Ser capaz de costurar um catálogo de produtos 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á meu framework de recomendação honesto:

Escolha Payload CMS se:

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

Escolha Hygraph se:

  • Você quer zero gerenciamento de infraestrutura
  • Sua equipe já está investida 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 pronta para uso
  • Você precisa de performance de borda global garantida sem configurar CDNs
  • Seu cronograma de projeto é curto e você não pode desperdiçar tempo de configuração

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

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

FAQ

O Payload CMS é realmente gratuito?

Sim. Payload CMS é licenciado sob MIT e o núcleo é completamente gratuito, incluindo todos os recursos — não há "tier premium" que bloqueia funcionalidade por um paywall. Você paga sua própria infraestrutura de hospedagem (servidores, banco de dados, armazenamento). 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 quiser 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. No entanto, desenvolvedores consultando conteúdo do Hygraph devem usar GraphQL. Não há alternativa de API REST. Se sua equipe de frontend não está confortável com GraphQL, há uma curva de aprendizado que você precisa considerar em seu cronograma.

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

Payload possui um sistema de upload integrado que suporta armazenamento de arquivo local, armazenamento 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 com base em sua configuração. Para a maioria dos projetos, conectá-lo a um bucket S3 ou Cloudflare R2 é a abordagem recomendada.

Hygraph suporta localização?

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

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

A migração é possível mas não é trivial em nenhuma direção. Ambos os sistemas têm APIs que permitem exportar e importar conteúdo. O principal desafio são 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 grandes bibliotecas de conteúdo, orce 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 commerce headless. Hygraph tem uma vantagem aqui com seu recurso Remote Sources, que pode federar dados de produtos de Shopify ou commercetools diretamente em seu gráfico de conteúdo. Payload funciona ótimo com backends de e-commerce também, mas você normalmente construirá a integração você mesmo usando hooks e endpoints personalizados. Para projetos de e-commerce sérios, considere qualquer CMS junto com um backend de commerce dedicado.

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

Payload 3.x foi uma reescrita principal. A maior mudança é que Payload agora roda como um plugin Next.js ao invés de um aplicativo Express. Isso significa que seu CMS e frontend compartilham o mesmo processo, habilitando a API Local para consultas de latência zero. Também adicionou suporte PostgreSQL (via Drizzle ORM), live preview e uma UI de administração redesenhada. Se você usou Payload 2.x e achou limitante, 3.x vale a pena 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: um serviço VPS ou container (Railway, Render, Fly.io ou um VPS Hetzner com Docker), PostgreSQL gerenciado (Neon, Supabase ou a oferta de seu provedor VPS) e Cloudflare R2 para armazenamento de mídia. O custo total normalmente roda $40-80/mês para projetos pequenos a médios. Para deployments maiores, Vercel com Payload Cloud ou uma configuração Kubernetes funciona bem. Verifique nossa página de preços para como lidamos com configuração de infraestrutura para projetos de clientes.