महीने में 100 ऑर्डर तक मुफ़्त

रीसेलर के लिए API वाला SMM पैनल

तैयार पैनल, जिसका API दोनों दिशाओं में चलता है: आपके रीसेलर अपनी key से आपको ऑर्डर भेजते हैं, और पैनल खुद प्रोवाइडर से ख़रीदता है। किसी भी पक्ष को इंटीग्रेशन लिखने की ज़रूरत नहीं।

संक्षेप में

जितना इस्तेमाल, उतना भुगतान: प्लान हर पैनल के लिए अलग से, महीने के ऑर्डर की संख्या से तय होता है।

Free
$0 हमेशा महीने में 100 ऑर्डर तक
Starter
$12 प्रति महीना 101 - 1,000 ऑर्डर
Basic
$25 प्रति महीना 1,001 - 10,000 ऑर्डर
Growth
$40 प्रति महीना 10,001 - 100,000 ऑर्डर
Scale
+$40 हर +100,000 पर अगले हर 100,000
मुख्य अंतर

पैनल के दो API होते हैं, और वे एक चीज़ नहीं हैं

«API वाला पैनल» ढूँढने वाले आम तौर पर दो अलग चीज़ों में से एक का मतलब रखते हैं, और इन दोनों की क़ीमत अलग है। पहला है इनबाउंड API: आपके रीसेलर ग्राहक एक key लेते हैं और अपने पैनल या अपने कोड से आपको प्रोग्राम के ज़रिए ऑर्डर भेजते हैं। दूसरा है आउटबाउंड API: आपका पैनल प्रोवाइडर तक जाता है, कैटलॉग खींचता है, ऑर्डर भेजता है और स्टेटस पूछता है। «API वाला पैनल» बेचने वाला अक्सर सिर्फ़ दूसरे का मतलब रखता है और पहले के बारे में कुछ नहीं कहता।

फ़र्क़ व्यावहारिक है। आउटबाउंड API के बिना आप व्यापार ही नहीं कर सकते: कैटलॉग हाथ से सँभालना पड़ेगा और ऑर्डर प्रोवाइडर को ख़ुद भेजने पड़ेंगे। इनबाउंड API आपको दूसरों की मेहनत से बढ़ने देता है: key लेकर जुड़ा रीसेलर वह वॉल्यूम लाता है जिसके पीछे आपको भागना नहीं पड़ा। जिस पैनल में सिर्फ़ आउटबाउंड API है, उसमें आपकी बिक्री की सीमा आपके अपने प्रचार तक ही रहती है।

हमारे पैनल में दोनों चलते हैं और किसी के लिए अलग काम नहीं कराना पड़ता। जितने चाहें प्रोवाइडर जोड़ें, हर एक अपनी key से; और रीसेलर की keys सीधे एडमिन से जारी होती हैं, जितनी ज़रूरत हो।

तुलना

API वाला पैनल कहाँ से मिलता है और असल में क्या मिलता है

API वाला पैनल पाने के तीन आम रास्ते। फ़र्क़ API के होने में नहीं, बल्कि इसमें है कि दोनों में से कौन सा आपको मिलता है।

अपनी script चाइल्ड पैनल हमसे किराया
आपके रीसेलर के लिए API तभी, जब लिखें और सुधारें नहीं: आप ख़ुद किसी के रीसेलर हैं पहले दिन से मौजूद
अपनी प्रोवाइडर keys हाँ नहीं: कैटलॉग और दाम उनके जितने चाहें उतने प्रोवाइडर
मानक के साथ अनुकूलता जितना लिखेंगे उतनी पैनल मालिक की ज़िम्मेदारी सातों क्रियाएँ, हूबहू
अपना डोमेन और ब्रांड हाँ आम तौर पर उनका सबडोमेन अपना डोमेन या मुफ़्त पता
किसका भुगतान लाइसेंस, सर्वर, डेवलपमेंट पैनल मालिक का मार्जिन महीने में 100 ऑर्डर तक मुफ़्त

शुरुआत में चाइल्ड पैनल सबसे सस्ता है, पर बनावट के कारण उसका अपना रीसेलर API होता ही नहीं: आप किसी और के पैनल के भीतर, उसकी keys से काम करते हैं।

क्या शामिल है

रीसेलर के साथ काम के लिए जो पहले से तैयार है

इनमें से कुछ भी अलग से मँगाना या बाद में जुड़वाना नहीं पड़ता - पैनल डिब्बे से निकलते ही ऐसा ही व्यवहार करता है।

✓मानक की सातों क्रियाएँ: सेवा सूची, ऑर्डर बनाना, स्टेटस, refill, refill स्टेटस, रद्द करना और बैलेंस
✓एक बार में 100 ऑर्डर तक के बैच कॉल - रीसेलर को एक-एक ऑर्डर भेजकर आपको थकाना नहीं पड़ता
✓आपके पैनल के भीतर सेवाओं और ऑर्डर के अपने सार्वजनिक नंबर: न प्रोवाइडर की id बाहर जाती है, न उसका नाम
✓keys एडमिन से जारी और रद्द होती हैं, हर रीसेलर के लिए एक
✓रीसेलर के लिए अपने थोक दाम, दुकान के खुदरा दामों से अलग
✓हर जुड़े प्रोवाइडर का बैलेंस एक ही जगह, किसी के ख़त्म होने से पहले चेतावनी के साथ
✓अपना डोमेन, लोगो और रंग: रीसेलर हमारा नहीं, आपका ब्रांड देखता है
नुकीले कोने

पहली key देने से पहले जानने लायक बातें

बैच जवाब का रूप क्रिया के हिसाब से बदलता है

ऑर्डर स्टेटस में बैच जवाब एक object के रूप में आता है जिसकी key ऑर्डर नंबर होती है, जबकि refill, refill स्टेटस और रद्द करने में objects का array आता है। यह हमारी सनक नहीं, उद्योग का मानक ऐसा ही है, और हाथ से लिखे आधे इंटीग्रेशन यहीं लड़खड़ाते हैं।

refill स्टेटस refill नंबर से पूछा जाता है

refill बनाने पर उसका अपना नंबर मिलता है, और स्टेटस उसी नंबर से पूछना होता है, ऑर्डर नंबर से नहीं। मानक में «ऑर्डर और उसका refill» जैसा कोई जोड़ है ही नहीं, इसलिए नंबर सँभालना कॉल करने वाले का काम है।

मानक में रद्द करना सिर्फ़ बैच में है

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

key हर माँगने वाले को नहीं दी जाती

key वाला रीसेलर आपकी request limit और प्रोवाइडर पर पड़ा बैलेंस आपके ध्यान में आने से पहले ही जला सकता है। पहले वॉल्यूम तय करें और दुकान के दाम बाँटने के बजाय अलग थोक दाम रखें।

रीसेलर का वॉल्यूम आपका प्रोवाइडर बैलेंस है

बाहर से आने वाले ऑर्डर असमान आते हैं, और सबसे पहले आपका सब्र नहीं, ख़रीद का पैसा ख़त्म होता है। ख़ाली प्रोवाइडर बैलेंस सामान्य कतार को एक झटके में पूरे पैनल के अटके ऑर्डर में बदल देता है, आपके खुदरा ग्राहक भी उसमें शामिल।

सेवा के प्रकार अलग-अलग फ़ील्ड लेते हैं

फ़ॉलोअर का ऑर्डर, अपनी सूची वाले कमेंट का ऑर्डर और अंतराल वाली सदस्यता का ऑर्डर अलग पैरामीटर लेते हैं। पैनल सोलह प्रकार जानता है, और ऑर्डर फ़ॉर्म तथा उसकी जाँच उसी रजिस्ट्री से बनती है, इसलिए रीसेलर को फ़ील्ड के नाम अंदाज़ से नहीं लगाने पड़ते।

अनुकूलता

आपके रीसेलर को कोड दोबारा क्यों नहीं लिखना पड़ेगा

इस क्षेत्र में एक वास्तविक API मानक बन चुका है: एक पता, POST, key सामान्य request फ़ील्ड के रूप में, और हर बार JSON जवाब। हमने यह अनुबंध ग्यारह चालू पैनलों से निकाला और अपने इंजन से मिलाया - क्रियाएँ, पैरामीटर के नाम, जवाब के रूप और सेवा प्रकारों का समूह। मिलान में जो अंतर निकले, वे बंद कर दिए गए।

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

हमारे पास अतिरिक्त सुविधाएँ हैं, पर उनमें से कोई अनुकूलता नहीं तोड़ती: ऑर्डर नंबर से अकेला रद्द, ऑर्डर बनाने का एक पर्यायवाची, और सेवा सूची में एक अतिरिक्त फ़ील्ड। जो मानक के अनुसार ही लिखता है, उसे ये दिखेंगी तक नहीं।

यह पेज किसके लिए नहीं है। अगर आप अपना एक ही अकाउंट या चैनल बढ़ा रहे हैं, तो आपको API की ज़रूरत ही नहीं - आपको पैनल नहीं, सेवाएँ चाहिए। अगर रीसेलर न हैं और न होने वाले हैं, तो इनबाउंड API बेकार पड़ा रहेगा: सादी दुकान से शुरू करें, keys बाद में भी वहीं मिलेंगी। और अगर आपको API के भीतर ही ग़ैर-मानक तर्क चाहिए - अपने फ़ील्ड, अपने स्टेटस, अपना जवाब प्रारूप - तो किराया वह नहीं देगा: यही वह स्थिति है जहाँ सचमुच अपनी script और अपना डेवलपर चाहिए।

सामान्य प्रश्न

सामान्य प्रश्न

रीसेलर API और प्रोवाइडर API में क्या फ़र्क़ है

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

क्या रीसेलर को आपके पैनल के लिए इंटीग्रेशन दोबारा लिखना पड़ेगा

नहीं, बशर्ते उसने उद्योग मानक के अनुसार लिखा हो। हमने अपने API को ग्यारह चालू पैनलों से निकाले अनुबंध से मिलाया: क्रियाएँ, पैरामीटर के नाम, जवाब के रूप और सेवा प्रकारों का समूह सब मिलते हैं। जुड़ना पता और key बदलने तक सिमट जाता है। ध्यान देने लायक बस एक बात है - बैच जवाब का रूप: ऑर्डर स्टेटस में object, refill और रद्द में array - और यह हमारी नहीं, मानक की विशेषता है।

API वाले पैनल की क़ीमत कितनी है

हमारे अपने कैटलॉग से जाने वाले ऑर्डर गिने ही नहीं जाते, वॉल्यूम चाहे जितना हो। बाहरी प्रोवाइडर जोड़ें तो महीने के पहले 100 ऑर्डर मुफ़्त हैं; उसके आगे की दर असली वॉल्यूम से तय होती है और वॉल्यूम गिरने पर घट भी जाती है। रीसेलर से API के रास्ते आए ऑर्डर बिलकुल आपके अपने ऑर्डर की तरह गिने जाते हैं: इनबाउंड API के लिए, keys की संख्या के लिए या जुड़े प्रोवाइडरों की संख्या के लिए अलग शुल्क नहीं है।

यह भी पढ़ें

डेमो पैनल पर API आज़माएँ

डेमो बिना रजिस्ट्रेशन के खुला है: कुछ भी चुकाने से पहले API का दस्तावेज़ और ऑर्डर फ़ॉर्म देख लें। जब तक ऑर्डर हमारे कैटलॉग से जाते हैं, पैनल हर वॉल्यूम पर मुफ़्त है।