Je klant keurt de wireframes goed. Je Next.js repo is opgezet. Dan kom je vast te zitten op de CMS keuze en alles stagneert. Payload CMS biedt zelf gehost, code-first control — je bezit de database, schrijft custom hooks, deploy waar je wilt. Hygraph geeft je een managed GraphQL API, handelt scaling af, en factureer maandelijks of je nu 100 requests of 100.000 gebruikt. Ik heb de afgelopen twee jaar production projects met beide gelanceerd. Geen van beide wint universeel, maar één zal bijna zeker beter bij jouw stack, je team's DevOps tolerantie en je client's budget passen dan de ander. De vraag is niet welke CMS objectief superieur is — het is welke tradeoffs je wilt eigenenen wanneer iets om 23 uur breekt of je content team vraagt om een feature die Hygraph niet exposed. Hier is hoe je beslist zonder je content model twee keer opnieuw in te richten.

Inhoudsopgave

Payload CMS vs Hygraph 2026: Zelf gehost vs GraphQL SaaS vergeleken

Architectuur en filosofie

Deze twee CMS'en komen uit fundamenteel verschillende wereldbeschouwingen, en dat begrijpen is belangrijker dan elke vergelijkingstabel met features.

Payload CMS: Code-first, zelf gehost

Payload is een TypeScript-first, open-source headless CMS dat op je eigen infrastructuur draait. Sinds de Payload 3.0 release (die eind 2024 is uitgebracht en is verder verfijnd doorheen recente releases), is het direct gebouwd bovenop Next.js. Dat is geen typo — Payload is letterlijk een Next.js app. Je CMS admin panel, je API routes, en je frontend kunnen allemaal in hetzelfde project leven.

De config is code. Je definieert collections, fields, hooks, en access control in TypeScript files. Er is geen UI voor schema building — je schrijft het, commit het, version het. Dit is ofwel geweldig ofwel verschrikkelijk afhankelijk van je team.

Payload ondersteunt zowel MongoDB als PostgreSQL (via Drizzle ORM) als database adapters. Vanaf begin 2026 is de Postgres adapter aanzienlijk uitgereikt en is het wat ik zou aanraden voor de meeste nieuwe projecten.

Hygraph: GraphQL-native SaaS

Hygraph neemt de tegenovergestelde benadering. Het is een volledig managed platform met een visuele schema builder, een gehoste GraphQL API, en nul infrastructuur om mee te beheren. Je modelleert je content in hun UI, configureert webhooks, stelt omgevingen in, en je bent weg.

Onderin de motorkap draait Hygraph op een wereldwijd gedistribueerde edge infrastructuur. Hun content API is uitsluitend GraphQL (geen REST endpoint), wat een opzettelijke ontwerpkeuze is. Ze hebben hard geleund in het GraphQL ecosystem — inclusief ondersteuning voor content federation, remote sources, en union types.

Hygraph is niet open-source. Je huurt het platform.

Developer Experience

Lokale ontwikkeling

Met Payload is lokale dev gewoon pnpm dev. Je krijgt hot reload op je config changes, de admin UI draait op localhost, en je kunt alles in één process debuggen. Omdat het Next.js is, draait je hele stack — frontend, CMS, API — in een enkele next dev commando. Dit is echt aangenaam. Geen network latency naar een remote API tijdens development, geen mocking layers, geen aparte CMS instances om mee te beheren.

Hygraph vereist dat je tegen hun cloud API werkt tijdens development. Ze bieden wel development environments en branching (op hogere tier plans), maar je maakt altijd network requests. Voor teams in regio's ver weg van hun edge nodes, kan dit merkbare latency toevoegen tijdens dev. Aan de plusskant is er nul setup — schrijf in, maak een project aan, begin met querying.

TypeScript-ondersteuning

Payload genereert types automatisch uit je config. Omdat je schema is TypeScript, zijn de types altijd in sync. Dit is één van die dingen die klein klinkt totdat je te maken hebt gehad met een CMS waar de types uit de werkelijkheid gaan drijven.

Hygraph vereist dat je types uit hun GraphQL schema genereert, typisch via GraphQL Code Generator. Het werkt, maar het is een extra stap in je pipeline. En als iemand het schema in de Hygraph UI verandert zonder de gegenereerde types bij te werken, zul je het bij runtime ontdekken.

Admin UI

Payload's admin panel is op React gebaseerd en volledig aanpasbaar. Je kunt field components uitwisselen, custom views toevoegen, je eigen routes injecteren. Het ziet er schoon en modern uit vanaf Payload 3.x, hoewel het geen ontwerpprijs wint. Het is functioneel.

Hygraph's admin UI is gepolijst en speciaal ontworpen voor content editors. De content editing ervaring is omstreden soepeler voor niet-technische gebruikers. De sidebar navigatie, asset management, en content stage workflows voelen meer volwassen aan vanuit een zuiver UX perspectief.

Feature Payload CMS Hygraph
Lokale dev Volledige lokale stack Alleen cloud API
TypeScript Nief, auto-gegenereerd Via GraphQL codegen
Admin aanpassing Volledige React component override Beperkt (custom sidebar apps)
Content editor UX Goed, developer-gericht Gepolijst, editor-gericht
Setup tijd 5-15 min (heeft Node + DB nodig) 2 min (schrijf in en ga)

Content modellering

Payload's benadering

Content modellering in Payload gebeurt in code. Hier is een vereenvoudigd voorbeeld:

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',
    },
  ],
}

Dit wordt version-controlled, gereviewd in PRs, en gedeployed samen met je application code. Moet je een field toevoegen? Verander de config, voer een migratie uit als je op Postgres zit, deploy. Het mentale model lijkt erg op hoe je een database schema met een ORM zou definiëren.

Payload ondersteunt blocks, arrays, groups, tabs, conditional logic, en custom field types. Het blocks field type is bijzonder krachtig voor het bouwen van flexibele page builders.

Hygraph's benadering

Hygraph geeft je een visuele schema editor. Je sleept en laat field types vallen, configureert validations, stelt referenties tussen modellen in. Het is intuïtief en snel voor initiële setup. Niet-developers kunnen het schema begrijpen (hoewel of ze het moeten veranderen is een ander gesprek).

Hygraph ondersteunt componenten (herbruikbare field groups), union types voor polymorfische referenties, en een concept genaamd "Remote Sources" dat je laat federate externe APIs rechtstreeks in je content graph. Die laatste feature is echt uniek en nuttig voor bepaalde architecturen.

De downside? Schema changes in Hygraph gebeuren in hun UI. Hoewel ze environment branching en schema migrations aanbieden op enterprise plans, krijg je niet dezelfde code-review workflow die Payload native biedt.

Payload CMS vs Hygraph 2026: Zelf gehost vs GraphQL SaaS vergeleken - architectuur

API-ontwerp en querying

Payload: REST + GraphQL

Payload geeft je zowel een REST API als een GraphQL API out of the box. De REST API is auto-gegenereerd uit je collections en volgt voorspelbare conventies. De GraphQL API is ook auto-gegenereerd.

Maar hier is het iets wat de meeste mensen missen: Payload exposed ook een Local API dat je je database rechtstreeks van server-side code kunt querying zonder enige HTTP overhead:

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

Deze Local API is absurd snel omdat het de network layer helemaal overslaat. Wanneer je bouwt met Next.js en Payload in hetzelfde project, is dit de primaire manier waarop je content fetches. Het is een gigantisch voordeel.

Hygraph: Uitsluitend GraphQL

Hygraph is GraphQL helemaal naar beneden. Geen REST API. Je queries zien er als volgt uit:

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

De GraphQL API is goed ontworpen met solide filtering, pagination, en ordering. Ze ondersteunen content stages (DRAFT, PUBLISHED), localisering op field level, en een high-performance read endpoint dat gecachede content vanuit de edge served.

Als je team al zwaar met GraphQL werkt — zeg je hebt Apollo Client of urql — voelt Hygraph natuurlijk aan. Als je team GraphQL niet kent, is de leercurve echt.

Prestaties en schaalbaarheid

Payload's prestaties hangen volledig af van je infrastructuur. Draait op een fatsoenlijke VPS met PostgreSQL en juiste indexing, ik heb P95 response times onder 30ms voor de Local API en rond 50-80ms voor de REST/GraphQL endpoints gezien. Maar je bent verantwoordelijk voor scaling. Moet je een traffic spike aan? Dat is aan jou — voeg meer containers toe, scale je database, zet caching in.

Hygraph handelt scaling voor je af. Hun edge-cached read API (wat ze de "Content API" noemen) served responses van wereldwijd gedistribueerde CDN nodes. Typische response times zijn 20-50ms overal ter wereld. Voor read-heavy content sites is dit moeilijk te verslaan zonder significant infrastructure werk aan de zelf gehoste kant.

Voor onze headless CMS development projecten hebben we bevonden dat Payload met juiste caching (ISR of on-demand revalidation in Next.js) vergelijkbaar perft met Hygraph's edge API voor de meeste real-world traffic patterns.

Prijsbreuk voor 2026

Dit is waar het interessant wordt. Laat me echte nummers leggen.

Plan Payload CMS Hygraph
Gratis/Open Source $0 (zelf hosten, alle features) Gratis tier: 2 seats, 1M API calls/maand, 500 content entries
Klein team ~$20-50/maand hosting kosten Starter: $0 (beperkt), Growth: custom pricing
Mid-scale ~$100-300/maand (VPS + DB + storage) Professional: begint ~$399/maand
Enterprise $500-2000/maand infra (varieert sterk) Enterprise: custom pricing (~$1500+/maand)
Payload Cloud Vanaf $30/maand per project N/A

Payload CMS zelf is MIT-gelicentieerd en volledig gratis. Je betaalt voor je eigen hosting infrastructuur. Een Hetzner VPS ($20/maand), een managed Postgres instance ($15-30/maand), en S3-compatible storage ($5-10/maand) krijgt je een production-ready setup voor onder de $60/maand. Payload biedt ook Payload Cloud — hun managed hosting service — beginnend bij $30/maand per project, wat deployment aanzienlijk vereenvoudigt.

Hygraph's gratis tier is bruikbaar voor kleine projecten en prototypes. Maar zodra je meer dan 2 team seats, custom roles, meerdere omgevingen, of hogere API limits nodig hebt, spring je naar hun betaalde plans. De Professional tier loopt ongeveer $399/maand in 2026, wat een betekenisvolle terugkerende kost is. Enterprise pricing wordt onderhandeld maar begint typisch rond $1.500/maand.

Hier is de nuance: als je developer time voor infrastructure management meetelt, kan Hygraph's pricing eigenlijk goedkoper zijn voor kleine teams zonder DevOps expertise. Omgekeerd, voor agencies die veel projecten managen, betekent Payload's gratis core dat je per-project marginal cost gewoon hosting is.

Zelf hosten vs SaaS: De echte tradeoffs

Dit is de kernspanning, en ik wil eerlijk zijn over beide zijden.

Waarom zelf hosten (Payload) wint

  • Data eigenaarschap. Je data leeft in je database. Klaar. Geen vendor kan hun voorwaarden veranderen, een feature sunsetzen, of je content gegijzeld houden.
  • Geen API rate limits. Je bent beperkt door je infrastructuur, niet een willekeurig plan tier.
  • Kosten op schaal. Zodra je voorbij een bepaalde traffic threshold gaat, is zelf gehost dramatisch goedkoper.
  • Aanpassingsdiepte. Hooks, custom endpoints, custom field types, admin UI overrides — er is niets dat je niet kunt veranderen.
  • Colocation met je app. Draait Payload en Next.js in hetzelfde process, elimineert network latency voor content queries.

Waarom SaaS (Hygraph) wint

  • Nul ops burden. Geen servers om te patchen, geen databases om te backup, geen scaling om over na te denken.
  • Wereldwijde edge prestaties out of the box. Hygraph's CDN-backed API is snel overal zonder dat je iets configureert.
  • Content federation. Hygraph's Remote Sources feature laat je data van externe APIs in je content graph pullen. Dit is echt krachtig voor composable architecturen.
  • Niet-developer vriendelijk. Onboarding van content editors is simpler wanneer de schema builder visueel is.
  • Uptime garanties. Hygraph biedt SLAs op hun enterprise plans. Zelf gehoste uptime is je probleem.

Voor teams waar infrastructure management een sterkte is (of waar ze samenwerken met een Next.js development agency die het handelt), is Payload de sterkere keuze. Voor teams die zuiver op content en frontend development willen focussen, verwijdert Hygraph echte friction.

Authenticatie en toegangsbeheer

Payload

Payload heeft ingebouwde authenticatie. Gebruikers, sessies, email verificatie, password reset — het is allemaal er. Je kunt field-level en collection-level access control definiëren met functies:

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

Dit is echt, code-level access control. Je kunt elk logica schrijven dat je wilt. Moet je tegen een externe service checken? Ga je gang. Moet je access beperken gebaseerd op de huidige document velden? Gedaan.

Hygraph

Hygraph gebruikt een systeem van permanente auth tokens met configureerbare permissions. Je creëert tokens met bepaalde content stage access (bijv. alleen PUBLISHED lezen, DRAFT lezen, schrijven). Voor fijnmaziger controle, ondersteunen ze custom permissions gekoppeld aan roles.

Het werkt, maar het is minder flexibel dan Payload's benadering. Je configureert permissions via hun UI in plaats van ze in code uit te drukken. Complexe scenario's — zoals "editors kunnen alleen articles in hun toegewezen category updaten" — vereisen creatieve workarounds in Hygraph maar zijn triviaal in Payload.

Plugin ecosystem en uitbreidbaarheid

Payload's plugin ecosystem is aanzienlijk gegroeid sinds 3.0. Opmerkelijke plugins include:

  • @payloadcms/plugin-seo — SEO metadata fields en previews
  • @payloadcms/plugin-form-builder — Dynamische form creation
  • @payloadcms/plugin-search — Full-text search integration
  • @payloadcms/plugin-redirects — Redirect management
  • Community plugins voor Stripe integration, AI content generation, en meer

Het schrijven van custom plugins is eenvoudig omdat ze alleen functies zijn die de Payload config aanpassen.

Hygraph's uitbreidbaarheid komt via:

  • Apps en sidebar extensions — Custom UI elementen in de editor
  • Webhooks — Trigger externe workflows op content changes
  • Remote Sources — Federate externe GraphQL en REST APIs
  • Management API — Programmeer schema en content beheerst

Hygraph's app marketplace is gegroeid maar is nog steeds kleiner dan Payload's plugin ecosystem. De Remote Sources feature, echter, is iets dat Payload geen equivalent voor heeft. In staat zijn om een Shopify product catalog rechtstreeks in je content graph in te steken zonder middleware is echt nuttig.

Wanneer welke kiezen

Na het werken met beide op meerdere production projecten, hier is mijn eerlijke aanbevelingsframework:

Kies Payload CMS als:

  • Je bent een development team (of werkt met één) comfortabel met TypeScript en infrastructuur
  • Je hebt diepe aanpassing van het CMS gedrag nodig
  • Data eigenaarschap en vendor onafhankelijkheid matteren voor je
  • Je bouwt een Next.js app en wilt de Local API prestatie voordeel
  • Je bent een agency die veel projecten beheert en wilt per-project licensing kosten minimaliseren
  • Je hebt complexe, code-driven access control nodig

Kies Hygraph als:

  • Je wilt nul infrastructure management
  • Je team is al geïnvesteerd in GraphQL
  • Je hebt content federation van meerdere bronnen nodig
  • Je content editors hebben een gepolijste, visuele editing ervaring nodig out of the box
  • Je hebt gegarandeerde wereldwijde edge prestaties nodig zonder CDNs te configureren
  • Je project timeline is strak en je kunt geen setup time geven

Voor veel van de projecten die we bouwen bij Social Animal — bijzonder Astro en Next.js projecten — is Payload ons geworden standaard aanbeveling. De colocation story, TypeScript-native benadering, en nul licensing kosten passen goed bij hoe we werken. Maar we hebben ook Hygraph-powered projecten gelanceerd voor clients wiens teams de eenvoud van een managed platform nodig hadden.

Er is geen schande in beide keuzes. De schande is één kiezen zonder de tradeoffs te begrijpen. Als je niet zeker bent welke richting geschikt is voor je project, zijn we blij om erover te spreken.

FAQ

Is Payload CMS echt gratis?

Ja. Payload CMS is MIT-gelicentieerd en de core is volkomen gratis, inclusief alle features — er is geen "premium tier" die functionaliteit achter een betaalmuur vergrendelt. Je betaalt voor je eigen hosting infrastructuur (servers, database, storage). Payload biedt ook Payload Cloud, hun managed hosting service, die begint bij $30/maand per project als je je eigen infrastructuur niet wilt beheren.

Kan Hygraph werken zonder GraphQL kennis?

De content editing kant vereist geen GraphQL kennis — editors gebruiken gewoon de visuele interface. Echter, developers die content vanuit Hygraph querien moeten GraphQL gebruiken. Er is geen REST API alternatief. Als je frontend team niet comfortabel is met GraphQL, is er een leercurve die je in je timeline moet factoreren.

Hoe handelt Payload CMS media en file uploads af?

Payload heeft een ingebouwd upload systeem dat lokale file storage, S3-compatible storage (AWS S3, Cloudflare R2, MinIO), en andere adapters ondersteunt. Het bevat automatische image resizing, focal point selection, en genereert responsive image sizes gebaseerd op je config. Voor de meeste projecten is het verbinden met een S3 bucket of Cloudflare R2 de aanbevolen benadering.

Ondersteunt Hygraph localisering?

Ja. Hygraph heeft field-level localisering ingebouwd, betekent je kunt individuele fields als lokaliseerbaar markeren in plaats van hele content entries te dupliceren. Dit is een sterke feature — je configureert je locales in project settings en content editors kunnen dan tussen talen switchen in de editor. Payload ondersteunt ook localisering met een soortgelijke field-level benadering.

Kan ik migreren van Hygraph naar Payload (of omgekeerd)?

Migratie is mogelijk maar niet triviaal in beide richtingen. Beide systemen hebben APIs die je content laat exporteren en importeren. De hoofduitdaging is content modeling verschillen — bijzonder rich text, wat anders in elk systeem wordt opgeslagen. Plan voor een migratie script en grondige testing. Voor grote content libraries, budget tenminste 2-4 weken voor een schone migratie.

Welke CMS is beter voor e-commerce?

Nieuwe is een e-commerce platform, maar beide integreren goed met headless commerce oplossingen. Hygraph heeft een edge hier met zijn Remote Sources feature, die product data van Shopify of commercetools rechtstreeks in je content graph kan federate. Payload werkt ook geweldig met e-commerce backends, maar je zult de integratie typisch zelf bouwen met hooks en custom endpoints. Voor serieuze e-commerce projecten, overweeg beide CMS naast een dedicated commerce backend.

Hoe vergelijkt Payload 3.x met Payload 2.x?

Payload 3.x was een grote herschrijving. De grootste verandering is dat Payload nu als Next.js plugin draait in plaats van een Express app. Dit betekent je CMS en frontend delen hetzelfde process, het inschakelen van de Local API voor zero-latency queries. Het voegde ook PostgreSQL ondersteuning toe (via Drizzle ORM), live preview, en een herontworpen admin UI. Als je Payload 2.x gebruikte en het beperkend vond, is 3.x een tweede blik waard — het is fundamenteel een andere ervaring.

Wat is de beste hosting setup voor Payload CMS in 2026?

Voor de meeste projecten bevelen we aan: een VPS of container service (Railway, Render, Fly.io, of een Hetzner VPS met Docker), managed PostgreSQL (Neon, Supabase, of je VPS provider's aanbod), en Cloudflare R2 voor media storage. Totale kosten typisch draait $40-80/maand voor klein-tot-middelgrote projecten. Voor grotere deployments, Vercel met Payload Cloud of een Kubernetes setup werkt goed. Raadpleeg onze pricing page voor hoe we infrastructure setup voor client projecten hanteren.