SMS

STOP कीवर्ड क्या है, और जब कोई इसे भेजता है तो क्या होना चाहिए?

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

एक प्राप्तकर्ता आपके किसी भी नंबर से संदेश प्राप्त करने के बाद रुकने का अनुरोध कर सकता है। आपके एप्लिकेशन को उस अनुरोध को आगे भेजे जाने वाले संदेशों से जोड़ना होगा।

मान्य STOP के साथ Bird क्या करता है?

Bird sender-and-subscriber जोड़ी के लिए एक opt-out रिकॉर्ड करता है। इसके बाद यह कॉन्फ़िगर की गई पुष्टि भेजता है।

यह पहले इनबाउंड टेक्स्ट को लागू कीवर्ड नियमों से मिलाता है। Bird द्वारा पुष्टि करने से पहले opt-out रिकॉर्ड होना चाहिए, ताकि एक असफल write भ्रामक पुष्टि उत्पन्न न कर सके।

उस sender से उस subscriber को बाद में भेजने पर E12077 SMSRecipientSuppressed लौटता है। Bird आउटबाउंड संदेश या डिलीवरी प्रयास बनाने से पहले अनुरोध अस्वीकार कर देता है। उस अस्वीकृत send के लिए कोई delivery-failure इवेंट नहीं होता।

डिफ़ॉल्ट रूप से, start सप्रेशन समाप्त करता है। इसके बाद यह परिवर्तन की पुष्टि करता है। help और info opt-out बदले बिना प्रोग्राम जानकारी लौटाते हैं। जहाँ कोई अलग info नियम नहीं है, वहाँ INFO एक help कीवर्ड हो सकता है।

क्या opt-out मेरे हर नंबर पर लागू होता है?

कीवर्ड सप्रेशन एक sender और एक subscriber को कवर करता है, आपके वर्कस्पेस के हर sender को नहीं।

उदाहरण के लिए, आपके मार्केटिंग नंबर से opt-out स्वचालित रूप से एक अलग delivery-notification नंबर को सप्रेस नहीं करता। किसी अन्य sender का उपयोग करने से पहले आपके एप्लिकेशन को व्यक्ति के वास्तविक अनुरोध का दायरा लागू करना होगा।

सभी senders के लिए opt-out के लिए, वर्कस्पेस-व्यापी प्राथमिकता का उपयोग करें। वह रिकॉर्ड SMS सप्रेशन से अलग है। यह sms_suppression.created emit नहीं करता। केवल उस इवेंट को देखने वाला event handler प्राथमिकता परिवर्तनों को चूक जाएगा।

Opt-out गाइड वर्कस्पेस-व्यापी प्राथमिकताओं की व्याख्या करती है। कीवर्ड सप्रेशन E12077 के साथ अस्वीकार करता है। वर्कस्पेस-व्यापी प्राथमिकता E25000 PreferenceRevoked के साथ अस्वीकार कर सकती है।

मैं कैसे जाँचूँ कि Bird कीवर्ड को हैंडल करता है या नहीं?

स्वचालित हैंडलिंग पर निर्भर होने से पहले आप देश या sending नंबर पर लागू नियमों की सूची देखें।

bird sms keyword-rules list --country NL

खाली country परिणाम का अर्थ है कि उस देश के लिए कोई नियम नहीं लौटाया गया। कमांड रेफ़रेंस इसके फ़िल्टर दस्तावेज़ित करता है, जिसमें --from-country शामिल है।

API के माध्यम से, GET /v1/sms/keyword-rules का उपयोग करें। किसी विशिष्ट नंबर के नियम देखने के लिए number से फ़िल्टर करें। परिणाम सबसे विशिष्ट पहले आते हैं, और लागू कीवर्ड effective_keywords में होते हैं।

Bird का बिल्ट-इन कैटलॉग केवल कुछ देशों को कवर करता है। लागू नियम के बिना, संदेश आपके इनबाउंड handler को सामान्य टेक्स्ट के रूप में पहुँचता है। Bird उस स्थिति में कोई स्वचालित opt-out या पुष्टि रिकॉर्ड नहीं करता। आपके handler को अनुरोध पहचानना होगा और बाद के sends रोकने होंगे।

Opt-out पुष्टि फिर भी क्यों भेजी जा सकती है?

Bird बिल्ट-इन compliance उत्तरों को उस सप्रेशन से छूट देता है जिसे उन्हें स्वीकार करना होता है।

उस छूट के बिना, STOP रिकॉर्ड करना अपनी ही पुष्टि को ब्लॉक कर देता। यह छूट opt-out, opt-in, help और info उत्तरों को कवर करती है। अन्य send जाँचें अभी भी लागू होती हैं।

एक custom कीवर्ड उत्तर को ऐसी कोई छूट नहीं है। अन्यथा एक कस्टम प्रतिक्रिया opt-out कर चुके व्यक्ति को आपका चुना हुआ टेक्स्ट डिलीवर कर सकती है।

confirm ऑपरेशन एक double opt-in उत्तर चिह्नित करता है। यह कोई प्रतिक्रिया नहीं भेजता। आपके handler को इसका उत्तर देना होगा। बिना reply text वाला कस्टम नियम भी कुछ नहीं भेजता।

Opt-out के बाद मेरे एप्लिकेशन को क्या करना चाहिए?

व्यक्ति के अनुरोध से टकराने वाले भविष्य के sends रोकें। Opt-out का दायरा रिकॉर्ड करें ताकि उसे सही ढंग से लागू किया जा सके।

E12077 को अपनी consent स्थिति में जाँचने के लिए ब्लॉक किए गए send के रूप में मानें, न कि फिर से प्रयास करने योग्य क्षणिक डिलीवरी विफलता के रूप में। पुराने sender नंबरों के handlers तब तक सक्रिय रखें जब तक प्राप्तकर्ता अभी भी उनके संदेशों का उत्तर दे सकते हैं।

बिल्ट-इन कैटलॉग के बाहर या अन्य समर्थित संपर्क माध्यमों से प्राप्त opt-outs का सम्मान करें। CTIA मैसेजिंग सिद्धांत senders से opt-out अनुरोधों का समर्थन और सम्मान करने की अपेक्षा करते हैं।

कई नंबरों का उपयोग करने वाले प्रोग्रामों के लिए, sender-विशिष्ट suppressions और वर्कस्पेस-व्यापी प्राथमिकताएँ दोनों जाँचें। इससे sender बदलकर व्यक्ति के अनुरोध को बायपास करने से रोका जा सकता है।

संक्षेप में

  1. बिल्ट-इन सप्रेशन एक sender को कवर करता है।

    एक मान्य STOP उस sender-and-subscriber जोड़ी को ब्लॉक करता है। अन्य senders के लिए आपके एप्लिकेशन में एक व्यापक opt-out निर्णय आवश्यक है।

  2. भेजने से पहले कीवर्ड कवरेज जाँचें।

    लागू नियम के बिना, Bird इनबाउंड टेक्स्ट को स्वचालित रूप से opt-out रिकॉर्ड किए बिना डिलीवर कर देता है।

  3. ब्लॉक किए गए अनुरोध में कोई डिलीवरी प्रयास नहीं होता।

    E12077 भेजने को admission पर अस्वीकार कर देता है, इसलिए फिर से प्रयास करने से अनुमति बहाल नहीं होती।

  4. पुष्टिकरण को एक सीमित छूट प्राप्त है।

    बिल्ट-इन compliance उत्तर सप्रेशन जाँच पास कर सकते हैं। कस्टम कीवर्ड उत्तरों को यह छूट नहीं मिलती।

व्यवहार में लाएँ।

इस विषय के लिए डॉक्यूमेंटेशन, गाइड और उदाहरणों के साथ आगे बढ़ें। संसाधन अंग्रेज़ी में हैं।

अभ्यास करें और इम्प्लीमेंटेशन ब्रीफ़ पाएँ

उसी नेटवर्क पर बनाएँ।

एक टेस्ट API key आपको तुरंत मिल जाती है। भुगतान विधि जोड़ने और सेंडर सत्यापित करने पर प्रोडक्शन अनलॉक होता है।

आपका अगला आइडिया।
जुड़ने के लिए तैयार।