Een headless CMS kiezen in 2026 voelt als het kiezen van een kant in een filosofisch debat. Aan de ene kant heb je Payload CMS — open-source, zelf te hosten, code-first, en steeds meer de favoriet van ontwikkelaars die totale controle willen. Aan de andere kant Hygraph (voorheen GraphCMS) — een beheerd GraphQL-native SaaS-platform dat de infrastructuur voor je regelt. Ik heb over de afgelopen twee jaar productieprojecten met beide uitgerold, en het eerlijke antwoord is: geen van beide is universeel beter. Maar één zal bijna zeker beter zijn voor jouw specifieke situatie. Laten we precies uitleggen waarom.

Inhoudsopgave

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

Architectuur en filosofie

Deze twee CMS-systemen komen uit fundamenteel verschillende wereldvisies, en dat begrijpen is belangrijker dan enige vergelijkingstabel van features.

Payload CMS: Code-first, zelf gehost

Payload is een TypeScript-first, open-source headless CMS dat op jouw eigen infrastructuur draait. Sinds de Payload 3.0-release (eind 2024 en verfijnd door 2025 heen) is het rechtstreeks gebouwd op top van Next.js. Dat is geen typo — Payload is letterlijk een Next.js-app. Je CMS-beheerpaneel, je API-routes en je frontend kunnen allemaal in hetzelfde project leven.

De configuratie is code. Je definieert collections, fields, hooks en toegangscontrole in TypeScript-bestanden. Er is geen UI voor schema-bouw — je schrijft het, commit het, versieert het. Dit is ofwel geweldig ofwel verschrikkelijk, afhankelijk van je team.

Payload ondersteunt zowel MongoDB als PostgreSQL (via Drizzle ORM) als databaseadapters. Begin 2026 is de Postgres-adapter aanzienlijk volwassen geworden en is het wat ik zou aanbevelen voor de meeste nieuwe projecten.

Hygraph: GraphQL-native SaaS

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

Onder de motorkap draait Hygraph op een wereldwijd gedistribueerde edge-infrastructuur. Hun content-API is uitsluitend GraphQL (geen REST-eindpunt), wat een doelbewuste ontwerpbeslissing is. Ze hebben hard ingezet op het GraphQL-ecosysteem — inclusief ondersteuning voor content-federatie, externe bronnen en union-types.

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

Ontwikkelaarservaring

Lokale ontwikkeling

Met Payload is lokale dev gewoon pnpm dev. Je krijgt hot reload bij je configuurwijzigingen, het beheerpaneel draait op localhost, en je kunt alles in één proces debuggen. Aangezien het Next.js is, draait je hele stack — frontend, CMS, API — in één next dev-commando. Dit is echt aangenaam. Geen netwerklatentie naar een externe API tijdens ontwikkeling, geen mocking-lagen, geen aparte CMS-instanties om te beheren.

Hygraph vereist dat je tegen hun cloud-API werkt tijdens ontwikkeling. Ze bieden wel ontwikkelingomgevingen en branching aan (op hogere-tier plans), maar je doet altijd netwerkverzoeken. Voor teams in regio's ver weg van hun edge-nodes kan dit merkbare latentie toevoegen tijdens dev. Aan de pluskant: nul setup — aanmelden, een project aanmaken, beginnen met querying.

TypeScript-ondersteuning

Payload genereert automatisch types uit je config. Aangezien je schema is TypeScript, zijn de types altijd synchroon. Dit is één van die dingen die gering klinkt totdat je te maken hebt gehad met een CMS waar de types van de werkelijkheid afwijken.

Hygraph vereist dat je types uit hun GraphQL-schema genereert, meestal 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.

Beheerpaneel

Het beheerpaneel van Payload is gebaseerd op React en volledig aanpasbaar. Je kunt veldcomponenten vervangen, aangepaste weergaven toevoegen, je eigen routes injecteren. Het ziet er schoon en modern uit sinds Payload 3.x, hoewel het geen ontwerpprijs gaat winnen. Het is functioneel.

Het beheerpaneel van Hygraph is verzorgd en speciaal ontworpen voor content-editors. De content-bewerkingservaring is naar alle waarschijnlijkheid soepeler voor niet-technische gebruikers. De zijbalks-navigatie, assetbeheer en content-stageflows voelen volwassener vanuit een puur UX-perspectief.

Feature Payload CMS Hygraph
Lokale dev Volledige lokale stack Cloud API alleen
TypeScript Native, automatisch gegenereerd Via GraphQL codegen
Beheerpaneel aanpassing Volledig React-componenten overschrijven Beperkt (aangepaste sidebar-apps)
Content-editor UX Goed, developer-georiënteerd Verzorgd, editor-gericht
Installatietijd 5-15 min (Node + DB nodig) 2 min (aanmelden en gaan)

Content modeling

De aanpak van Payload

Content modeling 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 versiebeheerd, beoordeeld in PRs, en ingezet samen met je applicatiecode. Wil je een field toevoegen? Wijzig de config, voer een migratie uit als je PostgreSQL gebruikt, zet uit. Het mentale model komt erg dicht bij hoe je een databaseschema zou definiëren met een ORM.

Payload ondersteunt blocks, arrays, groups, tabs, voorwaardelijke logica en aangepaste veldtypen. Het blocks-veldtype is bijzonder krachtig voor het bouwen van flexibele page builders.

De aanpak van Hygraph

Hygraph geeft je een visuele schema-editor. Je sleept en dropt veldtypen, configureert validaties, stelt referenties tussen modellen in. Het is intuïtief en snel voor initiële setup. Niet-ontwikkelaars kunnen het schema begrijpen (hoewel of ze het zouden moeten wijzigen een ander gesprek is).

Hygraph ondersteunt componenten (herbruikbare veldgroepen), union-types voor polymorfische referenties, en een concept genaamd "Remote Sources" waarmee je externe API's rechtstreeks in je content-graph kunt federeren. Die laatste feature is echt uniek en nuttig voor bepaalde architecturen.

Het nadeel? Schema-wijzigingen in Hygraph gebeuren in hun UI. Hoewel ze omgeving-branching en schema-migraties op enterprise-plans aanbieden, krijg je niet dezelfde code-review-workflow die Payload nativ biedt.

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

API-ontwerp en queries

Payload: REST + GraphQL

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

Maar hier is het ding dat de meeste mensen missen: Payload stelt ook een Local API bloot waarmee je je database rechtstreeks vanuit server-side code kunt queryren zonder 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 netwerklaag volledig overslaat. Als je met Next.js en Payload in hetzelfde project bouwt, is dit de primaire manier waarop je content ophaalt. Het is een enorm voordeel.

Hygraph: Alleen GraphQL

Hygraph is GraphQL helemaal. 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, paginering en sortering. Ze ondersteunen content-stages (DRAFT, PUBLISHED), lokalisatie op veldniveau, en een high-performance read-eindpunt dat cached content van de edge serveert.

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

Prestaties en schaalbaarheid

De prestaties van Payload hangen volledig af van je infrastructuur. Draaiend op een decent VPS met PostgreSQL en goede indexering, heb ik P95-responstijden onder 30ms voor de Local API en rond de 50-80ms voor de REST/GraphQL-eindpunten zien garanderen. Maar je bent verantwoordelijk voor schaling. Moet je een verkeerspieken aan? Dat is aan jou — voeg meer containers toe, schaal je database, zet caching op.

Hygraph regelt schaling voor je. Hun edge-gecachte read-API (wat zij de "Content API" noemen) serveert antwoorden van wereldwijd gedistribueerde CDN-knooppunten. Typische responstijden zijn 20-50ms overal. Voor read-heavy content-sites is dit moeilijk te verslaan zonder significant infrastructuurwerk aan de zelf-gehoste kant.

Voor onze headless CMS-ontwikkelingsprojecten hebben we gemerkt dat Payload met correct caching (ISR of on-demand revalidatie in Next.js) vergelijkbaar presteert met Hygraaf's edge-API voor de meeste real-world verkeerspatronen.

Prijsbreukdown voor 2026

Dit is waar het interessant wordt. Laat me echte getallen neerleggen.

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 (servers, database, storage). Een Hetzner VPS ($20/maand), een beheerde Postgres-instantie ($15-30/maand) en S3-compatibele storage ($5-10/maand) krijgt je een productie-gereed setup voor onder $60 per maand. Payload biedt ook Payload Cloud — hun beheerde hosting-service — startend op $30/maand per project als je je eigen infrastructuur niet wilt beheren.

De gratis tier van Hygraph is bruikbaar voor kleine projecten en prototypes. Maar zodra je meer dan 2 team-seats, custom rollen, meerdere omgevingen of hogere API-limieten nodig hebt, spring je naar hun betaalde plans. De Professional-tier loopt in 2026 ruwweg $399/maand, wat een betekenisvolle terugkerende kosten is. Enterprise-pricing wordt onderhandeld maar begint meestal rond $1.500/maand.

Hier is de nuance: als je developer-tijd voor infrastructuurbeheer meefactoreert, kan de pricing van Hygraph eigenlijk goedkoper zijn voor kleine teams zonder DevOps-expertise. Omgekeerd, voor agencies die veel projecten beheren, betekent de gratis core van Payload dat je marginale per-project-kosten gewoon hosting zijn.

Zelf hosten vs SaaS: De echte afwegingen

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

Waarom zelf hosten (Payload) wint

  • Data-eigendom. Je gegevens leven in je database. Klaar. Geen leverancier kan hun voorwaarden wijzigen, een feature sunset, of je content gijzelen.
  • Geen API-tarieflimieten. Je bent beperkt door je infrastructuur, niet een willekeurig plan-tier.
  • Kosten op schaal. Zodra je een bepaalde verkeersdrempel voorbijgaat, is zelf-gehost dramatisch goedkoper.
  • Aanpassingsdiepte. Hooks, aangepaste eindpunten, aangepaste veldtypen, beheerpaneel-overschrijvingen — er is niets wat je niet kunt wijzigen.
  • Collocatie met je app. Payload en Next.js in hetzelfde proces uitvoeren elimineert netwerklatentie voor content-queries.

Waarom SaaS (Hygraph) wint

  • Nul ops-belasting. Geen servers om patches uit te voeren, geen databases om back-up van te maken, geen schaling om je zorgen over te maken.
  • Globale edge-prestaties out of the box. Hygraaf's CDN-ondersteunde API is overal snel zonder dat je iets hoeft in te stellen.
  • Content-federatie. Hygraaf's Remote Sources-feature stelt je in staat om data van externe API's in je content-graph te trekken. Dit is echt krachtig voor composable architecturen.
  • Niet-developer-vriendelijk. Onboarding van content-editors is eenvoudiger wanneer de schema-builder visueel is.
  • Uptime-garanties. Hygraph biedt SLA's op hun enterprise-plans. Zelf-gehoste uptime is jouw probleem.

Voor teams waar infrastructuurbeheer een sterkte is (of waar ze samenwerken met een Next.js-development agency die het regelt), is Payload de sterkere keuze. Voor teams die zich puur willen richten op content en frontend-ontwikkeling, verwijdert Hygraph echte wrijving.

Authenticatie en toegangsbeheer

Payload

Payload heeft ingebouwde authenticatie. Gebruikers, sessies, e-mailverificatie, wachtwoord reset — het is allemaal daar. Je kunt toegangscontrole op veld-niveau en collection-niveau 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 echte, code-niveau toegangscontrole. Je kunt enige logica schrijven. Moet je tegen een externe service checken? Ga je gang. Moet je toegang beperken op basis van de huidige documentvelden? Klaar.

Hygraph

Hygraph gebruikt een systeem van permanente auth-tokens met configureerbare machtigingen. Je maakt tokens aan met specifieke content-stage-toegang (bijv. alleen PUBLISHED lezen, DRAFT lezen, schrijven). Voor fijngranulaire controle ondersteunen ze aangepaste machtigingen gekoppeld aan rollen.

Het werkt, maar het is minder flexibel dan de aanpak van Payload. Je configureert machtigingen via hun UI in plaats van ze in code uit te drukken. Complexe scenario's — zoals "editors kunnen alleen artikelen in hun toegewezen categorie bijwerken" — vereisen creatieve workarounds in Hygraph maar zijn triviaal in Payload.

Plugin-ecosysteem en uitbreidbaarheid

Het plugin-ecosysteem van Payload is aanzienlijk gegroeid sinds 3.0. Opvallende plugins zijn:

  • @payloadcms/plugin-seo — SEO-metadatavelden en previews
  • @payloadcms/plugin-form-builder — Dynamische formulieraanmaak
  • @payloadcms/plugin-search — Full-text search-integratie
  • @payloadcms/plugin-redirects — Redirect-beheer
  • Community-plugins voor Stripe-integratie, AI-content-generatie en meer

Het schrijven van aangepaste plugins is eenvoudig aangezien ze alleen functies zijn die de Payload-config wijzigen.

De uitbreidbaarheid van Hygraph komt door:

  • Apps en zijbalks-extensies — Aangepaste UI-elementen in de editor
  • Webhooks — Externe workflows activeren bij content-wijzigingen
  • Remote Sources — Externe GraphQL en REST-API's federeren
  • Management API — Schema en content programmatisch beheren

De app-marktplaats van Hygraph is gegroeid maar is nog steeds kleiner dan het plugin-ecosysteem van Payload. De Remote Sources-feature is echter iets wat Payload geen equivalent voor heeft. Rechtstreeks een Shopify-productcatalogus in je content-graph kunnen plaatsen zonder middleware is echt nuttig.

Wanneer je welke kiest

Na met beide op meerdere productieprojecten te hebben gewerkt, hier mijn eerlijke aanbevelingskader:

Kies Payload CMS als:

  • Je een development team bent (of met één werkt) comfortabel met TypeScript en infrastructuur
  • Je diepe aanpassing van het CMS-gedrag nodig hebt
  • Data-eigendom en leverancieronafhankelijkheid belangrijk voor je zijn
  • Je een Next.js-app bouwt en de Local API-prestatievoordeel wilt
  • Je een agency bent die veel projecten beheert en per-project licensing-kosten wilt minimaliseren
  • Je complexe, code-driven toegangscontrole nodig hebt

Kies Hygraph als:

  • Je nul infrastructuurbeheer wilt
  • Je team al in GraphQL is geïnvesteerd
  • Je content-federatie van meerdere bronnen nodig hebt
  • Je content-editors een verzorgde, visuele bewerkingservaring nodig hebben out of the box
  • Je gegarandeerde globale edge-prestaties nodig hebt zonder CDN's in te stellen
  • Je projecttijdlijn krap is en je setup-tijd niet kunt missen

Voor veel van de projecten die we bij Social Animal bouwen — in het bijzonder Astro en Next.js projecten — is Payload ons standaard geworden aanbeveling. Het collocatie-verhaal, TypeScript-native benadering en nul licensing-kosten passen goed bij hoe we werken. Maar we hebben ook Hygraph-aangedreven projecten voor clients uitgerold wiens teams de eenvoud van een beheerd platform nodig hadden.

Er is geen schande in beide keuzes. De schande is het kiezen van één zonder de afwegingen te begrijpen. Als je niet zeker bent welke richting geschikt is voor je project, helpen we je graag erover na te denken.

Veelgestelde vragen

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

Kan Hygraph zonder GraphQL-kennis? De content-bewerkingskant vereist geen GraphQL-kennis — editors gebruiken gewoon de visuele interface. Developers die content uit Hygraph queryren moeten echter GraphQL gebruiken. Er is geen REST-API-alternatief. Als je frontend-team niet comfortabel met GraphQL is, is er een leercurve die je in je tijdlijn moet factoriseren.

Hoe gaat Payload CMS om met media en bestandsuploads? Payload heeft een ingebouwd upload-systeem dat lokale bestandsopslag, S3-compatibele opslag (AWS S3, Cloudflare R2, MinIO) en andere adapters ondersteunt. Het bevat automatische beeldformaat, focuspunt-selectie, en genereert responsive afbeeldingsgroottes op basis van je config. Voor de meeste projecten is het verbinden met een S3-bucket of Cloudflare R2 de aanbevolen benadering.

Ondersteunt Hygraph lokalisatie? Ja. Hygraph heeft veld-niveau lokalisatie ingebouwd, wat betekent dat je individuele velden als lokaliseerbaar kunt markeren in plaats van volledige content-entries te dupliceren. Dit is een sterke feature — je configureert je locale's in projectinstellingen en content-editors kunnen dan tussen talen in de editor schakelen. Payload ondersteunt ook lokalisatie met een vergelijkbare veld-niveau benadering.

Kan ik van Hygraph naar Payload migreren (of vice versa)? Migratie is mogelijk maar niet triviaal in beide richtingen. Beide systemen hebben API's waarmee je content kunt exporteren en importeren. De belangrijkste uitdaging is content-model-verschillen — speciaal rich text, wat anders in elk systeem wordt opgeslagen. Plan een migratiescript en uitgebreide tests. Voor grote content-bibliotheken, reserveer minstens 2-4 weken voor een schone migratie.

Welke CMS is beter voor e-commerce? Geen van beide is een e-commerce-platform, maar beide integreren goed met headless commerce-oplossingen. Hygraph heeft hier een voordeel met zijn Remote Sources-feature, die productgegevens van Shopify of commercetools rechtstreeks in je content-graph kan federeren. Payload werkt ook prima met e-commerce backends, maar je zult de integratie meestal zelf bouwen met behulp van hooks en aangepaste eindpunten. Voor serieuze e-commerce-projecten, beschouw elke CMS samen met een toegewijde 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 dat je CMS en frontend hetzelfde proces delen, waardoor de Local API voor zero-latency-queries wordt ingeschakeld. Het voegde ook PostgreSQL-ondersteuning (via Drizzle ORM), live preview, en een opnieuw ontworpen beheerpaneel toe. Als je Payload 2.x gebruikte en het beperkt vond, loont Payload 3.x een volgende blik — het is een fundamenteel ander 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), beheerde PostgreSQL (Neon, Supabase, of je VPS-provider's aanbod), en Cloudflare R2 voor mediaopslag. Totale kosten lopen meestal $40-80/maand voor kleine-tot-middelgrote projecten. Voor grotere deployments, Vercel met Payload Cloud of een Kubernetes-setup werkt goed. Check onze pricing pagina voor hoe we infrastructuursetup voor client-projecten afhandelen.