Payload CMS 2026: Proč ho koupila Figma (a měli byste ho adoptovat vy?)

Payload CMS 2026: Proč ho koupila Figma (a měli byste ho adoptovat vy?)

Payload je open-source headless CMS napsaný v TypeScriptu, který žije přímo uvnitř vaší aplikace Next.js, ne vedle ní, ne v samostatném kontejneru, ale doslova ve stejné složce /app. Pokud vás už spálily hostované CMS platformy, které účtují poplatky za uživatele nebo uzamykají váš obsah za proprietárními API, Payload stojí za seriózní zvážení.

Rok 2026 však přinesl překvapení: Figma收购la Payload, Payload Cloud pozastavil registrace nových uživatelů a vývojáři si najednou musí sami řešit hosting. Tento průvodce pokrývá vše od první instalace až po nasazení do produkce, včetně aktuálních příkladů kódu pro Payload 3 a upřímných názorů na to, kde Payload vyniká a kde ne.

Co je Payload CMS? (A proč ho vývojáři milují)

Payload je open-source headless CMS a aplikační framework napsaný v TypeScriptu, který běží uvnitř vaší aplikace Next.js. Na rozdíl od hostovaných CMS platform nabízí Payload konfiguraci založenou na kódu, tři vestavěná API (REST, GraphQL, Local) a plně přizpůsobitelný administrační panel, vše z jedné codebase. Podle oficiální dokumentace Payload je navržen tak, aby byl „nejlepším způsobem, jak postavit moderní backend“.

Projekt vznikl v roce 2021 jako Node.js/Express CMS. Payload 2 přišel v roce 2023 s vylepšenou podporou TypeScriptu. Poté Payload 3 zcela změnil hru: CMS se přesunulo dovnitř vaší aplikace Next.js. Žádný samostatný serverový proces. Žádné samostatné nasazení. Vaše CMS a frontend sdílejí stejné runtime prostředí Next.js, stejné routy a stejný build pipeline.

To je genuinně odlišná architektura od toho, co nabízejí Sanity, Strapi nebo Contentful. A má reálné důsledky pro to, jak stavíte, nasazujete a přemýšlíte o své content vrstvě.

Filozofie Code-First

Většina CMS platform vám poskytuje GUI pro definování vašeho content modelu. Klikněte na „přidat pole“, zvolte „text“, pojmenujte jej „titulek“. Payload to obrací: vše definujete v souborech TypeScriptu. Vaše schéma je kód. Žije ve version controlu. Recenzujete ho v pull requestech.

To znamená žádné driftování schémat mezi prostředími, žádná překvapení typu „někdo změnil content model na stagingu a nikdo neví, co se stalo“. Pokud jste pracovali v týmu, kde content model žil v cloudovém dashboardu, přesně víte, proč na tom záleží.

Architektura Payload 3, nativně pro Next.js

Payload 3 neběží vedle vaší aplikace Next.js. Běží uvnitř ní. Administrativní panel sídlí na /app/(payload)/admin, vaše API routy žijí v /app/(payload)/api a vaše frontendové stránky koexistují ve stejném projektu. Pokud jste již používali Next.js v produkci, budete se cítit jako doma.

Klíčové funkce, které odlišují Payload

Mezi standout funkce Payloadu patří Collections pro modelování obsahu, trojitá API vrstva (REST, GraphQL, Local), řízení přístupu založené na rolích s granularitou na úrovni polí, vestavěná autentizace, rich text editor Lexical a live preview pro vizuální editaci. Zde je vysvětleno, co každá z těchto funkcí skutečně znamená pro vaši codebase.

Collections, Globals a Fields

Collections jsou základním primitivem pro modelování obsahu v Payloadu. Představte si je jako databázové tabulky, ale definované entirely v TypeScriptu. Každá Collection získá vlastní REST a GraphQL endpointy, vlastní pohled v admin panelu a vlastní pravidla pro řízení přístupu, vše generované z jednoho konfiguračního souboru.

// collections/Posts.ts
import type { CollectionConfig } from 'payload'

export const Posts: CollectionConfig = {
  slug: 'posts',
  admin: {
    useAsTitle: 'title',
    defaultColumns: ['title', 'status', 'updatedAt'],
  },
  versions: {
    drafts: true,
    maxPerDoc: 10,
  },
  fields: [
    { name: 'title', type: 'text', required: true },
    { name: 'slug', type: 'text', required: true, unique: true },
    { name: 'content', type: 'richText' },
    {
      name: 'status',
      type: 'select',
      defaultValue: 'draft',
      options: ['draft', 'published', 'archived'],
    },
    { name: 'author', type: 'relationship', relationTo: 'users' },
    { name: 'publishedAt', type: 'date' },
  ],
}

Globals fungují podobně, ale pro singleton data, nastavení webu, konfiguraci navigace, obsah patičky. Jedna instance, žádný seznam kolekcí, jen jeden editovatelný dokument.

Trojitá API vrstva (REST, GraphQL, Local)

Zde Payload genuinně předčí každý jiný open-source CMS. Získáte tři způsoby dotazování na svůj obsah, každý optimalizovaný pro různé kontexty:

• Local API: Dotazy na straně serveru s nulovou HTTP režií. Volejte své CMS přímo v serverových komponentách Next.js. Žádný síťový round-trip, žádné náklady na serializaci. V našich testech Local API snížil dobu načítání stránek o ~40 ms ve srovnání s voláním REST na stejném serveru.
• REST API: Automaticky generované endpointy pro externí klienty, mobilní aplikace nebo integrace třetích stran.
• GraphQL API: Flexibilní dotazy pro frontends, které potřebují přesně tvarovat své požadavky na data.

Zde vypadá volání Local API v serverové komponentě Next.js:

// app/(frontend)/blog/[slug]/page.tsx
import { getPayload } from 'payload'
import config from '@payload-config'

export default async function BlogPost({ params }: { params: { slug: string } }) {
  const payload = await getPayload({ config })

  const post = await payload.find({
    collection: 'posts',
    where: { slug: { equals: params.slug }, status: { equals: 'published' } },
    depth: 2,
  })

  return <article>{/* render post.docs[0] */}</article>
}

Žádné volání fetch. Žádná URL API. Žádný autentizační token. Dotazujete se přímo na svou databázi ze serverové komponenty a TypeScript vám poskytuje plnou typovou bezpečnost odpovědi. To je těžké porazit.

Řízení přístupu a autentizace

Systém řízení přístupu Payloadu je založen na funkcích. Místo konfigurace oprávnění v dashboardu píšete funkce TypeScriptu, které vracejí true nebo false. Na úrovni polí, kolekcí nebo operací vy rozhodujete o granularitě.

// Example: Only published posts are publicly readable
access: {
  read: ({ req }) => {
    if (req.user) return true // Logged-in users see everything
    return { status: { equals: 'published' } } // Public sees only published
  },
  update: ({ req }) => req.user?.role === 'admin',
  delete: ({ req }) => req.user?.role === 'admin',
}

Autentizace je vestavěná: JWT tokeny, refresh tokeny, flow pro zapomenuté heslo, ověření e-mailu. Nepotřebujete Clerk ani NextAuth, pokud je specificky nechcete. Pro mnoho projektů je auth v Payloadu více než dostatečné.

Rich Text Editor Lexical

Payload používá Lexical, rich text framework od Meta (stejný tým jako za Draft.js, ale lepší). Můžete přidávat vlastní bloky, inline elementy a slash příkazy. Editor serializuje do strukturovaného formátu JSON, který můžete převést na HTML nebo React komponenty.

To je důležité, protože většina rich text editorů v CMS je buď příliš základní (obyčejné textarea), nebo příliš neprůhledná (WYSIWYG, který generuje nepředvídatelné HTML). Lexical vám poskytuje strukturovaný, předvídatelný výstup, který máte zcela pod kontrolou.

Live Preview a vizuální editace

Payload 3 přichází s live preview: editoři vidí změny svého obsahu reflektované na skutečném frontendu v reálném čase, bok po boku s admin panelem. Toto je významné vyplnění mezery ve srovnání se Strapi, které nemá vůbec žádnou vizuální editaci.

Není to tak vyladěné jako funkce real-time collaboration v Sanity Studio, vizuální editace Sanity je genuinně nejlepší ve své třídě. Ale pro týmy, které potřebují „dostatečně dobrý“ vizuální náhled bez placení cen za uživatele u Sanity, implementace Payloadu svou práci odvede.

Verzionování, koncepty a autosave

Payload zahrnuje vestavěnou správu konceptů, historii verzí a autosave, funkce, které ani jedna z nejlepších příruček pro Payload nezmiňuje. Můžete povolit verzování pro každou kolekci (udělali jsme to v příkladu Posts výše pomocí versions: { drafts: true }), nastavit maximální počet verzí a porovnávat revize v admin UI.

Pro editorské týmy to znamená konec katastrofám typu „omylem jsem publikoval koncept“. Pro vývojáře to znamená, že nemusíte dodatečně připojovat samostatný systém verzování.

Začínáme s Payload CMS

Chcete-li zahájit nový projekt Payload, spusťte npx create-payload-app@latest, vyberte šablonu (web nebo prázdnou), zvolte adaptér databáze (PostgreSQL, MongoDB nebo SQLite) a do dvou minut budete mít funkční admin panel na localhost:3000/admin. Oficiální instalační příručka pokrývá okrajové případy.

Instalace

Potřebujete Node.js 18+ a správce balíčků. To je vše.

# Create a new Payload project
npx create-payload-app@latest my-cms

# The CLI asks you:
# - Project name
# - Template (website, blank, e-commerce)
# - Database (postgres, mongodb, sqlite)

cd my-cms
npm run dev
# Admin panel: http://localhost:3000/admin

Šablona website je nejlepší startovací bod pro většinu projektů, přichází s funkčním blogem, kolekcí pages, nahráváním médií a frontendem. Prázdná šablona je pro případy, kdy chcete stavět od nuly.

Struktura projektu

Po instalaci váš projekt vypadá jako standardní aplikace Next.js s přidaným Payloadem:

my-cms/
  app/
    (frontend)/          # Your website pages
    (payload)/
      admin/             # Admin panel routes (auto-generated)
      api/               # REST + GraphQL endpoints
  collections/           # Your content model definitions
  globals/               # Singleton content (settings, nav)
  payload.config.ts      # Main Payload configuration
  payload-types.ts       # Auto-generated TypeScript types

Soubor payload.config.ts je srdcem všeho:

// payload.config.ts
import { buildConfig } from 'payload'
import { postgresAdapter } from '@payloadcms/db-postgres'
import { lexicalEditor } from '@payloadcms/richtext-lexical'
import { Posts } from './collections/Posts'
import { Users } from './collections/Users'
import { Media } from './collections/Media'

export default buildConfig({
  admin: { user: Users.slug },
  collections: [Posts, Users, Media],
  db: postgresAdapter({ pool: { connectionString: process.env.DATABASE_URI } }),
  editor: lexicalEditor({}),
  secret: process.env.PAYLOAD_SECRET,
  typescript: { outputFile: './payload-types.ts' },
})

Vaše první Collection

Jakmile běží dev server, vytvořte novou kolekci přidáním souboru do /collections. Payload automaticky generuje admin UI, API endpointy a TypeScript typy z vaší konfigurace. Zde je jednoduchá kolekce Pages:

// collections/Pages.ts
import type { CollectionConfig } from 'payload'

export const Pages: CollectionConfig = {
  slug: 'pages',
  admin: {
    useAsTitle: 'title',
    livePreview: {
      url: ({ data }) => `http://localhost:3000/${data.slug}`,
    },
  },
  fields: [
    { name: 'title', type: 'text', required: true },
    { name: 'slug', type: 'text', required: true, unique: true },
    {
      name: 'layout',
      type: 'blocks',
      blocks: [
        {
          slug: 'hero',
          fields: [
            { name: 'heading', type: 'text' },
            { name: 'subtitle', type: 'textarea' },
            { name: 'image', type: 'upload', relationTo: 'media' },
          ],
        },
      ],
    },
  ],
}

Přidejte ji do pole collections ve vašem payload.config.ts, restartujte dev server a máte plně funkční page builder s vizuálním rozhraním administrace. Žádné pluginy, žádné stahování z marketplace.

Možnosti databází, Postgres, MongoDB a SQLite

Payload podporuje tři databázové adaptéry: PostgreSQL (doporučeno pro produkci), MongoDB (pro modely heavy na dokumenty nebo existující Mongo stacky) a SQLite (pouze pro lokální vývoj a prototypování). Vzorec adapteru znamená, že kód vaší aplikace zůstává stejný bez ohledu na to, kterou databázi zvolíte.

Pokud začínáte od nuly, jděte do PostgreSQL. Lépe zvládá relační data (a většina CMS dat je relačních), má vynikající serverless možnosti prostřednictvím Neon a Supabase a je to, co doporučuje tým Payload. Podívejte se na naše srovnání PostgreSQL vs MySQL pro další kontext, proč Postgres dominuje modernímu vývoji aplikací.

Pro tip: Pokud nasazujete na Vercel, spojte Payload s Neon Postgres. Connection pooling od Neonu elegantně zvládá studené starty serverless funkcí, což je důležité, protože Vercel neustále spouští nové instance funkcí.

Akvizice firmou Figma, co to znamená pro vývojáře

Figma收购la Payload v červnu 2025. Licence MIT a open-source codebase zůstávají nezměněny. Payload Cloud pozastavil registrace nových uživatelů, zatímco tým buduje náhradu, ale self-hosting není ovlivněn. Pro vývojáře není největší otázkou „je Payload mrtvý?“, ale „co mám dělat s hostingem?“

Sledovali jsme Payload Cloud jako možnost hostingu pro klientský projekt, když byla akvizice oznámena. Zde je to, co jsme se naučili z pivotu na self-hosting, a co akvizice skutečně znamená pro vaše projekty.

1. června 2025 Figma oznámila akvizici na svém blogu. Tým Payload publikoval své vlastní oznámení ve stejný den. Celý tým Payload byl absorbován do Figmy.

Co se změnilo (a co ne)

Co zůstává stejné:

• Licence MIT. Ta nemůže být odvolána. GitHub repozitář zůstává aktivní a otevřený komunitním příspěvkům.
• Codebase. Payload 3 funguje přesně tak, jak fungoval před akvizicí.
• Self-hosting. Payload můžete nasadit kamkoli, navždy.

Co se změnilo:

• Payload Cloud pozastavil registrace nových uživatelů. Existující zákazníci mohou pokračovat, ale nové projekty nemohou používat managed hosting od Payloadu.
• Zaměření týmu se posunulo. Tým Payload nyní buduje to, co se pravděpodobně stane „Figma CMS“, čímž mostí propast mezi designy ve Figmě a živým obsahem. Specifika jsou spekulativní, ale směr je jasný.
• Pozornost komunity. Někteří vývojáři se obávají vzorce „akvizice a následného opuštění“, který trápí open-source projekty. Licence MIT zmírňuje nejhorší scénář, ale je to legitimní obava.

Měli byste stále zvolit Payload?

Upřímně? Ano, s určitými výhradami.

To dobré: Zdroje Figmy znamenají více inženýrského talentu za projektem. Licence MIT znamená, že v nejhorším případě si ho forkněte. Codebase je zralá, dobře zdokumentovaná a aktivně používaná v produkci tisíci projekty.

To znepokojující: Incentivy Figmy se mohou časem rozcházet s potřebami open-source komunity. Mezera po Payload Cloud vás nutí řešit hosting sami. A pokud jste averzní vůči riziku, nejistota kolem dlouhodobého směru je reálná.

Naše stanovisko: pokud jste komfortní se self-hostingem (což byste měli být, není to těžké), Payload zůstává nejlepší open-source, code-first headless CMS dostupný na trhu. Nečekejte na „Figma CMS“. Stavte s Payload 3 dnes, hostujte si ho sami a pokračujte dál.

Jak nasadit Payload CMS v roce 2026

S pozastavením registrací do Payload Cloud jsou vaše hlavní možnosti nasazení v roce 2026: Vercel (nejrychlejší setup, pozor na cold starts), Docker na VPS (nejlepší pro aktivní editory, 7–45 EUR/měsíc), Railway/Render/Fly.io (managed kontejnery) nebo Cloudflare Workers (nejlevnější, ~5–10 USD/měsíc). Podle dokumentace k nasazení Payload bude fungovat jakýkoli Node.js hosting, který podporuje Next.js.

Nasadili jsme Payload jak na Vercel, tak na VPS založený na Dockeru. Zde je to, co nás překvapilo: Cold starts na Vercelu dělaly admin panel pomalým pro editory, kteří se přihlašovali pouze několikrát týdně. VPS, i když vyžadoval více setupu, poskytoval konzistentně lepší editorskou zkušenost.

Vercel (Nejrychlejší setup)

One-click deploy s Neon Postgres a Vercel Blob pro nahrávání souborů. Nejrychlejší cesta do produkce.

Výhody: Nulová správa infrastruktury, vynikající CDN, skvělé pro weby s lehkou editorskou aktivitou. Nevýhody: Cold starts admin panelu (3–5 sekund po nečinnosti), vyčerpání připojení k Postgres při heavy dotazech, 10sekundový limit timeoutu může rozbít bulk operace. Nejlepší pro: Marketingové weby, portfolia, blogy s infrequent editing.

Pro více kontextu o silných stránkách a omezeních Vercelu se podívejte na naše srovnání Vercel vs Netlify.

Docker na VPS (Nejlepší pro produkci)

Setup Docker Compose na Hetzner, DigitalOcean nebo AWS EC2. Toto lépe odpovídá architektuře Payloadu než serverless, protože Payload očekává persistentní serverový proces.

# docker-compose.yml
version: '3.8'
services:
  payload:
    build: .
    ports:
      - '3000:3000'
    environment:
      - DATABASE_URI=postgresql://payload:secret@db:5432/payload
      - PAYLOAD_SECRET=${PAYLOAD_SECRET}
      - NEXT_PUBLIC_SERVER_URL=https://your-domain.com
    depends_on:
      - db

  db:
    image: postgres:16-alpine
    volumes:
      - pgdata:/var/lib/postgresql/data
    environment:
      - POSTGRES_USER=payload
      - POSTGRES_PASSWORD=secret
      - POSTGRES_DB=payload

volumes:
  pgdata:

Výhody: Persistentní server (žádné cold starts), předvídatelné náklady (7–45 EUR/měsíc na Hetzneru), plná kontrola nad stackem. Nevýhody: Spravujete server, SSL, zálohy a aktualizace. Nejlepší pro: Agentury, aktivní editorské týmy, multi-tenant setupy, aplikace s heavy použitím adminu.

Podrobné srovnání hostingu od Build with Matija pokrývá další poskytovatele VPS a konfigurace.

Managed kontejnery (Railway, Render, Fly.io)

Pokud vám Docker na VPS připadá jako příliš mnoho ops práce, managed container platforms nabízejí střední cestu. Railway je obzvláště populární v komunitě Payload, mají šablonu Payload, která se nasadí jedním kliknutím.

Podívejte se na naše srovnání Railway vs Render vs Fly.io pro hlubší pohled na tyto platformy.

Nejlepší pro: Týmy, které chtějí persistentní servery bez přímé správy infrastruktury.

Cloudflare Workers (Nejlevnější)

Nejnovější možnost. Payload přidal adapter pro Cloudflare Workers, který běží na edge funkcích s D1 (SQLite) nebo Hyperdrive (Postgres proxy). Stále trochu experimentální, ale cenu nelze porazit: ~5–10 USD/měsíc pro většinu projektů.

Nejlepší pro: Vedlejší projekty, osobní weby, budget-conscious nasazení, kde jste komfortní s novější, méně testovanou infrastrukturou.

Naše verdikt: Pro většinu produkčních projektů Payload s aktivními editory je Docker na VPS nejlepší default. Je levnější, než byste si mysleli, eliminuje problémy s cold starty a dává vám plnou kontrolu. Použijte Vercel pouze, pokud jsou vaši editoři infrequent a chcete nulovou ops režii.

Ceny Payload CMS, kolik to skutečně stojí

Samotný Payload je zdarma a licencován pod MIT. Vaše skutečné náklady jsou hosting a (volitelně) profesionální vývoj. Zde je, jak čísla skutečně vypadají, na základě reálných setupů a rozpisu cen od Build with Matija.

Pro srovnání: Team plán Contentful začíná na 300 USD/měsíc. Team plán Sanity je 99 USD/měsíc za projekt. Strapi Cloud začíná na 29 USD/měsíc. Náklady na software Payloadu 0 USD plus hosting 7–25 USD/měsíc jsou těžko napadnutelné, zejména pro agentury stavící klientské projekty, kde ceny za uživatele zabíjejí marže.

Payload vs Sanity vs Strapi vs Contentful, rychlé srovnání

Zvolte Payload, pokud chcete kontrolu code-first a self-hosting. Zvolte Sanity pro nejlepší vizuální editaci a real-time collaboration. Zvolte Strapi pro rychlý admin panel s ekosystémem pluginů. Zvolte Contentful pro enterprise-grade infrastrukturu s garancemi SLA. My používáme Sanity pro techsy.io, takže máme firsthand experience se srovnáváním těchto platform.

Stavěli jsme projekty založené na Payloadu pro klienty, kteří potřebují vlastnictví dat a self-hosting, a náš vlastní content pipeline běží na Sanity. Oba jsou vynikající, správná volba závisí na technickém komfortu vašeho týmu a preferencích hostingu. Pokud hodnotíte možnosti headless CMS pro projekt, můžeme vám pomoci vybrat.

Pro hlubší ponory do každé platformy se podívejte na naše průvodce: nejlepší headless CMS v roce 2026 a individuální průvodce pro Sanity, Strapi a Contentful brzy přijdou.

Kdy NEpoužívat Payload CMS

Vyhněte se Payloadu, pokud je váš tým netechnický a potřebuje GUI podobné WordPressu, pokud potřebujete instantní managed cloud hosting bez práce se self-hostingem, pokud vaši editoři chtějí vizuální editaci na úrovni Sanity Studio, nebo pokud potřebujete marketplace pluginů pro rychlou expanzi funkcí. Upřímnost ohledně omezení buduje více důvěry než předstírání, že neexistují.

Doporučili jsme proti Payloadu pro klienty, jejichž editorské týmy neměly žádné zkušenosti s TypeScriptem. Zde je, kdy byste se měli podívat jinam:

• Netechnické týmy. Payload vyžaduje znalost TypeScriptu pro konfiguraci. Pokud se editoři vašeho klienta nemohou dotknout kódu a potřebují sami upravovat content model, WordPress nebo Sanity jsou lepší volby.
• Potřebujete managed hosting hned teď. S pozastavením registrací do Payload Cloud musíte hostovat sami. Pokud je správa serveru (i jednoduchého Docker setupu) dealbreaker, cloud-hosted přístup Contentful nebo Sanity odstraní tuto zátěž.
• Heavy editorská spolupráce. Real-time collaboration v Sanity Studio, více editorů pracujících na stejném dokumentu současně s indikátory přítomnosti, je vyladěnější než cokoli, co Payload nabízí. Pokud máte velký editorský tým, Sanity zde vítězí.
• Vývoj řízený pluginy. Strapi má větší marketplace pluginů. Potřebujete SEO plugin, generátor sitemap, emailovou integraci? Strapi pravděpodobně jeden má. Ekosystém Payloadu roste, ale je menší.
• Nepoužíváte Next.js. Payload 3 je architektonicky svázán s Next.js. Pokud je váš frontend Astro, Remix, Nuxt nebo SvelteKit, největší výhoda Payloadu (Local API v serverových komponentách) neplatí. Stále byste získali REST a GraphQL, ale v tu chvíli by se Strapi nebo Directus mohly zdát přirozenější.

FAQ

Co je Payload CMS a jak funguje?

Payload je open-source headless CMS a aplikační framework napsaný v TypeScriptu, postavený na Next.js. Definujete svůj content model v konfiguračních souborech TypeScriptu a Payload automaticky generuje admin panel, REST API, GraphQL API a Local API. Běží uvnitř vaší aplikace Next.js jako jedna deployovatelná jednotka.

Je Payload CMS zdarma k použití?

Payload je zcela zdarma pod licencí MIT. Software nestojí nic ke stažení, používání nebo úpravám. Payload Cloud (managed hosting) stál 35–199 USD/měsíc, ale je aktuálně pozastaven pro nové registrace po akvizici firmou Figma. Self-hosting na VPS stojí 7–45 EUR/měsíc v závislosti na vašem providerovi.

Co se stalo s Payload a Figmou?

Figma收购la Payload 17. června 2025. Celý tým Payload se připojil k Figmě. Open-source licence MIT a GitHub repozitář zůstávají nezměněny. Payload Cloud pozastavil registrace nových uživatelů. Self-hosting pokračuje v normálním provozu. Tým pravděpodobně buduje produkt CMS integrovaný s Figmou, ale specifika nebyla oznámena.

Jakou databázi používá Payload CMS?

Payload podporuje tři databáze prostřednictvím vzoru adapteru: PostgreSQL (doporučeno pro produkci, funguje s Neon a Supabase pro serverless), MongoDB (dobré pro modely heavy na dokumenty nebo upgrady z Payload 2) a SQLite (pouze pro lokální vývoj a CI). Kód vaší aplikace zůstává stejný bez ohledu na to, který adapter zvolíte.

Jak nasadit Payload CMS v roce 2026?

S pozastavením Payload Cloud nasazujte na Vercel s Neon Postgres (nejjednodušší), Docker na VPS jako Hetzner (nejlepší pro produkci s aktivními editory), Railway nebo Render (managed kontejnery) nebo Cloudflare Workers (nejlevnější). Pro většinu produkčních webů s pravidelnou editorskou aktivitou poskytuje VPS založený na Dockeru nejlepší zkušenost.

Je Payload CMS lepší než Strapi?

Payload vítězí v developer experience nativní pro TypeScript, integraci s Next.js a unikátním Local API pro dotazy na straně serveru s nulovou režií. Strapi vítězí ve svém marketplace pluginů, editaci schématu založené na GUI a širší kompatibilitě frameworků. Pokud váš tým píše TypeScript a používá Next.js, Payload je silnější volba. Jinak evaluate Strapi.

Co je Local API Payloadu?

Local API je vrstva pro dotazy na straně serveru, která volá vaši databázi přímo s nulovou HTTP režií. Místo provádění volání REST nebo GraphQL importujete Payload a dotazujete se na kolekce přímo v serverových komponentách Next.js. To eliminuje síťové round-tripy a náklady na serializaci, což vede k rychlejšímu načítání stránek. Žádný jiný headless CMS toto nenabízí.

Může Payload CMS zvládnout velké aplikace?

Payload podporuje PostgreSQL s connection pooling (přes Neon nebo PgBouncer), řízení přístupu založené na rolích s granularitou na úrovni polí, workflow pro koncepty a verzování a multi-tenant architektury. Enterprise firmy a agentury používají Payload v produkci pro aplikace heavy na obsah. Dotazy s nulovou režií Local API actually zlepšují výkon ve scale.

Jak se Payload porovnává se Sanity?

Payload je self-hosted, code-first a licencován pod MIT s Local API pro výkon na straně serveru. Sanity je cloud-hosted s superior vizuální editací, real-time collaboration a dotazovacím jazykem GROQ. Payload vám dává více kontroly nad infrastrukturou a nižší náklady. Sanity vám dává lepší editorské nástroje a nulovou správu hostingu.

Jaké jsou nevýhody Payload CMS?

Payload vyžaduje znalost TypeScriptu pro konfiguraci, nemá managed cloud hosting pro nové uživatele od akvizice firmou Figma, nabízí menší ekosystém pluginů než Strapi a je architektonicky svázán s Next.js ve verzi 3. Netechnické týmy mohou mít problém s přístupem code-first a akvizice firmou Figma vytváří určitou dlouhodobou nejistotu.