कोई अभियान अनुरोध उस गति से तेज़ भेज सकता है जिस गति से उसका डिलीवरी रास्ता संदेशों को प्रोसेस करता है। भेजने की योजना बनाने के लिए हर चरण की क्षमता का अनुमान ज़रूरी है।
API अनुरोध दर सीमित करना थ्रूपुट से कैसे अलग है?
API दर सीमा अनुरोधों को नियंत्रित करती है। डिलीवरी थ्रूपुट यह तय करता है कि बाद का चरण संदेशों या सेगमेंट को कितनी तेज़ी से प्रोसेस कर सकता है।
जब Bird किसी अनुरोध को 429 के साथ अस्वीकार करता है, तो प्रतिक्रिया के हेडर और दर-सीमा गाइड का पालन करें। तुरंत फिर से प्रयास करने पर वही अस्वीकृति दोबारा मिल सकती है।
सफल सबमिशन का अर्थ अलग है। 202 स्वीकृति की पुष्टि करता है, जबकि शुल्क लगना, नेटवर्क को सबमिशन और डिलीवरी उसके बाद होते हैं। इन परिणामों के दौरान संदेश पहचानकर्ता को ट्रैक करें।
जब सबमिशन भेजने की दर से अधिक हो जाते हैं, तो Twilio संदेशों को कतार में रखता है, और क्षमता पार होने पर कतार-ओवरफ़्लो त्रुटियाँ रिपोर्ट करता है: “Customers sending large volumes of messages may encounter errors such as Queue Overflow”.
उपलब्ध दर किन बातों पर निर्भर करती है?
प्रभावी दर भेजने वाले, गंतव्य, पंजीकरण, प्रदाता के कॉन्फ़िगरेशन और लागू खाता सीमाओं पर निर्भर करती है।
एक ही गंतव्य में शॉर्ट कोड और लॉन्ग कोड की क्षमता अलग हो सकती है। पंजीकरण यह प्रभावित कर सकता है कि कोई भेजने वाला कितना ट्रैफ़िक ले जा सकता है। वॉल्यूम की योजना बनाने से पहले भेजने वाले के विकल्प और गंतव्य की आवश्यकताएँ जाँचें।
प्रकाशित अधिकतम मान एक क्षमता सीमा है, डिलीवरी का वादा नहीं। किसी कैंपेन पर लागू करने से पहले उसकी इकाई, दायरा और शर्तें पुष्ट करें।
मैं भेजने में लगने वाले समय का अनुमान कैसे लगाऊँ?
काम की मात्रा को उसी इकाई में मापी गई दर से भाग दें। सेगमेंट वह टेक्स्ट है जो एक नेटवर्क संदेश में जाता है। लंबे टेक्स्ट कई सेगमेंट का उपयोग करते हैं।
उदाहरण के लिए, 100 सेगमेंट प्रति सेकंड तक सीमित रूट पर 6,000 एक-सेगमेंट संदेशों को कम से कम 60 सेकंड की क्षमता चाहिए। अगर हर संदेश को दो सेगमेंट चाहिए, तो उसी काम में कम से कम 120 सेकंड लगते हैं।
ये गणनाएँ मानती हैं कि बताई गई क्षमता का लगातार उपयोग होता है। अन्य ट्रैफ़िक, ठहराव, फिर से प्रयास और आगे के चरणों की स्थितियाँ समय बढ़ा सकती हैं। ये गणनाएँ यह नहीं बतातीं कि हर प्राप्तकर्ता को संदेश कब मिलेगा या वह उसे कब पढ़ेगा।
व्यक्तिगत संदेशों की जाँच सेगमेंट कैलकुलेटर से करें। लंबा नाम या एक इमोजी बिल होने वाले टेक्स्ट की मात्रा बदल सकता है।
मेरे अनुरोध सफल होने पर भी संदेश देर से क्यों पहुँचते हैं?
कतार, आगे के चरणों की प्रोसेसिंग, नेटवर्क की स्थितियाँ और प्राप्तकर्ता की उपलब्धता, ये सभी स्वीकृति और डिलीवरी के बीच अंतर पैदा कर सकते हैं।
स्वीकृति, सबमिशन और रिपोर्ट किए गए डिलीवरी समय की तुलना करें। त्रुटियों की जाँच सेंडर और गंतव्य के अनुसार करें। केवल रसीद न मिलने से कारण का पता नहीं चलता।
फ़ोन उपलब्ध न होने पर SMS मैसेज सेंटर संदेश को रोककर रख सकता है। SMSC क्या है इस चरण को समझाता है। SMS एनालिटिक्स बताता है कि Bird में परिणामों की जाँच कैसे करें।
सिर्फ़ इसलिए स्वीकृत संदेश दोबारा सबमिट न करें कि डिलीवरी रसीद देर से आ रही है। इससे देरी दूर हुए बिना डुप्लिकेट टेक्स्ट बन सकते हैं।
बड़े कैंपेन की तैयारी कैसे करें?
ट्रैफ़िक के अनुरूप सेंडर और क्षमता योजना चुनें, फिर विस्तार से पहले सीमित रिलीज़ का परीक्षण करें।
प्रोवाइडर के साथ देशों, सेगमेंट की मात्रा और आवश्यक रिलीज़ अवधि पर चर्चा करें। अधिक मात्रा वाले रोलआउट से पहले रजिस्ट्रेशन और सेंडर की तैयारी आवश्यक हो सकती है।
कैरियर सीमाओं से बचने के लिए ट्रैफ़िक को अतिरिक्त नंबरों में बाँटना स्नोशूइंग कहलाता है। CTIA सिद्धांत इस तरीके पर नियम तय करते हैं।
- गंतव्य के अनुसार रेंडर किए गए सेगमेंट गिनें।
- हर भेजने के मार्ग के लिए दर, इकाई और दायरे की पुष्टि करें।
- प्रोसेसिंग और आगे के चरणों में होने वाले उतार-चढ़ाव के लिए समय रखें।
- पहले एक सीमित समूह को भेजें, परिणामों की जाँच करें और फिर सोच-समझकर विस्तार करें।
संक्षेप में
API क्षमता और डिलीवरी क्षमता अलग-अलग चरणों को मापती हैं।
किसी अनुरोध के सफल होने का अर्थ यह नहीं है कि हर संदेश तुरंत नेटवर्क की ओर भेजा जा सकता है।
जांचें कि सीमा किस इकाई में दी गई है।
अनुरोधों, संदेशों और सेगमेंट के आधार पर क्षमता की गणना अलग-अलग निकलती है।
डिलीवरी में देरी के कई संभावित कारण होते हैं।
देरी का कारण थ्रूपुट को मानने से पहले कतार, त्रुटियों और डिलीवरी इवेंट की जांच करें।
सेंडर और गंतव्य के अनुसार क्षमता की योजना बनाएं।
खाते की सीमाएं, पंजीकरण और कैरियर के नियम भी भेजने के रास्ते को सीमित कर सकते हैं।