Contentful vs Payload
Pick Contentful when not running infrastructure is the point: a hosted admin, a vendor on the hook for uptime, and mature roles and workflow for a large editorial team. Pick Payload when the content should sit in your own database with no meter running against records, locales or API calls. For a small site a hosted plan is often cheaper once engineering time is priced in; at scale, self-hosting usually wins.
- Contentful Headless SaaS · fully managed
- Payload Self-hosted · code-first · open source
Last verified: 26 August 2026. Pricing and vendor-status claims on this page were checked at the source on that date.
When to pick each
Pick Contentful when
- You want a fully managed service with no infrastructure to run or patch.
- A large, non-technical editorial team needs a polished hosted admin from day one.
- Vendor SLAs, compliance certifications, and enterprise support matter more than owning the stack.
- You do not have a Node or TypeScript team to maintain a self-hosted CMS.
- Predictable per-seat budgeting is easier for you to approve than running your own infrastructure.
Pick Payload when
- You want your content in your own database, on infrastructure you control.
- Your team works in TypeScript and React and wants the content model as version-controlled code.
- Usage-based pricing that climbs with records, locales, and API calls is a concern at your scale.
- The CMS needs to live inside a Next.js app or be customised beyond what a hosted admin allows.
- Avoiding vendor lock-in is a first-order requirement.
Feature comparison
Architecture & hosting
| Feature | Contentful | Payload |
|---|---|---|
| Model | Headless SaaS, fully managed by Contentful | Self-hosted application you run |
| Source code | Proprietary | Open source (MIT) |
| Where content lives | Contentful's cloud | Your own database — Postgres or MongoDB |
| Hosting | Contentful only | Any Node host or your own cloud |
Content modeling
| Feature | Contentful | Payload |
|---|---|---|
| Where the schema is defined | Web UI, or the migrations CLI | TypeScript config in your repo |
| Schema in version control | Through migration scripts, not natively | Yes — the config is the schema |
| Page-builder field | References + rich-text embeds | Blocks field, built for this |
| Relationships | Reference fields (entry links) | Relationship fields |
Developer experience
| Feature | Contentful | Payload |
|---|---|---|
| APIs | REST + GraphQL (delivery and management) | REST + GraphQL + a typed local API |
| TypeScript types | Generated with extra tooling | Generated from your config automatically |
| Local development | Runs against the hosted space | Fully local against your own database |
| Embedding in an app | Consumed over the API | Can run inside the same Next.js app |
Editor experience
| Feature | Contentful | Payload |
|---|---|---|
| Admin UI | Polished, mature, hosted for you | Customisable React admin you host |
| Roles & permissions | Mature, deepest on enterprise tiers | Field- and collection-level access in code |
| Preview | Built-in preview | Draft preview you wire to your frontend |
Localization & scaling
| Feature | Contentful | Payload |
|---|---|---|
| Localization | Locales per space, built in | Localization plugin, field-level |
| Pricing model | Per-seat plus usage tiers | Free and open; you pay for hosting |
| Cost at scale | Rises with seats, records, locales, API calls | Tracks your infrastructure cost |
| Vendor lock-in | Higher — proprietary and cloud-bound | Lower — open, self-hosted, exportable |
Deciding during the acquisition window? Salesforce’s agreement to acquire Contentful is signed and expected to close by 31 October 2026 — see what to do while the deal is open.
The choice between Contentful and Payload is mostly one decision wearing two hats: do you want a managed service that someone else runs, or a platform you own and host yourself. Almost every difference below follows from that one fork. This page lays out where each side genuinely wins, then breaks the differences down feature by feature.
The core difference
Contentful is a headless content platform delivered as software-as-a-service. You model content in a hosted interface, editors work in a mature admin, and Contentful runs the infrastructure, the uptime, and the upgrades. You consume the content over an API and never think about servers.
Payload is a headless CMS you run yourself. The content model is TypeScript in your repository, the data sits in your own Postgres or MongoDB database, and the admin is a React application you deploy. It is open source, so there is no per-seat licence and no vendor between you and your content.
Neither model is better in the abstract. They differ in who carries the operational work, and in how much control that costs. Which fits depends on your team and your constraints.
Where Contentful is the stronger choice
Contentful earns its keep when not running infrastructure is the point. A marketing or editorial team without engineers to keep a CMS patched and online gets a polished, hosted admin and a vendor on the hook for uptime. Its roles, permissions, and workflow tooling are mature, and on enterprise tiers the compliance certifications and support agreements are the kind procurement teams want to see in writing.
If your organisation would rather approve a predictable per-seat subscription than own a deployment, and if the editorial team is large and non-technical, Contentful removes a category of work you would otherwise have to staff.
Where Payload is the stronger choice
Payload earns its keep when ownership and fit matter. Your content sits in your own database, on infrastructure you control, with no usage meter running against records, locales, or API calls. For a TypeScript and React team, the content model living as version-controlled code means schema changes go through pull requests and code review like everything else.
It also reaches places a hosted CMS cannot. Payload can run inside the same Next.js application as your frontend, share its authentication, and be extended with custom React components and server-side logic. When the CMS is part of the product rather than a separate service, that closeness is the whole point.
Pricing and total cost of ownership
The two pricing shapes are different in kind. Contentful’s cost is a subscription that grows with seats, records, locales, and API consumption, which makes it predictable to budget and steeper as usage climbs. Payload’s software is free; the cost is the infrastructure you run it on plus the engineering time to operate it, which stays roughly flat as content volume grows.
For a small site with a few editors, a hosted plan is often cheaper once you price in engineering time. For a large platform with many locales, heavy API traffic, or a lot of records, self-hosting frequently wins on total cost, and the savings compound with scale. The honest answer turns on your numbers, not on a slogan.
A note on our position
WAYF is a Payload Partner agency and a top contributor to its open source, so we have an interest here, and we would rather be straight about it than pretend otherwise. We pick Payload often because self-hosting, code-first modeling, and no lock-in fit how we and our clients build. When a team is better served by a managed SaaS, that is the honest recommendation we give, and Contentful is a strong one.
Decided on Payload? Read the Contentful-to-Payload migration guide →
Common questions
-
Is Payload better than Contentful?
Neither is better in the abstract; they suit different constraints. Contentful is delivered as software-as-a-service, so uptime, upgrades and infrastructure stay with the vendor, and the subscription scales with seats, records, locales and API calls. Payload is open source and self-hosted, so the content model lives in your repository and the data in a database you control, with the operational work coming to your team. Teams with engineers to run it, or a reason to keep content inside their own perimeter, tend toward Payload; teams without that capacity, or with a large editorial group already served by a hosted admin, tend toward Contentful.
-
How much does Contentful cost compared to Payload?
The two pricing shapes differ in kind. Contentful's cost is a subscription that grows with seats, records, locales and API consumption, which makes it predictable to budget and steeper as usage climbs. Payload's software is free; the cost is the infrastructure you run it on plus the engineering time to operate it, which stays roughly flat as content volume grows. The crossover point is where the subscription overtakes what running your own deployment costs, and it moves with locales, API volume and record count rather than with page count.
-
Is Contentful or Payload better for a large editorial team?
Contentful has the stronger case here. Its roles, permissions and workflow tooling are mature, and a marketing or editorial team without engineers to keep a CMS patched and online gets a polished hosted admin plus a vendor accountable for uptime. On enterprise tiers the compliance certifications and support agreements are the kind procurement teams want to see in writing.
-
What does the Salesforce acquisition mean for Contentful customers?
Salesforce's agreement to acquire Contentful is signed and has not closed. The expected window runs to 31 October 2026. A signed agreement and a closed one put a customer in materially different positions, so it is worth locating your renewal date and your notice-to-non-renew period against that window before making a platform decision on the strength of the deal.
-
Can Payload replace Contentful?
For most content estates, yes, and the work takes the shape of a migration. Payload covers the same headless job: content modelled as structured data and consumed over an API. What changes is the operating model, because the model becomes TypeScript in your repository, the data moves into a database you run, and the admin becomes a React application you deploy. The Contentful-to-Payload migration guide covers the field mapping and the pipeline.
We're booking content platform
engagements for 2026.
Twenty-five minutes to walk through the work and decide if we're the right team for it. Scoping and a fixed price come after.