प्रोग्रामेटिक रूप से संदेश भेजने वाले किसी भी व्यक्ति के लिए **SMS कैरेक्टर एन्कोडिंग (UTF-8, GSM)** को समझना महत्वपूर्ण है, चाहे आप एक एप्लिकेशन बनाने वाले डेवलपर हों या ग्राहक संचार का प्रबंधन करने वाले एक छोटे व्यवसाय के मालिक हों। एन्कोडिंग का चुनाव सीधे आपके संदेश की लंबाई, आपके द्वारा उपयोग किए जा सकने वाले कैरेक्टर और अंततः, आपकी SMS लागतों को प्रभावित करता है। यह व्यापक मार्गदर्शिका SMS कैरेक्टर सेट की जटिलताओं को स्पष्ट करेगी, व्यापक रूप से उपयोग किए जाने वाले GSM 03.38 और UCS-2 एन्कोडिंग की खोज करेगी, UTF-8 की भूमिका को स्पष्ट करेगी, और यह प्रदर्शित करेगी कि ये तकनीकी विवरण वास्तविक दुनिया के खर्चों और डिलीवरेबिलिटी में कैसे बदलते हैं।

SMS कैरेक्टर एन्कोडिंग के मूल सिद्धांत

जब आप एक SMS भेजते हैं, तो आपके द्वारा टाइप किया गया या प्रोग्रामेटिक रूप से जनरेट किया गया टेक्स्ट कच्चे कैरेक्टर के रूप में प्रसारित नहीं होता है। इसके बजाय, इसे एक संख्यात्मक प्रारूप में परिवर्तित किया जाता है जिसे सेलुलर नेटवर्क समझ सकते हैं – इस प्रक्रिया को कैरेक्टर एन्कोडिंग के रूप में जाना जाता है। यह रूपांतरण महत्वपूर्ण है क्योंकि यह सुनिश्चित करता है कि संदेश सही ढंग से डिलीवर हों और प्राप्तकर्ता के डिवाइस पर इच्छानुसार दिखाई दें, चाहे फोन मॉडल या कैरियर कुछ भी हो।

SMS की दुनिया मुख्य रूप से दो मुख्य एन्कोडिंग योजनाओं पर निर्भर करती है: GSM 03.38 और UCS-2 (जिसे अक्सर SMS संदर्भों में UTF-16 के रूप में संदर्भित किया जाता है)। प्रत्येक का अपना समर्थित कैरेक्टर सेट, प्रति सेगमेंट अधिकतम संदेश लंबाई होती है, और परिणामस्वरूप, आपके मैसेजिंग बजट पर इसका अपना प्रभाव पड़ता है। जबकि डेवलपर्स आमतौर पर वेब एप्लिकेशन और डेटाबेस में UTF-8 के साथ काम करते हैं, SMS गेटवे आमतौर पर इस इनपुट को ट्रांसमिशन के लिए दो मूल SMS एन्कोडिंग में से एक में परिवर्तित करते हैं।

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

GSM 03.38 कैरेक्टर एन्कोडिंग: लागत दक्षता के लिए मानक

GSM 03.38 कैरेक्टर सेट, जिसे GSM 7-बिट डिफ़ॉल्ट वर्णमाला के रूप में भी जाना जाता है, दुनिया भर में SMS संदेशों के लिए सबसे सामान्य और लागत प्रभावी एन्कोडिंग है। इसे विशेष रूप से मोबाइल संचार के लिए डिज़ाइन किया गया था और यह अधिकांश पश्चिमी यूरोपीय भाषाओं, जैसे अंग्रेजी, स्पेनिश, फ्रेंच, जर्मन और कई अन्य के लिए डिफ़ॉल्ट है। इसकी 7-बिट एन्कोडिंग का मतलब है कि प्रत्येक कैरेक्टर कम जगह लेता है, जिससे प्रति SMS सेगमेंट में अधिक कैरेक्टर की अनुमति मिलती है।

एक मानक GSM 03.38 एन्कोडेड SMS संदेश एक ही सेगमेंट में 160 कैरेक्टर तक हो सकता है। यदि आपका संदेश इस सीमा से अधिक हो जाता है, तो इसे कई सेगमेंट में विभाजित किया जाएगा, और बिलिंग उद्देश्यों के लिए प्रत्येक को एक अलग SMS के रूप में गिना जाएगा। उदाहरण के लिए, GSM 03.38 में 161-कैरेक्टर का संदेश दो सेगमेंट के रूप में भेजा जाएगा: एक 160 कैरेक्टर का और दूसरा 1 कैरेक्टर का (प्रत्येक सेगमेंट में कॉन्कैटिनेशन हेडर के लिए 7 कैरेक्टर अतिरिक्त, मल्टी-पार्ट संदेशों के लिए पेलोड को 153 कैरेक्टर तक कम करते हुए)।

GSM 03.38 वर्णमाला में बड़े और छोटे अक्षर, संख्याएँ, सामान्य विराम चिह्न और विशेष कैरेक्टर का एक सीमित सेट शामिल है। एक 'विस्तारित' GSM कैरेक्टर सेट भी है जो एक एस्केप कैरेक्टर का उपयोग करता है, जिससे कुछ कैरेक्टर (जैसे यूरो प्रतीक € या कर्ली ब्रेसिज़ { }) 160-कैरेक्टर की सीमा की ओर दो कैरेक्टर के रूप में गिने जाते हैं, भले ही वे एक के रूप में दिखाई दें। संदेश की लंबाई की गणना करते समय यह याद रखना एक महत्वपूर्ण विवरण है।

यहां एक तालिका दी गई है जिसमें कुछ सामान्य कैरेक्टर और GSM 03.38 कैरेक्टर सेट में उनकी उपस्थिति दिखाई गई है:

कैरेक्टरGSM 03.38 समर्थनटिप्पणियाँ
A-Z, a-zहाँमानक वर्णमाला
0-9हाँमानक अंक
Spaceहाँमानक स्पेस
.,?!@#$%&*()_-+=/हाँसामान्य विराम चिह्न
€ (Euro)हाँ (विस्तारित)2 कैरेक्टर के रूप में गिना जाता है
{ } [ ] ~ ^ \ |हाँ (विस्तारित)2 कैरेक्टर के रूप में गिना जाता है
Ä, Ö, Ü, ä, ö, ü, ßहाँजर्मन उमाउट और एसेट
Ç, ç, À, à, É, éहाँसामान्य फ्रेंच/स्पेनिश उच्चारण
Emoji (e.g., 😊)नहींUCS-2 एन्कोडिंग की आवश्यकता है
Cyrillic (e.g., Ж)नहींUCS-2 एन्कोडिंग की आवश्यकता है
Arabic (e.g., أ)नहींUCS-2 एन्कोडिंग की आवश्यकता है

अंग्रेजी और संबंधित भाषाओं में अधिकांश मानक व्यावसायिक संचार के लिए, GSM 03.38 अपने बेहतर कैरेक्टर-प्रति-सेगमेंट अनुपात के कारण पसंदीदा विकल्प है, जो सीधे कम मैसेजिंग लागत में बदल जाता है। MySMSGate जैसे प्लेटफॉर्म का लक्ष्य जब भी संभव हो GSM एन्कोडिंग का उपयोग करना है ताकि आपके खर्चों को कम रखा जा सके, यह स्वचालित रूप से पता लगाता है कि आपकी संदेश सामग्री इसकी अनुमति देती है या नहीं।

UCS-2 (UTF-16) एन्कोडिंग: जब विशेष कैरेक्टर आवश्यक हों

हालांकि GSM 03.38 कुशल है, इसके सीमित कैरेक्टर सेट का मतलब है कि यह सभी भाषाओं, विशेष प्रतीकों या इमोजी का समर्थन नहीं कर सकता। यहीं पर UCS-2 (यूनिवर्सल कैरेक्टर सेट - 2-बाइट) एन्कोडिंग काम आती है। UCS-2, जिसे अक्सर SMS के संदर्भ में UTF-16 के रूप में संदर्भित किया जाता है, एक 16-बिट एन्कोडिंग योजना है, जिसका अर्थ है कि प्रत्येक कैरेक्टर दो बाइट डेटा लेता है।

क्योंकि प्रत्येक कैरेक्टर को अधिक डेटा की आवश्यकता होती है, UCS-2 एन्कोडिंग का उपयोग करते समय एक एकल SMS सेगमेंट की अधिकतम लंबाई काफी कम होकर 70 कैरेक्टर हो जाती है। यदि आपके संदेश में एक भी ऐसा कैरेक्टर है जो GSM 03.38 वर्णमाला का हिस्सा नहीं है (उदाहरण के लिए, एक इमोजी, चीनी, अरबी, या सिरिलिक जैसी गैर-लैटिन लिपि का एक कैरेक्टर), तो पूरा संदेश UCS-2 का उपयोग करके एन्कोड किया जाएगा। यह संदेश के सेगमेंटेशन और परिणामस्वरूप, आपकी लागतों पर नाटकीय रूप से प्रभाव डालता है।

उदाहरण के लिए, UCS-2 में 71-कैरेक्टर का संदेश दो सेगमेंट के रूप में भेजा जाएगा, और 150-कैरेक्टर के संदेश के लिए तीन सेगमेंट की आवश्यकता होगी (70 + 70 + 10 = 3 सेगमेंट, साथ ही कॉन्कैटिनेशन हेडर मल्टी-पार्ट संदेशों के लिए पेलोड को 67 कैरेक्टर तक कम करते हुए)। यह GSM 03.38 के विपरीत है, जहाँ 150-कैरेक्टर का संदेश आमतौर पर एक ही सेगमेंट होता।

UCS-2 इनके लिए अपरिहार्य है:

  • गैर-लैटिन भाषाओं (जैसे चीनी, जापानी, कोरियाई, अरबी, रूसी) में संदेश भेजना।
  • इमोजी शामिल करना (😊👍🚀)।
  • GSM 03.38 में नहीं पाए जाने वाले विशिष्ट तकनीकी प्रतीकों या अस्पष्ट कैरेक्टर का उपयोग करना।

हालांकि प्रति कैरेक्टर अधिक महंगा, UCS-2 वैश्विक पहुंच सुनिश्चित करता है और समृद्ध, अधिक अभिव्यंजक संचार की अनुमति देता है। MySMSGate सहित आधुनिक SMS गेटवे API, गैर-GSM कैरेक्टर की उपस्थिति का बुद्धिमानी से पता लगाते हैं और स्वचालित रूप से UCS-2 एन्कोडिंग पर स्विच करते हैं ताकि यह सुनिश्चित हो सके कि आपका संदेश सही ढंग से डिलीवर हो, भले ही इसका मतलब उच्च सेगमेंटेशन लागत हो।

SMS संदर्भ में UTF-8 को समझना

कई डेवलपर्स UTF-8 से परिचित हैं, जो वेब, डेटाबेस और सामान्य-उद्देश्यीय टेक्स्ट के लिए प्रमुख कैरेक्टर एन्कोडिंग है। UTF-8 (यूनिकोड ट्रांसफॉर्मेशन फॉर्मेट - 8-बिट) एक वेरिएबल-चौड़ाई एन्कोडिंग है जो यूनिकोड मानक में किसी भी कैरेक्टर का प्रतिनिधित्व कर सकती है, जिससे यह अविश्वसनीय रूप से लचीला और सार्वभौमिक हो जाता है। यह बहुभाषी सामग्री को संभालने के लिए उत्कृष्ट है और आमतौर पर इसका उपयोग तब किया जाता है जब आप एक API को डेटा भेजते हैं।

तो, UTF-8 SMS कैरेक्टर एन्कोडिंग में कहाँ फिट बैठता है? यह स्पष्ट करना महत्वपूर्ण है कि जबकि आप लगभग निश्चित रूप से अपने SMS संदेश की सामग्री को UTF-8 का उपयोग करके एक SMS API पर भेजेंगे, SMS नेटवर्क स्वयं मूल रूप से UTF-8 का उपयोग करके संदेश प्रसारित नहीं करता है। इसके बजाय, SMS गेटवे मध्यस्थ के रूप में कार्य करते हैं, आपके UTF-8 इनपुट को सेलुलर नेटवर्क पर भेजने से पहले या तो GSM 03.38 या UCS-2 में परिवर्तित करते हैं।

यह आमतौर पर इस प्रकार काम करता है:

  1. आप अपने संदेश टेक्स्ट को UTF-8 प्रारूप में एक SMS API (जैसे MySMSGate का REST API) पर भेजते हैं।
  2. SMS गेटवे UTF-8 टेक्स्ट प्राप्त करता है।
  3. फिर यह संदेश सामग्री का विश्लेषण करता है:
    • यदि सभी कैरेक्टर को GSM 03.38 द्वारा दर्शाया जा सकता है, तो गेटवे संदेश को GSM 03.38 का उपयोग करके एन्कोड करता है।
    • यदि किसी कैरेक्टर को व्यापक कैरेक्टर सेट (जैसे एक इमोजी या एक गैर-लैटिन कैरेक्टर) की आवश्यकता होती है, तो गेटवे पूरे संदेश को UCS-2 का उपयोग करके एन्कोड करता है।
  4. GSM 03.38 या UCS-2 एन्कोडेड संदेश फिर डिलीवरी के लिए मोबाइल नेटवर्क पर प्रसारित किया जाता है।

यह रूपांतरण प्रक्रिया आमतौर पर डेवलपर के लिए सहज और पारदर्शी होती है, बशर्ते SMS API अच्छी तरह से डिज़ाइन किया गया हो। मुख्य बात यह है कि जबकि आप UTF-8 के साथ काम करते हैं, अंतर्निहित SMS परिवहन तंत्र GSM 03.38 या UCS-2 पर निर्भर करता है, और यह चुनाव सीधे आपके संदेश के सेगमेंटेशन और लागत को प्रभावित करता है। MySMSGate जैसे एक मजबूत SMS समाधान, डिलीवरेबिलिटी और लागत दक्षता दोनों के लिए अनुकूलन करने के लिए इस रूपांतरण को बुद्धिमानी से संभालता है।

SMS संदेश की लंबाई और लागत पर एन्कोडिंग का महत्वपूर्ण प्रभाव

बजट पर काम करने वाले छोटे व्यवसायों और डेवलपर्स के लिए, कैरेक्टर एन्कोडिंग के वित्तीय निहितार्थों को समझना सर्वोपरि है। SMS सेगमेंट की संख्या सीधे लागत में बदल जाती है, और एन्कोडिंग यह तय करती है कि प्रत्येक सेगमेंट में कितने कैरेक्टर फिट होते हैं।

आइए इसे MySMSGate के प्रति SMS सेगमेंट $0.03 (100 SMS के लिए $3, 500 के लिए $12, या 1000 के लिए $20 जैसे पैकेज के साथ) की पारदर्शी मूल्य निर्धारण का उपयोग करके ठोस संख्याओं के साथ समझाते हैं:

  • GSM 03.38 एन्कोडिंग: प्रति सेगमेंट अधिकतम 160 कैरेक्टर (मल्टी-पार्ट के लिए 153)।
  • UCS-2 एन्कोडिंग: प्रति सेगमेंट अधिकतम 70 कैरेक्टर (मल्टी-पार्ट के लिए 67)।

150 कैरेक्टर के एक काल्पनिक संदेश पर विचार करें:

एन्कोडिंग प्रकारसंदेश की लंबाईप्रति सेगमेंट कैरेक्टरसेगमेंट की संख्याप्रति संदेश लागत (MySMSGate)
GSM 03.38150 कैरेक्टर153 (मल्टी-पार्ट के लिए) या 160 (सिंगल-पार्ट के लिए)1$0.03
UCS-2150 कैरेक्टर67 (मल्टी-पार्ट के लिए) या 70 (सिंगल-पार्ट के लिए)3 (70 + 70 + 10)$0.09

जैसा कि आप देख सकते हैं, एक एकल कैरेक्टर परिवर्तन – शायद एक इमोजी या एक गैर-लैटिन कैरेक्टर जोड़ने से – आपके संदेश की लागत तुरंत तीन गुना हो सकती है। हजारों संदेश भेजने वाले व्यवसाय के लिए, ये अंतर तेजी से जमा होते हैं। उदाहरण के लिए, 10,000 संदेश भेजना जो अप्रत्याशित रूप से UCS-2 पर स्विच हो जाते हैं, $300 के बिल को $900 के बिल में बदल सकते हैं।

MySMSGate के मूल्य निर्धारण की तुलना पारंपरिक प्रदाताओं से करने पर यह लागत अंतर और भी अधिक स्पष्ट हो जाता है। जबकि MySMSGate कोई मासिक शुल्क या अनुबंध के बिना प्रति SMS सेगमेंट $0.03 की एक फ्लैट दर प्रदान करता है, Twilio जैसे प्रतियोगी आमतौर पर प्रति SMS सेगमेंट $0.05 और $0.08 के बीच शुल्क लेते हैं, अक्सर सेंडर पंजीकरण (जैसे US में 10DLC) के लिए अतिरिक्त शुल्क के साथ, जिसे MySMSGate आपके अपने Android फोन के SIM कार्ड का लाभ उठाकर पूरी तरह से बायपास करता है। इसका मतलब है कि एक 3-सेगमेंट UCS-2 संदेश जिसकी लागत MySMSGate के साथ $0.09 है, अन्य प्रदाताओं के साथ आसानी से $0.15 से $0.24 या उससे अधिक हो सकती है, सेंडर पंजीकरण शुल्क पर विचार करने से पहले ही।

MySMSGate की विफल SMS को वापस करने की प्रतिबद्धता (विफलता पर शेष राशि स्वतः वापस) यह सुनिश्चित करती है कि आप केवल सफलतापूर्वक डिलीवर किए गए संदेशों के लिए भुगतान करें, जिससे लागत दक्षता की एक और परत जुड़ जाती है जो बजट-सचेत उपयोगकर्ताओं के लिए महत्वपूर्ण है। एन्कोडिंग को समझना आपको लागत कम रखने के लिए अपनी सामग्री का प्रबंधन करने में मदद करता है, और सही SMS गेटवे चुनना यह सुनिश्चित करता है कि उन बचतों को अधिकतम किया जाए।

SMS एन्कोडिंग और लागतों के प्रबंधन के लिए व्यावहारिक रणनीतियाँ

SMS कैरेक्टर एन्कोडिंग का प्रभावी प्रबंधन महत्वपूर्ण लागत बचत और बेहतर संदेश डिलीवरेबिलिटी का कारण बन सकता है। डेवलपर्स और छोटे व्यवसाय के मालिकों के लिए यहां कार्रवाई योग्य रणनीतियाँ दी गई हैं:

अंग्रेजी और मूल संदेशों के लिए GSM 03.38 को प्राथमिकता दें

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

UCS-2 का उपयोग केवल तभी करें जब आवश्यक हो

UCS-2 एन्कोडिंग को उन संदेशों के लिए आरक्षित करें जिनमें विशेष कैरेक्टर, इमोजी या गैर-लैटिन स्क्रिप्ट की बिल्कुल आवश्यकता होती है। यदि आप एक अंतरराष्ट्रीय दर्शक वर्ग को भेज रहे हैं जो मुख्य रूप से गैर-लैटिन भाषाओं का उपयोग करता है, तो UCS-2 अपरिहार्य है, लेकिन बढ़े हुए सेगमेंट काउंट और लागत के प्रति सचेत रहें।

कैरेक्टर काउंटिंग टूल लागू करें

अपने एप्लिकेशन के मैसेजिंग इंटरफ़ेस में कैरेक्टर काउंटर को एकीकृत करें। कई लाइब्रेरी एक स्ट्रिंग का विश्लेषण कर सकती हैं और आपको उसके अनुमानित सेगमेंट काउंट और एन्कोडिंग प्रकार (GSM या UCS-2) के बारे में बता सकती हैं जिसका वह संभवतः उपयोग करेगा। यह उपयोगकर्ताओं को भेजने से पहले अपनी संदेश सामग्री को समायोजित करने की अनुमति देता है, जिससे अप्रत्याशित लागतों से बचा जा सकता है।

स्मार्ट SMS API सुविधाओं का लाभ उठाएँ

एक अच्छा SMS API एन्कोडिंग पहचान और रूपांतरण को स्वचालित रूप से संभालेगा। आप आमतौर पर अपना संदेश UTF-8 में भेजते हैं, और API बुद्धिमानी से यह निर्धारित करता है कि GSM 03.38 या UCS-2 का उपयोग करना है। यह अमूर्तन विकास को सरल बनाता है, लेकिन लागतों को प्रभावी ढंग से प्रबंधित करने के लिए अंतर्निहित यांत्रिकी को समझना अभी भी महत्वपूर्ण है। MySMSGate का सरल REST API इस प्रक्रिया को सहज बनाने के लिए डिज़ाइन किया गया है, जिससे आप निम्न-स्तरीय एन्कोडिंग विवरणों के बजाय अपने एप्लिकेशन लॉजिक पर ध्यान केंद्रित कर सकें, साथ ही इसके लागत प्रभावी दृष्टिकोण से भी लाभ उठा सकें।

MySMSGate के साथ SMS भेजना: एन्कोडिंग को सहजता से संभाला जाता है

MySMSGate एक मजबूत और लचीला SMS गेटवे समाधान प्रदान करके **SMS कैरेक्टर एन्कोडिंग (UTF-8, GSM)** की जटिलताओं को सरल बनाता है। हमारा प्लेटफॉर्म आपको अपने स्वयं के Android फोन और SIM कार्ड का उपयोग करके एक साधारण REST API के माध्यम से SMS संदेश भेजने की अनुमति देता है, जो स्वाभाविक रूप से पारंपरिक प्रदाताओं की तुलना में अधिक नियंत्रण और अक्सर काफी कम लागत प्रदान करता है।

जब आप MySMSGate के माध्यम से एक संदेश भेजते हैं, तो आप अपनी सामग्री UTF-8 प्रारूप में जमा करते हैं। हमारा सिस्टम इस इनपुट को बुद्धिमानी से संसाधित करता है:

  1. यह आपके संदेश में GSM 03.38 वर्णमाला के बाहर के किसी भी कैरेक्टर का विश्लेषण करता है।
  2. यदि केवल GSM 03.38 कैरेक्टर मौजूद हैं, तो अधिकतम सेगमेंट दक्षता (प्रति सेगमेंट 160 कैरेक्टर, मल्टी-पार्ट के लिए 153) के लिए संदेश को GSM का उपयोग करके एन्कोड किया जाता है।
  3. यदि गैर-GSM कैरेक्टर (जैसे इमोजी, अरबी, या सिरिलिक कैरेक्टर) का पता चलता है, तो सही प्रदर्शन सुनिश्चित करने के लिए संदेश को स्वचालित रूप से UCS-2 (प्रति सेगमेंट 70 कैरेक्टर, मल्टी-पार्ट के लिए 67) का उपयोग करके एन्कोड किया जाता है।

यह स्वचालित पहचान और रूपांतरण का मतलब है कि आपको मैन्युअल रूप से एन्कोडिंग प्रकार निर्दिष्ट करने की आवश्यकता नहीं है। आप बस अपना संदेश भेजते हैं, और MySMSGate डिलीवरेबिलिटी सुनिश्चित करने के लिए तकनीकी विवरणों को संभालता है, साथ ही आपको इस बात की जानकारी भी देता है कि एन्कोडिंग आपके संदेश की लंबाई और लागत को कैसे प्रभावित करती है।

यहां MySMSGate के API का उपयोग करके एक SMS भेजने का एक त्वरित उदाहरण दिया गया है। आप बस हमारे एकल एंडपॉइंट पर एक POST अनुरोध करते हैं: POST /api/v1/send।

cURL उदाहरण (GSM-संगत संदेश)
curl -X POST https://api.mysmsgate.net/api/v1/send \-H "Content-Type: application/json" \-H "Authorization: Bearer YOUR_API_KEY" \-d '{    "phone_number": "+15551234567",    "message": "Hello from MySMSGate! This is a test message using GSM encoding."}'

यह संदेश, पूरी तरह से GSM-संगत होने के कारण, $0.03 में एक सिंगल सेगमेंट के रूप में भेजा जाएगा।

Python उदाहरण (UCS-2 की आवश्यकता वाला संदेश)
import requestsimport jsonapi_key = "YOUR_API_KEY"phone_number = "+15551234567"message_with_emoji = "Hello from MySMSGate! 👋 This message uses UCS-2."headers = {    "Content-Type": "application/json",    "Authorization": f"Bearer {api_key}"}payload = {    "phone_number": phone_number,    "message": message_with_emoji}response = requests.post("https://api.mysmsgate.net/api/v1/send", headers=headers, data=json.dumps(payload))print(response.json())

वेव इमोजी (👋) का समावेश स्वचालित रूप से UCS-2 एन्कोडिंग को ट्रिगर करेगा। चूंकि यह संदेश छोटा है, यह संभवतः अभी भी 1 सेगमेंट होगा, लेकिन यदि यह 70 कैरेक्टर से अधिक लंबा होता, तो इसे तदनुसार सेगमेंट में विभाजित किया जाता, जिसमें प्रत्येक सेगमेंट की लागत $0.03 होती।

MySMSGate के मुख्य लाभ स्मार्ट एन्कोडिंग से भी आगे बढ़ते हैं:

  • मल्टी-डिवाइस सपोर्ट: अपनी भेजने की क्षमता को बढ़ाने के लिए असीमित Android फोन कनेक्ट करें।
  • डुअल SIM कार्यक्षमता: स्थानीय दरों के लिए अनुकूलन करते हुए, प्रति संदेश किस SIM स्लॉट का उपयोग करना है, चुनें।
  • ऑटो वेक-अप: FCM पुश सुनिश्चित करता है कि आपका फोन नींद में होने पर भी संदेश भेजे।
  • डिलीवरी ट्रैकिंग: रीयल-टाइम स्थिति अपडेट पारदर्शिता प्रदान करते हैं।
  • विफल SMS वापसी: किसी भी संदेश के भेजने में विफल रहने पर आपकी शेष राशि स्वचालित रूप से वापस कर दी जाती है।
  • कोई सेंडर पंजीकरण नहीं: 10DLC या कैरियर अनुमोदन जैसे जटिल नियमों को बायपास करें, जिससे आपका समय और पैसा बचता है।

अपने स्वयं के SIM कार्ड का लाभ उठाकर, MySMSGate अद्वितीय लचीलापन और लागत-दक्षता प्रदान करता है। जबकि Twilio जैसे पारंपरिक SMS API प्रति SMS सेगमेंट $0.05-0.08 (प्लस संभावित नियामक शुल्क) चार्ज कर सकते हैं, MySMSGate का मॉडल प्रति SMS सेगमेंट $0.03 की फ्लैट दर की अनुमति देता है, जिससे यह छोटे व्यवसायों, इंडी डेवलपर्स और स्टार्टअप के लिए एक अविश्वसनीय रूप से सबसे सस्ता SMS API बन जाता है। आप हमारे व्यापक API डॉक्यूमेंटेशन पर जाकर हमारे API के बारे में अधिक जान सकते हैं।