अक्टूबर में एक क्लाइंट ने मुझे थोड़ी घबराहट के साथ फोन किया। उन्होंने अपना पूरा मार्केटिंग प्लेटफॉर्म एक होस्टेड CMS पर बनाया था और विक्रेता ने अभी-अभी मूल्य निर्धारण में बदलाव की घोषणा की थी। रातोंरात, उनका बिल £180/माह से बढ़कर £900 से अधिक हो गया। कंटेंट जटिल नहीं था। एक ब्लॉग, एक प्रोडक्ट कैटलॉग, तीन कलेक्शन्स में शायद चालीस कस्टम फील्ड्स। कुछ भी ऐसा नहीं जो उस नंबर को जायज ठहराता। यह कॉल ही वह कारण है कि मैंने अगले तीन महीने Payload CMS में दो Seahawk प्रोजेक्ट्स को माइग्रेट करने और इसके चारों ओर एक उचित कॉस्ट मॉडल बनाने में बिताए।
तो मुझे बताइए कि मुझे वास्तव में क्या मिला।
Payload CMS वास्तव में क्या है (और क्या नहीं है)
Payload एक TypeScript-पहला, कोड-संचालित हेडलेस CMS है। आप अपने कलेक्शन्स, ग्लोबल्स और फील्ड्स को पूरी तरह कॉन्फ़िगरेशन फाइलों में परिभाषित करते हैं। स्कीमा डिज़ाइन के लिए क्लिक करने के लिए कोई GUI नहीं है। एडमिन पैनल आपके कोड से जनरेट होता है, उल्टा नहीं। यह इनवर्जन पूरा मतलब है, और यह वह चीज़ भी है जो आपको WordPress या Contentful से आने पर परेशान करेगी।
यह एक SaaS नहीं है। कोई Payload-होस्टेड टियर नहीं है जिसके लिए आप मासिक भुगतान करें। आप पूरी तरह डिप्लॉयमेंट के मालिक हैं। यह आपकी स्थिति के आधार पर एक फीचर और एक बाधा दोनों है।
Payload 2.0 ने MongoDB के साथ-साथ PostgreSQL के लिए पूर्ण सपोर्ट के साथ शिप किया, जो वह अनलॉक था जिसने इसे उन क्लाइंट्स के लिए वास्तव में व्यावहारिक बनाया जो NoSQL जिम्नास्टिक्स के बिना रिलेशनल डेटा चाहते हैं। शुरुआती 2026 तक, इसके चारों ओर का इकोसिस्टम इतना परिपक्व हो गया है कि मैं इसे प्रोडक्शन के लिए सलाह देने में सहज हूँ बिना उन सावधानियों के जो मैं पहले जोड़ता था।
यह वास्तव में किस पर बनाया गया है
हुड के नीचे: एडमिन UI के लिए Next.js 15, पूरे TypeScript में, और आपकी पसंद का Drizzle ORM (Postgres के लिए) या Mongoose (MongoDB के लिए)। REST और GraphQL APIs आपके स्कीमा से ऑटो-जनरेट होते हैं। आपको एक लोकल API भी मिलता है सर्वर-साइड क्वेरीज़ के लिए जो इतना तेज़ है कि मुझे हर बार हैरानी होती है।
यह 2026 में कहाँ फिट होता है
सच कहूँ तो, Payload एक विशिष्ट मीठे बिंदु में बैठता है। हर प्रोजेक्ट वहाँ नहीं होना चाहिए। Seahawk में एक दर्जन बिल्ड्स पर इसे चलाने के बाद, यहाँ वह पैटर्न है जो मैंने देखा है।
यह तब मजबूत फिट है जब:
- प्रोजेक्ट शुरुआत से ही डेवलपर-संचालित हो। इसका मतलब एक असली इंजीनियर इसे कॉन्फ़िगर कर रहा है, कोई क्लाइंट नहीं जिसे बताया गया हो कि वे "सब कुछ अपने आप प्रबंधित कर सकते हैं"।
- आपको कस्टम फील्ड लॉजिक, कंडीशनल फील्ड्स, या जटिल रिलेशनशिप चेन्स की जरूरत है जो Contentful जैसी चीज़ पर प्रति-फीचर चार्ज में आपको बहुत महँगे पड़ेंगे।
- क्लाइंट 2-3 साल के दिगंत पर कॉस्ट-संवेदनशील है। गणित लगभग हमेशा महीने 14 के बाद Payload के पक्ष में झूलती है।
- आप पहले से ही एक Next.js या Node एप्लिकेशन चला रहे हैं और CMS को को-लोकेटेड करना चाहते हैं या कम से कम इन्फ्रास्ट्रक्चर साझा करना चाहते हैं।
यह तब बुरा फिट है जब:
- क्लाइंट को एक गैर-तकनीकी व्यक्ति को इंजीनियरिंग सपोर्ट के बिना नए कंटेंट टाइप्स सेट अप करने की जरूरत हो।
- आप कुछ ऐसा बना रहे हैं जिसे पूरी तरह हाथ से निकाल देना है और प्राप्तकर्ता के पास कर्मचारी पर कोई डेवलपर नहीं है।
- लॉन्च का समय दो हफ्ते से कम है और आपके पास Payload प्रोजेक्ट स्कैफोल्ड क्लोन करने के लिए तैयार नहीं है।
मैंने वह दूसरा बिंदु कठोर तरीके से सीखा। 2022 में मैंने Payload (उस समय v1) के साथ एक छोटी दान वेबसाइट को स्कोप किया। योजना यह थी कि इसे उनके इन-हाउस वॉलंटियर कोऑर्डिनेटर को मैनेज करने के लिए सौंप दिया जाए। तीन महीने बाद मैं अभी भी WhatsApp संदेशों का जवाब दे रहा था कि फील्ड क्यों दिखाई नहीं दे रहा था। तकनीकी रूप से प्रोजेक्ट के लिए CMS गलत नहीं था। यह हैंडऑफ मॉडल के लिए गलत था।
2026 में Payload चलाने की असली कीमत
यह वह सेक्शन है जिसे ज्यादातर ब्लॉग पोस्ट छोड़ देते हैं या अस्पष्ट रेंज से सजाते हैं। मैं आपको वास्तविक संख्याएं दूंगा जो मैंने चलाई हैं।
इन्फ्रास्ट्रक्चर
आपको Node सर्वर होस्ट करने के लिए कहीं चाहिए और आपके डेटाबेस को स्टोर करने के लिए कहीं चाहिए। ये आपकी दो हार्ड कॉस्ट हैं।
विकल्प A: Railway मैं अधिकांश मध्यम ट्रैफिक वाली Payload प्रोजेक्ट्स के लिए Railway का उपयोग करता हूँ। एक विशिष्ट Payload ऐप (Node सेवा + Postgres इंस्टेंस) उपयोग के आधार पर 12 से 35 डॉलर प्रति महीने के बीच चलता है। संपादकीय सामग्री वाली मार्केटिंग साइट के लिए, आप लगभग निश्चित रूप से 15-20 डॉलर बैंड में हैं। GitHub रिपो से डिप्लॉय सीधे हैं, और Postgres बैकअप स्वचालित हैं।
विकल्प B: Render Railway के समान मूल्य निर्धारण। फ्री टियर मौजूद है लेकिन इसे प्रोडक्शन के लिए उपयोग न करें (कोल्ड स्टार्ट ग्राहकों के सामने आपको शर्मिंदा कर देंगे)। सशुल्क योजनाएं वेब सेवा के लिए 7 डॉलर प्रति महीने से शुरू होती हैं साथ ही प्रबंधित Postgres के लिए 7 डॉलर प्रति महीने। तो न्यूनतम ~14 डॉलर प्रति महीने, ट्रैफिक बढ़ने के साथ CPU और मेमोरी के साथ स्केल करता है।
विकल्प C: Self-managed VPS यदि आप कई Payload प्रोजेक्ट्स चला रहे हैं, तो DigitalOcean या Hetzner VPS आकर्षक दिखने लगता है। एक Hetzner CX32 (4 vCPU, 8GB RAM) €8.29 प्रति महीने का खर्च आता है और Nginx प्रॉक्सी के पीछे आराम से तीन से चार Payload इंस्टेंस चला सकता है। मैं छोटे क्लायंटों के लिए एक साझा Postgres इंस्टेंस उसी बॉक्स पर चलाता हूँ। कमजोर दिल वालों के लिए नहीं, लेकिन पूरी तरह स्थिर है।
मीडिया स्टोरेज
Payload आपकी छवियों को आपके लिए हैंडल नहीं करता जब तक कि आप एक स्टोरेज एडाप्टर कॉन्फ़िगर नहीं करते। दो जो मैंने प्रोडक्शन में उपयोग किए हैं:
- किसी भी स्केल के लिए AWS S3 + CloudFront। एक विशिष्ट मार्केटिंग साइट के लिए मोटे तौर पर 5-15 डॉलर प्रति महीने का बजट करें।
- Cloudflare R2 को S3-संगत स्टोरेज के रूप में शून्य एग्रेस शुल्क के साथ। यह अब मेरा डिफ़ॉल्ट है। लगभग 50GB मीडिया एसेट्स को पुश करने वाली साइट के लिए, मैं एसेग्रेस में अनिवार्य रूप से कुछ भी नहीं दे रहा हूँ और स्टोरेज में लगभग 1.50 डॉलर प्रति महीने दे रहा हूँ। payload-cloud-storage प्लगइन का उपयोग करें और इसे R2 पर पॉइंट करें।
डेवलपर समय (जिस लागत को लोग भूल जाते हैं)
एक Payload प्रोजेक्ट की प्रारंभिक स्थापना, ऑथ, मीडिया, आपके क्लायंट को चाहिए वाले कलेक्शन, और एक समझदारी भरे एक्सेस कंट्रोल मॉडल के साथ ठीक से स्कैफोल्ड किया गया: एक अनुभवी डेवलपर के लिए 12-20 घंटे का बजट करें। यह वैकल्पिक जटिलता नहीं है, यह सिर्फ कोड-फर्स्ट CMS की प्रकृति है। £400-600 (लंदन मध्य-बाजार फ्रीलांसर) की दैनिक दर पर, यह फ्रंटएंड कोड की एक भी पंक्ति लिखने से पहले £4,800-12,000 अग्रिम है।
इसे Contentful स्पेस को स्पिन अप करने और उनके UI के माध्यम से 3 घंटे में कंटेंट प्रकार कॉन्फ़िगर करने से तुलना करें। अपफ्रंट लागत वास्तविक है। चलती लागत वह जगह है जहाँ Payload जीतता है।
कुल स्वामित्व लागत, वर्ष 1 बनाम वर्ष 3
यहाँ एक मध्यम आकार की मार्केटिंग साइट के लिए एक मोटा मॉडल है, Railway पर Payload बनाम Contentful के Growth प्लान की तुलना करते हुए:
- Railway पर Payload, वर्ष 1: £18/महीना इन्फ्रा + ~£5,000 सेटअप समय = ~£5,216 कुल
- Railway पर Payload, वर्ष 3: £18/महीना इन्फ्रा + न्यूनतम रखरखाव = ~£648 साल 3 भर में इन्फ्रा
- Contentful Growth प्लान, वर्ष 1: £320/महीना = £3,840, कोई कस्टम सेटअप लागत नहीं
- Contentful Growth प्लान, वर्ष 3: £320/महीना = फिर से £3,840
क्रॉसओवर आपकी दैनिक दर के आधार पर महीने 20-22 के आसपास कहीं होता है। उसके बाद, Payload काफी सस्ता है। एक क्लायंट के लिए जो 2028 में एक ही साइट चला रहा होगा, यह मायने रखता है।
ईमानदार शब्दों में डेवलपर अनुभव
मुझे Payload में काम करना सच में पसंद है। config-as-code तरीका मतलब आपका स्कीमा version-controlled है, pull requests में reviewable है, और किसी भी दूसरे code change की तरह deployable है। यह अकेली चीज़ ही इसे उन CMS टूल्स से आगे रखती है जहाँ एक content modeller GUI में क्लिक कर रहा हो और किसी को पता ही न हो कि क्या बदला या कब।
TypeScript inference बहुत अच्छा है। आपके collection types आपकी local API queries में बिना किसी manual type generation step के बह जाते हैं। Seahawk के पास पिछले साल एक fintech content project था जहाँ हम deeply nested relationship data को query कर रहे थे, और type safety ने दो data-shape bugs को catch कर लिया इससे पहले कि वह staging में पहुँचते। यह कोई मामूली बात नहीं है।
Admin UI clean और fast है। चमकदार नहीं, बस functional। Non-technical editors आम तौर पर एक या दो sessions में इसके साथ comfortable हो जाते हैं जब fields अच्छे से label हों। Hooks एक और चीज़ है जिसे मैं highlight करना चाहता हूँ: before-change, after-read, और ऐसे lifecycle hooks आपको data layer पर ऐसी चीज़ें करने देते हैं जो आपको अन्यथा custom API middleware बनाना पड़ता।
Rough Edges
Migrations। अगर आप Postgres पर हैं और आप अपना स्कीमा बदलते हैं, तो आपको Drizzle migrations चलाने हैं। यह ठीक है अगर आप जानते हो कि क्या कर रहे हो और थोड़ा डरावना है अगर नहीं। मैंने Seahawk subcontract पर एक junior dev को एक column drop करते देखा है migration diff को ध्यान से न पढ़ने से। हमेशा review करो, हमेशा पहले backup ले।
Plugin ecosystem WordPress से छोटा है, बिल्कुल। पर Payload plugin directory meaningfully बढ़ गया है। Form builder, nested docs, SEO fields, redirects। महत्वपूर्ण bases covered हैं। आप अभी भी ज़्यादा custom code लिखोगे बनिस्बत एक और established platform पर।
यह दूसरे Headless options से कैसे compare करता है
मुझे साफ़ कह दूँ कि मैं कहाँ कुछ और चुनूँगा।
Sanity.io अगर आपकी content team बड़ी है और non-technical editors अपने खुद के content structures बना रहे हैं। Sanity का Studio उस audience के लिए ज़्यादा friendly है, hosted backend reliable है, और GROQ query language लिखने में सच में pleasant है। आप एक real plan पर $99+/month देंगे, पर कुछ clients के लिए यह worthwhile है।
Strapi कई साल तक Payload का alternative था। यह अभी भी viable है और self-hosted model similar है, पर मुझे TypeScript experience ज़्यादा clunky लगता है और major versions के बीच upgrade path ऐतिहासिक तौर पर painful रहा है। Payload का codebase मुझे ज़्यादा intentional लगता है।
WordPress ACF के साथ या block-based setup के साथ किसी भी चीज़ के लिए जिसे एक non-technical maintainer को हाथ में देना है जो पहले से WordPress से comfortable है। अभी भी agencies जो बनाते हैं उसके बड़े हिस्सों के लिए सही जवाब। किसी को आपको कुछ और बताने दो मत।
Directus एक dark horse की तरह लायक़ है देखने लायक़, खास कर अगर आप एक existing database schema के साथ काम कर रहे हो जिसके चारों तरफ़ एक CMS लपेटना है। Payload से अलग philosophy है पर सच में अच्छा है उस specific काम पर।
FAQ
क्या Payload CMS free में use के लिए है?
हाँ। Payload open-source है MIT licence के तहत। कोई licence fee नहीं है। आप अपना खुद का hosting infrastructure के लिए pay करते हो, जो एक hosted SaaS CMS की तुलना में trade-off है।
क्या non-technical clients Payload के admin panel को use कर सकते हैं?
अच्छे से label किए हुए fields के साथ, sensible defaults के साथ, और कुछ basic training के साथ, हाँ। Admin UI clean काफ़ी है कि editors reasonably fast पर उसे pick कर लें। जो वह नहीं कर सकते वह नए collections बनाना या schema को बदलना है developer के बिना। वह एक hard constraint है design के लिहाज़ से।
क्या Payload Next.js के साथ काम करता है?
हाँ, और विशेष रूप से अच्छी तरह। Payload 2.x को Next.js पर rebuild किया गया था, तो आप CMS और अपने frontend को एक ही Next.js app से चला सकते हो। यह "monorepo in a single repo" setup छोटे to mid-sized projects के लिए अच्छा काम करता है और आपके infrastructure overhead को कम करता है।
मुझे Payload के साथ कौन सा database use करना चाहिए?
2026 में नए projects के लिए मैं PostgreSQL via Drizzle ORM पर default करता हूँ। यह well-tested है, आपको proper relational constraints मिलते हैं, और migration tooling solid है जब carefully use किया जाए। MongoDB अभी भी एक विकल्प है और अभी भी अच्छा fit है अगर आपका data naturally document-shaped है, पर Postgres मेरी पहली सिफारिश है।
Payload media uploads को कैसे handle करता है?
By default, Payload uploads को locally server filesystem पर store करता है, जो development के लिए ठीक है पर production के लिए नहीं। Production के लिए आप एक storage adapter को S3, Cloudflare R2, या similar की तरफ़ point करने के लिए configure करना चाहोगे। Official @payloadcms/plugin-cloud-storage package इसे handle करता है और पहली बार properly set up करने में लगभग एक घंटा लगता है।
क्या Payload large-scale production sites के लिए ready है?
यह कई कंपनियों में गंभीर प्रोडक्शन ट्रैफिक चला रहा है। कहा जाए तो, यह वह CMS नहीं है जिसे मैं 10 मिलियन मासिक विजिटर और 20-सदस्यीय एडिटोरियल टीम वाली साइट के लिए चुनूंगा। उस स्तर पर आप एंटरप्राइज-ग्रेड विकल्पों की तलाश करेंगे जिनमें समर्पित सपोर्ट कॉन्ट्रैक्ट हों। एजेंसी-निर्मित, मिड-मार्केट प्रोजेक्ट्स के लिए जो हमारे Seahawk काम का अधिकांश हिस्सा हैं, Payload स्थिर और सक्षम है।
ईमानदार निष्कर्ष
2026 में Payload CMS डेवलपर-नेतृत्व वाली प्रोजेक्ट्स के लिए एक परिपक्व, सुंदर तरीके से निर्मित टूल है जहां दीर्घकालीन लागत महत्वपूर्ण है और आपके पास स्टैक का स्वामित्व रखने की इंजीनियरिंग क्षमता है। सेटअप समय में प्रारंभिक निवेश वास्तविक है। चल रही इंफ्रास्ट्रक्चर लागत कम है। डेवलपर अनुभव अच्छा है।
यह WordPress का विकल्प नहीं है। यह बनने की कोशिश भी नहीं कर रहा। लेकिन सही प्रोजेक्ट के लिए, सही टीम के साथ, यह 12,000+ बिल्ड्स में मेरे द्वारा काम किया गया सबसे किफायती headless CMS विकल्प है। सवाल यह नहीं है कि यह अच्छा है। सवाल यह है कि यह आपकी स्थिति के लिए अच्छा है या नहीं।