डेवलपर्स के लिए

होस्टिंग जिसे आप कोड से चला सकते हैं

Zinn Digital® एक API-first प्लेटफ़ॉर्म है। हमारे डैशबोर्ड को संचालित करने वाला इंजन API वही है जो आपको मिलता है — वर्शंड, स्पेक-फर्स्ट और बिल्ड के समय 100% प्रलेखित, जनरेटेड SDKs, एक CLI, एक Terraform प्रोवाइडर, हस्ताक्षरित वेबहुक और इसके ऊपर एक MCP सर्वर के साथ। आप काम करने के लिए जिस किसी का भी उपयोग करते हैं — एक टर्मिनल, एक पाइपलाइन, एक स्टेट फ़ाइल या एक AI एजेंट — प्लेटफ़ॉर्म उसके अनुसार जवाब देता है।

  • 650,000+दुनिया भर में होस्ट की गई साइटें
  • 1OpenAPI spec जिससे हर टूल जनरेट होता है
  • 4क्लाइंट SDKs — TypeScript, Python, PHP, Go
  • OAuth 2.1स्कोप किया गया, निरस्त करने योग्य एआई-एजेंट एक्सेस

एक एपीआई। हर सरफेस इस पर चलती है।

अधिकांश होस्ट कंट्रोल पैनल में एपीआई को बाद में जोड़ते हैं, और यह दिखाई देता है - पैनल की आधी सुविधाएँ कभी बाहर नहीं आ पाती हैं। हमने इसके विपरीत तरीका अपनाया है। डैशबोर्ड, एडमिन कंसोल, सीएलआई, टेराफॉर्म प्रोवाइडर, एमसीपी सर्वर और आपके अपने इंटीग्रेशन सभी एक ही इंजन एपीआई का उपयोग करते हैं। यदि आप इसे पैनल में कर सकते हैं, तो आप इसे कोड में भी कर सकते हैं।

पहले स्पेसिफ़िकेशन, बाद में दस्तावेज़ीकरण नहीं

OpenAPI स्पेक सत्य का एकमात्र स्रोत है, और कोई भी एंडपॉइंट तब तक रिलीज़ नहीं होता जब तक वह स्पेक में शामिल न हो। यही एकमात्र नियम सार्वजनिक API को बाद में नहीं बल्कि निर्माण के समय ही पूरी तरह से प्रलेखित (documented) बनाता है — यहाँ कोई भी बिना दस्तावेज़ वाला कोना नहीं है, क्योंकि बिना दस्तावेज़ वाला एंडपॉइंट अस्तित्व में ही नहीं आ सकता।

तैयार किया गया, कभी हाथ से अनुरक्षित नहीं

इंटरएक्टिव संदर्भ दस्तावेज़, चार क्लाइंट SDK, CLI का एक बड़ा हिस्सा और Terraform प्रदाता स्केफोल्डिंग सभी उसी एक स्पेक से जनरेट होते हैं। एक स्रोत, कई आर्टिफ़ैक्ट, हमेशा सिंक में — आपको कभी भी ऐसे दस्तावेज़ के पीछे नहीं भागना पड़ता जो इम्प्लीमेंटेशन से अलग हो गया हो।

डेप्रिसिएशन पॉलिसी के साथ वर्शन्ड

एंडपॉइंट्स /v1 के अंतर्गत एक प्रकाशित डिप्रेशिएशन पॉलिसी और एक चेंजलॉग के साथ काम करते हैं। किसी भी बदलाव से पहले आपको लिखित रूप में सूचित किया जाता है, न कि किसी विफल बिल्ड से इसका पता चलता है।

CI में अनुबंध-परीक्षित

हर बदलाव पर इम्प्लीमेंटेशन-बनाम-स्पेक कॉन्ट्रैक्ट टेस्ट और ओपनएपी लिंटिंग रन होते हैं। कोड और कॉन्ट्रैक्ट के बीच ड्रिफ्ट होने से बिल्ड फेल हो जाता है — इसलिए जिस स्पेक से आप अपना क्लाइंट जनरेट करते हैं, वह वही स्पेक है जिसका सर्वर वास्तव में पालन करता है।

ऑथ,स्कोपिंग और वे चीज़ें जो स्केल होने पर परेशान करती हैं

प्रवेश के दो तरीके, लेकिन दोनों के पीछे एक ही एकसमान सिद्धांत है। आप इनमें से जो भी तरीका इस्तेमाल करें, वही अनुमतियाँ और वही डेटाबेस-स्तरीय आइसोलेशन लागू होते हैं।

API कुंजियाँ, प्रति संगठन

कुंजियाँ zdk_<mode>_<prefix>_<secret> के रूप में दिखती हैं। गुप्त कुंजी का केवल SHA-256 हैश संग्रहीत किया जाता है — जारी करने के बाद हम आपको कुंजी दोबारा नहीं दिखा सकते, और न ही कोई ऐसा व्यक्ति जो हमारे डेटाबेस तक पहुँच सके। कुंजियों में स्कोप होते हैं, इन्हें निरस्त किया जा सकता है, और इन्हें प्रति व्यक्ति के बजाय प्रति संगठन जारी किया जाता है।

लाइव और टेस्ट मोड, अलग- रखे गए

सैंडबॉक्स कुंजियाँ प्रोडक्शन कुंजियों से अलग होती हैं और सैंडबॉक्स मोड में चलती हैं: कोई वास्तविक बिलिंग नहीं, कोई वास्तविक प्रोविज़निंग नहीं। आपके इंटीग्रेशन टेस्ट पैसे खर्च किए बिना या सर्वर बनाए बिना API का उपयोग कर सकते हैं।

मानavों के लिए OIDC

उपयोक्ता सत्र Keycloak-जारी JWT के साथ प्रमाणित होते हैं, जिन्हें क्षेत्र (realm) की सार्वजनिक कुंजी के विरुद्ध सत्यापित किया जाता है, और ये उसी Principal ऑब्जेक्ट में हल होते हैं जो एक API कुंजी करती है। एंडपॉइंट sites.create या apikeys.manage जैसी दानेदार अनुमति कुंजियों पर आधारित होते हैं, जिनकी जाँच प्रत्येक संगठन के लिए की जाती है - एक संगठन में दी गई अनुमति किसी अलग, असंबंधित संगठन में कोई पहुँच प्रदान नहीं करती है, हालाँकि यह इसके अंतर्गत नेस्ट किए गए संगठनों पर लागू होती है।

रो-लेवल सुरक्षा

हर टेनेन्ट अनुरोध एक ट्रांजैक्शन में चलता है जिसमें पोस्टग्रेज ऑर्ग स्कोप प्रिंसिपल से सेट होता है, इसलिए आइसोलेशन डेटाबेस द्वारा लागू किया जाता है, किसी ओआरएम फ़िल्टर द्वारा नहीं जिसे कोई भूल सकता है। गहरे बचाव के रूप में क्वेरीसेट फ़िल्टर अभी भी मौजूद है।

मशीनों के लिए निर्मित, सिर्फ डेमो के लिए नहीं

एक API को README में अच्छा दिखाना आसान होता है और वास्तविक ट्रैफ़िक के तहत इसे सही से चलाना कठिन होता है। ये वे हिस्से हैं जिन पर हमने कड़ी मेहनत की है, क्योंकि ये वही हिस्से हैं जो रात के तीन बजे इंटीग्रेशन को तोड़ देते हैं।

एक विवरण उल्लेखनीय है, क्योंकि यह थोक कार्य के व्यवहार को आकार देता है: डुप्लिकेट डोमेन पर 409 किसी भी टेनेंट के लिए "क्या यह होस्टनाम यहाँ होस्ट किया गया है?" का उत्तर देता है, जो कि एक एन्यूमरेशन ओरेकल है और Footprint-Free के खिलाफ एक वास्तविक डीएनॉनिमाइज़ेशन जोखिम है। साइट निर्माण को सीमित करना एक आसान समाधान होता और थोक-प्रावधान उत्पाद को पूरी तरह से तोड़ देता। इसके बजाय, केवल अस्वीकृत डुप्लिकेट-डोमेन प्रयासों को प्रति प्रिंसिपल बजट किया जाता है। सफल निर्माणों पर कभी भी इसके लिए शुल्क नहीं लिया जाता है — ताकि आप पूरे दिन थोक में प्रावधान कर सकें, और जाँच लगभग तुरंत समाप्त हो जाती है।

  • हर विफलता पर एक सुसंगत त्रुटि लिफाफा: एक कोड, एक मानवीय संदेश, वैकल्पिक फ़ील्ड-स्तरीय विवरण और एक request_id जिसे आप सहायता के लिए उद्धृत कर सकते हैं। सत्यापन त्रुटियां संबंधित फ़ील्ड के नाम के साथ 422 लौटाती हैं।
  • POST पर आइडम्पोटेंसी कुंजियाँ, रिप्ले रिकॉर्ड इनलाइन के बजाय कमिट पर लिखा जाता है — ताकि एक रीट्राय कभी भी कैश्ड 201 को रीप्ले न करे जो ऐसी पंक्ति का नाम लेता है जो कभी कमिट नहीं हुई थी। एक असफल अनुरोध अपने इन-फ़्लाइट लॉक को तुरंत रिलीज़ कर देता है, ताकि 422 आपके सुधारे गए रीट्राय को ब्लॉक न करे।
  • UUIDv7 पर कीसेट के रूप में कर्सर पेजिनेशन — समवर्ती राइट्स के तहत स्थिर, स्कैन के दौरान पंक्तियाँ (rows) डाले जाने पर कोई पेज-ड्रिफ्ट नहीं होता।
  • प्रतिक्रियाओं पर RateLimit-Remaining, ताकि जेनरेट किया गया क्लाइंट अंदाज़ा लगाने के बजाय समझदारी से इंतज़ार (बैक ऑफ़) कर सके।
  • दायरे से बाहर के संसाधन 403 के बजाय 404 लौटाते हैं — 403 यह पुष्टि करेगा कि संसाधन मौजूद है। इसी कारण से आपके दायरे से बाहर के किसी संगठन द्वारा फ़िल्टर करने पर एक खाली पेज मिलता है।
  • साइट निर्माण एक पंजीकरण है, प्रोविजनिंग नहीं: POST /v1/sites पेंडिंग स्थिति के साथ 201 लौटाता है और कभी भी बिल्ड पर ब्लॉक नहीं होता है। यह इवेंट रो के समान ट्रांजेक्शन में ट्रांजेक्शनल आउटबॉक्स में लिखा जाता है, इसलिए कोई साइट तब और केवल तभी मौजूद होती है जब उसकी प्रोविजनिंग का अनुरोध किया जाना सुनिश्चित हो।

SDK, एक CLI और एक Terraform प्रvider

एक ही स्पेसिफिकेशन के तीन कंज्यूमर्स, काम करने के तीन अलग-अलग तरीकों के लिए।

क्लाइंट SDKs

TypeScript, Python, PHP और Go के लिए जनरेट किया गया, जो स्पेक को ट्रैक करता है ताकि हैंड-रिटर्न रैपर की प्रतीक्षा किए बिना आपकी भाषा में एक नया एंडपॉइंट आ जाए।

Zinnector®, CLI

WordPress साइट बनाएं, Node के अलावा कुछ भी इंस्टॉल किए बिना इसे स्थानीय रूप से चलाएं, और इसे डिप्लॉय करें। Zinnector® उस स्लॉट के विरुद्ध आपके प्रोजेक्ट की प्री-फ़्लाइट जाँच करता है जिस पर आप डिप्लॉय करने वाले हैं — PHP संस्करण, डिस्क, फ़ाइल संख्या — और पुश करने के बाद के बजाय पहले चेतावनी देता है। यह साइन इन भी करता है, साइटों की सूची बनाता है, डिप्लॉय करता है, डोमेन और DNS प्रबंधित करता है, मेल सेवाओं को पढ़ता है, बैकअप लेता है, अनुमति-प्राप्त WP-CLI चलाता है, लॉग्स की निगरानी करता है और बल्क ऑपरेशन करता है। मुफ़्त, MIT-लाइसेंस प्राप्त, और इसी सार्वजनिक API पर निर्मित।

टेरफॉर्म प्रोवाइडर

साइट्स, डोमेन, DNS रिकॉर्ड्स, मेलबॉक्स और प्लान्स को इंफ्रास्ट्रक्चर एज़ कोड के रूप में प्रबंधित करें। terraform apply होस्टिंग का प्रावधान करता है, और आपके एनवायरनमेंट क्लिक्स के उस क्रम के बजाय जिसे किसी ने लिखा नहीं था, पुनरुत्पादित और समीक्षा योग्य बन जाते हैं।

इंटरएक्टिव संदर्भ

उत्पन्न किए गए दस्तावेज़ जिन्हें आप ब्राउज़र से पढ़ और कॉल कर सकते हैं, जो सर्वर द्वारा कार्यान्वित किए जाने वाले एंडपॉइंट्स का ठीक-ठीक वर्णन करते हैं — क्योंकि दोनों एक ही विनिर्देश से आते हैं।

वेbhook जो आपके एंडपॉइंट के बंद होने पर भी काम करते रहें

प्लेटफ़ॉर्म के पीछे एक टिकाऊ इवेंट स्पाइन है: हर स्थिति परिवर्तन डेटाबेस परिवर्तन के साथ परमाणु रूप से, Postgres में एक ट्रांज़ैक्शनल आउटबॉक्स में एक इवेंट लिखता है, और एक रिले इसे NATS JetStream पर प्रकाशित करता है। इवेंट टाइप किए गए और संस्करणित हैं — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending और बाकी सभी।

अपनी पसंद की चीज़ों की सदस्यता लें

एक एंडपॉइंट को WebhookSubscription के रूप में पंजीकृत करें और उन इवेंट प्रकारों को चुनें जो यह प्राप्त करता है। एक ही स्ट्रीम नोटिफिकेशन, एनालिटिक्स, ऑटोमेशन और आपके इंटीग्रेशन को समान रूप से फ़ीड करती है — आप उन्हीं इवेंट्स का उपयोग कर रहे हैं जिनका हम करते हैं।

एचएमएसी (HMAC) के साथ हस्ताक्षरित

हर डिलीवरी एचएमएसी-हस्ताक्षरित (HMAC-signed) होती है ताकि आप उस पर कार्रवाई करने से पहले सत्यापित कर सकें कि यह हमारी तरफ से आई है।

बैकऑफ़ के साथ पुनः प्रयास किया गया और लॉग किया गया

विफल डिलीवरी बैकऑफ़ के साथ दोबारा कोशिश की जाती है और प्रत्येक प्रयास को WebhookDelivery के रूप में दर्ज किया जाता है। आप यह पूछने के लिए कि हमने क्या भेजा था, सहायता टीम को ईमेल करने के बजाय डैशबोर्ड से डिलीवरी का निरीक्षण और उन्हें दोबारा चला सकते हैं।

कम से कम एक बार, इसलिए id पर डुप्लीकेट हटाएं

यह पाइपलाइन सटीक रूप से एक बार (exactly-once) होने का दिखावा करने के बजाय जानबूझकर कम से कम एक बार (at-least-once) होती है। प्रकाशन के बीच में नष्ट होने वाले रिले का क्लेम लीज समाप्त हो जाता है और उसके इवेंट्स दोबारा प्रकाशित हो जाते हैं। एनवेलप आईडी पर डिडूप (Dedupe) करें और आपका कंज्यूमर संरचना के अनुसार सही होगा।

साइट पर कोड डालना

एक एपीआई (API) डेवलपर की कहानी का केवल आधा हिस्सा है। दूसरा आधा हिस्सा डिप्लॉयमेंट (shipping) है।

  • OAuth के माध्यम से GitHub, GitLab या Bitbucket कनेक्ट करें, जिसमें डिप्लॉय कुंजियाँ क्रेडेंशियल स्टोर में सुरक्षित होती हैं - किसी कॉन्फ़िगरेशन फ़ाइल में नहीं।
  • पुश (Push) एक बिल्ड-एंड-डिप्लॉय पाइपलाइन को ट्रिगर करता है, जिसमें ब्रांच-से-एनवायरनमेंट मैपिंग (main से production, staging से staging) और कंपोजर (composer) तथा एनपीएम (npm) के लिए प्रति-स्टैक (per-stack) बिल्ड चरण शामिल हैं।
  • डिप्लॉयमेंट गलत होने पर पिछले रिलीज़ पर वापस जाएं।
  • स्टेजिंग क्लोन और पुश-टू-लाइव, ताकि किसी बदलाव को विज़िटर्स तक पहुँचने से पहले किसी वास्तविक स्थान पर जाँचा जा सके।
  • केजबेफएस (CageFS) आइसोलेशन के तहत प्रति साइट जेल्ड एसएसएच (SSH), एसएफटीपी (SFTP) और एफटीपी (FTP), ताकि प्रत्येक टेनेंट केवल अपनी स्वयं की फ़ाइलें देख सके।
  • पैनल टर्मिनल और एसएसएच (SSH) से wp-cli।
  • code-server के माध्यम से ब्राउज़र में VS Code — एक्सटेंशन, एक एकीकृत टर्मिनल और git के साथ एक पूर्ण संपादक, जो सीधे साइट की फ़ाइलों को संपादित करता है।
  • प्रति-साइट PHP संस्करण, संपादन योग्य PHP सेटिंग्स, प्रति-साइट एक्सटेंशन, पर्यावरण चर और WP-cron के साथ वास्तविक क्रॉन।

और वही API जिसका उपयोग आपका AI एजेंट कर सकता है

हम इस प्लेटफ़ॉर्म को एक होस्टेड MCP सर्वर के रूप में उपलब्ध कराते हैं: इंजन API पर एक हल्का प्रोटोकॉल एडाप्टर जो एकदम समान एक्शन कैटलॉग, RBAC और ऑडिट ट्रेल का पुनउपयोग करता है। Claude Code, Cursor, ChatGPT, Claude Desktop या किसी भी MCP-सक्षम क्लाइंट को एक बार कनेक्ट करें, और API में हमारे द्वारा जोड़ी जाने वाली हर खूबी इसके लिए अपने आप उपलब्ध हो जाती है।

एजेंट को तीन चीज़ें मिलती हैं: टूल्स (वही API एंडपॉइंट्स, ड्रिफ्ट के लिए कोई समानांतर लॉजिक नहीं), रिसोर्सेस (रीड-ऑनलाइन साइट हेल्थ, कॉन्फ़िगरेशन, हालिया लॉग्स, मेट्रिक्स, अपटाइम और KB लेख, ताकि यह कार्रवाई करने से पहले वास्तविक डेटा के साथ निदान कर सके) और प्रॉम्प्ट्स ("इस साइट का निदान करें" या "माइग्रेशन तैयार करें" जैसे प्रकाशित वर्कफ़्लो टेम्पलेट्स)।

सुरक्षा प्रमाणीकरण जैसी ही है: OAuth 2.1, आपके संगठन से बंधे टोकन और पंक्ति-स्तरीय सुरक्षा (row-level security) के साथ लागू RBAC अनुमतियाँ, जिन्हें प्रत्येक टूल के लिए सीमित और निरस्त किया जा सकता है, और सैंडबॉक्स उत्पादन (production) से अलग होता है। विनाशकारी क्रियाओं - हटाएं, निलंबित करें, बिलिंग, बड़ा खर्च - के लिए स्पष्ट पुष्टि या मानवीय-स्वीकृति नीति की आवश्यकता होती है। रेट लिमिट और खर्च की सीमाएं AI-ट्रिगर किए गए सशुल्क कार्यों को बांधती हैं, और प्रत्येक MCP कॉल को पहचान, टूल, तर्कों और परिणाम के साथ ऑडिट-लॉग किया जाता है।

हम किसी एक ऐप को अलग-अलग जोड़ने के बजाय सीधे प्रोटोकॉल का समर्थन करते हैं, जिसका मतलब है कि आपके होस्टिंग इंटीग्रेशन को बदले बिना ही आपकी पसंद के AI टूल में बदलाव किया जा सकता है।

अक्सर पूछे जाने वाले प्रश्न

क्या पब्लिक एपीआई वही है जिसका उपयोग डैशबोर्ड करता है?

हाँ — यह वही इंजन API है, जो प्रकाशित और परिष्कृत है। डैशबोर्ड, एडमिन कंसोल, CLI, Terraform प्रोवाइडर, MCP सर्वर और वेबहुक सभी एक ही सरफेस के उपभोक्ता हैं, यही कारण है कि API पैनल से पीछे नहीं रहता है।

क्या मैं बिना पैसे खर्च किए या असली सर्वर बनाए किसी इंटीग्रेशन का परीक्षण कर सकता हूँ?

हाँ। सैंडबॉक्स कुंजियाँ प्रोडक्शन कुंजियों से अलग जारी की जाती हैं और टेस्ट मोड में चलती हैं: कोई वास्तविक बिलिंग और कोई वास्तविक प्रोविजनिंग नहीं। अपने CI को सैंडबॉक्स क्रेडेंशियल्स पर इंगित करें और सुरक्षित रूप से पूर्ण अनुरोध और प्रतिक्रिया चक्र का अभ्यास करें।

पुनः प्रयास (retry) को किसी चीज़ की दो प्रतियाँ बनाने से मैं कैसे रोकूँ?

अपने POST पर Idempotency-Key भेजें। रिप्ले रिकॉर्ड इनलाइन के बजाय कमिट पर लिखा जाता है, ताकि एक रिट्री कभी भी उस पंक्ति के लिए कैश्ड सफलता को रिप्ले न कर सके जो वास्तव में कमिट नहीं हुई थी, और एक अनुरोध जो विफल हो जाता है वह अपना लॉक तुरंत जारी कर देता है ताकि आपका सुधारा गया रिट्री रुका न रहे। वेबहुक डिलीवरी डिज़ाइन के अनुसार कम-से-कम-एक बार होती है — अपने अंत में एनवेलप आईडी पर डिडुप्लीकेट करें।

क्या मैं एक एपीआई कुंजी को अपने सभी क्लाइंट संगठनों तक पहुँच दे सकता हूँ?

आज नहीं। API कुंजियाँ प्रत्येक संगठन के लिए जारी की जाती हैं, इसलिए कई क्लाइंट संगठनों में फैली एक इंटीग्रेशन के पास प्रत्येक के लिए एक कुंजी होती है। उपयोगकर्ता प्रिंसिपल्स के लिए अनुमतियाँ भी प्रति संगठन जाँची जाती हैं: एक संगठन में sites.create होने से किसी दूसरे, असंबंधित संगठन में कोई एक्सेस नहीं मिलती है, हालाँकि यह उसके अंतर्गत नेस्टेड संगठनों पर लागू होती है। यह जानबूझकर किया गया है — यह एक जोखिम वाली कुंजी को पूरे प्लेटफ़ॉर्म के बजाय केवल उसके अपने संगठन और उसके अधीन उप-संग संगठनों तक ही सीमित रखता है।

इन-बिल्ट डेवलपर भूमिका वास्तव में क्या अनुमति देती है?

dev भूमिका में संगठन को पढ़ना, API कुंजी प्रबंधन, साइटों को देखना और बनाना, उन्हें रीबूट करना, उनके कैश को साफ़ करना, और टिकट देखना और उनका उत्तर देना शामिल है। इसमें जानबूझकर बिलिंग नियंत्रण शामिल नहीं है। ध्यान दें कि डिप्लॉय और पुश-टू-लाइव अनुमतियाँ इसका हिस्सा नहीं हैं — यदि किसी टीम के सदस्य को इनकी आवश्यकता है, तो डेवलपर को सबसे व्यापक तकनीकी भूमिका मानने के बजाय एक ऐसी भूमिका असाइन करें जिसमें ये अनुमतियाँ शामिल हों।

अगर मेरा एंडपॉइंट एक घंटे के लिए बंद हो जाए, तो मेरे वेबहुक का क्या होगा?

डिलीवरी बैकऑफ के साथ पुनः प्रयास करती हैं और प्रत्येक प्रयास को एक WebhookDelivery के रूप में रिकॉर्ड किया जाता है जिसे आप जांच सकते हैं। अपस्ट्रीम में, इवेंट्स को बदलाव के समान ही डेटाबेस ट्रांजैक्शन में एक ट्रांजैक्शनल आउटबॉक्स में लिखा जाता है, इसलिए उपभोक्ता (consumer) के अनुपलब्ध होने पर भी कुछ भी नष्ट नहीं होता है — एक बंद उपभोक्ता पिछड़ जाता है, यह कभी भी प्रोड्यूसर को प्रभावित नहीं करता है, और एक बार वापस आने पर आप डैशबोर्ड से डिलीवरी को फिर से प्ले (replay) कर सकते हैं।

इसके साथ निर्माण कार्य शुरू करने में कितना खर्च आता है?

Footprint-Free Hosting का 14-दिन का कार्ड-मुक्त ट्रायल शुरू करें — कोई भुगतान विवरण नहीं, अधिकतम 5 साइटें। सशुल्क Footprint-Free टियर PBN 5 के लिए $6/माह से शुरू होते हैं। हर प्लान के साथ 30-दिन की मनी-बैक गारंटी, मुफ़्त माइग्रेशन और कोई वेंडर लॉक-इन नहीं मिलता है।

विनिर्देश पढ़ें, फिर उसके अनुसार निर्माण करें

स्पेसिफिकेशन-फर्स्ट API, जनरेटेड SDK, एक CLI, एक Terraform प्रोवाइडर, सांड वेबहुक और एक MCP सर्वर—दुनिया भर की 6,50,000+ साइटों के लिए हमने जो होस्टिंग तैयार की है, उस पर। कार्ड-मुक्त 14-दिन के ट्रायल से शुरुआत करें, कोई भुगतान विवरण नहीं चाहिए।

निःशुल्क शुरू करें