Payload CMS 2026: Mengapa Figma Membelinya (Dan Haruskah Anda Mengadopsinya?)

Payload CMS 2026: Mengapa Figma Membelinya (Dan Haruskah Anda Mengadopsinya?)

Payload adalah headless CMS open-source yang berbasis TypeScript dan hidup di dalam aplikasi Next.js Anda, bukan berdampingan dengannya, bukan dalam kontainer terpisah, melainkan secara harfiah berada dalam folder /app yang sama. Jika Anda pernah kecewa dengan platform CMS terhosting yang membebankan biaya per kursi atau mengunci konten Anda di balik API proprietari, Payload layak dipertimbangkan secara serius.

Namun, tahun 2026 membawa kejutan: Figma mengakuisisi Payload, pendaftaran baru untuk Payload Cloud dihentikan, dan para pengembang tiba-tiba perlu mencari cara hosting sendiri. Panduan ini membahas segala hal mulai dari instalasi pertama hingga penyebaran produksi, dengan contoh kode Payload 3 terkini dan pandangan jujur tentang di mana Payload unggul dan di mana tidak.

Apa Itu Payload CMS? (Dan Mengapa Pengembang Menyukainya)

Payload adalah headless CMS dan kerangka kerja aplikasi open-source berbasis TypeScript yang berjalan di dalam aplikasi Next.js Anda. Berbeda dengan platform CMS terhosting, Payload memberikan konfigurasi code-first, tiga API bawaan (REST, GraphQL, Local), dan panel admin yang sepenuhnya dapat disesuaikan, semuanya dari satu basis kode. Menurut dokumentasi resmi Payload, alat ini dirancang untuk menjadi "cara terbaik membangun backend modern."

Proyek ini dimulai pada tahun 2021 sebagai CMS Node.js/Express. Payload 2 hadir pada tahun 2023 dengan dukungan TypeScript yang lebih baik. Kemudian, Payload 3 mengubah permainan sepenuhnya: CMS ini pindah ke dalam aplikasi Next.js Anda. Tidak ada proses server terpisah. Tidak ada penyebaran terpisah. CMS dan frontend Anda berbagi runtime Next.js yang sama, rute yang sama, dan pipeline build yang sama.

Ini adalah arsitektur yang benar-benar berbeda dari apa yang ditawarkan Sanity, Strapi, atau Contentful. Dan hal ini memiliki konsekuensi nyata terhadap cara Anda membangun, menyebarkan, dan memikirkan lapisan konten Anda.

Filosofi Code-First

Sebagian besar platform CMS memberikan Anda antarmuka grafis (GUI) untuk mendefinisikan model konten Anda. Klik "tambah bidang", pilih "teks", beri nama "judul". Payload membalik konsep ini: Anda mendefinisikan semuanya dalam file TypeScript. Skema Anda adalah kode. Ia hidup dalam kontrol versi. Anda meninjaunya dalam pull request.

Ini berarti tidak ada pergeseran skema antar lingkungan, tidak ada kejutan "seseorang mengubah model konten di staging dan tidak ada yang tahu apa yang terjadi". Jika Anda pernah bekerja dalam tim di mana model konten berada di dasbor cloud, Anda tahu persis mengapa ini penting.

Arsitektur Payload 3, Native Next.js

Payload 3 tidak berjalan di samping aplikasi Next.js Anda. Ia berjalan di dalamnya. Panel admin berada di /app/(payload)/admin, rute API Anda berada di /app/(payload)/api, dan halaman frontend Anda hidup berdampingan dalam proyek yang sama. Jika Anda pernah menggunakan Next.js dalam produksi sebelumnya, Anda akan merasa seperti di rumah sendiri.

Fitur Utama yang Membedakan Payload

Fitur unggulan Payload mencakup Collections untuk pemodelan konten, lapisan API tiga serangkai (REST, GraphQL, Local), kontrol akses berbasis peran dengan granularitas tingkat bidang, autentikasi bawaan, editor rich text Lexical, dan pratinjau langsung untuk pengeditan visual. Berikut arti masing-masing fitur tersebut bagi basis kode Anda.

Collections, Globals & Fields

Collections adalah primitif pemodelan konten inti Payload. Anggap saja seperti tabel basis data, tetapi didefinisikan sepenuhnya dalam TypeScript. Setiap Collection mendapatkan endpoint REST dan GraphQL-nya sendiri, tampilan panel admin-nya sendiri, dan aturan kontrol aksesnya sendiri, semuanya dihasilkan dari satu file konfigurasi.

// 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 bekerja dengan cara serupa tetapi untuk data singleton, seperti pengaturan situs, konfigurasi navigasi, atau konten footer. Satu instansi, tanpa tampilan daftar koleksi, hanya satu dokumen yang dapat diedit.

Lapisan API Tiga Serangkai (REST, GraphQL, Local)

Di sinilah Payload benar-benar mengungguli setiap CMS open-source lainnya. Anda mendapatkan tiga cara untuk mengkueri konten Anda, masing-masing dioptimalkan untuk konteks yang berbeda:

• Local API: Kueri sisi server tanpa overhead HTTP. Panggil CMS Anda secara langsung dalam komponen server Next.js. Tidak ada bolak-balik jaringan, tidak ada biaya serialisasi. Dalam pengujian kami, Local API mengurangi waktu muat halaman sekitar ~40ms dibandingkan panggilan REST pada server yang sama.
• REST API: Endpoint yang dibuat otomatis untuk klien eksternal, aplikasi seluler, atau integrasi pihak ketiga.
• GraphQL API: Kueri fleksibel untuk frontend yang perlu membentuk permintaan data mereka secara presisi.

Berikut tampilan panggilan Local API dalam komponen server 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>
}

Tidak ada panggilan fetch. Tidak ada URL API. Tidak ada token autentikasi. Anda mengkueri basis data Anda secara langsung dari komponen server, dan TypeScript memberikan keamanan tipe penuh pada responsnya. Itu sulit dikalahkan.

Kontrol Akses & Autentikasi

Sistem kontrol akses Payload berbasis fungsi. Alih-alih mengonfigurasi izin di dasbor, Anda menulis fungsi TypeScript yang mengembalikan true atau false. Tingkat bidang, tingkat koleksi, atau tingkat operasi, Anda yang menentukan granularitasnya.

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

Autentikasi sudah termasuk: token JWT, token refresh, alur lupa kata sandi, verifikasi email. Anda tidak memerlukan Clerk atau NextAuth kecuali Anda memang menginginkannya. Untuk banyak proyek, autentikasi Payload sudah lebih dari cukup.

Editor Rich Text Lexical

Payload menggunakan Lexical, kerangka kerja rich text dari Meta (tim yang sama di belakang Draft.js, tetapi lebih baik). Anda dapat menambahkan blok kustom, elemen inline, dan perintah slash. Editor ini melakukan serialisasi ke format JSON terstruktur yang dapat Anda konversi ke HTML atau komponen React.

Ini penting karena sebagian besar editor rich text CMS terlalu dasar (textarea biasa) atau terlalu tertutup (WYSIWYG yang menghasilkan HTML yang tidak dapat diprediksi). Lexical memberikan output terstruktur dan dapat diprediksi yang sepenuhnya Anda kendalikan.

Pratinjau Langsung & Pengeditan Visual

Payload 3 dilengkapi dengan pratinjau langsung: editor melihat perubahan konten mereka tercermin di frontend aktual secara real time, berdampingan dengan panel admin. Ini adalah penutup celah yang signifikan dibandingkan Strapi, yang sama sekali tidak memiliki pengeditan visual.

Ini belum sepoles fitur kolaborasi real-time Sanity Studio; pengeditan visual Sanity benar-benar yang terbaik di kelasnya. Namun, bagi tim yang membutuhkan pratinjau visual yang "cukup baik" tanpa membayar harga per kursi Sanity, implementasi Payload sudah menyelesaikan pekerjaan.

Versi, Draf & Simpan Otomatis

Payload mencakup manajemen draf bawaan, riwayat versi, dan simpan otomatis, fitur yang bahkan tidak disebutkan oleh nol panduan Payload peringkat teratas. Anda dapat mengaktifkan pembuatan versi per koleksi (kami melakukannya dalam contoh Posts di atas dengan versions: { drafts: true }), menetapkan jumlah versi maksimum, dan membandingkan revisi di UI admin.

Bagi tim editorial, ini berarti tidak ada lagi bencana "Saya tidak sengaja menerbitkan draf". Bagi pengembang, ini berarti Anda tidak perlu menambahkan sistem versi terpisah.

Memulai dengan Payload CMS

Untuk memulai proyek Payload baru, jalankan npx create-payload-app@latest, pilih templat (situs web atau kosong), pilih adaptor basis data Anda (PostgreSQL, MongoDB, atau SQLite), dan Anda akan memiliki panel admin yang berfungsi di localhost:3000/admin dalam waktu kurang dari dua menit. Panduan instalasi resmi mencakup kasus-kasus khusus.

Instalasi

Anda memerlukan Node.js 18+ dan manajer paket. Itu saja.

# 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

Templat situs web adalah titik awal terbaik untuk sebagian besar proyek; ia datang dengan blog yang berfungsi, koleksi halaman, unggahan media, dan frontend. Templat kosong digunakan ketika Anda ingin membangun dari nol.

Struktur Proyek

Setelah instalasi, proyek Anda terlihat seperti aplikasi Next.js standar dengan Payload yang disisipkan:

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

File payload.config.ts adalah jantung dari segalanya:

// 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' },
})

Koleksi Pertama Anda

Setelah server dev berjalan, buat koleksi baru dengan menambahkan file ke /collections. Payload secara otomatis menghasilkan UI admin, endpoint API, dan tipe TypeScript dari konfigurasi Anda. Berikut adalah koleksi Pages sederhana:

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

Tambahkan ke array collections di payload.config.ts Anda, mulai ulang server dev, dan Anda telah memiliki pembuat halaman yang berfungsi penuh dengan antarmuka admin visual. Tanpa plugin, tanpa unduhan dari marketplace.

Opsi Basis Data, Postgres, MongoDB & SQLite

Payload mendukung tiga adaptor basis data: PostgreSQL (direkomendasikan untuk produksi), MongoDB (untuk model yang berat dokumen atau tumpukan Mongo yang sudah ada), dan SQLite (hanya untuk pengembangan lokal dan prototipe). Pola adaptor berarti kode aplikasi Anda tetap sama terlepas dari basis data mana yang Anda pilih.

Jika Anda memulai dari awal, gunakan PostgreSQL. Ini menangani data relasional dengan lebih baik (dan sebagian besar data CMS bersifat relasional), memiliki opsi serverless yang sangat baik melalui Neon dan Supabase, dan merupakan rekomendasi tim Payload. Lihat perbandingan PostgreSQL vs MySQL kami untuk konteks lebih lanjut mengapa Postgres mendominasi pengembangan aplikasi modern.

Tips pro: Jika Anda menyebarkan ke Vercel, pasangkan Payload dengan Neon Postgres. Pooling koneksi Neon menangani cold start serverless dengan lancar, yang penting karena Vercel terus-menerus memunculkan instance fungsi baru.

Akuisisi Figma, Apa Artinya bagi Pengembang

Figma mengakuisisi Payload pada Juni 2025. Lisensi MIT dan basis kode open-source tetap tidak berubah. Pendaftaran baru untuk Payload Cloud dihentikan sementara tim membangun pengganti, tetapi self-hosting tidak terpengaruh. Bagi pengembang, pertanyaan terbesar bukanlah "apakah Payload mati?", melainkan "apa yang harus saya lakukan tentang hosting?"

Kami sedang melacak Payload Cloud sebagai opsi hosting untuk proyek klien ketika akuisisi diumumkan. Berikut yang kami pelajari dari beralih ke self-hosting, dan apa arti sebenarnya akuisisi tersebut bagi proyek Anda.

Pada 17 Juni 2025, Figma mengumumkan akuisisi di blog mereka. Tim Payload menerbitkan pengumuman mereka sendiri pada hari yang sama. Seluruh tim Payload diserap ke dalam Figma.

Apa yang Berubah (Dan Apa yang Tidak)

Yang tetap sama:

• Lisensi MIT. Ini tidak dapat dicabut. Repositori GitHub tetap aktif dan terbuka untuk kontribusi komunitas.
• Basis kode. Payload 3 bekerja persis seperti sebelum akuisisi.
• Self-hosting. Anda dapat menyebarkan Payload di mana saja, selamanya.

Yang berubah:

• Pendaftaran baru untuk Payload Cloud dihentikan. Pelanggan yang ada dapat melanjutkan, tetapi proyek baru tidak dapat menggunakan hosting terkelola Payload.
• Fokus tim bergeser. Tim Payload sekarang membangun apa yang kemungkinan akan menjadi "Figma CMS", menjembatani kesenjangan antara desain Figma dan konten langsung. Spesifikasinya masih spekulatif, tetapi arahnya jelas.
• Perhatian komunitas. Beberapa pengembang khawatir tentang pola "diakuisisi-lalu-ditinggalkan" yang menghantui proyek open-source. Lisensi MIT mengurangi skenario terburuk, tetapi ini adalah kekhawatiran yang sah.

Haruskah Anda Masih Memilih Payload?

Jujur? Ya, dengan catatan.

Hal baiknya: Sumber daya Figma berarti lebih banyak talenta teknik di belakang proyek. Lisensi MIT berarti skenario terburuk adalah Anda melakukan fork. Basis kodenya matang, terdokumentasi dengan baik, dan aktif digunakan dalam produksi oleh ribuan proyek.

Yang mengkhawatirkan: Insentif Figma mungkin menyimpang dari kebutuhan komunitas open-source seiring waktu. Kesenjangan Payload Cloud memaksa Anda menangani hosting sendiri. Dan jika Anda menghindari risiko, ketidakpastian seputar arah jangka panjang adalah nyata.

Pandangan kami: jika Anda nyaman dengan self-hosting (yang seharusnya Anda lakukan, itu tidak sulit), Payload tetap menjadi headless CMS open-source code-first terbaik yang tersedia. Jangan menunggu "Figma CMS." Bangun dengan Payload 3 hari ini, lakukan self-host, dan lanjutkan.

Cara Menyebarkan Payload CMS pada Tahun 2026

Dengan pendaftaran baru untuk Payload Cloud dihentikan, opsi penyebaran utama Anda pada tahun 2026 adalah: Vercel (penyiapan tercepat, waspadai cold start), Docker di VPS (terbaik untuk editor aktif, EUR 7-45/bulan), Railway/Render/Fly.io (kontainer terkelola), atau Cloudflare Workers (termurah sekitar $5-10/bulan). Menurut dokumen penyebaran Payload, hosting Node.js apa pun yang mendukung Next.js akan berfungsi.

Kami telah menyebarkan Payload ke Vercel dan VPS berbasis Docker. Berikut yang mengejutkan kami: cold start Vercel membuat panel admin lambat bagi editor yang hanya masuk beberapa kali seminggu. VPS, meskipun memerlukan lebih banyak penyiapan, memberikan pengalaman editorial yang secara konsisten lebih baik.

Vercel (Penyiapan Tercepat)

Penyebaran satu klik dengan Neon Postgres dan Vercel Blob untuk unggahan file. Jalur tercepat ke produksi.

Kelebihan: Nol manajemen infrastruktur, CDN yang sangat baik, bagus untuk situs dengan aktivitas editorial ringan. Kekurangan: Cold start panel admin (3-5 detik setelah tidak aktif), kelelahan koneksi Postgres di bawah kueri berat, batas waktu tunggu 10 detik dapat merusak operasi massal. Terbaik untuk: Situs pemasaran, portofolio, blog dengan pengeditan yang jarang.

Untuk konteks lebih lanjut tentang kekuatan dan keterbatasan Vercel, lihat perbandingan Vercel vs Netlify kami.

Docker di VPS (Terbaik untuk Produksi)

Penyiapan Docker Compose di Hetzner, DigitalOcean, atau AWS EC2. Ini cocok dengan arsitektur Payload lebih baik daripada serverless karena Payload mengharapkan proses server yang persisten.

# 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:

Kelebihan: Server persisten (tidak ada cold start), biaya yang dapat diprediksi (EUR 7-45/bulan di Hetzner), kontrol penuh atas tumpukan. Kekurangan: Anda mengelola server, SSL, cadangan, dan pembaruan. Terbaik untuk: Agensi, tim editorial aktif, penyiapan multi-tenant, aplikasi dengan penggunaan admin yang berat.

Perbandingan hosting terperinci dari Build with Matija mencakup penyedia VPS tambahan dan konfigurasi.

Kontainer Terkelola (Railway, Render, Fly.io)

Jika Docker di VPS terdengar seperti terlalu banyak pekerjaan ops, platform kontainer terkelola mengambil jalan tengah. Railway sangat populer di komunitas Payload; mereka memiliki templat Payload yang dapat disebarkan dalam satu klik.

Lihat perbandingan Railway vs Render vs Fly.io kami untuk tinjauan lebih dalam tentang platform-platform ini.

Terbaik untuk: Tim yang menginginkan server persisten tanpa mengelola infrastruktur secara langsung.

Cloudflare Workers (Termurah)

Opsi terbaru. Payload menambahkan adaptor Cloudflare Workers yang berjalan pada fungsi edge dengan D1 (SQLite) atau Hyperdrive (proksi Postgres). Masih agak eksperimental, tetapi biayanya tidak tertandingi: ~$5-10/bulan untuk sebagian besar proyek.

Terbaik untuk: Proyek sampingan, situs pribadi, penyebaran hemat anggaran di mana Anda nyaman dengan infrastruktur yang lebih baru dan kurang teruji.

Putusan kami: Untuk sebagian besar proyek Payload produksi dengan editor aktif, Docker di VPS adalah default terbaik. Lebih murah dari yang Anda kira, menghilangkan masalah cold start, dan memberi Anda kontrol penuh. Gunakan Vercel hanya jika editor Anda jarang dan Anda menginginkan nol overhead ops.

Harga Payload CMS, Berapa Biaya Sebenarnya

Payload sendiri gratis dan berlisensi MIT. Biaya nyata Anda adalah hosting dan (opsional) pengembangan profesional. Berikut gambaran angka sebenarnya, berdasarkan penyiapan dunia nyata dan breakdown harga dari Build with Matija.

Sebagai perbandingan: Paket Tim Contentful mulai dari $300/bln. Paket Tim Sanity adalah $99/bln per proyek. Strapi Cloud mulai dari $29/bln. Biaya perangkat lunak $0 ditambah hosting $7-25/bln dari Payload sulit dibantah, terutama untuk agensi yang membangun proyek klien di mana harga per kursi membunuh margin.

Payload vs Sanity vs Strapi vs Contentful, Perbandingan Cepat

Pilih Payload jika Anda menginginkan kontrol code-first dan self-hosting. Pilih Sanity untuk pengeditan visual terbaik dan kolaborasi real-time. Pilih Strapi untuk panel admin cepat dengan ekosistem plugin. Pilih Contentful untuk infrastruktur tingkat perusahaan dengan jaminan SLA. Kami menggunakan Sanity untuk techsy.io, jadi kami memiliki pengalaman langsung membandingkan platform-platform ini.

Kami telah membangun proyek berbasis Payload untuk klien yang membutuhkan kepemilikan data dan self-hosting, dan kami menjalankan pipa konten kami sendiri di Sanity. Keduanya sangat baik, pilihan yang tepat tergantung pada kenyamanan teknis tim Anda dan preferensi hosting. Jika Anda mengevaluasi opsi headless CMS untuk sebuah proyek, kami dapat membantu Anda memilih.

Untuk pendalaman lebih lanjut tentang setiap platform, lihat panduan kami: headless CMS terbaik tahun 2026, dan panduan individu untuk Sanity, Strapi, dan Contentful akan segera hadir.

Kapan TIDAK Menggunakan Payload CMS

Lewati Payload jika tim Anda non-teknis dan membutuhkan GUI seperti WordPress, jika Anda membutuhkan hosting cloud terkelola instan tanpa pekerjaan self-hosting, jika editor Anda menginginkan pengeditan visual tingkat Sanity Studio, atau jika Anda membutuhkan marketplace plugin untuk ekspansi fitur yang cepat. Jujur tentang keterbatasan membangun lebih banyak kepercayaan daripada berpura-pura itu tidak ada.

Kami telah merekomendasikan untuk tidak menggunakan Payload bagi klien yang tim editorialnya tidak memiliki pengalaman TypeScript sama sekali. Berikut kapan Anda harus mencari tempat lain:

• Tim non-teknis. Payload memerlukan pengetahuan TypeScript untuk konfigurasi. Jika editor klien Anda tidak bisa menyentuh kode dan perlu memodifikasi model konten sendiri, WordPress atau Sanity lebih cocok.
• Anda membutuhkan hosting terkelola sekarang. Dengan pendaftaran baru untuk Payload Cloud dihentikan, Anda harus melakukan self-host. Jika mengelola server (bahkan penyiapan Docker sederhana) menjadi penghalang, pendekatan cloud-hosted Contentful atau Sanity menghilangkan beban tersebut.
• Kolaborasi editorial yang berat. Kolaborasi real-time Sanity Studio, beberapa editor bekerja pada dokumen yang sama secara bersamaan dengan indikator kehadiran, lebih halus daripada apa pun yang ditawarkan Payload. Jika Anda memiliki tim editorial besar, Sanity menang di sini.
• Pengembangan berbasis plugin. Strapi memiliki marketplace plugin yang lebih besar. Butuh plugin SEO, generator sitemap, integrasi email? Strapi mungkin memilikinya. Ekosistem Payload sedang tumbuh tetapi lebih kecil.
• Anda tidak menggunakan Next.js. Payload 3 secara arsitektural terikat pada Next.js. Jika frontend Anda adalah Astro, Remix, Nuxt, atau SvelteKit, keunggulan terbesar Payload (Local API dalam komponen server) tidak berlaku. Anda masih akan mendapatkan REST dan GraphQL, tetapi pada titik itu, Strapi atau Directus mungkin terasa lebih alami.

FAQ

Apa itu Payload CMS dan bagaimana cara kerjanya?

Payload adalah headless CMS dan kerangka kerja aplikasi open-source berbasis TypeScript yang dibangun di atas Next.js. Anda mendefinisikan model konten Anda dalam file konfigurasi TypeScript, dan Payload secara otomatis menghasilkan panel admin, REST API, GraphQL API, dan Local API. Ia berjalan di dalam aplikasi Next.js Anda sebagai satu unit yang dapat disebarkan.

Apakah Payload CMS gratis untuk digunakan?

Payload sepenuhnya gratis di bawah lisensi MIT. Perangkat lunaknya tidak memerlukan biaya untuk diunduh, digunakan, atau dimodifikasi. Payload Cloud (hosting terkelola) berharga $35-199/bln tetapi saat ini dihentikan untuk pendaftaran baru menyusul akuisisi Figma. Self-hosting di VPS memakan biaya EUR 7-45/bln tergantung penyedia Anda.

Apa yang terjadi dengan Payload dan Figma?

Figma mengakuisisi Payload pada 17 Juni 2025. Seluruh tim Payload bergabung dengan Figma. Lisensi MIT open-source dan repositori GitHub tetap tidak berubah. Pendaftaran baru untuk Payload Cloud dihentikan. Self-hosting terus berfungsi normal. Tim tersebut kemungkinan sedang membangun produk CMS yang terintegrasi dengan Figma, tetapi spesifikasinya belum diumumkan.

Basis data apa yang digunakan Payload CMS?

Payload mendukung tiga basis data melalui pola adaptor: PostgreSQL (direkomendasikan untuk produksi, bekerja dengan Neon dan Supabase untuk serverless), MongoDB (baik untuk model berat dokumen atau upgrade Payload 2), dan SQLite (hanya pengembangan lokal dan CI). Kode aplikasi Anda tetap sama terlepas dari adaptor mana yang Anda pilih.

Bagaimana cara menyebarkan Payload CMS pada tahun 2026?

Dengan pendaftaran baru untuk Payload Cloud dihentikan, sebarkan ke Vercel dengan Neon Postgres (termudah), Docker di VPS seperti Hetzner (terbaik untuk produksi dengan editor aktif), Railway atau Render (kontainer terkelola), atau Cloudflare Workers (termurah). Untuk sebagian besar situs produksi dengan aktivitas editorial reguler, VPS berbasis Docker memberikan pengalaman terbaik.

Apakah Payload CMS lebih baik daripada Strapi?

Payload unggul dalam pengalaman pengembang native TypeScript, integrasi Next.js, dan Local API unik untuk kueri sisi server tanpa overhead. Strapi unggul dalam marketplace plugin, pengeditan skema berbasis GUI, dan kompatibilitas kerangka kerja yang lebih luas. Jika tim Anda menulis TypeScript dan menggunakan Next.js, Payload adalah pilihan yang lebih kuat. Jika tidak, evaluasi Strapi.

Apa itu Local API Payload?

Local API adalah lapisan kueri sisi server yang memanggil basis data Anda secara langsung tanpa overhead HTTP. Alih-alih membuat panggilan REST atau GraphQL, Anda mengimpor Payload dan mengkueri koleksi secara langsung dalam komponen server Next.js. Ini menghilangkan bolak-balik jaringan dan biaya serialisasi, menghasilkan pemuatan halaman yang lebih cepat. Tidak ada headless CMS lain yang menawarkan ini.

Dapatkah Payload CMS menangani aplikasi skala besar?

Payload mendukung PostgreSQL dengan pooling koneksi (melalui Neon atau PgBouncer), kontrol akses berbasis peran dengan granularitas tingkat bidang, alur kerja draf dan pembuatan versi, serta arsitektur multi-tenant. Perusahaan dan agensi menggunakan Payload dalam produksi untuk aplikasi berat konten. Kueri tanpa overhead dari Local API sebenarnya meningkatkan kinerja pada skala besar.

Bagaimana perbandingan Payload dengan Sanity?

Payload adalah self-hosted, code-first, dan berlisensi MIT dengan Local API untuk kinerja sisi server. Sanity adalah cloud-hosted dengan pengeditan visual superior, kolaborasi real-time, dan bahasa kueri GROQ. Payload memberi Anda lebih banyak kontrol infrastruktur dan biaya lebih rendah. Sanity memberi Anda alat editorial yang lebih baik dan nol manajemen hosting.

Apa kekurangan Payload CMS?

Payload memerlukan pengetahuan TypeScript untuk konfigurasi, tidak memiliki hosting cloud terkelola untuk pengguna baru sejak akuisisi Figma, menawarkan ekosistem plugin yang lebih kecil daripada Strapi, dan secara arsitektural terikat pada Next.js dalam versi 3. Tim non-teknis mungkin kesulitan dengan pendekatan code-first, dan akuisisi Figma menciptakan beberapa ketidakpastian jangka panjang.